LINUX.ORG.RU

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

 , ,


1

2

Проект udpxy открыл свой сайт и опубликовал свои планы на ближайшее время. Планы впечатляют. Из простого релея мультикаст в юникаст (http) планируется сделать полноценный мультиплексор, причём исходными источниками называются HTTP/Unicast TCP/UDP/multicast. Из приятного — организация бэкенда сервиса как на уровне конфигурационных файлов (в текущей версии доступны только строковые параметры запуска), так и вынос конфигураций в sql-бэкенд. Полный future roadmap можно почитать здесь.

>>> Подробности



Проверено: JB ()

Ответ на: комментарий от X10Dead

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

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

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

anonymous ()

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

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

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

anonymous ()

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

но вот такие вешчи: «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)»... русские писали?

anonymous ()

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

anonymous ()
Ответ на: комментарий от anonymous

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

imul ★★★★★ ()
Ответ на: комментарий от imul

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

imul ★★★★★ ()
Ответ на: комментарий от imul

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от r2d2

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

sergej ★★★★★ ()

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

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

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

Firecracker ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от gray

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

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

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

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

жуть...

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

fank ()
Ответ на: комментарий от anonymous

Все работает на 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) не требуется

andrew667 ★★★★★ ()

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

athost ★★★★★ ()

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

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

a1batross ★★★★★ ()
Ответ на: комментарий от andrew667

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

anonymous ()

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

Gunnerua ()
Ответ на: комментарий от andrew667

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

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

Ttt ☆☆☆☆☆ ()

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

rave ()

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

rave ()
Ответ на: комментарий от rave

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от rave

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

rave ()

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

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

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

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

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

Xintrea ★★★★★ ()
Ответ на: комментарий от Ttt

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

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

andrew667 ★★★★★ ()
Ответ на: комментарий от Xintrea

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

Ttt ☆☆☆☆☆ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.