Livestreamer и все, все, все

Кто воевал с просмотром потокового(stream) тв, вероятно сталкивался с тормозами или долгим открытием каналов, а то и совсем замерзанием картинки, ниже я опишу опишу возможные варианты решения проблемы, для этого нужно установить  следующие пакеты:

livestreamer_1.8.2-r0_all.ipk
livestreamersrv_0.3-r0_all.ipk
python-requests_1.2.3-r3_mips32el.ipk
rtmpdump_2.4+git490+a9f353c-r1_mips32el.ipk

*полный рестарт ресивера

остальное обычно присутствует на фиде имиджа (пакетов для sh4? к сожалению не имею и не представляю где нарыть)

имеем запись в букете следующего вида:
#SERVICE 1:0:1:0:0:0:0:0:0:0:http%3a//hls.novotelecom.ru/streaming/24techno/tvrec/playlist.m3u8:24Техно
#DESCRIPTION 24Техно

результат, работает, но открывается с существенной задержкой и самое главное замерзает через некоторое время, посему исправляем эту запись таким образом:

#SERVICE 1:0:1:0:0:0:0:0:0:0:http%3a//127.0.0.1%3a88/hls%3a//http%3a//hls.novotelecom.ru/streaming/24techno/tvrec/playlist.m3u8:24 Техно
#DESCRIPTION 24 Техно

сам livestreamer работает на порту 88(по умолчанию), далее следует название протокола, в данном случае hls

http%3a//127.0.0.1%3a88/hls%3a

протоколы могут быть следующие в зависимости от ссылки на наш поток

Name	Prefix
Adobe HTTP Dynamic Streaming	hds://
Akamai HD Adaptive Streaming	akamaihd://
Apple HTTP Live Streaming	hls:// hlsvariant://
Real Time Messaging Protocol	rtmp:// rtmpe:// rtmps:// rtmpt:// rtmpte://
Progressive HTTP, HTTPS, etc	httpstream://

сайт livestreamer

для отладки просмотра, запускаем livestramer в debug моде:

/etc/init.d/livestreamersrv stop
/etc/init.d/livestreamersrv manualstart

вот вроде и все премудрости ....

для примера выкладываю букет, новосибирского провайдера Novotelecom, отличается тем, что его обновлять не надо, все работает как есть и всегда, но качество г... да и каналы тоже, но для любителей халявы от трико, так вообще находка, почти 40 каналов в традиционном трико качестве...

userbouquet.novotelecom_tmp.tv

есть так же возможность смотреть он-лайн тв с youtube, например Еспресо ТВ:

#SERVICE 1:0:1:118:2:55:300000:0:0:0:http%3a//127.0.0.1%3a88/www.youtube.com/watch?v=HQEhZZWrEHk#t=3889929:Еспресо ТБ
#DESCRIPTION Еспресо ТБ

ВНИМАНИЕ:

в эту статью закралась досадная ошибка, в результате изысканий, получилось следующее:
при описании референса в букете, для работы livestreamer нужно прописывать 1: иначе (при прописывании 4097) запускается GStreamer и livestramer одновременно и работает именно GStreamer из за него происходит долгое включение канала, так как при старте он пытается как файле открыть проигрывание с места остановки или начала файла плюс к этому возникает ошибка MP3Service которая тоже не придает скорости открытия, из плюсов использования GStreamer есть нормальный алгоритм буферизации, ретраям пакетов он помогает, но тоже далеко не всегда...

правильная запись в букете выглядит так:

#SERVICE 1:0:1:118:2:55:300000:0:0:0:http%3a//127.0.0.1%3a88/www.youtube.com/watch?feature=player_embedded&v=WQzVhOZnku8:Еспресо ТБ
#DESCRIPTION Еспресо ТБ

ps с youtube Gstreamer у меня не работает

ну и еще плюсы работы livestreamer это работающий битрейт и пикон провайдера(теоретически, на практике нужна еще поддержка конвертером)

приношу свои извинения, если нехотя ввел кого-то в заблуждения...

#########################################

разбирался с проблемами пожирания памяти при работе livestreamer и пришел к выводу, что ошибки такой сам livestreamer не содержит, так как это команд-лайн плеер и для енигма еще используется демон для передачи параметров, который тоже кстати не имеет отношения к данной проблеме, ибо работает это так при переключении канала демон передает параметры livestreamer если тот находится в памяти ресивера, а не запускает его каждый раз как задумал автор и соответственно livestreamer выделяет каждый раз новую область памяти, если бы все работало как задумал автор, то пр переключении на каждый канал нам бы надо было наново запускать livestreamer, что долго и не удобно, посему написал маленький скрипт, который ставим в cron  и он анализирует сколько памяти отъедено livestreamer, если больше 80% то скрипт перезагружает livestreamer? лучше пока не придумал, у кого возникнут идеи как еще можно привязаться к событиям говорите, хотя еще есть вариант в виде пустого конвертора который при переключении канала будет делать анализ занятой памяти, но по мне это замедлит сам процесс переключения....

скрипт clear_vsz.py помещаем в /usr/script, затем в терминале даем задание cron запускать его каждые 5 минут, тут каждый может подобрать себе время проверки

echo -e '*/5 * * * * python /usr/script/clear_vsz.py' >> /etc/cron/crontabs/root
echo -e 'root' >> /etc/cron/crontabs/cron.update

PS из замеченного при работе если у вас работает канал и при этом занимаемая память (VSZ) больше 80% то скрипт перезапусти livestreamer и картинка при этом остановится, надо просто переключится на другой канал и вернутся назад....

PPS 80% взято с потолка, потому что определить сколько точно, не представляется возможным, нужно время и наблюдение