Проект udpxy опубликовал roadmap

Напиши еще, что это, и зачем оно нужно. Иначе в таком виде не пропустят.

зачем оно нужно

Смотреть IPTV от провайдера на компах дома за рутером.

От прова ТВ прилетает по мультикасту, эта прога преобразует его в обычный уникаст и выступает http стримером - mplayer http://router:8000/нтвлжёт

планы наполеоновские. получили поддержку от провайдеров?

самое то главное прововский DRM.

мой провайдер вообще молодец, снабжает своим костылем (возможно, основанным на udpxy, код не смотрел, если он вообще открыт), берущим ключи динамические с сервака по SOAP и декриптующим поток.

ничо такой корпоративненький сайтик запилили.

но вот такие вешчи: «During current week you will can register on our new site and will use all services e.t. discuss on the forums, send bugtrack, download packages and other. See you later)»... русские писали?

Я, если честно, не совсем понимаю зачем всё это. В настоящий момент - этот udpxy выполняет ровно то что он и должен делать - позволяет смотреть IPTV через WiFi раздаваемый роутером. При этом, благодаря легковесности, он отлично работает на сравнительно слабеньком железе (200Mhz Mips, Broadcomm), и весит считанные килобайты. Что случится после реализации всех перечисленных улучшений ? будет-ли он по-прежнему легко и быстро выполнять свою основную функцию ? на мой взгляд, об этих вопросах забывают очень многие авторы, превращая свой софт в самый настоящий bloatware....

И ни слова о том, зачем он нужен.

А чему там особо жиреть? Нагрузка примерно останется прежняя, количество источников и приёмников расширяется.

А чему там особо жиреть? Нагрузка примерно останется прежняя, количество источников и приёмников расширяется.

Я больше всего боюсь, что программа по причине увеличившегося бинарника перестанет работать быстро. Конечно это маловероятно, но все-таки сейчас при просмотре ТВ в разрешении 1080p - эта программа сжирает примерно 30-40% моего слабенького CPU на роутере. Как-бы не стало больше.

К тому-же зависимость от сторонних библиотек - тоже важная вещь. У моего роутера - флеш-память всего 4 метра. Помню с какими матюгами я жирный OpenVPN на него ставил. Если и для этой программы придется устанавливать кучу библиотек - то это будет катастрофа. А альтернатив её я особо не вижу. Есть igmpproxy - но он не работает по WiFi, да и вообще кривоват.

В дополнение к вышенаписанному - судя по Roadmap'у, без сторонних библиотек дело не обойдется.

У моего роутера - флеш-память всего 4 метра. Помню с какими матюгами я жирный OpenVPN на него ставил.

У роутера есть usb? Можно воткнуть usb-хаб, в него флешку и сделать / на флешке. Это не так сложно и в документации на сайте openwrt описано. Хотя, конечно добавляется лишнее звено, но такого мизерного ограничения по памяти уже не будет.

У роутера есть usb? Можно воткнуть usb-хаб, в него флешку и сделать / на флешке. Это не так сложно и в документации на сайте openwrt описано. Хотя, конечно добавляется лишнее звено, но такого мизерного ограничения по памяти уже не будет.

Да все конечно можно. Может и роутеры, к тому моменту как автор всё реализует, будут по-мощнее. Просто последние лет 10 в мире GNU наблюдается устойчивая тенденция превращения хорошо работающего unixway'а в глючный bloatware.

Ну вот нафига, например, свой веб-интерфейс данной программе? Куда полезнее было-бы наличие простого интерфейса (или API какого-нибудь) для внешнего обслуживания, например из внешнего web-gui, которое уже разработчики роутера туда ставят. Например тот-же luci из openwrt.

Есть igmpproxy - но он не работает по WiFi, да и вообще кривоват.

igmpproxy это другое. оно пробрасывает multicast трафик во внутреннюю сеть - следовательно с вай-фай те же проблемы остаются. а по проводу он весьма прямоват, плюс не надо плейлисты от провайдера переделывать. хотя 1080i по нему всё же как-то не очень было, когда я последний раз его юзал. сейчас в основном юзаю провайдерский аналог udpxy, умеющий ихнее DRM. и, судя по распространению именного этого метода (multicast-to-unicast), не удивлюсь, если провы будут поддерживать именно его. хотя, им, скорее всего выгоднее вообще железные приставки (с тем же или аналогичным содержимым внутре, гыгы). денег больше можно отгрести.

вообще, вопрос мультикаста (или, точнее, кучи мелких udp-пакетов) по wlan широк и многообразен. говорят, что в 802.11n оно даже работать должно, там мол как-то подкручено управление питанием, что дескать, должно благоприятно отразиться на. проверить дома это не удалось - у меня единственная n-карточка в десктопе и она выдавала макс. 120-сколько-то мбит (реальная скорость черепашья, возможно из-за расположения компа - антеннами в стенку дальнего угла комнаты, рутер - tp-link1043 openwrt trunk в коридоре рядом с DECT-телефоном) и не более по сообщениям венды... хм, а сейчас там Федорка, надо будет попробовать.

у меня плохие новости... у него и сейчас есть веб-морда. простенькая, да, но есть.

ваш провайдер не даётЪ IPTV? мы идём к вас!

у самого был какой-то d-link с 4MB, действительно маловато будет, даже без openvpn. вообще тут лучше другой рутер купить, 4 метра в любом случае не хватать будет. тем более, если рутер будет более-менее полноценным серваком с випиэнами и качалками. тогда вообще без вариантов, хотя сборки ddwrt (наверное) меньше займут, чем openwrt с доустановленными пакетами. иначе, зачем там по несколько вариантов готовых сборок?

