Ретрансляция аудио потока

а) Запилить баш скрипт с бесконечным циклом, внутри которого слип 1-3 секунды и запускается ффмпег. Именно ффмпег забирает внешний поток, перекрдирует его и пушит получившееся в локальный, относительно него айскаст. Этот вариант не предполагает сглаживание потери коннекта, но восстанавливает его довольно быстро. И я не уверен умеет ли айскаст в опус. Вроде умеет.

б) Отказаться от опуса. Собрать нжинкс с соответствующим модулем и продюсить с его помощью m3u8 + фрагменты в виде файлов. Этот подход искаропки даст тебе желаемый буфер в ~10 секунд и при кратковременных проблемах со стороны источника твои клиенты лишь будут слышать «проскальзывание» музыки немного вперед, аналогично перемотке.

http://nginx.org/en/docs/http/ngx_http_hls_module.html

Правильно ли я понял, что при варианте б) размер фрагмента и будет этим «серверным буфером», и я могу его каким угодно задать?

А сколько этих фрагментов на сервере храниться будет?

Фрагментов хранится некоторое количество. Список фрагов содержится в м3у8 плейлисте. Плеер, проигрывая фраги, видит, что они скоро кончатся и снова запрашивает м3у8 плейлист, который уже обновился и в нем список других новых фрагов. Если очень просто, то с каждым обновлением плейлиста удалчется самый старый фраг и добавляется новый. Энное количество фрагов суммарно и есть буфер.

Ну и вдогонку: вариант «б» предполагает бОльшую нагрузку на проц и насилование сетки новыми и новыми запросами за фрагами.

В твоей задаче это не особо важно, но мы, например, отказались от этого HLS в пользу ICY (расширенный HTTP с бесконечным телом ответа) – ресурсов высвободилось около 35%.

Спасибо, вроде то что надо.