Пожелания/предложения/просьбы...

  • Автор темы Автор темы scorp
  • Дата начала Дата начала
В окне настроек кнопок быстрых джинглов есть смысл блокировать на пустых строках кнопки Удалить и Прослушать (прослушка вызывает ошибку на пустом, это логично, но просто лишнее..), лучше бы просто блокировать, чтоб активны были только где задан файл.
Не думаю, что это вообще влияет на что-то. Подобные изменения - это работа, результат которой не имеет практической пользы. Такое обычно делают, когда совсем нет идей, а новую версию выпустить надо. Но здесь не этот случай :)

В темной теме можно было бы сделать линии сетки темнее, как в том же планировщике, было бы приятнее глазу, но это мелочь.
Насколько мне известно, этот цвет берется из темы.
 
Было бы неплохо добавить настройку, чтоб задать ip, подключения с которых не учитывать в статистике для разных скриптов, ну которые не есть живыми слушателями.
а еще было бы мегаудобно, чтоб в самом окне где статистика можно было вкл/откл. чекбоксами энкодеры, как в настройках. Чтоб не дергать окно настроек (или при открытии настройки энкодера двойным кликом в статистике, чтоб в окошке была галочка).
 
Дмитрий, хочу очень попросить добавить доп.настройку для опции в уведомлениях "информация об играющем треке", например рядышком за кнопочку спрятать, где можно было бы выбрать на что конкретно должно реагировать и отправлять уведомление/запрос - на смену названия трека или на реальную смену трека в плейлисте и т.д. То есть по умолчанию остается как есть все, а в опции можно включить чтоб тригером была "реальная смена трека"

1762554721988.png


Во-первых это уберет тупо множество лишних абсолютно ненужных запросов и лишние заморочки при написании скриптов, во-вторых это очистит лог от хлама, это ну очень сильно захламляет лог командами вида
1762554924476.png
, потому что каждое изменение названия, вызывает сработку, а некоторые скрипты меняют название, посылают в тайтл инфу и это доп. дергает уведомления.. и все это по создает кучу ненужных записей в логе. У меня несколько запросов к разным скриптам для реализации доп.функционала нужного мне и все это дергается. Да, я сделал в скриптах проверки, чтоб они не выполнялись на каждый ненужный чих, но в целом это очень сильно захламляет лог и добавляет лишней мороки, да и некоторые урлы, не хотелось бы дергать лишний раз.
Очень прошу добавить эту надстройку.
 
Было бы неплохо добавить настройку, чтоб задать ip, подключения с которых не учитывать в статистике для разных скриптов, ну которые не есть живыми слушателями.
RadioBOSS не имеет доступа к информации о слушателях. Есть только данные о количестве.

а еще было бы мегаудобно, чтоб в самом окне где статистика можно было вкл/откл. чекбоксами энкодеры, как в настройках. Чтоб не дергать окно настроек (или при открытии настройки энкодера двойным кликом в статистике, чтоб в окошке была галочка).
Там показывается общее по всем или каждый по отдельности если нужно. Зачем там что-то отключать?

То есть по умолчанию остается как есть все, а в опции можно включить чтоб тригером была "реальная смена трека"
Система работает просто (и предсказуемо): запускается трек, делается запрос (крому случаев, когда для каких-то типов файлов это выключено). На стороне скрипта все что не нужно, можно фильтровать. Вы можете сделать свой скрипт-шлюз, RadioBOSS будет делать запрос только на него, а этот скрипт уже фильтрует/обрабатывает и вызывает другие скрипты.

это ну очень сильно захламляет лог командами вида
Лог не используется в ходе обычной работы, он нужен только чтобы разобраться с какой-то проблемой, если вдруг что-то случилось не то.
 
RadioBOSS не имеет доступа к информации о слушателях. Есть только данные о количестве.
Ага, точно, упустил как-то этот момент..

Там показывается общее по всем или каждый по отдельности если нужно. Зачем там что-то отключать?
Я имел в виду, чтоб быстро вкл/откл. сами енкодеры, то есть как в настройках, но не дергая все настройки, окно со всеми настройками не дергая.. Там в окне статистики при клике по каждому открывается окошко с его настройками, что удобно, вот там в этом окошке добавить бы опцию его вкл/откл.

Система работает просто (и предсказуемо): запускается трек, делается запрос (крому случаев, когда для каких-то типов файлов это выключено). На стороне скрипта все что не нужно, можно фильтровать. Вы можете сделать свой скрипт-шлюз, RadioBOSS будет делать запрос только на него, а этот скрипт уже фильтрует/обрабатывает и вызывает другие скрипты.
Вы, к сожалению, не поняли суть проблемы. Скрипт и фильтрации я сделал, вопрос в совершенно другом..

