Ниже приведена ссылка на сайт с инструкцией по превращению роутера Zyxel Keenetic Lite в сервер DLNA, раздающий IP-TV любого провайдера без приставки всем устройствам в домашней сети, а не только приставке и компьютеру (ноутбуку)
Есть возможность сделать сервером DLNA и многие другие устройства, внутри которых работают Linux-подобные операционки. Среди них многие роутеры Asus, Netgear, D-Link ну и конечно же Zyxel. Некоторые из способов сложны и имеются определенные трудности, чего не скажешь например о Zyxel Keenetic и Zyxel Keenetic Giga. Установка пакета xupnpd на них занимает всего 15 минут при определенных знаниях.
Latest News: Написана новая инструкция, все отдельные пакеты по провайдерам упразднены
Сообщение отредактировал NERV - Mar 30 2013, 01:00
Можно поставить из entware пакет cpu"чегото", который покажет загрузку исключая вебинтерфейс, что является более точным. У зыкселя есть такой пакет, думаю у ентваре тоже должен быть. У зыкселя же загрузка проца показывается на главной странице вебморды, но нужно еще отнять загрузку проца самой вебки, тогда будет четкий результат. Но вебка кушает около 2-3% поэтому несущественно при наших 50%.
Вообще подозреваю что этот виасат посылает вам поток с хорошим битрейтом и хорошим качеством, вот на его преобразование и не хватает процессора, ведь остальные 1080р идут у вас же. У обычных 1080р каналов поток идет 4-6Мбит/сек, у Виасата может идти и 8-10 Мбит/сек, вот и не справляется, настройка udpxy должна решить эту проблему, просто начальная буферизация займет больше времени при переключении каналов.
-B - указать размер буфера для входящих данных [см. подсказку при запуске].
Параметр заставляет udpxy накапливать входящие данные в буфере указанного размера прежде, чем передать их в соединение клиента. Данные читаются порциями, обозначаемыми как «сообщения» (messages). Таким образом, до тех пор, пока буфер указанного размера не будет заполнен должным количеством сообщений (определяемым параметром -R) или же (с момента получения первого пакета) не пройдёт время, обозначенное параметром -H, данные не будут переданы клиенту.
-R - указать максимальное количество сообщений, накапливаемых в буфере [см. подсказку при запуске].
Параметр определяет, сколько сообщений должно быть в буфере прежде, чем он будет отправлен клиенту. Значение "1" (единица) ограничивают буфер одним сообщением, что означает, что все приходящие данные сразу же отправляются клиенту, и накапливания не происходит. Значение "-1" (минус единица) снимают ограничение с буфера: сообщения накапливаются до полного насыщения буфера. (В этом случае udpxy прерывает накопление, если в буфере осталось меньше места, чем то, что занимает последняя считанная запись.)
Примечание: при достаточно низкой скорости чтения входного потока и значительном размере буфера, клиент может посчитать время простоя (когда ему не поступают данные) чрезмерным и закрыть соединение или же отказывать в приёме сообщения. (В этом случае в журнале отладки можно видеть периодически появляющиеся записи: «write_buf: write: Resource temporarily unavailable»).
-H - указать максимальное время (в секундах) накопления сообщений в буфере (см. параметры -B, -R) [см. подсказку при запуске].
Приложение засекает время «прибытия» первого пакета (из серии), записываемого в буфер. После чтения каждого пакета, разница во времени сравнивается с указанной (в секундах) величиной: если пройденное время превышает заданный промежуток, накопленные в буфере данные передаются клиенту. Данное значение может быть также установлено с помощью переменной среды UDPXY_DHOLD_TMOUT.
Важно: значение параметра командной строки всегда будет иметь больший приоритет, чем значение переменной среды.
NERV, спасибо большое, достаточно хорошо разжевал, осталось найти где у меня параметры запуска Udpxy. Спрошу у камрадов на ixbt
Цитата
У обычных 1080р каналов поток идет 4-6Мбит/сек, у Виасата может идти и 8-10 Мбит/сек, вот и не справляется, настройка udpxy должна решить эту проблему, просто начальная буферизация займет больше времени при переключении каналов.
Видимо да, картинка там четкая. Да и звук 5.1 наверно тоже влияет на обработку
Сообщение отредактировал Stan Sergeev - Feb 26 2013, 15:41
ну я щас не помню точно, но там вроде более наглядно показывалось вроде почти графикой, а может и вру, всё не упомнишь, стока начитано уже. Да, top проканает. Извините. Используйте top - это команда такая.
А вот это ценная подметка. Кажется сюда и надо копать. У меня еще в чебнете проблемы были с каналами у которых помимо потока видео и аудио вещается поток "Программа", вот там затыки были постоянные. Вылечил увеличением буфера с 4кБ до 1-2Мб. Попробуй для начала -1, а там посмотрим.
В общем не нашел пока где можно поменять параметры запуска xupnpd Пробовал убить процесс и запустить udpxy -a br0 -p $PORT -m eth2.2 -c 4 -B 2Mb -R -1 -H 4
но в ответ роутер ругнулся что-то в духе invalid port number
Загрузка проца насколько я понял из цифр в top несущественная.
NERV, ага, щас понял что порт это наверно тот, что в веб интерфейсе задается (у меня 1081). И как статус посмотреть тоже недавно в доке udpxy вычитал Остались сомнения про br0 и eth2.2 Какой командой посмотреть список поднятых интерфейсов?
Сообщение отредактировал Stan Sergeev - Feb 27 2013, 09:07
Начато обновление пакета xupnpd до версии 1.03 от 21.02.2013 исправляющей ошибку при генерации фидов YouTube. В пакеты добавляется плейлист Reload, в котором имеется два event-а Reload Feeds и Reload Playlists, позволяющие прямо с телевизора послать команду на обновление фидов или плейлистов в роутер. В первоначальные настройки пакета включено автообновление фидов раз в сутки с момента включения роутера.
Сейчас готовы пакеты 1.03 для Чебнета, все 4, можно перезагрузить роутеры и сообщить о возможных ошибках или нормальной работе. Остальные пакеты пока подождут до результатов обновления у Чебнета.