1 (06.05.2013 15:28:49 отредактировано dmitry4er)

Тема: WNDR3800 - Модернизация стандартной прошивки

Шапка находится в разработке

Стандартная прошивка WNDR3800 - нам кажется очень удачной. Все что нужно - реализовано, причем реализовано как надо, работают все заявленные функции.

Однако, всегда есть что улучшить. Предлагаю в этой теме обсудить возможности улучшения прошивки по таким направлениям:
1. Функции которых не хватает.
2. Способы их реализации.

Реализованные функции
К функциям стоковой прошивки добавляется полный набор возможностей xupnpd и udpxy:
- UDP-to-TCP: мультикаст поток по UDP на входе, юникаст поток по TCP на выходе;
- RTP трансляция: RTP поверх MPEG-TS на входе, "чистый" MPEG-TS на выходе;
- Builtin DLNA/UPnP media server for sharing local media files and external IPTV/Radio streams
- Builtin multicast proxy for MPEG-TS streams
- YouTube, Vimeo and GameTrailers plugins (HD)
- No transcoding
- HDTV ready
- Parent control (Access Control List)
- Web-based user interface
- LUA scripting

В совокупности это позволяет организовать просмотр большинства имеющихся медиа- источников (IPTV/Youtube/Vimeo/Локальные ресурсы и д.р.) на любом DLNA (UPnP) клиенте. В качестве такого клиента может выступать телевизор, компьютер, смартфон, игровая приставка и т.п. Возможно одновременное воспроизведение контента в несколько потоков (количество ограничено только физической пропускной способностью каналов подключения). Отлично работает с Wi-Fi (!)


http://4.firepic.org/4/images/2012-12/15/8bz0fmdfc935.png

Список используемого программного обеспечения
1. xupnpd - для передачи данных из сетевого потока мультикаст-канала (вещаемого по UDP/RTP) в HTTP соединение. (см. ключи командной строки)
2. udpxy - DLNA-сервер для раздачи IPTV, радио и видео (на основе плей-листов в UTF-8) совместимым устройствам. (см. параметры конфигурационного файла)
3. Netgear Telnet Console

Руководство по установке (планируется существенно упросить)
1. Подключить носитель информации в USB порт маршрутизатора (флешку/винт)
2. Установить ПО (скачать готовый архив с настроенным ПО и распаковать его в корень носителя)
3. Разблокировать телнет-консоль роутера с помощью утилиты Netgear Telnet Console.
4. Установить клиент телнет (если не установлен)
5. Подключиться к роутеру телнет клиентом:

telnet routerlogin.net

6. Запустить программный комплекс в строке интерпретатора:

#Запуск
root@WNDR3800:/# /mnt/sda1/iptv/iptv_dlna.sh start

#Возврат к начальным настройкам (остановка)
root@WNDR3800:/# /mnt/sda1/iptv/iptv_dlna.sh stop

7. Настройка и управление xupnpd
http://routerlogin.net:4044
8. Настройка и управление udpxy
http://routerlogin.net:4022/status

Благодарности
VSG - основной куратор темы
Anton Burdinuk - автор программы xupnpd
Павел Черенков - автор программы udpxy

см. также аналогичный топик для WNDR4300

2 (17.09.2012 10:50:35 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

Задача номер 1 обсуждалась соседней ветке.

Задача максимум: Завернуть IPTV в DLNA.
Хотелось бы, что бы телевизор (а также мобильные устройства, приставки и т.п.) могли воспроизводить IPTV штатными средствами DLNA-клиента (таких устройств на порядки больше, чем поддерживающих непосредственно IPTV).

Соображения против идеи:
1. Во многих случаях задача решается настройкой/прошивкой/модернизацией софта в указанных устройствах, однако есть два НО: 1. Устройств много 2. Решается не со всеми устройствами.
2. Есть альтернативные прошивки, в которых теоретически решить задачу можно.

Соображения за:
1. А роутер один. И технически (хардварно) он способен решить поставленную задачу (см. альтернативные прошивки) один раз и для всех устройств сразу.
2. Родная прошивка реализована гораздо прозрачнее (понятнее, проще) альтернативных, и незначительно уступает им по функциональности.

3 (19.09.2012 10:37:37 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

Теоретически проблем нет - выключить IGMP, miniDNLA (ибо я не знаю как заставить его слушать порт, а не файлы искать), поставить на флешку udpxy и есть портабле xupnpd для AR71xxс настройкой встроенным в него веб-мордой.
Проблемы будут в правилами файрвола на роутере и рассыпанием картинки (ну это как у всех) - придётся настраивать индивидуально для каждого...
Когда будет время, попробую собрать прошивку с последующим вызовом определённого файла на флешке, в котором прописываются настройки и старт демонов (если не закручусь и не забуду).
Пока можно попробовать поставить бинарники на флешку и запускать /приживать бинарники через консоль.
P.S. И такой вопрос - как к этому отнесётся производитель? Вроде бы явных запретов нет (?) если видоизменить в прошивке номер+ можно поставить пометку типа изменённая в веб-морде...

4

Re: WNDR3800 - Модернизация стандартной прошивки

я правильно понял алгоритм?

0. Выключаю IGMP, miniDNLA на роутере
1. Скачиваю "xupnpd-rc9.tar.gz (YouTube fix)" по ссылке в разделе Dowloads и копирую (распаковываю) его на флешку, подключенную к роутеру
2. Копирую в папку "\xupnpd-rc\playlists\" свой плейлист
3. Активирую консоль, и захожу в нее
4. Запускаю в консоли с флешки файл "\xupnpd-rc\xupnpd-ar71xx"
5. Настраиваю udpxy через веб морду (какой адрес? http://192.168.1.1/??? )
6. Включаю телевизор и пользуюсь DLNA

Прошу не ругать - с линуксом я пока не очень дружу )))
Неуверенность и вопросы вызывают п1 и п5

