Воспроизведение не перешло на запланированное задание

Aki

New member
Добрый день.
Налетал на такое и ранее, но не документировал по лени... Если ещё не поздно, прошу принять во внимание.
Глюк заключается в следующем.
Имеем длинный "фоновый" плейлист. Играет в режиме "Random". Меняется три раза в сутки (суть - меняется).
Поверх этого длинного плейлиста по расписанию запускаются разные задания (тематические плейлисты, не более часа, подготовленные заранее).

Проблемы:
1) Так как в загружаемом фоновом плейлисте независимо от настроек всегда играет самый первый трек, туда вставлена коротенькая мелодия на 10-15-20 секунд (оказалось достаточно удобно для этого). Проблема заключается в том, что если мелодия уже отыграла, а плейлист ещё не до конца подгрузился (он длинный), то вещание прекращается до окончания подгрузки плейлиста. На аналоговых выходах это просто тишина, а сетевое вещание рвётся отсутствием источника. Может это и кажется некритичным, но на стороне клиента это вообще потеря сервера с необходимостью последующего реконнекта и т.п...

2) Вторая проблема - комбинация, встречается редко, но "метко" с вылетом из расписания... необходимые условия:
  перед загрузкой нового фонового плейлиста стал играть длинный трек из предыдущего
  пока играет тот трек, происходят события: а) загружается новый фоновый плейлист; б) запускается тематический плейлист - он вставляется, соответственно, рандомно куда-то в середину. Это пока правильно. Но вот далее: заканчивает играть тот длинный трек -> играет первый трек из фонового плейлиста -> играет второй трек фонового -> третий -> четвёртый....  И это вместо того, чтобы перейти к воспроизведению задания (т.е. вместо дефолтного рандома играет уже по-порядку, но не то). Картинку приложил - лог там показывает очерёдность событий...  Из этого режима единственный выход происходит только тогда, когда проигрыватель вот так по порядку не доберётся до вставленных по заданию треков и не проиграет их все....
 

Вложения

  • RB-слёт-планировки.gif
    RB-слёт-планировки.gif
    77,8 КБ · Просмотры: 628
Зачем вы используете команду load для запуска плейлиста? Попробуйте без нее. Эта команда сохранилась еще со старых версий, и в настоящий момент не рекомендуется к использованию.
То есть вместо load C:\Playlist.m3u8 используйте просто C:\Playlist.m3u8

Также обновите программу до версии 4.9.1.

Сообщите, если это не решит проблему, будем разбираться.
 
Ну, потому что данная команда издавна работает именно так, как мне необходимо: полностью очищает плейлист и загружает новый. Согласен, повозившись немного, я полностью повторил выполняемые действия и без "Load", однако оба глюка при этом остались на местах, что даёт повод думать, что дело не в команде "Load".

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

По второму глюку: если глюк произошёл, невыполненное задание где-то "висит" там далеко, воспроизведение идёт по порядку с начала листа, вдруг происходит ещё одно задание, то оно вставляется уже правильно - следующим за играющим в данный момент треком, проигрывается и удаляется. Но ни возврата к Shuffle, ни перехода на то, предыдущее задание не происходит - продолжается последовательное воспроизведение (ну, это наверное правильное поведение)
 
Вы используете версию 4.9.1? Просто чтобы убедиться, что это происходит и в последней версии тоже. На скриншоте у вас предыдущая версия 4.9.0.11.

Aki сказал(а):
Ну, потому что данная команда издавна работает именно так, как мне необходимо: полностью очищает плейлист и загружает новый. Согласен, повозившись немного, я полностью повторил выполняемые действия и без "Load", однако оба глюка при этом остались на местах, что даёт повод думать, что дело не в команде "Load".
Для очистки в задании есть опция "Очистить плейлист". При использовании load многие опции не работают, и вообще эта функция в новых версиях более не тестируется.

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

По второму глюку: если глюк произошёл, невыполненное задание где-то "висит" там далеко, воспроизведение идёт по порядку с начала листа, вдруг происходит ещё одно задание, то оно вставляется уже правильно - следующим за играющим в данный момент треком, проигрывается и удаляется. Но ни возврата к Shuffle, ни перехода на то, предыдущее задание не происходит - продолжается последовательное воспроизведение (ну, это наверное правильное поведение)
Есть возможность записать "глюки" на видео? Воспроизвести эти проблемы не удается, а с видео все станет понятно и с вероятностью около 100% это будет исправлено в RadioBOSS 5.0.
 
Не уверен, что умею писать видео с экрана... попробую найти программу. Последнюю версию РБ не использую, т.к. она вышла несколько позже, чем у меня закончился срок обновлений.

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

По второму глюку без проблем могу сделать с картинками, чем сейчас и займусь...
p.s. Перечитал Help - нигде не упомятута нежелательность "Load"...
 
Описание второго глюка в картинках.
Имеем:
  длинные "фоновые" плейлисты, треки из которых воспроизводятся в режиме "Random" (нажата кнопка "Shuffle"). Самый короткий плейлист 240 треков, самый длинный >1000 треков.
  Поверх фоновых плейлистов запускаются тематические задания.
