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

[djsoft]

В окне настроек кнопок быстрых джинглов есть смысл блокировать на пустых строках кнопки Удалить и Прослушать (прослушка вызывает ошибку на пустом, это логично, но просто лишнее..), лучше бы просто блокировать, чтоб активны были только где задан файл.

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

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

Насколько мне известно, этот цвет берется из темы.

 

[scorp]

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

 

[scorp]

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

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

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

 

[djsoft]

Было бы неплохо добавить настройку, чтоб задать ip, подключения с которых не учитывать в статистике для разных скриптов, ну которые не есть живыми слушателями.

RadioBOSS не имеет доступа к информации о слушателях. Есть только данные о количестве.

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

Там показывается общее по всем или каждый по отдельности если нужно. Зачем там что-то отключать?

То есть по умолчанию остается как есть все, а в опции можно включить чтоб тригером была "реальная смена трека"

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

это ну очень сильно захламляет лог командами вида

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

 

[scorp]

RadioBOSS не имеет доступа к информации о слушателях. Есть только данные о количестве.

Ага, точно, упустил как-то этот момент..

Там показывается общее по всем или каждый по отдельности если нужно. Зачем там что-то отключать?

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

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

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

запускается трек, делается запрос

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

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

 

[djsoft]

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

Окно статистики не должно управлять вещанием, опции включения/выключения там будут восприниматься как опции для статистики, а не как управление вещанием.

а на смену названия (отправку названия), и когда скриптами и т.п. оно меняется, то все эти запросы дергаются постоянно

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

Вообще в логе вы добавили фильтры, это очень хорошо, но не доведено до ума так, чтоб это было удобно. Можно выбрать какой-то один, а лучше бы возможность выбора нескольких

В каком-то из обновлений это, скорее всего, можно будет делать.

 

[scorp]

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

Дмитрий, вы правда не понимаете о чем я или просто делаете вид что не понимаете? Я НЕ про скрипт (скрипт понимает у меня тот трек или нет и т.п.), я про, извините, засраный (иначе не назвать) лог из-за того, что туда попадает куча мусорных записей (мусорных, потому что их можно было бы убрать имея возможность вызывать запросы/уведомлении только на реальную смену трека, а не на любое изменение названия). А так получается, что добрая половина записей в логе это тупо мусор, в котором потом сложно искать что-то для отладки настройки планировщика и прочего..

 

[djsoft]

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

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

 

[scorp]

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

Конечно же они нужны и их делает программа (не я!) на каждое изменение названия! Вот я и прошу добавить возможность, чтоб программа дела их реже, а именно на реальный запуск или смену трека. Как я вам предлагал на скриншоте можно рядышком добавить кнопочку, где можно включить это.
По умолчанию остается все как есть, работа лога вообще не меняется, то есть ничего не нарушится таким образом, но можно будет колоссально уменьшить лишние абсолютно бесполезные запросы, соответственно в лог не будут попадать мусорные запросы, которые делает программа абсолютно ненужно.

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

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

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

 

[djsoft]

онечно же они нужны и их делает программа (не я!) на каждое изменение названия!

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

 

[scorp]

Добавьте пожалуйста, возможность сортировки уведомлений методом перетаскивания аналогично как в енкодерах

 

[djsoft]

Добавьте пожалуйста, возможность сортировки уведомлений методом перетаскивания аналогично как в енкодерах

Отмечено на будущие версии.

 

[scorp]

1. Если переменная %xmldata как написано содержит инфу о текущем и (если включено в настройках для файла nowplaying) следующем треке, то нет смысла в спарвке показывать пример содержащий PREVTRACK с инфой о треке, по факту он пустой там отправляется, в чем тоже нет смысла. Вообще раз уж он там есть, то почему бы его не отправлять с инфой о пред треке, сразу все было бы в одном месте пред-тек-след что удобно.

