обновление 3.1-r0
- снижена загрузка системы на 30%
- конвертер QuckEcmInfo2 отдельно от плагина работать не будет
забираем в плагинах
понедельник, 30 июня 2014 г.
Обновление QuickEcmInfo 3.1-r0
обновление 3.1-r0
- снижена загрузка системы на 30%
- конвертер QuckEcmInfo2 отдельно от плагина работать не будет
забираем в плагинах
Renders & Converters Обсуждения, заказы, правки
Создана ветка обсуждение правок в конверторах и рендерах
тут
тут
воскресенье, 29 июня 2014 г.
суббота, 28 июня 2014 г.
обновление RPUlite 0.6-r0
обновление 0.6-r0
-исправлены ошибки
-загрузка списков уже вместе с референсам, база референсов ориентирована на epg.dat от dilinger(linux-sat.tv), если кто возьмется проверить и подправить букет, присылать мне целиком, по вопросам наличия отсутствия епг обращаться на linux-sat.tv
забираем в плагинах
Update Preview обновление 0.4-r3
обновление 0.4-r3
- исправлен вылет при ошибках фида
забираем в плагинах
- исправлен вылет при ошибках фида
забираем в плагинах
ARbouquet обновление 0.1-r3
обновление 0.1-r3
- поправлен выход из плагина с перезагрузкой букетов
забираем в плагинах
пятница, 27 июня 2014 г.
среда, 25 июня 2014 г.
RPUlite обновление 0.5-r1
обновление 0.5-r1
-исправлены ошибки
-исправлены локализации
-добавлен дополнительный источник ip
-для потокового видео, обязательно установить livestreamer
забираем в плагинах
-исправлены ошибки
-исправлены локализации
-добавлен дополнительный источник ip
-для потокового видео, обязательно установить livestreamer
забираем в плагинах
понедельник, 23 июня 2014 г.
воскресенье, 22 июня 2014 г.
e-panel 5.4-r0
обновление 5.4-r0
-добавлен редактор файла /etc/hosts
-переделана синхронизация времени, для новых имиджей pli, работает через ntpdate-sync,
старый метод не поддерживается...-мелкие правки
забираем в плагинах
суббота, 21 июня 2014 г.
пятница, 20 июня 2014 г.
четверг, 19 июня 2014 г.
RPUlite обновление 0.4-r1
обновление 0.4-r1
-исправлена ошибка формирования букета
забираем в плагинах
среда, 18 июня 2014 г.
суббота, 14 июня 2014 г.
RPUlite обновление 0.3-r1
обновление 0.3-r1
-добавлена русская локализация (спасибо EdNaz)
-оптимизирован код
забираем в плагинах
-добавлена русская локализация (спасибо EdNaz)
-оптимизирован код
забираем в плагинах
четверг, 12 июня 2014 г.
Плагин ARbouquet (add/remove bouquet)
Плагин быстрого добавления и удаление букетов, без перезагрузки енигма и сам файлы букетов не удаляются, файлики остаются и можно потом быстро подключить, работает с тв и радио букетами....
забираем в плагинах
забираем в плагинах
среда, 11 июня 2014 г.
RPUlite обновление 0.3-r0
обновление 0.3-r0
-добавлена возможность именовать дефолтный букет
-оптимизирован код
забираем в плагинах
-добавлена возможность именовать дефолтный букет
-оптимизирован код
забираем в плагинах
понедельник, 9 июня 2014 г.
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
протоколы могут быть следующие в зависимости от ссылки на наш поток
сайт 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% взято с потолка, потому что определить сколько точно, не представляется возможным, нужно время и наблюдение
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% взято с потолка, потому что определить сколько точно, не представляется возможным, нужно время и наблюдение
суббота, 7 июня 2014 г.
пятница, 6 июня 2014 г.
среда, 4 июня 2014 г.
e-panel 5.3-r16
обновление 5.3-r16
-обновлен ntp апдейтер
-добавлен путь /tmp для хранения epg.dat (для ресиверов на sh4)
-добавлен просмотр /etc/hosts в системных утилитах
воскресенье, 1 июня 2014 г.
О блоге
Собрал в кучку свои работы (не все), все разделил по темам: плагины, скины, компоненты и пиконы. все обсуждаемо, скины обсуждается все кроме дизайна.... короче поехали........
Подписаться на:
Сообщения (Atom)