Все плейлисты в формате .m3u (формируются вручную с помощью сторонних средств). Все файлы в них .ape с редким вкраплением .wav
Фоновое задание сказал(а):
[event0]
EnabledEvent=1
DateTime=2010-02-09 08:29:30
FileName=D:\Audio\_Radio\Wake-Up.m3u
TaskName=Утро Рабочее
UseDate=0
Immediately=0
Above=0
MuteLev=100
Days=1111111
DelPrev=0
DoNotRunIfStopped=0
PausePlaylist=0
Shuffle=0
Repeat=0
RepeatPeriod=1
RepeatCount=999
Enqueue=0
ClearPlaylist=1
UseDaysOfWeek=1
Hours=000000000000000000000000
Minutes=0
Seconds=0
TimeType=0
MaxTimeWaitOn=0
DoNotMarkAsScheduled=1
MaxTimeWaitSec=60
TaskNameAsTitle=0
DTMFOn=0
DTMFString=
DTMFOnly=0
FontColor=-16777208
BackColor=8438015
DelTask=0
DelTaskTime=2010-02-09 18:55:28
DelTaskUseDate=0
Тематическое задание сказал(а):
[event4]
EnabledEvent=1
DateTime=2010-02-09 10:39:30
FileName=getrandomplaylist D:\Audio\_Radio\Rhythm & Energy
TaskName=Ритм утром
UseDate=0
Immediately=0
Above=0
MuteLev=100
Days=1111111
DelPrev=0
DoNotRunIfStopped=0
PausePlaylist=0
Shuffle=0
Repeat=0
RepeatPeriod=1
RepeatCount=999
Enqueue=0
ClearPlaylist=0
UseDaysOfWeek=1
Hours=000000000000000000000000
Minutes=0
Seconds=0
TimeType=0
MaxTimeWaitOn=0
DoNotMarkAsScheduled=0
MaxTimeWaitSec=60
TaskNameAsTitle=0
DTMFOn=0
DTMFString=
DTMFOnly=0
FontColor=-16777208
BackColor=-16777211
DelTask=0
DelTaskTime=2010-02-09 18:55:28
DelTaskUseDate=0

Исходное состояние: загружен фоновый плейлист (третий сверху), играет давно, тематического задания нет.
Обратите внимение на трек "В эфире".

Далее запускается первый по списку эвент - замена фонового плейлиста (делаю это вручную для демонстрации - в автоматическом режиме происходит то же самое):
Продолжает играть трек, запущенный ещё из старого плейлиста. Это нормально. Следующим треком в очередь встала отбивка - это тоже нормально.

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

Листаю плейлист - вот они !
В принципе, они вставились "типа рандомно", согласно нажатой кнопки "Shuffle", и по-идее после Sound10 ожидался бы переход на 184 позицию, с последующим последовательным проигрыванием треков задания, но.... на самом деле 184 позиция - это следующая позиция за играющим треком, но её номер из предыдущего плейлиста (смотрите первую картинку - играет-то трек 183).

Поэтому перехода не происходит, т.к. текущий плейлист уже другой, позиция тоже другая - играет трек 2:


потом 3, 4, и так далее по-порядку, пока не добрались бы до 184, но тут случился ещё один эвент (автоматом, как и запланировано):
треки встали в нужную позицию!

И исправно отыграли:


Затем продолжилось последовательное проигрывание:
Но обратите внимание на заголовок окна программы - там осталось висеть название уже выполненного и закрытого эвента...

Где же то задание, которое не отработало?  Там же, где и было:
И так будет, пока не произойдёт полная очистка плейлиста, либо воспроизведение таки не доберётся до этих треков и не проиграет их все, после чего они будут исправно удалены автоматически, и всё вернётся к норме.
 
Большое спасибо за исчерпывающее объяснение проблемы! Будет испрвлено в следующем обновлении беты RadioBOSS 5.0.

Пока что можете отказаться от использования Shuffle и вставлять фоновые плейлисты с перемешиванием (опция в задании "Вставить плейлист в случайном порядке").
 

Вложения

  • 11-11-2013 12-15-42 AM.png
    11-11-2013 12-15-42 AM.png
    73,1 КБ · Просмотры: 546
Уточнение: ошибка будет исправлена в обновлении RadioBOSS 5.0.0.5.
 
Почему нельзя перемешать треки в загруженном плейлисте сразу в окне радиобосса?
Есть только команды "играть в случайном порядке" и "повторять плейлист"
 
Novossyol сказал(а):
Почему нельзя перемешать треки в загруженном плейлисте сразу в окне радиобосса?
Есть только команды "играть в случайном порядке" и "повторять плейлист"
Если треки вставляются по расписанию - то нужно поставить опцию в задании (см. мое сообщение выше) и они будут вставлены в случайном порядке.
Если нужно перемешать треки в окне плейлиста, нажмите Плейлист-Дополнительно-Перемешать.
 
Назад
Верх