Смотреть IPTV от провайдера на компах дома за рутером.

Я смотрел на udpxy, но решил использовать igmpproxy. Поток не изменяет, ЦПУ не грузит

Из простого релея мультикаст в юникаст (http) планируется сделать полноценный мультиплексор

организация бэкенда сервиса как на уровне конфигурационных файлов

Кто это написал, на каком это языке и кто это пропустил?

что в 802.11n оно даже работать должно, там мол как-то подкручено управление питанием.

А вот фиг. Мне так и не удалось на N нормально настроить. Скорость соединения держит в районе 160 мегабит (проверял тестами). Вероятно по подобным причинам провайдеры тоже предпочитают решения на базе udprxy

Проект udpxy

Ох и название ж)

первый раз вижу такой кривой проект

на сайте ровно 4 с половиной странички в виде мешанины англ/рус текста с невменяемыми картинками, пафосными заявлениями о техподдержке (платной!!! ffffuuuuuuuuuuccccccckkkkkk)

Я смотрел на udpxy, но решил использовать igmpproxy.

а вот это честная участь сего «проекта» - забвение

жуть...

P.S. И это в то время как TURN не реализован почти нигде.... печально...

Все работает на N. Без igmpproxy нельзя сделать запрос на адрес, если юзаешь соединение за NAT. Если NAT не используется, то igmpproxy не нужно. udpxy надо чтобы использовать вместо udp протокол tcp.

Итак если у вас на модеме для iptv стоит nat, то обязательно включаем igmpproxy, а если вдобавок ходим юзать по 802.11b/g iptv, то на маршрутизатор надо присобачить еще udpxy и написать пару строк в iptables.

Интересный факт, что на модеме промсвязь m200 (Firmware Version : 300V1.0.0a_ZRD_BY1) - это zte с поддержкой 802.11 n если выставить даже режим 802.11b, то все работает, и никаких костылей (udpxy) не требуется

в бсд можно заюзать netgraph.

http://www.opennet.ru/tips/2649_multicast_proxy_igmp_freebsd_netgraph.shtml

Очень хорошая и полезная прога. Постоянно использую дома для просмотра iptv на ноуте через wi-fi и записи программ по расписанию. А вот интерфейс записи аскетичный (ком.строка). Здорово будет, если проект будет развиваться в сторону повышению юзабилити.

Напиши что это.

Хотя и по тегам почти стало ясно

Сейчас все вменяемые железки умеют mcast->unicast + igmpsnooping на уровне бриджа/драйверов (как пример Acorp W422G_v3/v4/W510N/W520N/WR-150N/WR-300N ессно всё с Wive) и никаких костылей для просмотра iptv через wifi там не требуется. Хотя для особо кривых клиентов в фирмваре таки есть udpxy, но это больше дань времени.

А давайте будем публиковать новости о всех проектах подряд, TODO каких впечатляет?

Все работает на N.

Ну у меня так и не взлетело. Чип RT2870, драйвер rt2800usb. Вообще n нестабильно работал (связь пропадала), пока выключил, всё равно в моём случае выше 72 мегабит не поднималась. На роутерах с этим должно быть получше, но лично в моём случае пришлось пользоваться udpxy.

Эм, зашел на сайт в downloads, а там нет ссылки на исходники.

И да, а как в этой штуке получить список каналов то? А то я честно говоря не знаю какие там у провайдера мультикаст группы.

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

Странно, Дима, что ты жив.

Сейчас все вменяемые железки умеют mcast->unicast + igmpsnooping на уровне бриджа/драйверов (как пример Acorp W422G_v3/v4/W510N/W520N/WR-150N/WR-300N ессно всё с Wive) и никаких костылей для просмотра iptv через wifi там не требуется.

Называть их вменяемыми, а сабж костылями — немного.. поспешно. Мультикаст в юникаст где-то в семействе 802.11 уже стандартизирован?

Проблема - плэйлист по SAP забирается. И иногда не забирается.

вряд ли же адреса часто меняются?

в любом случае, udpxy тут не при чем - его адреса соотв. адресам по мультикасту. другое дело конвертировать нужно одно в другое. если они действительно часто меняются у тебя... во что чесно говоря сложно поверить, тогда да - засада.

ну да. Но вроде сегодня по SAP плэйлист сдампился. Щас конвертну его к нужному виду и попробую.

Никогда не интересовался этой темой.

Скажите, можно ли на холяву смотреть DIESEL-TV:

http://diselcom.ru/rostov/disel-tv/configure

Что потребуется? Перенастроить ADSL модем? Установить в модем какую-то прогу? На ADSL модеме образуется порт, на который можно зацепиться mplayer-ом?

Можно узнать порядок действий?

Ну у меня так и не взлетело. Чип RT2870, драйвер rt2800usb. Вообще n нестабильно работал (связь пропадала)

Сперва обеспечьте стабильность канала, правильно установив сетевое оборудование и выберите свободный канал, предварительно просканировав весь диапазон. Без MIMO на 20 МГц канале выше 72 mbit поднять и нельзя. Для дома это в принципе приемлемая скорость. Конечно есть вероятность кривоватых драйверов, раз iptv не пошло. Включите igmpsnooping на модеме или маршрутизаторе (тогда не будет транслировать мультикаст на все порты).

С помощью сабжа ничего более халявного, чем было, не будет.