2. Просьба доработать в АПИ setcasttitle
- сейчас там передается параметр title и переданное записывается в title и casttitle, а artist остаётся пустым
- более логичным было бы, чтоб посланное название заменяло толкьо сам casttitle, не трогая оригинальное название артиста и трека ибо "artist - title" далеко не всегда равно casttitle, который может содержать многое другое в зависимости от заданного формата, что потом при обработке например xml обрабатывать крайне неудобно ибо там артиста и название ожидаешь получить в чистом виде без примесей посторонних данных.

 

[scorp]

1. Если переменная %xmldata как написано содержит инфу о текущем и (если включено в настройках для файла nowplaying) следующем треке, то нет смысла в спарвке показывать пример содержащий PREVTRACK с инфой о треке, по факту он пустой там отправляется, в чем тоже нет смысла. Вообще раз уж он там есть, то почему бы его не отправлять с инфой о пред треке, сразу все было бы в одном месте пред-тек-след что удобно.

А хотя нет, предыдущего показывает вроде, хотя как-то через раз.. то пустые все значения то заполнены...
Пока заметил что пусто на отыгравшей добивке почему-то..

 

[djsoft]

2. Просьба доработать в АПИ setcasttitle
- сейчас там передается параметр title и переданное записывается в title и casttitle, а artist остаётся пустым
- более логичным было бы, чтоб посланное название заменяло толкьо сам casttitle, не трогая оригинальное название артиста

Это связано с тем, как внутренне все это работает, пока что должно быть именно так.

А хотя нет, предыдущего показывает вроде, хотя как-то через раз.. то пустые все значения то заполнены...
Пока заметил что пусто на отыгравшей добивке почему-то..

Может в самой добивке этих данных нет. В целом информация там вся та же, что и для текущего/следующего трека.

 

[scorp]

Может в самой добивке этих данных нет. В целом информация там вся та же, что и для текущего/следующего трека.

Все данные конечно есть. Добивки идут как отдельный тип файла с обозначением "как музыка".. Больше никаких отличий нет..
Еще понаблюдаю, но как-то странно..

 

[djsoft]

Все данные конечно есть. Добивки идут как отдельный тип файла с обозначением "как музыка".. Больше никаких отличий нет..
Еще понаблюдаю, но как-то странно..

Там никакой специальной обработки не делается в зависимости от типа файла или чего-то еще.

 

[scorp]

Настраивал тут один скрипт и часто посылал разные названия, пару раз замечал что на клауде в какой-то момент переставало обновляться название в блоке Внешний источник, помогало отключиться и обратно подключиться в РБ ПК. Возможно не поймаете такое или даже не будете ловить, просто сообщаю.

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

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

Почему-то setcasttitle не работает если для енкодера отключить отправку названия. Хотелось бы чтоб например отключить автомат, но скриптом управлять, когда отправлять когда нет и что в каком формате и т.п.

 

[djsoft]

Настраивал тут один скрипт и часто посылал разные названия, пару раз замечал что на клауде в какой-то момент переставало обновляться название в блоке Внешний источник, помогало отключиться и обратно подключиться в РБ ПК. Возможно не поймаете такое или даже не будете ловить, просто сообщаю.

Я не думаю, что тут есть что проверять, так единоразово что угодно может быть.

Решением было бы возможность использования в качестве тех же добивок муз.базы с, папки (с/без подкаталогами), плейлиста с указанием тегов, по которым выбирать добивки.

Фильтры для добивок будут в одном из следующих обновлений.

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

Это можно организовать настроив для нарезок плейлист в качестве источника, а сам плейлист генерировать (можно периодически обновлять) генератором плейлистов, где уже настроены нужные фильтры.

Почему-то setcasttitle не работает если для енкодера отключить отправку названия. Хотелось бы чтоб например отключить автомат, но скриптом управлять, когда отправлять когда нет и что в каком формате и т.п.

Отправка названия отключена = название не отправляется. Это единственное логичное поведение для этой функции.

 

[scorp]

Отправка названия отключена = название не отправляется. Это единственное логичное поведение для этой функции.

Это только в вашем понимании оно единственное логичное. А так то могут быть варианты.. как не отправлять вообще или не отправлять как бы общей автоматикой стандартно, но отправлять если приходит по АПИ и т.п.