Запуск микрофона в планировщике
- Автор темы DmitriyPi
- Дата начала
Нам необходимо организовать shedule таким образом, чтобы при запуске линейного входа продолжал работать плейлист. Но, когда запускается команда запуска линейного входа, она остаётся в плейлисте на всё время его работы. Хотя логичнее было бы иметь возможность запустить одной командой линейный вход, а другой командой выключить его, когда потребуется, т.к. это один из вариантов режима работы программы. И такие команды, как и прочие служебные, должны удаляться после срабатывания из плейлиста.
Как я понимаю, данный сценарий можно реализовать путем запуска данной команды поверх эфира (в режиме без ограничений по времени), но какой командой мы можем при необходимости отключить задание, выполняющееся поверх эфира?
Если это невозможно, то это становится существенной уязвимостью программы. В случае срабатывания в режиме поверх эфира какого-либо нежелательного контента, мы теряем всяческую возможность исправить ситуацию (например, через API), не находясь в тот момент рядом с монитором.
Такая же история с запуском URL-ретрансляции: мы можем точно выставить время запуска ретрансляции, её длительность, но управлять остановкой ретрансляции отдельным заданием мы не можем. Получается, что при работе поверх эфира, необходимо вручную подгадывать тайминг, что в принципе невозможно сделать достаточно точно (например, чтобы соотнести с запуском определенного джингла в основном плейлисте). А в случае какого-либо глюка (например, связанного с различным временем буферизации), длительность работы URL-ретрансляции может измениться непредвиденным образом.
Как я понимаю, данный сценарий можно реализовать путем запуска данной команды поверх эфира (в режиме без ограничений по времени), но какой командой мы можем при необходимости отключить задание, выполняющееся поверх эфира?
Если это невозможно, то это становится существенной уязвимостью программы. В случае срабатывания в режиме поверх эфира какого-либо нежелательного контента, мы теряем всяческую возможность исправить ситуацию (например, через API), не находясь в тот момент рядом с монитором.
Такая же история с запуском URL-ретрансляции: мы можем точно выставить время запуска ретрансляции, её длительность, но управлять остановкой ретрансляции отдельным заданием мы не можем. Получается, что при работе поверх эфира, необходимо вручную подгадывать тайминг, что в принципе невозможно сделать достаточно точно (например, чтобы соотнести с запуском определенного джингла в основном плейлисте). А в случае какого-либо глюка (например, связанного с различным временем буферизации), длительность работы URL-ретрансляции может измениться непредвиденным образом.
Да, задания "поверх эфира" в данный момент прервать автоматическим образом нельзя. Команда для этого будет добавлена в следующем обновлении (ее можно будет использовать в планировщике и через API).
Без "поверх эфира" удаление линейного входа будет работать, ведь отыгравшие треки планировщика удаляются автоматически. Этого не произойдет в случае, когда все остальные треки плейлиста также вставлены из планировщика - но тут можно основной состав плейлиста запускать с опцией "Вставить как обычные треки плейлиста".
Без "поверх эфира" удаление линейного входа будет работать, ведь отыгравшие треки планировщика удаляются автоматически. Этого не произойдет в случае, когда все остальные треки плейлиста также вставлены из планировщика - но тут можно основной состав плейлиста запускать с опцией "Вставить как обычные треки плейлиста".
Line.in в плейлисте работает как обычный трек, и обрабатывается также, как и все остальные треки. Удаляться будет только после окончания воспроизведения. В следующих версиях будет альтернативная версия очереди, когда играющий трек удаляется сразу после запуска, а не после того, как отыграл.
