RadioBOSS Cloud
- Автор темы djsoft
- Дата начала
В новой версии в этой части изменений не было, если следующий трек известен, он там будет.
Там же другая программа, только ядро общее.
scorp
Well-known member
Ну конечно он известен, оно же его отображает в блоке где следующий, но почему-то в xml не попадает..
scorp
Well-known member
Еще заметил такое.. добавил трек в плейлист и не показывает на нем длительность, остальные позиции при этом автоматические треклисты..
Я бы вообще убрал отображение времени старта и длительности у треклистов дальше предыдущего и следующего (ну кроме тех что вставляются по ходу планировщиком перед следующим) ибо о них ничего неизвестно что там будет выбрано.. а так оно показывает просто что попало оставляя длительность от ранее проигранных и на этом строит врем я старта, хотя это все неизвестно дальше следующего.. Хотя у предыдущих можно было бы все оставлять но с названиями, тогда это бы смотрелось.. а по ходу они бы перезаписывались когда пойдет на новый круг плейлист.. тогда это бы все было красиво.
Я бы вообще убрал отображение времени старта и длительности у треклистов дальше предыдущего и следующего (ну кроме тех что вставляются по ходу планировщиком перед следующим) ибо о них ничего неизвестно что там будет выбрано.. а так оно показывает просто что попало оставляя длительность от ранее проигранных и на этом строит врем я старта, хотя это все неизвестно дальше следующего.. Хотя у предыдущих можно было бы все оставлять но с названиями, тогда это бы смотрелось.. а по ходу они бы перезаписывались когда пойдет на новый круг плейлист.. тогда это бы все было красиво.
Возможно, это отключено, проверим почему так.
Сейчас это работает точно также, как и в плейлисте обычного RadioBOSS. Скорее, дальше это пойдет по другому пути, а именно вычисление Track Tool далее по плейлисту.
scorp
Well-known member
Ну я треклистами в ПК версии не пользуюсь особо, там больше все на генераторе..
Есть еще одна противная штука, которая портит малину, когда добавляется что-то планировщиком и вообще на любое изменение в плейлисте перечитывает следующий трек и часто его просто меняет, когда в скрипт уже ушло совсем другое.. и выглядит это мягко говоря не очень.. ожидали один трек, он поменялся.. Логичнее будо бы не менять уже выбранный трек если перед ним вдруг не встал такой же.. как-то так..
Потому что вставленный трек влияет на правила неповторения, и уже выбранный трек может стать "непригодным", поэтому он пересчитывается заново. На будущее запланирована валидация трека и если он все еще подходит, меняться не будет.
scorp
Well-known member
Это понятно, что влияет на правила неповторения, но просто если его выбрало значит он подошел и если перед ним планировщиком не вставило такой же, то все ок и менять ничего не надо.. ну то есть да, нужна валидация... ну и на клауд тоже тригер на отправку http запрос при изменении в плейлисте.. пока все это мне ломает результат нужный, хотя я и попытался как-кто зашить проверки и защиты в скрипт который все обрабатывает и формирует результат.. но все это фигня..
Может вставить того же исполнителя или еще по какой-то причине нарушить правила неповторения.
Можно периодически делать запрос через API https://www.radioboss.fm/support/radioboss-cloud/api/api-getplaylist/
scorp
Well-known member
даже если бы и так городить как-то (хоть и далеко не лучший вариант), то как тут понять из результата какой текущий какой следующий, я не вижу ключей которые бы на это указывали, на которые бы можно было ориентироваться..
я наоборот попытался максимально избавиться от запросов подобных, потому что делается универсальный скрипт, и если к клауду еще можно так делать без проблем то к РБ ПК сложнее в виду того что к нему доступ сложнее сделать (постоянный ip или ухищрения с динамическими днс и открытие портов и прочее), поэтому проще всего, удобнее всего и стабильнее всего использовать возможность чтоб они сами стучались к скрипту при смене трека передавая все необходимое сразу в xmldata и все.. и никаких лишних запросов периодических и прочей лабуды. Тут и так ньюансы с картинками ибо с РБ ПК передается по фтп а на клауд надо запрашивать по ссылкам.. разные задержки.. идеально было бы конечно их тоже получать в xmldata по пред/тек/след трекам..