5 (19.09.2012 10:55:34 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

xupnpd- Это DNLA-сервер, который может слушать порт от udp-to-http прокси, и отдавать устройствам с DNLA. Сначала нужно будет откомпилить/найти рабочий udpxy, прижить (может нет нужных библиотек)под нашу платформу, а уже потом...

6

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Сначала нужно будет откомпилить/найти рабочий udpxy, прижить под нашу платформу, а уже потом...

Это я точно не победю.. Надеюсь на твою незабывчивость и время...

VSG пишет:

И такой вопрос - как к этому отнесётся производитель?

А как ему относиться? Если я не ошибаюсь, то ведь именно для этого и существует опен-сорс. Есть возможность докрутить.


И еще одно соображение. думаю на первом этапе достаточно придумать какой-нить алгоритм (набор файлов на флешке + скрипт) который будет решать нужную задачу, с необходимостью ручного запуска после перезагрузки. Несмотря на неудобство есть плюсы: офф. прошивку можно обновлять спокойно. А перезагружать/выключать роутер каждый день наверное все-таки не правильно и при простом алгоритме запуска неудобство смягчится )

7 (19.09.2012 13:16:57 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Можешь начась со второй

попробую сеня запустить с флешки xupnpd, отпишусь что получилось.

З.Ы. Я правильно понял, что: 1. пробую выполнить мои пункты 1-6, 2. для прошивки роутера и его работоспособности после ребута ничего не грозит?

З.З.Ы. Особенно интересно п.2 выше ))




VSG пишет:

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

Не переживай! Все что смогу сделаю по теме. Подозреваю, что все должно быть несложно, но линуксовая прошивка в моей голове пока отсутствует ))) Буду почитать, так сказать smile

8 (19.09.2012 17:30:45 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

Прошивка роутера находится во флеше, запуск/ редактирование любых параметров на внешней флешке или во временнной FS роутера (/tmp/... /var/...) ни чем повредить не может (после перезагрузки будет всё как было). При редактировании правил iptables не открывать всё настежь, чтобы провайдер не прогневался на флуд в его сеть.

Configuration and installation
1. Upload archive to the router (scp,sftp,ftp)
2. Unpack ('tar zxf xupnpd.tar.gz' for example)
3. Run ('xupnpd/xupnpd-mipsel' or 'xupnpd/xupnpd-ar71xx')
4. Point your Internet browser to 'http://192.168.1.1:4044' (192.168.1.1 - replace with your router address)
5. Upload your IPTV playlist (m3u file format)
6. Enjoy IPTV in your DLNA media player

Не факт что всё пойдет так - надо пробовать...

Надо компилить из исходников ибо несовместимые uClibc/compiler...

9

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Надо компилить из исходников ибо несовместимые uClibc/compiler...

Угу. Наверное об этом должна была мне сказать ошибка:
./xupnpd-rc/xupnpd-ar71xx: symbol 'stdout': can't handle reloc type 0x7e

10 (19.09.2012 21:15:20 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

Теоретически как собирать я немного представляю. Нужен компилятор, нужны (исходники?) библиотек, которых возможно нехватает в системе (в нашем случае это прошивка роутера) и исходник нашей проги (xupnpd). И что-то примера как этим занимаются люди я не нашел ))) Одна инструкция мне показалась совсем трудной для понимания.

Как мне представляется, проще всего в роутер доустановить чего не хватает, на нем же скомпилировать. Потом восстановить оригинальную прошивку и пользоваться бинарником. Чем на ПК разворачивать линукс и компилить "под embedded платформу"... :-)

Да, и тут же на форуме, есть скомпилированная версия для стора. Алгоритм компиляции ну уж очень коротенький )))