запускается трек, делается запрос
Вот как раз оно работает не так.. НЕ на запуск и смену трека реагирует, а на смену названия (отправку названия), и когда скриптами и т.п. оно меняется, то все эти запросы дергаются постоянно, а в логе создается куча этих фиксаций например АПИ-команд как у меня.. потом во всем этом чето искать это ЖЕСТЬ.. отфильтровать их кстати нельзя эти Апи-запросы в логе (уже писал об этом) потому что они не принадлежат никаким типам файлов и никаким идентификатором их там не поймать.
Банально если добавить формат названия как %title %listeners, то при каждом подключении/отключении слушателя будут дергаться все уведомления, потому что будет меняться количество слушателей и соовтетственно будет реакция на смену названия - это талько один из примеров, а еще отдельно посылается текст скриптами и т.д., и там фильтруй не фильтруй оно его тупо дергает, поэтому и прошу добавить маленькую надстройку, чтоб можно было переключить в режим когда реакция будет только на реальный переход к следующему треку. Это уберет сразу ряд проблем и кучу мороки лишней. Услышьте меня, пожалуйста.

Вообще в логе вы добавили фильтры, это очень хорошо, но не доведено до ума так, чтоб это было удобно. Можно выбрать какой-то один, а лучше бы возможность выбора нескольких, чтоб выбрать важные и скрыть второстепенные и видеть в логе только то что нужно. Ошибки конечно остаются всегда на виду в приоритете. Вот в такой реализации это было бы реально полезно, а так.. вроде есть но как попало.
 
Последнее редактирование:
Я имел в виду, чтоб быстро вкл/откл. сами енкодеры, то есть как в настройках, но не дергая все настройки, окно со всеми настройками не дергая.. Там в окне статистики при клике по каждому открывается окошко с его настройками, что удобно, вот там в этом окошке добавить бы опцию его вкл/откл.
Окно статистики не должно управлять вещанием, опции включения/выключения там будут восприниматься как опции для статистики, а не как управление вещанием.

а на смену названия (отправку названия), и когда скриптами и т.п. оно меняется, то все эти запросы дергаются постоянно
Да, если настроено что название может меняться по каким-то причинам кроме запуска трека, то тоже будет уведомление. Там уже ваш скрипт должен разбираться, что с этим делать. Например, сравнивать имя файла или еще какие-то парамтеры, чтобы понять это все тот же трек или нет. Проблема была бы если, наоборот, уведомлений мало. А когда "много" - всегда можно отфильтровать.

Вообще в логе вы добавили фильтры, это очень хорошо, но не доведено до ума так, чтоб это было удобно. Можно выбрать какой-то один, а лучше бы возможность выбора нескольких
В каком-то из обновлений это, скорее всего, можно будет делать.
 
Там уже ваш скрипт должен разбираться, что с этим делать. Например, сравнивать имя файла или еще какие-то парамтеры, чтобы понять это все тот же трек или нет. Проблема была бы если, наоборот, уведомлений мало. А когда "много" - всегда можно отфильтровать.
Дмитрий, вы правда не понимаете о чем я или просто делаете вид что не понимаете? Я НЕ про скрипт (скрипт понимает у меня тот трек или нет и т.п.), я про, извините, засраный (иначе не назвать) лог из-за того, что туда попадает куча мусорных записей (мусорных, потому что их можно было бы убрать имея возможность вызывать запросы/уведомлении только на реальную смену трека, а не на любое изменение названия). А так получается, что добрая половина записей в логе это тупо мусор, в котором потом сложно искать что-то для отладки настройки планировщика и прочего..
 
я про, извините, засраный (иначе не назвать) лог из-за того, что туда попадает куча мусорных записей (мусорных, потому что их можно было бы убрать имея возможность вызывать запросы/уведомлении только на реальную смену трека, а не на любое изменение названия).
На скриншоте в логе у вас вызовы API, которые вы же и делаете. Если они не нужны, не делайте их или делайте реже. Лог работает как работает, менять работу программы под вашу частную ситуацию не имеет смысла, вы же понимаете это.
 
На скриншоте в логе у вас вызовы API, которые вы же и делаете. Если они не нужны, не делайте их или делайте реже. Лог работает как работает, менять работу программы под вашу частную ситуацию не имеет смысла, вы же понимаете это.
Конечно же они нужны и их делает программа (не я!) на каждое изменение названия! Вот я и прошу добавить возможность, чтоб программа дела их реже, а именно на реальный запуск или смену трека. Как я вам предлагал на скриншоте можно рядышком добавить кнопочку, где можно включить это.
По умолчанию остается все как есть, работа лога вообще не меняется, то есть ничего не нарушится таким образом, но можно будет колоссально уменьшить лишние абсолютно бесполезные запросы, соответственно в лог не будут попадать мусорные запросы, которые делает программа абсолютно ненужно.

Как пример (ничего не захламляет доп.опция, никому не мешает):
1762855456356.png

В идеале конечно, лучше чтоб такая опция была для каждого уведомления, потому что в некоторых редких случаях может потребоваться реагировать именно на изменение названия.

Все что я мог сделать у себя скриптами всякие фильтрации сделано, но ограничить запросы таким образом невозможно никак, только если они будут срабатывать на реальную смену трека, а не на каждое изменение названия.
 
Последнее редактирование:
онечно же они нужны и их делает программа (не я!) на каждое изменение названия!
Записи в логе вида "Command (API) ..." это внешние вызовы команд API, сама программа их не делает. Вызовы уведомлений не логгируются - только если произошла ошибка.
 
Добавьте пожалуйста, возможность сортировки уведомлений методом перетаскивания аналогично как в енкодерах
 
Назад
Верх