Airtime для радиостанций

Переключение соединения при потоковой передаче

В стандартной конфигурации живой сигнал из студии вещания и запланированное вещание архивных материалов микшируются перед их отправкой далее по каналу вещания, например, на передатчик или потоковый медиа-сервер в Интернете.

Если ваш сервер Airtime размещен в удаленном центре обработки данных, у вас может отсутствовать возможность ручного переключения источника потокового медиа с живого вещания на запланированную передачу, так как у вас нет физического доступа для подключения эфирного микшера к серверу. Или же у вас может быть сервер Airtime в студии с подключением к вашему основному микшеру, но вы хотели бы, чтобы переключение потока осуществлялось автоматически в нужное время. Отключение потока и начало другого нежелательно, потому что при этом медиа-плейеры аудитории также будут отключаться.

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

Чтобы активизировать функцию резервного монтирования, отредактируйте основной конфигурационный файл Icecast для определения точек монтирования, которые вы будете использовать, и отношений между ними.

$ sudo nano /etc/icecast2/icecast.xml

Пример раздела <mount>, который содержится в файле icecast.xml, закомментирован по умолчанию. До или после закомментированного раздела добавьте три определения точки монтирования. Точкой монтирования, используемой Airtime по умолчанию, является /airtime.ogg, как показано в файле /etc/airtime/liquidsoap.cfg. Необходимо также определить точку монтирования для источника прямого вещания (в данном примере /live.ogg) и точку монтирования для подключения общего доступа (в данном примере /stream.ogg).

   <mount>
        <mount-name>/airtime.ogg</mount-name>
        <hidden>0</hidden>
   </mount>

   <mount>
        <mount-name>/live.ogg</mount-name>
        <fallback-mount>/airtime.ogg</fallback-mount>
        <fallback-override>1</fallback-override>
        <hidden>0</hidden>
   </mount>

   <mount>
        <mount-name>/stream.ogg</mount-name>
        <fallback-mount>/live.ogg</fallback-mount>
        <fallback-override>1</fallback-override>
        <hidden>0</hidden>
   </mount>

Эти определения точек монтирования означают, что клиент, подключающийся к URL, например, такому как http://icecast.example.com:8000/stream.ogg, сначала вернется к точке монтирования /live.ogg, если она доступна. Если нет, то клиент затем вернется к точке монтирования /airtime.ogg для воспроизведения запланированной передачи.

Настройка значения <fallback-override> на режим «I» («включено») означает, что когда точка монтирования /live.ogg снова станет доступной, клиент будет повторно подключен к ней. Если вы хотите скрыть точки монтирования /airtime.ogg и /live.ogg для общедоступного веб-интерфейса Icecast, установите режим «I» для значения <hidden> в каждом из этих определений.

Настройка источника прямого вещания

Для интеграции источника потокового вещания в прямом эфире с Airtime подключите источник прямого вещания к серверу Icecast с теми же параметрами, которые определены в файле /etc/airtime/liquidsoap.cfg, за исключением точки монтирования. Это должна быть точка монтирования для источника прямого вещания, которую вы определили в файле /etc/icecast2/icecast.xml, как например, /live.ogg в примере выше.

Для настройки Mixxx для потоковой передачи в Icecast выберите пункты меню Options, Preferences, а затем Live Broadcasting. Выберите Icecast 2 по умолчанию как тип сервера (Type) при потоковой передаче на серверы под Debian или Ubuntu, так как эта версия Icecast поставляется с этими дистрибутивами GNU/Linux.

 

По умолчанию, потоки Icecast буферизуются для защиты от сетевых проблем, что вызывает задержку для удаленных слушателей. При удаленном мониторинге потока вам может понадобиться начинать воспроизведение в потоковом режиме на несколько секунд раньше, чем заканчивается предыдущий поток, чтобы обеспечить плавный переход.