RadioBOSS Cloud

  • Автор темы Автор темы djsoft
  • Дата начала Дата начала
RadioBOSS Cloud 3.0.3

Изменения

  • Исправлено отображение обложки по умолчанию. Рекомендуется произвести реиндексацию музыки в разделе Медиа.
 
Последнее редактирование:
На клауде из xmldata исчезла инфа про следующий трек..

И что это за РБ 9й версии там <PLAYER name="RadioBOSS" version="9.3.0.142">
 
На клауде из xmldata исчезла инфа про следующий трек..
В новой версии в этой части изменений не было, если следующий трек известен, он там будет.

И что это за РБ 9й версии там <PLAYER name="RadioBOSS" version="9.3.0.142">
Там же другая программа, только ядро общее.
 
Еще заметил такое.. добавил трек в плейлист и не показывает на нем длительность, остальные позиции при этом автоматические треклисты..
Я бы вообще убрал отображение времени старта и длительности у треклистов дальше предыдущего и следующего (ну кроме тех что вставляются по ходу планировщиком перед следующим) ибо о них ничего неизвестно что там будет выбрано.. а так оно показывает просто что попало оставляя длительность от ранее проигранных и на этом строит врем я старта, хотя это все неизвестно дальше следующего.. Хотя у предыдущих можно было бы все оставлять но с названиями, тогда это бы смотрелось.. а по ходу они бы перезаписывались когда пойдет на новый круг плейлист.. тогда это бы все было красиво.
 
Ну конечно он известен, оно же его отображает в блоке где следующий, но почему-то в xml не попадает..
Возможно, это отключено, проверим почему так.

Еще заметил такое.. добавил трек в плейлист и не показывает на нем длительность, остальные позиции при этом автоматические треклисты..
Я бы вообще убрал отображение времени старта и длительности у треклистов дальше предыдущего и следующего (ну кроме тех что вставляются по ходу планировщиком перед следующим) ибо о них ничего неизвестно что там будет выбрано.. а так оно показывает просто что попало оставляя длительность от ранее проигранных и на этом строит врем я старта, хотя это все неизвестно дальше следующего.. Хотя у предыдущих можно было бы все оставлять но с названиями, тогда это бы смотрелось.. а по ходу они бы перезаписывались когда пойдет на новый круг плейлист.. тогда это бы все было красиво.
Сейчас это работает точно также, как и в плейлисте обычного RadioBOSS. Скорее, дальше это пойдет по другому пути, а именно вычисление Track Tool далее по плейлисту.
 
Сейчас это работает точно также, как и в плейлисте обычного RadioBOSS. Скорее, дальше это пойдет по другому пути, а именно вычисление Track Tool далее по плейлисту.
Ну я треклистами в ПК версии не пользуюсь особо, там больше все на генераторе..
Есть еще одна противная штука, которая портит малину, когда добавляется что-то планировщиком и вообще на любое изменение в плейлисте перечитывает следующий трек и часто его просто меняет, когда в скрипт уже ушло совсем другое.. и выглядит это мягко говоря не очень.. ожидали один трек, он поменялся.. Логичнее будо бы не менять уже выбранный трек если перед ним вдруг не встал такой же.. как-то так..
 
когда добавляется что-то планировщиком и вообще на любое изменение в плейлисте перечитывает следующий трек и часто его просто меняет, когда в скрипт уже ушло совсем другое.. и выглядит это мягко говоря не очень.. ожидали один трек, он поменялся.. Логичнее будо бы не менять уже выбранный трек если перед ним вдруг не встал такой же.. как-то так..
Потому что вставленный трек влияет на правила неповторения, и уже выбранный трек может стать "непригодным", поэтому он пересчитывается заново. На будущее запланирована валидация трека и если он все еще подходит, меняться не будет.
 
Потому что вставленный трек влияет на правила неповторения, и уже выбранный трек может стать "непригодным", поэтому он пересчитывается заново. На будущее запланирована валидация трека и если он все еще подходит, меняться не будет.
Это понятно, что влияет на правила неповторения, но просто если его выбрало значит он подошел и если перед ним планировщиком не вставило такой же, то все ок и менять ничего не надо.. ну то есть да, нужна валидация... ну и на клауд тоже тригер на отправку http запрос при изменении в плейлисте.. пока все это мне ломает результат нужный, хотя я и попытался как-кто зашить проверки и защиты в скрипт который все обрабатывает и формирует результат.. но все это фигня..
 
Это понятно, что влияет на правила неповторения, но просто если его выбрало значит он подошел и если перед ним планировщиком не вставило такой же, то все ок и менять ничего не надо..
Может вставить того же исполнителя или еще по какой-то причине нарушить правила неповторения.

ну и на клауд тоже тригер на отправку http запрос при изменении в плейлисте.. пока все это мне ломает результат нужный, хотя я и попытался как-кто зашить проверки и защиты в скрипт который все обрабатывает и формирует результат.. но все это фигня..
Можно периодически делать запрос через API https://www.radioboss.fm/support/radioboss-cloud/api/api-getplaylist/
 
Можно периодически делать запрос через API https://www.radioboss.fm/support/radioboss-cloud/api/api-getplaylist/
даже если бы и так городить как-то (хоть и далеко не лучший вариант), то как тут понять из результата какой текущий какой следующий, я не вижу ключей которые бы на это указывали, на которые бы можно было ориентироваться..

я наоборот попытался максимально избавиться от запросов подобных, потому что делается универсальный скрипт, и если к клауду еще можно так делать без проблем то к РБ ПК сложнее в виду того что к нему доступ сложнее сделать (постоянный ip или ухищрения с динамическими днс и открытие портов и прочее), поэтому проще всего, удобнее всего и стабильнее всего использовать возможность чтоб они сами стучались к скрипту при смене трека передавая все необходимое сразу в xmldata и все.. и никаких лишних запросов периодических и прочей лабуды. Тут и так ньюансы с картинками ибо с РБ ПК передается по фтп а на клауд надо запрашивать по ссылкам.. разные задержки.. идеально было бы конечно их тоже получать в xmldata по пред/тек/след трекам..
 
Тип уведомления "изменение следующего трека" будет добавлен в будущих версиях (как cloud, так и обычной версии), наверное, лучше подождать, когда это будет.
 
Тип уведомления "изменение следующего трека" будет добавлен в будущих версиях (как cloud, так и обычной версии), наверное, лучше подождать, когда это будет.
Да, жду, надеюсь это поможет решить задачку.. я тут через этот запрос api-getplaylist набросал обработку поиском позиции по текущему треку, чтоб вытягивать инфу про следующий, но как-то оно не гуд.. да и не надежно это..
Не забудьте, пожалуйста, на клауде врубить инфу про следующий трек в xmldata
 
Справа на главной добавляю из вкладки Файлы трек в плейлист просто перетаскиванием и его просто перепрыгивает (да и добавляется как-то без длительности, видимо то что я замечал ранее но не придал значения перетаскиванию) но если там жму например После текущего вставить то все ок. Короче проверьте перетаскивание, похоже есть баг.
 
Не забудьте, пожалуйста, на клауде врубить инфу про следующий трек в xmldata
В новой версии это есть: https://djsoft.net/community_ru/threads/radioboss-cloud-3-1-release.6070/

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