11 (20.09.2012 07:28:21 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Но собирается прошивка 3 часа...

Ядрён-батон. Для прошивки в 10 мегабайт время впечатляет!...
А образ сохрани плз. Думаю общественности пригодится smile

З.Ы. Попробовал скопировать на роутер и запустить - тоже самое (первый раз с флешки на ntfs запускал)
root@WNDR3800:/# ./tmp/xupnpd-rc/xupnpd-ar71xx
./tmp/xupnpd-rc/xupnpd-ar71xx: symbol 'stdout': can't handle reloc type 0x7e

З.З.Ы. Если есть проблема с ресурсами и временем компилирования - давай на моей машине сделаем (у меня core i7-860 и есть возможность оставить поработать)

12

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Кстати, народ постоянно пишет, что идут рассыпания картинки, чего не наблюдается через igmp-прокси...

У рассыпания много причин может быть.
Пример: Мой провайдер раздавал IPTV через udp - с помощью igmp-proxy и виджет на телевизоре все работало отлично. Теперь раздает через RTP - картинка сыпется. Хард и софт - не изменился ((
На компе и на телике через homemediaserver работает отлично.

З.Ы. На несколько дней выпадаю из темы - вчерась умер бесперебойник (нет компа) и купилась машинка (нет времени) )))

13

Re: WNDR3800 - Модернизация стандартной прошивки

Использую xupnpd на OpenWrt, бинарник готовый с сайта. Рассыпания картинки нет. Для последних версий xupnpd (rc8 и позже точно) igmpproxy или udpxy не нужны, в нём есть нативная поддержка мультикаста.

TS300-E8-PS4 (ESXi / Ubuntu 14.04), GS108Tv2 (5.4.2.11)

14

Re: WNDR3800 - Модернизация стандартной прошивки

BasicXP пишет:

Использую xupnpd на OpenWrt

Вот бы запустить его на родной прошивке.
Непонятно чего ему не хватает, со слов VSG - все необходимые библиотеки есть, но при запуске выдается ошибка (писал выше) symbol 'stdout': can't handle reloc type 0x7e....

15 (09.10.2012 19:07:05 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

dmitry4er пишет:

со слов VSG - все необходимые библиотеки есть, но при запуске выдается ошибка (писал выше) symbol 'stdout': can't handle reloc type 0x7e....

1. По библиотекам:
можешь посмотреть сам командой (из расположения udpxy) ldd ./udpxy

root@WNDR3800:/# ldd /tmp/mnt/sda1/udpxy
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2ab41000)
        libc.so.0 => /lib/libc.so.0 (0x2ab90000)
        ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x2aaa8000)
root@WNDR3800:/#

2. Сильно старый кросс-компилятор в стоковой прошивке (и мне кажется, многие исходники пакетов были поправлены разработчиками netgear под старую версию), вываливается без сообщений о ошибке. Автор udpxy мне ответил следующее:

По моему (несколько голословному) заключению, данным кросс-компилятором с текущей ulibc не будет собираться ничего, что использует <time.h>

16 (03.10.2012 10:51:22 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Сильно старый кросс-компилятор в стоковой прошивке

Таким образом, получается, что алгоритм высвечивается примерно такой:

1. Выходит новая прошивка, берем ее исходники
2. Копируем в нее исходники xupnpd
3. Собираем все вместе как надо
4. Обновляем прошивку роутера
5. Живем и радуемся

так?
Главное, чтобы в этом процессе было как можно больше рутины :-)  и меньше творчества ))))

17

Re: WNDR3800 - Модернизация стандартной прошивки

Увы, но совсем не так...
После создания папки с именем пакета и правильного Makefile в ней - пакет виден по make menuconfig, но собрать не получается:
а) старая uClib 0.9.28, которая имеет проблеммы с таймером (решена по-моему где-то в 0.9.30) и нужно ковырять/переделывать исходники пакета
б)кросскомпиллер у Netgear не изменится в новой прошивке
в) для этого надо обладать знаниями и навыками, которых у меня нет... Здесь требуется помощь программистов на С++
Либо уходить со стоковой прошивки на OpenWRT, либо класть рядом с ними всё что им нужно и переопределять скриптом запуска пути к библиотекам и проч...

18

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

Увы, но совсем не так...

