А не, все есть, просто из-за обрезки на одинарной кавычки (писал об этом в теме по бете) не увидел.
Увидел название типа файла и индекс на добавленных типах файлов, но не на музыкальных. Если можно добавьте, так чтоб было на муз файлах тоже FT_IDX="-1" ITEMTYPE="TRACK"
Все новое, да, просто будет в XML блок, кроме, может, каких-то случаев. Индекс типа файла будет добавлен туда.
Т.е. у вас музыка идет с RadioBOSS Cloud, а названия будут передаваться откуда-то извне?
Желательно и название типа файла, ведь индекс меняется при сортировке? Или который присвоен при добавлении закрепляется за типом? Если так то где-то бы его указать, например перед типом файлов тиипа как в отдельной колонке.
Музыка идет или с клауда или с программы, а дальше скрипт делает некоторые проверки и обработки нужные и отправляет что и как нужно в названия. Реализовать то что мне нужно софт не позволяет - ни клауд ни программа (хоть в ней и больше доступно гибкости, но все равно очень грубо), поэтому приходится городить какие-то свои решения. У вас все реализовано в разнобой и я пытаюсь сделать скрипт, который будет в зависимости от источника выдавать одинаковый результат.
В %xmldata это есть.
Пока что это невозможно, если играет с RadioBOSS Cloud то там название будет в соответствие с настройками, если live поток, то название берется оттуда. Можно потом добавить что-то вроде "Источник метаданных" и к нему будут обращения, чтобы получить название трека, но когда/если это будет, я пока сказать не могу.
Не очень понял.. ну вот setcasttitle TITLE в РБ ПК работает отлично.. ему послал, а он пульнул в плеера.. Вот аналогично для клауда, в него послал а он выдал в плеера.. Все. А поскольку у меня в любом случаи все идет через клауд то достаточно было бы только на него получается посылать.
Тогда это нужно посылать постоянно, ведь сам RadioBOSS Cloud будет также слать свои обновления названий треков, перезаписывая setcasttitle.
в смысле.. ну так РБ ПК тоже шлет либо периодично либо при смене трека в зависимости от настройки.. я например выставил при смене трека, и при смене трека сразу же скрипт обрабатывает все и отправляет нужное название форматированное как надо.. не помню как там сделано но все нормально работает.. не вижу препятствий сделать аналогично для клауда.. (но есть подозрения, что вы их найдете)
Да, и это там тоже нужно улучшить (что запланировано на будущие версии), что-то вроде переключения основного источника метаданных (названия трека). А так там та же проблема, можно установить свое название и оно в любой момент перезапишется запущенным треком.
Это же там есть. "artwork_recent":"https://c9.radioboss.fm/w/artwork_recent_ARTID/54.jpg",
// 1. Убираем текстовые проявления переносов строк
$artworkBase64 = str_replace(['\r', '\n', '\t'], '', $artworkBase64);
// [ВАЖНО] 1.1. Возвращаем плюсы, которые HTTP-запрос превратил в пробелы
$artworkBase64 = str_replace(' ', '+', $artworkBase64);
// 2. Вытаскиваем тип (png/jpeg) до жесткой очистки
$type = 'png';
if (preg_match('/^data:image\/(\w+);base64,/', $artworkBase64, $matches)) {
$type = strtolower($matches[1]);
$artworkBase64 = substr($artworkBase64, strpos($artworkBase64, ',') + 1);
}
// 3. ЖЕСТКАЯ ФИЛЬТРАЦИЯ
$artworkBase64 = preg_replace('/[^A-Za-z0-9\+\/=]/', '', $artworkBase64);Это уже проверялось, и ошибки там не подтвердились. Попробуйте отправить, используя последнюю версию RadioBOSS 7.2.1.7, там были изменения в части отправки POST запросов.
Лучше это убрать и использовать как есть то, что присылается.
Та понятное дело, это вчера было прописано на тестовый скрипт, чтоб вычислить проблему.. и то я случайно заметил пробелы когда сравнил результат от РБ и который выдают сервисы преобразования в sbae64 одной и то й же картинки... так бы еще лет 20 копали.. теперь то можно и убрать, так как исправили и все приходит корректно теперь и картинка передается на клауд теперь отлично.
Эта ошибка появилась в бете 7.2 в каком-то из обновлений. 7.1 должна была работать нормально.
