Как добавить свое видео в ретрансляцию iptv?

Подскажите пожалуйста в какую сторону капать

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

Найти/написать плеер, умеющий слать «тишину» по-умолчанию без обрыва соединения с icecast. Последний обрывает соединение с клиентами только при библиотечном вызове об обрыве потока со стороны плеера. Мне для радио пришлось переизобретать велосипед (писать свой плеер), чтоб не было разрывов при переключении плейлистов.

Поищи что нибудь для автоматизации ТВ трансляций. Для автоматизации радио есть Liquidsoap, но оно вроде и с видеопотоками умеет немного работать. Есть ещё фреймворк MLT, я бы его глянул.

к сожалению свой плеер не получится написать.. планируется вывод на iptv приставку либо железную либо андройдовскую.. поэтому и приходится на стандартные средства выводить..

Liquidsoap смотрел.. iptv трансляцию не удалось запустить.. но проблема то не в ретрансляции, ретрансляция легко поднимается средствами vlc и icecast, также можно брать поток и через vlc засовывать в icecast но проблема в том, что в icecast'е не переходит на fallback моунт при попытке остановить основную трансляцию сразуже падает соединение и нужно руками перезапускать подключение клиента...

Плеером в данном контексте я называю источник вещания для icecast. То есть терминология/топология такая:

player -> icecast -> clients
             |  ---> clients
              -----> clients

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

Самый надёжный вариант - писать свой плеер, т.к. лично я не нашёл рабочих вариантов для решения этой проблемы. Возможно, но я не уверен, будет работать схема с промежуточным «прокси» плеером. Например, ffmpeg умеет пайпами передавать поток, то есть ffmpeg берёт поток из pipe-файла и передаёт его icecast'у, то есть он подключён постоянно, но данные передаёт только при их наличии. А дальше уже другой/другие плееры шлют поток в pipe-файл и соответственно клиенты icecast'а уже не отваливаются, а в худшем случае получают тишину/буферизацию при истощении основного потока. Если переключение плееров за pipe-файлом будет быстрым, никто не заметит, т.к. буферизация сгладит эффект, она минимум пару секунд занимает по времени.

То есть схема несколько усложняется:

player1 -----> pipe ---> player -> icecast -> clients    
player2 ------> |                     |  ---> clients
player3 ------->                       -----> clients

Посмотри всё же MLT, который ты проигнорировал из моего сообщения, в частности Melted и MVCP из этого проекта. Ещё у них есть какой-то скрипт к mlt специально для свитчинга, но не очень ясно что конкретно с ним делать.

ЗЫ: в данный момент у них сайт лежит, пришлось через гуглокеш смотреть...

Но если тебе это нужно выполнять не автоматически, а вручную, то посмотри Lives.

выполнять нужно автоматически.. вообще без участия пользователя..

получилось запустить через icecast fallback но работает не очень корректно. после того как первый поток падает второй сразуже включается, но когда первый возвращается icecast не стремится переключатся сразуже на первый, второй поток работает примерно полторы минуты после включения первого и потом переключается на первый.. теперь ищу как можно изменить таймаут... также прорабатываю вариант player1 -----> pipe ---> player -> icecast -> clients player2 ------> | | ---> clients player3 -------> -----> clients