Чрезвычайно печально. ((((

19 (03.10.2012 20:23:56 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

навел ты меня на мысль просто добавить новые библиотеки и попробовать запустить с ними...
Результат обнадёживает - запускается и что-то слушает (запускал на автономно включёном роутере).

root@WNDR3800:~/mnt/sda1/udpxy# ./udpxy -p 4022 -v -T
2000-01-01 00:41:59.337953 UTC  12641   udpxy 1.0-Chipmunk (build 19) standard: ./udpxy -p 4022 -v -T
2000-01-01 00:41:59.338704 UTC  12641   Starting server [12641]; capacity=[3] clients
2000-01-01 00:41:59.339136 UTC  12641   Setting up listener for [192.168.1.1:4022]
2000-01-01 00:41:59.339643 UTC  12641   Server socket=[7] is set up
2000-01-01 00:41:59.339934 UTC  12641   Entering server loop
2000-01-01 00:41:59.340175 UTC  12641   Server is waiting for input: socket=[7], pipe=[5]

Можно ставить на линию и пробовать настроить...
Отпишусь позже...

Да, и почему я пока не связываюсь с xupnpd - работает без udpxy только с udp-трансляцией, а у меня rtp (т.е. я не могу даже проверить его работу)

20

Re: WNDR3800 - Модернизация стандартной прошивки

VSG пишет:

xupnpd - работает без udpxy только с udp-трансляцией, а у меня rtp

Аналогично.

VSG пишет:

9. И ДОПИЛИВАЕМ (!!!) ибо это отладочный вариант (и он мне неинтересен, а нужен вам)...

Сегодня потестю на своем, отпишусь о результатах. ОГРОМНОЕ спасибо, за сдвиги в теме!!!!!

21 (09.10.2012 10:44:48 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

1. Загрузка CPU (во внешней утилите top) от 3,5 до 4,5 % при одном клиенте по Wi-fi (не HD !!!), памяти кушает немного.
2. Канал начинает показывать не сразу, а после 2-5 нажатий play (буфер по-умолчанию у него всего 2 KB, не понятно, что так долго подключается на подписку
3. Иногда квадратит (заново откроешь канал и всё идёт отлично)
Вывод: всё-таки ПО производителя работает лучше. Смотри, может не понравится - тогда нечего и возиться.
Я-то занялся эти просто из-за того, что давно вынашиваю идею сделать как на Гиге внешнюю прошивку на флешке и установку туда пакетов из OpenWRT через ipkg. идея такая же: если есть на флешке определённая папка, то при перезагрузке загружать скрипты оттуда и запускать внешние пакеты с флешки.
Но как всегда не хватает времени, т.к. полно и других дел после работы... Возмёшься за это ?
Если бы это поддержал ещё и производитель (новыми библиотеками), тогда популярность это роутера резко пошла бы вверх...

22 (04.10.2012 22:31:58 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

Попробовал.
1. udpxy - запускается, видит клиента (запрос), но заставить показывать не удалось. (В просмотре статуса появляется табличка с соединением на 5 сек, потом пропадает и vlc плеер останавливается. Иногда у плеера загорается строка с длительностью просмотра, но дальше процесс не идет, траффик между компом и роутером практически нулевой)
Пробовал запускать udpxy для обоих интерфейсов WAN - локального и pppoe (так, на всякий случай ) )

2. xupnpd - запускается и работает. Вроде работает стабильно - ни одного глюка не заметил. Поскольку у меня телевидение тоже по протоколу rtp  вещается, то заценить качество рассыпания картинки пока не удалось :-)))

Кстати телевизора у меня два к роутеру подключено - один через ЛАН, второй через вайфай. С xupnpd на обоих нормально работает все, в т.ч. HD контент.

VSG пишет:

надо ещё будет попробовать заменить ИП роутера в плейлисте на routerlogin.net для унификации

проверил - работает, нет разницы IP или dns имя.

VSG пишет:

Вывод: всё-таки ПО производителя работает лучше. Смотри, может не понравится - тогда нечего и возиться.

У тебя через штатный igmp прокси никогда не рассыпалась картинка? У меня не рассыпается вроде, через udpxy завтра еще буду пробовать...
И как может не понравится? Утром чтобы посмотреть телевизор на кухне - включаю комп с homemediaserver, потом смотрю новости по wifi... Не айс - однозначно smile

VSG пишет:

сделать как на Гиге внешнюю прошивку на флешке и установку туда пакетов из OpenWRT через ipkg. ... Возмёшься за это?

Идея, между прочим, интересная. А помощь могу предложить как тестера наверное - с моим знанием линукса... спрашивал как звать команды копирования и удаления папок у яндекса. но с другой стороны - нашел ведь )))

23 (11.10.2012 21:40:35 отредактировано dmitry4er)

Re: WNDR3800 - Модернизация стандартной прошивки

Опять пытался повторить твой алгоритм.

root@WNDR3800:/# /mnt/sda1/Router/udpxy/udpxy -v -T -p 4022 -m br1
2012-10-10 16:40:43.143592 UTC  11081   udpxy 1.0-Chipmunk (build 19) standard:/mnt/sda1/Router/udpxy/udpxy -v -T -p 4022 -m br1
2012-10-10 16:40:43.144348 UTC  11081   Starting server [11081]; capacity=[3] clients
2012-10-10 16:40:43.144756 UTC  11081   Setting up listener for [0.0.0.0:4022]
2012-10-10 16:40:43.145268 UTC  11081   Server socket=[7] is set up
2012-10-10 16:40:43.145556 UTC  11081   Entering server loop
2012-10-10 16:40:43.145763 UTC  11081   Server is waiting for input: socket=[7], pipe=[5]
2012-10-10 16:40:50.167299 UTC  11081   Accepted socket=[8]
2012-10-10 16:40:50.167446 UTC  11081   Reading command from socket [8]
2012-10-10 16:40:50.177059 UTC  11081   HTTP buffer [35 bytes] received
2012-10-10 16:40:50.177303 UTC  11081   Request=[rtp/239.32.0.1:1234], length=[19]
2012-10-10 16:40:50.177634 UTC  11081   Command [rtp] with params [239.32.0.1:1234] read from socket=[8]
2012-10-10 16:40:50.177742 UTC  11081   udp_relay : new_socket=[8] param=[239.32.0.1:1234]
2012-10-10 16:40:50.178478 UTC  11081   Client process=[11106] started for socket=[8]
2012-10-10 16:40:50.179843 UTC  11106   min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2012-10-10 16:40:50.180042 UTC  11106   Setting up multicast listener
2012-10-10 16:40:50.180983 UTC  11106   current receive buffer size is [105472]bytes for socket [5]
2012-10-10 16:40:50.184901 UTC  11106   multicast-group [ADD]
2012-10-10 16:40:50.185048 UTC  11106   Mcast listener socket=[5] set up
2012-10-10 16:40:50.185338 UTC  11081   Added client: pid=[11106], maddr=[239.32.0.1], mport=[1234], saddr=[192.168.1.2], sport=[9271]
2012-10-10 16:40:50.185531 UTC  11081   Closed accepted socket [8]
2012-10-10 16:40:50.185605 UTC  11081   Server is waiting for input: socket=[7], pipe=[5]
2012-10-10 16:40:50.185814 UTC  11106   min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2012-10-10 16:40:50.185926 UTC  11106   Data buffer will hold up to [1] messages
2012-10-10 16:40:50.186052 UTC  11106   RTP (over UDP) stream assumed, no checks
2012-10-10 16:40:50.186654 UTC  11106   current send buffer size is [16384] bytes for socket [8]
2012-10-10 16:40:50.186810 UTC  11106   current receive buffer size is [105472]bytes for socket [5]
2012-10-10 16:40:50.186905 UTC  11106   send buffer size set to [105472] bytes for socket [8]
2012-10-10 16:40:50.188549 UTC  11106   Sent HTTP response code=[200], reason=[OK] to socket=[8]
2012-10-10 16:40:50.188715 UTC  11106   Relaying traffic from socket[5] to socket[8], buffer size=[2048], Rmsgs=[1], pauses=[0]
2012-10-10 16:40:55.188483 UTC  11106   read_buf: read: Resource temporarily unavailable
2012-10-10 16:40:55.188588 UTC  11106   read_data - EOF
2012-10-10 16:40:55.189853 UTC  11106   Exited relay loop: received=[-1], sent=[0], quit=[0]
2012-10-10 16:40:55.190647 UTC  11106   multicast-group [DROP]
2012-10-10 16:40:55.190787 UTC  11106   Mcast listener socket=[5] closed
2012-10-10 16:40:55.191012 UTC  11106   Child process=[11106] exits with rc=[0]
2012-10-10 16:40:55.192157 UTC  11081   *** Caught SIGCHLD in process=[11081] ***
2012-10-10 16:40:55.192437 UTC  11081   Client [11106] has exited.
2012-10-10 16:40:55.192713 UTC  11081   Deleted client: pid=[11106]
2012-10-10 16:40:55.192899 UTC  11081   Server is waiting for input: socket=[7], pipe=[5]

Ключевая строка: 2012-10-10 16:40:55.188483 UTC  11106   read_buf: read: Resource temporarily unavailable

При этом - канал в действительности работает (смотрится при включенном IGMP  proxy)

Какие настройки роутера еще могут влиять?
У меня все настройки дефолтные, кроме:
1. авторизация WAN порта (L2TP)
2. мощность передатчика и расписание работы wifi
3. Включен медиасервер (пробовал отключать)

Еще пробовал отключать SIP ALG (не знаю что такое)

24

Re: WNDR3800 - Модернизация стандартной прошивки

Честно сказать, не знаю - попробуй спросить у автора (бывший наш гражданин) на форуме.
У меня (я уже писал) подключается VLC не сразу (сначала несколько раз при нажатии кнопки Play нет видимых реакций, пока не обругается, после чего после нажатия Play начинает показывать).
Самое интересное - попробовал с включённым igmp-прокси - тоже показывает... Так что выключать не обязательно (?). Первоначально я пробовал всё выключать, после выключения в веб-интерфейсе igmpproxy в процессах остался и я перезагрузил роутер, посмотрел, что по ps -w его нет и пробовал далее запускать...
Теперь же легко запускается у меня с установками по-умолчанию (у меня есть ещё галочка перенаправления IPTV на LAN4 для приставки) по Wi-Fi (по-проводу не пробовал - попробую завтра)....
Может файрвол?

25 (11.10.2012 21:33:17 отредактировано VSG)

Re: WNDR3800 - Модернизация стандартной прошивки

Отписываюсь:
Для пробы попробовал на VLC 2.0.2 и на свежескачаном VLC 2.0.3. Заодно и на более новой версии udpxy
1. по-проводу тоже прекрасно работает и подключается моментально.
2. В твоем логе почему-то пустой входной буфер, у меня лог такой:

2012-10-11 15:27:16.499875 UTC  S(13063)        udpxy 1.0-21.2 (prod) standard [Linux 2.6.15 mips]: /mnt/sda1/udpxy/udpxy -v -T -S -p 4022 -m br1
2012-10-11 15:27:16.500687 UTC  S(13063)        Server is starting up, max clients = [3]
2012-10-11 15:27:16.501080 UTC  S(13063)        Setting up listener for [0.0.0.0:4022]
2012-10-11 15:27:16.501796 UTC  S(13063)        Setting low watermark for server socket [7] to [10]
2012-10-11 15:27:16.502262 UTC  S(13063)        Created server socket=[7], backlog=[16]
2012-10-11 15:27:16.502664 UTC  S(13063)        Entering server loop
2012-10-11 15:27:16.502986 UTC  S(13063)        Waiting for input from [2] fd's, NO timeout
2012-10-11 15:27:32.684855 UTC  S(13063)        No children exited since last check
2012-10-11 15:27:32.685046 UTC  S(13063)        Got 1 requests
2012-10-11 15:27:32.685165 UTC  S(13063)        Accepting new connection
2012-10-11 15:27:32.685336 UTC  S(13063)        Accepted socket=[8] from 192.168.1.2:49450 n=1/nmax=16
2012-10-11 15:27:32.685498 UTC  S(13063)        Accepting new connection
2012-10-11 15:27:32.685573 UTC  S(13063)        Nothing more to accept
2012-10-11 15:27:32.685634 UTC  S(13063)        accept_requests: Sockets accepted: [1]
2012-10-11 15:27:32.685715 UTC  S(13063)        Waiting for input from [3] fd's, with timeout
2012-10-11 15:27:32.699011 UTC  S(13063)        No children exited since last check
2012-10-11 15:27:32.699142 UTC  S(13063)        Got 1 requests
pre-process sockets [1]: 8
2012-10-11 15:27:32.699253 UTC  S(13063)        acting on accepted socket [8] (1/1)
2012-10-11 15:27:32.699345 UTC  S(13063)        Reading command from socket [8]
2012-10-11 15:27:32.699451 UTC  S(13063)        HTTP buffer [154 bytes] received
GET /rtp/233.33.210.86:5050+ HTTP/1.1
Host: 192.168.1.1:4022
User-Agent: VLC/2.0.3 LibVLC/2.0.3
Range: bytes=0-
Connection: close
Icy-MetaData: 1

2012-10-11 15:27:32.699574 UTC  S(13063)        Request=[rtp/233.33.210.86:5050+], length=[23]
2012-10-11 15:27:32.699955 UTC  S(13063)        Command [rtp] with params [233.33.210.86:5050+] read from socket=[8]
2012-10-11 15:27:32.700051 UTC  S(13063)        udp_relay : new_socket=[8] param=[233.33.210.86:5050+]
2012-10-11 15:27:32.700668 UTC  S(13063)        Client process=[13119] started for socket=[8]
2012-10-11 15:27:32.702164 UTC  c(13119)        min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2012-10-11 15:27:32.702363 UTC  c(13119)        Setting up multicast listener
2012-10-11 15:27:32.703258 UTC  c(13119)        current receive buffer size is [105472] bytes for socket [5]
2012-10-11 15:27:32.704145 UTC  c(13119)        multicast-group [ADD]
2012-10-11 15:27:32.704284 UTC  c(13119)        Mcast listener socket=[5] set up
2012-10-11 15:27:32.704472 UTC  c(13119)        min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2012-10-11 15:27:32.704622 UTC  c(13119)        Data buffer will hold up to [1] messages
2012-10-11 15:27:32.704699 UTC  c(13119)        RTP (over UDP) stream assumed, no checks
2012-10-11 15:27:32.704972 UTC  c(13119)        socket 5: RCV timeout set to 5 sec, 0 usec
2012-10-11 15:27:32.705126 UTC  c(13119)        socket 5: SEND timeout set to 5 sec, 0 usec
2012-10-11 15:27:32.705221 UTC  c(13119)        current send buffer size is [16384] bytes for socket [8]
2012-10-11 15:27:32.705318 UTC  c(13119)        current receive buffer size is [105472] bytes for socket [5]
2012-10-11 15:27:32.705416 UTC  c(13119)        send buffer size set to [105472] bytes for socket [8]
2012-10-11 15:27:32.705982 UTC  c(13119)        Sent HTTP response code=[200], reason=[OK] to socket=[8]
HTTP/1.1 200 OK
Content-Type:application/octet-stream


2012-10-11 15:27:32.706169 UTC  c(13119)        Relaying traffic from socket[5] to socket[8], buffer size=[2048], Rmsgs=[1], pauses=[0]
2012-10-11 15:27:32.706514 UTC  S(13063)        Added client: pid=[13119], maddr=[233.33.210.86], mport=[5050], saddr=[192.168.1.2], sport=[49450]
2012-10-11 15:27:32.706750 UTC  S(13063)        process_requests: closing accepted socket [8]
2012-10-11 15:27:32.706908 UTC  S(13063)        Processed [1/1] accepted sockets
newly-accepted sockets [1]: -1
2012-10-11 15:27:32.707027 UTC  S(13063)        All accepted sockets processed
2012-10-11 15:27:32.707092 UTC  S(13063)        Waiting for input from [2] fd's, NO timeout
2012-10-11 15:27:32.735993 UTC  c(13119)        received new [1328] bytes out of [2048], last=[0]
2012-10-11 15:27:32.736507 UTC  c(13119)        sent [1316] bytes out of [1328], last=[0]
2012-10-11 15:27:33.637390 UTC  c(13119)        received new [1364] bytes out of [2048], last=[1328]
2012-10-11 15:27:33.643357 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:34.598374 UTC  c(13119)        received new [1364] bytes out of [2048], last=[1328]
2012-10-11 15:27:34.604349 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:35.557177 UTC  c(13119)        received new [388] bytes out of [2048], last=[1328]
2012-10-11 15:27:35.557359 UTC  c(13119)        sent [376] bytes out of [388], last=[1316]
2012-10-11 15:27:35.559319 UTC  c(13119)        received new [1364] bytes out of [2048], last=[388]
2012-10-11 15:27:35.559564 UTC  c(13119)        sent [1316] bytes out of [1364], last=[376]
2012-10-11 15:27:35.561245 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:36.494863 UTC  S(13063)        No children exited since last check
2012-10-11 15:27:36.494987 UTC  S(13063)        Got 1 requests
2012-10-11 15:27:36.495078 UTC  S(13063)        Received TSTAT={ sender=[13119], bytes=[1315060.000000], seconds=[4.000000] }
2012-10-11 15:27:36.495544 UTC  S(13063)        Updated context for pid=[13119]; [321.1] Kb/sec
2012-10-11 15:27:36.495696 UTC  S(13063)        Waiting for input from [2] fd's, NO timeout
2012-10-11 15:27:36.514181 UTC  c(13119)        received new [388] bytes out of [2048], last=[1328]
2012-10-11 15:27:36.514433 UTC  c(13119)        sent [376] bytes out of [388], last=[1316]
2012-10-11 15:27:36.518311 UTC  c(13119)        received new [1364] bytes out of [2048], last=[388]
2012-10-11 15:27:36.518491 UTC  c(13119)        sent [1316] bytes out of [1364], last=[376]
2012-10-11 15:27:36.524077 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:37.473256 UTC  c(13119)        received new [764] bytes out of [2048], last=[1328]
2012-10-11 15:27:37.473604 UTC  c(13119)        sent [752] bytes out of [764], last=[1316]
2012-10-11 15:27:37.481276 UTC  c(13119)        received new [1364] bytes out of [2048], last=[764]
2012-10-11 15:27:37.481541 UTC  c(13119)        sent [1316] bytes out of [1364], last=[752]
2012-10-11 15:27:37.481694 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:38.433220 UTC  c(13119)        received new [952] bytes out of [2048], last=[1328]
2012-10-11 15:27:38.433403 UTC  c(13119)        sent [940] bytes out of [952], last=[1316]
2012-10-11 15:27:38.437244 UTC  c(13119)        received new [1364] bytes out of [2048], last=[952]
2012-10-11 15:27:38.437495 UTC  c(13119)        sent [1316] bytes out of [1364], last=[940]
2012-10-11 15:27:38.439200 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:39.396106 UTC  c(13119)        received new [952] bytes out of [2048], last=[1328]
2012-10-11 15:27:39.396286 UTC  c(13119)        sent [940] bytes out of [952], last=[1316]
2012-10-11 15:27:39.398275 UTC  c(13119)        received new [1364] bytes out of [2048], last=[952]
2012-10-11 15:27:39.398522 UTC  c(13119)        sent [1316] bytes out of [1364], last=[940]
2012-10-11 15:27:39.400710 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:40.283621 UTC  S(13063)        No children exited since last check
2012-10-11 15:27:40.283745 UTC  S(13063)        Got 1 requests
2012-10-11 15:27:40.283843 UTC  S(13063)        Received TSTAT={ sender=[13119], bytes=[1313744.000000], seconds=[4.000000] }
2012-10-11 15:27:40.284027 UTC  S(13063)        Updated context for pid=[13119]; [320.7] Kb/sec
2012-10-11 15:27:40.284139 UTC  S(13063)        Waiting for input from [2] fd's, NO timeout
2012-10-11 15:27:40.354978 UTC  c(13119)        received new [388] bytes out of [2048], last=[1328]
2012-10-11 15:27:40.355226 UTC  c(13119)        sent [376] bytes out of [388], last=[1316]
2012-10-11 15:27:40.361029 UTC  c(13119)        received new [1364] bytes out of [2048], last=[388]
2012-10-11 15:27:40.361210 UTC  c(13119)        sent [1316] bytes out of [1364], last=[376]
2012-10-11 15:27:40.364927 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:41.313174 UTC  c(13119)        received new [764] bytes out of [2048], last=[1328]
2012-10-11 15:27:41.313425 UTC  c(13119)        sent [752] bytes out of [764], last=[1316]
2012-10-11 15:27:41.317237 UTC  c(13119)        received new [1364] bytes out of [2048], last=[764]
2012-10-11 15:27:41.317414 UTC  c(13119)        sent [1316] bytes out of [1364], last=[752]
2012-10-11 15:27:41.321126 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:42.275099 UTC  c(13119)        received new [952] bytes out of [2048], last=[1328]
2012-10-11 15:27:42.275351 UTC  c(13119)        sent [940] bytes out of [952], last=[1316]
2012-10-11 15:27:42.277182 UTC  c(13119)        received new [1364] bytes out of [2048], last=[952]
2012-10-11 15:27:42.277360 UTC  c(13119)        sent [1316] bytes out of [1364], last=[940]
2012-10-11 15:27:42.279164 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:43.236892 UTC  c(13119)        received new [200] bytes out of [2048], last=[1328]
2012-10-11 15:27:43.237139 UTC  c(13119)        sent [188] bytes out of [200], last=[1316]
2012-10-11 15:27:43.241055 UTC  c(13119)        received new [1364] bytes out of [2048], last=[200]
2012-10-11 15:27:43.241289 UTC  c(13119)        sent [1316] bytes out of [1364], last=[188]
2012-10-11 15:27:43.241426 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:44.058527 UTC  S(13063)        No children exited since last check
2012-10-11 15:27:44.058971 UTC  S(13063)        Got 1 requests
2012-10-11 15:27:44.059064 UTC  S(13063)        Received TSTAT={ sender=[13119], bytes=[1312992.000000], seconds=[4.000000] }
2012-10-11 15:27:44.059247 UTC  S(13063)        Updated context for pid=[13119]; [320.6] Kb/sec
2012-10-11 15:27:44.059359 UTC  S(13063)        Waiting for input from [2] fd's, NO timeout
2012-10-11 15:27:44.193129 UTC  c(13119)        received new [1140] bytes out of [2048], last=[1328]
2012-10-11 15:27:44.193313 UTC  c(13119)        sent [1128] bytes out of [1140], last=[1316]
2012-10-11 15:27:44.195166 UTC  c(13119)        received new [1364] bytes out of [2048], last=[1140]
2012-10-11 15:27:44.195399 UTC  c(13119)        sent [1316] bytes out of [1364], last=[1128]
2012-10-11 15:27:44.197054 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:45.152952 UTC  c(13119)        received new [576] bytes out of [2048], last=[1328]
2012-10-11 15:27:45.153132 UTC  c(13119)        sent [564] bytes out of [576], last=[1316]
2012-10-11 15:27:45.158935 UTC  c(13119)        received new [1364] bytes out of [2048], last=[576]
2012-10-11 15:27:45.159214 UTC  c(13119)        sent [1316] bytes out of [1364], last=[564]
2012-10-11 15:27:45.162868 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]
2012-10-11 15:27:46.113847 UTC  c(13119)        received new [576] bytes out of [2048], last=[1328]
2012-10-11 15:27:46.114101 UTC  c(13119)        sent [564] bytes out of [576], last=[1316]
2012-10-11 15:27:46.116018 UTC  c(13119)        received new [1364] bytes out of [2048], last=[576]
2012-10-11 15:27:46.116197 UTC  c(13119)        sent [1316] bytes out of [1364], last=[564]
2012-10-11 15:27:46.119926 UTC  c(13119)        received new [1328] bytes out of [2048], last=[1364]

3. в роутах у меня есть маршрут 233.33.210.0/255.255.255.0/мой_локальный_ип br1 (приходит от DHCP провайдера)
4. вывод команд route и iptables --list ничего не у тебя проясняет? Почитай ещё здесь и это

заочно трудно диагностировать...

P.S. igmpproxy не отключал...