Bekijk de volledige versie : udpxy - udp->http IPTV прокси
ylisenko
06-04-2009, 10:45
Зачем тогда вообще устанавливать udpxy? Его смысл в просмотре IPTV при отключенном мультикасте.
У меня по другому не заработало... Есть подозрение, что по умолчанию весь мультикаст убивается на FireWall, по этому я включил мультикаст,который теоретически настраивает IpTables роутера =) Если бы умел по другому... сделал бы по другому =)))))))))) Если знаешь как напиши... многие скажут спасибо, за поправки...
Не проще killall udpxy?
К сожалению не знаю глубоко Линукс... но за команду сапсиб, теперь и ее знаю=)
IP-TV player от Borpas и программа для Корбины поддерживают прокси - достаточно ввести IP роутера и порт в настройках и плейлист переделывать не надо.
Использую VLC Player
Интересно, встроенный udpxy в прошивку 1.9.2.7-10.7 спокойно работает и с выключенным multicast'ом. А вот новый установленный udpxy 11 сборки у меня работает только с включенным multicast'ом. Видимо что-то нужно допрописать где-то....
ylisenko
06-04-2009, 12:45
BSL45 прокомментируйте пожалуйста, что делаем не так?
udpxy тут не причем. Не хватает правил iptables, которые добавляются если включен мультикаст-роутинг или встроенный в прошивку udpxy
-A INPUT -d 224.0.0.0/240.0.0.0 -p igmp -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
Соответственно, варианта два. Либо добавить вручную, либо использовать прошивку с новой версией udpxy.
Использовать udpxy при включенном мультикаст-роутинге бессмысленно. udpxy нужен как раз для того, чтобы можно было выключить мультикаст-роутинг и не забивать мультикаст-трафиком wi-fi.
Соответственно, варианта два. Либо добавить вручную, либо использовать прошивку с новой версией udpxy.
А разве есть новая прошивка от Олега с новой версией udpxy??
kudryaviy
06-04-2009, 16:53
Метод, в теории, должен работать на любом роутере с Linux прошивкой.
Кхм, в теории...а как быть с "монтированием флешки?" Нет у этого девайся внешних портов USB :(
А разве есть новая прошивка от Олега с новой версией udpxy??
Во-первых, есть прошивка от lly. Во-вторых, можно просто добавить правила в post-firewall и не заморачиваться :)
можно просто добавить правила в post-firewall и не заморачиваться :)
Вот так это сделать? Наверняка не так ведь...
echo "#!/bin/sh" > /usr/local/sbin/post-firewall
echo "-A INPUT -d 224.0.0.0/240.0.0.0 -p igmp -j ACCEPT" >> /usr/local/sbin/post-firewall
echo "-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT" >> /usr/local/sbin/post-firewall
chmod +x /usr/local/sbin/post-firewall
flashfs save && flashfs commit && flashfs enable
И кстати, эти значения для моей сети такие же будут?
ylisenko
06-04-2009, 18:24
Ну добавил я эти строки и что-то не завелось... без включенного мультикаста.
# Generated by iptables-save v1.2.7a on Mon Apr 6 21:12:54 2009
*nat
:PREROUTING ACCEPT [79:8900]
:POSTROUTING ACCEPT [28:1712]
:OUTPUT ACCEPT [28:1712]
:VSERVER - [0:0]
-A PREROUTING -d 192.168.115.113 -j VSERVER
-A PREROUTING -d 10.80.197.244 -j VSERVER
-A POSTROUTING -s ! 192.168.115.113 -o ppp0 -j MASQUERADE
-A POSTROUTING -s ! 10.80.197.244 -o eth1 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/255.255.255.0 -d 192.168.1.0/255.255.255.0 -o br0 -j MASQUERADE
-A VSERVER -p tcp -m tcp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 64132 -j DNAT --to-destination 192.168.1.33:64132
-A VSERVER -p udp -m udp --dport 43700 -j DNAT --to-destination 192.168.1.33:43700
-A VSERVER -p udp -m udp --dport 49245 -j DNAT --to-destination 192.168.1.33:49245
-A VSERVER -p tcp -m tcp --dport 16034 -j DNAT --to-destination 192.168.1.34:16034
-A VSERVER -p udp -m udp --dport 16034 -j DNAT --to-destination 192.168.1.34:16034
-A VSERVER -p tcp -m tcp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
COMMIT
# Completed on Mon Apr 6 21:12:54 2009
# Generated by iptables-save v1.2.7a on Mon Apr 6 21:12:54 2009
*mangle
:PREROUTING ACCEPT [1398:365286]
:INPUT ACCEPT [831:177732]
:FORWARD ACCEPT [286:104123]
:OUTPUT ACCEPT [708:126874]
:POSTROUTING ACCEPT [1160:290505]
COMMIT
# Completed on Mon Apr 6 21:12:54 2009
# Generated by iptables-save v1.2.7a on Mon Apr 6 21:12:54 2009
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [20:1008]
:OUTPUT ACCEPT [651:108093]
:MACS - [0:0]
:SECURITY - [0:0]
:logaccept - [0:0]
:logdrop - [0:0]
-A INPUT -i br0 -j MACS
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -m state --state NEW -j ACCEPT
-A INPUT -i br0 -m state --state NEW -j ACCEPT
-A INPUT -i ppp0 -m state --state NEW -j SECURITY
-A INPUT -p tcp -m tcp --dport 21 -j ACCEPT
-A INPUT -j DROP
-A INPUT -d 224.0.0.0/240.0.0.0 -p 2 -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
-A FORWARD -i br0 -j MACS
-A FORWARD -i br0 -o br0 -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i ! br0 -o ppp0 -j DROP
-A FORWARD -i ! br0 -o eth1 -j DROP
-A FORWARD -i ! br0 -m state --state NEW -j SECURITY
-A FORWARD -m conntrack --ctstate DNAT -j ACCEPT
-A FORWARD -o br0 -j DROP
-A MACS -m mac --mac 00:16:17:43:12:34 -j RETURN
-A MACS -m mac --mac 00:15:AF:2B:8D:DF -j RETURN
-A MACS -j DROP
-A SECURITY -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -m limit --limit 1/sec -j RETURN
-A SECURITY -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -m limit --limit 1/sec -j RETURN
-A SECURITY -p udp -m limit --limit 5/sec -j RETURN
-A SECURITY -p icmp -m limit --limit 5/sec -j RETURN
-A SECURITY -j DROP
-A logaccept -m state --state NEW -j LOG --log-prefix "ACCEPT " --log-tcp-sequence --log-tcp-options --log-ip-options
-A logaccept -j ACCEPT
-A logdrop -m state --state NEW -j LOG --log-prefix "DROP " --log-tcp-sequence --log-tcp-options --log-ip-options
-A logdrop -j DROP
COMMIT
# Completed on Mon Apr 6 21:12:54 2009
_________________________
Список каналов выглядит вот так:
#EXTM3U
#EXTINF:0,ОРТ
http://192.168.1.1:5000/udp/234.5.2.1:20000
#EXTINF:0,Россия
http://192.168.1.1:5000/udp/234.5.2.2:20000
#EXTINF:0,ТВЦ
http://192.168.1.1:5000/udp/234.5.2.3:20000
#EXTINF:0,НТВ
http://192.168.1.1:5000/udp/234.5.2.4:20000
#EXTINF:0,Культура
http://192.168.1.1:5000/udp/234.5.2.5:20000
#EXTINF:0,Спорт
http://192.168.1.1:5000/udp/234.5.2.6:20000
И где косяк??
ylisenko
07-04-2009, 08:12
И где косяк??
АпчеГ! Нужен хелп знающих людей....
Ну добавил я эти строки и что-то не завелось... без включенного мультикаста.
-A INPUT -j DROP
-A INPUT -d 224.0.0.0/240.0.0.0 -p 2 -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
И где косяк??
Как пройдет мультикаст, если до него идет DROP?
ylisenko
07-04-2009, 12:31
Как пройдет мультикаст, если до него идет DROP?
iptables -D INPUT -j DROP поможет ?
iptables -D INPUT -j DROP поможет ?
iptables -D INPUT -j DROP, затем свои правила, затем iptables -A INPUT -j DROP.
ylisenko
07-04-2009, 17:19
[admin@root]$ iptables-save -L
iptables-save: illegal option -- L
# Generated by iptables-save v1.2.7a on Tue Apr 7 20:17:09 2009
*nat
:PREROUTING ACCEPT [4271:5574400]
:POSTROUTING ACCEPT [40:2374]
:OUTPUT ACCEPT [42:3030]
:VSERVER - [0:0]
-A PREROUTING -d 192.168.115.113 -j VSERVER
-A PREROUTING -d 10.80.197.244 -j VSERVER
-A POSTROUTING -s ! 192.168.115.113 -o ppp0 -j MASQUERADE
-A POSTROUTING -s ! 10.80.197.244 -o eth1 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/255.255.255.0 -d 192.168.1.0/255.255.255.0 -o br0 -j MASQUERADE
-A VSERVER -p tcp -m tcp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 64132 -j DNAT --to-destination 192.168.1.33:64132
-A VSERVER -p udp -m udp --dport 43700 -j DNAT --to-destination 192.168.1.33:43700
-A VSERVER -p udp -m udp --dport 49245 -j DNAT --to-destination 192.168.1.33:49245
-A VSERVER -p tcp -m tcp --dport 16034 -j DNAT --to-destination 192.168.1.34:16034
-A VSERVER -p udp -m udp --dport 16034 -j DNAT --to-destination 192.168.1.34:16034
-A VSERVER -p tcp -m tcp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
-A VSERVER -p udp -m udp --dport 16016 -j DNAT --to-destination 192.168.1.34:16016
COMMIT
# Completed on Tue Apr 7 20:17:09 2009
# Generated by iptables-save v1.2.7a on Tue Apr 7 20:17:09 2009
*mangle
:PREROUTING ACCEPT [6794:6390494]
:INPUT ACCEPT [1274:256853]
:FORWARD ACCEPT [986:452359]
:OUTPUT ACCEPT [1183:182598]
:POSTROUTING ACCEPT [2379:709517]
COMMIT
# Completed on Tue Apr 7 20:17:09 2009
# Generated by iptables-save v1.2.7a on Tue Apr 7 20:17:09 2009
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [48:2392]
:OUTPUT ACCEPT [1136:164358]
:MACS - [0:0]
:SECURITY - [0:0]
:logaccept - [0:0]
:logdrop - [0:0]
-A INPUT -i br0 -j MACS
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -m state --state NEW -j ACCEPT
-A INPUT -i br0 -m state --state NEW -j ACCEPT
-A INPUT -i ppp0 -m state --state NEW -j SECURITY
-A INPUT -p tcp -m tcp --dport 21 -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p 2 -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
-A INPUT -j DROP
-A FORWARD -i br0 -j MACS
-A FORWARD -i br0 -o br0 -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i ! br0 -o ppp0 -j DROP
-A FORWARD -i ! br0 -o eth1 -j DROP
-A FORWARD -i ! br0 -m state --state NEW -j SECURITY
-A FORWARD -m conntrack --ctstate DNAT -j ACCEPT
-A FORWARD -o br0 -j DROP
-A MACS -m mac --mac 00:16:17:43:12:34 -j RETURN
-A MACS -m mac --mac 00:15:AF:2B:8D:DF -j RETURN
-A MACS -j DROP
-A SECURITY -p udp -m udp --dport 16002:16254 -j RETURN
-A SECURITY -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -m limit --limit 1/sec -j RETURN
-A SECURITY -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -m limit --limit 1/sec -j RETURN
-A SECURITY -p udp -m limit --limit 5/sec -j RETURN
-A SECURITY -p icmp -m limit --limit 5/sec -j RETURN
-A SECURITY -j DROP
-A logaccept -m state --state NEW -j LOG --log-prefix "ACCEPT " --log-tcp-sequence --log-tcp-options --log-ip-options
-A logaccept -j ACCEPT
-A logdrop -m state --state NEW -j LOG --log-prefix "DROP " --log-tcp-sequence --log-tcp-options --log-ip-options
-A logdrop -j DROP
COMMIT
# Completed on Tue Apr 7 20:17:09 2009
И Тишина... неужели только у меня такая проблема?? =(((((((
ylisenko
09-04-2009, 06:25
Апчег... проблема осталась... без включенного Мультикастинга, udpxy не показывает...:(
Выложена сборка 12. Изменения минимальные: добавлена компиляция под FreeBSD (проверялось на 7.1) под gmake.
ylisenko
15-04-2009, 17:37
Выложена сборка 12. Изменения минимальные: добавлена компиляция под FreeBSD (проверялось на 7.1) под gmake.
Подскажите, что нужно посмотреть, проверить подкрутить... ну не работает без включенного мультикастинга...
BSL45 прокомментируйте пожалуйста, что делаем не так?
Пока Вы не можете подписаться на мультикаст-каналы, ни о какой работе udpxy речи быть не может. По одной сети (НЕ wi-fi) идёт вещание в мультикасте и мультикаст-пакеты видны "невооружённым глазом" (tcpdump) - нет под рукой сейчас устройства, поэтому примера не привожу - на этой же сети udpxy подписывается на mulitcast каналы (опция -m - заметьте, что по умолчанию это ВСЕ сети, но Вам, скорей нужна конкретно одна - по которой идёт мультикаст вещание). На другом (wi-fi) интерфейсе udpxy слушает запросы (опция -a) и по запросу подписывается на соответствующий канал - а затем передаёт поток с одной сети на другую.
Итак, пока не видно (tcpdump) мультикаст-пакетов на интерфейсе, обозначенном опцией -m, ничего работать не будет. Как добиться, чтобы было видно ? - уже вопрос не совсем ко мне. У меня multicast routing, насколько я помню, включён, но беспроводную сеть он не засоряет - пакеты не идут в wi-fi сеть по умолчанию, если вещание в другой сети. Без опции multicast routing, по моим воспоминаниям, мне не удавалось подписаться на multicast в своей же сети (если я не напутал чего...).
Совет - попробуйте не полагаться на значения по умолчанию в параметрах -a и -m udpxy - указывайте все интерфейсы. В правила iptables я не залазил, надо сравнивать наборы правил с опцией (multicast routing) и без, и разбираться (кажется, разницу уже кто-то вычислил).
udpxy не конфигурирует iptables, поэтому никакая новая версия не поможет, если нельзя элементарно подписаться на multicast каналы. Включаю в сообщение файл тестовой утилиты - mcprobe.c - для тех, кто не любит смотреть мультикаст-пакеты tcpdump-ом.
Привет.
Ситуация в общем: Через мультикаст работает, но иногда появляются "квадртики" жить можно, но хочется лучше :) .
Проблема:
запускаю udpxy так:
/opt/bin/udpxy -a br0 -m vlan1 -p 2002 -l /tmp/harddisk/Public/temp/log.txt
да, еще замечание, udpxy (udpxy_1.0-Chipmunk-11_mipsel.ipk) скачал с sourceforge.net и установил с помощью ipkg.
через браузер смотрю http://192.168.1.1:2002/status показывает, что работает.
теперь плейлист:
было:
udp://@224.10.10.11
переделал в:
http://192.168.1.1:2002/udp/224.10.10.11
Вроде все с настройкой. Запускаю ... и тишина. IPTV вообще ничего не говорить, а vlc печально сообщает
Этот источник не открывается:
VLC не может открыть MRL 'http://192.168.1.1:2002/udp/224.10.10.11'. Ищите более подробную информацию в лог-файле.
А в логе udpxy написано следующие:
2009-05-23 13:44:44.917047 EETDST 409 udpxy 1.0-Chipmunk (build 11) standard: /opt/bin/udpxy -a br0 -m vlan1 -p 2002 -l /tmp/harddisk/Public/temp/log.txt
2009-05-23 13:44:44.924817 EETDST 409 Starting server [409]; capacity=[3] clients
2009-05-23 13:44:44.926747 EETDST 409 Setting up listener for [192.168.1.1:2002]
2009-05-23 13:44:44.929224 EETDST 409 Server socket=[5] is set up
2009-05-23 13:44:44.930529 EETDST 409 Entering server loop
2009-05-23 13:44:55.967351 EETDST 409 Accepted socket=[6]
2009-05-23 13:44:55.970512 EETDST 409 Reading command from socket [6]
2009-05-23 13:44:55.971823 EETDST 409 Request=[udp/224.10.10.11], length=[16]
2009-05-23 13:44:55.972378 EETDST 409 Command [udp] with params [224.10.10.11] read from socket=[6]
2009-05-23 13:44:55.973014 EETDST 409 udp_relay : new_socket=[6] param=[224.10.10.11]
2009-05-23 13:44:55.973556 EETDST 409 Error [1] parsing parameters [224.10.10.11]
2009-05-23 13:44:55.975257 EETDST 409 Sent HTTP response code=[500], reason=[Service error] to socket=[6]
2009-05-23 13:44:55.977491 EETDST 409 Closed accepted socket [6]
подозрительно выглядит эта строка
2009-05-23 13:44:55.973556 EETDST 409 Error [1] parsing parameters [224.10.10.11]
Такое поведение не зависит включен или нет мультикаст. Также не работало и предыдущей версией (udpxy 0.1 (build 37) lean) которая была по умолчанию в роутере.
Помогите, пожалуйста или подскажите где я ошибся в настройках.
Спасибо.
OlegVekhov
23-05-2009, 19:37
ТВ от Стрима.
Есть роутер на FreeBSD. интерфейс rl0 смотрит наружу и не настроен.
Делаем тупо ifconfig 10.50.50.50 netmask 255.255.255.255,
запускаем udpxy -m 10.50.50.50 -p 4022 и все отлично.
Подключаем вместо вышеуказанного роутер с Linux, делаю 100% аналогичные действия. Не пашет:
2009-05-23 22:12:53.775522 MSD 3024 Accepted socket=[7]
2009-05-23 22:12:53.776749 MSD 3024 Reading command from socket [7]
2009-05-23 22:12:53.785240 MSD 3024 Request=[udp/239.255.0.100:5500], length=[22]
2009-05-23 22:12:53.786548 MSD 3024 Command [udp] with params [239.255.0.100:5500] read from socket=[7]
2009-05-23 22:12:53.787520 MSD 3024 udp_relay : new_socket=[7] param=[239.255.0.100:5500]
2009-05-23 22:12:53.788989 MSD 3024 Client process=[3028] started for socket=[7]
2009-05-23 22:12:53.789439 MSD 3028 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-23 22:12:53.789517 MSD 3028 Setting up multicast listener
2009-05-23 22:12:53.789755 MSD 3028 current receive buffer size is [111616] bytes for socket [4]
2009-05-23 22:12:53.790075 MSD 3028 multicast-group [ADD]
2009-05-23 22:12:53.790132 MSD 3028 Mcast listener socket=[4] set up
2009-05-23 22:12:53.790190 MSD 3028 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-23 22:12:53.790225 MSD 3028 Data buffer will hold up to [1] messages
2009-05-23 22:12:53.790254 MSD 3028 UDP stream, RTP check enabled
2009-05-23 22:12:53.790379 MSD 3028 current send buffer size is [16384] bytes for socket [7]
2009-05-23 22:12:53.790428 MSD 3028 current receive buffer size is [111616] bytes for socket [4]
2009-05-23 22:12:53.790462 MSD 3028 send buffer size set to [111616] bytes for socket [7]
2009-05-23 22:12:53.790746 MSD 3028 Sent HTTP response code=[200], reason=[OK] to socket=[7]
2009-05-23 22:12:53.790911 MSD 3028 Relaying traffic from socket[4] to socket[7], buffer size=[2048], Rmsgs=[1], pauses=[0]
2009-05-23 22:12:53.791715 MSD 3024 Added client: pid=[3028], maddr=[239.255.0.100], mport=[5500], saddr=[10.25.12.102], sport=[53719]
2009-05-23 22:12:53.792806 MSD 3024 Closed accepted socket [7]
2009-05-23 22:12:58.786387 MSD 3028 read_buf: read: Resource temporarily unavailable
2009-05-23 22:12:58.786513 MSD 3028 read_data - EOF
2009-05-23 22:12:58.786547 MSD 3028 Exited relay loop: received=[-1], sent=[0], quit=[0]
2009-05-23 22:12:58.786975 MSD 3028 multicast-group [DROP]
2009-05-23 22:12:58.787120 MSD 3028 Mcast listener socket=[4] closed
2009-05-23 22:12:58.787436 MSD 3028 Child process=[3028] exits with rc=[0]
2009-05-23 22:12:58.788898 MSD 3024 *** Caught SIGCHLD in process=[3024] ***
2009-05-23 22:12:58.789894 MSD 3024 Client [3028] has exited.
2009-05-23 22:12:58.790648 MSD 3024 Deleted client: pid=[3028]
Напускаем на eth0 dhclient. Получаем 44.51.х.х c маской 255.255.0.0 и шлюзом 44.51.0.1
Запускаем udpxy - все работает.
Но мне не нужен дхклиент на этом интерфейсе! А udpxy не работает, пока шлюзом не станет 44.51.0.1. Причем попытка просто добавить маршрут 224.0.0.0/4 на этот шлюз ни к чему не приводит.
Я не очень в запросах мультикастовых разбираюсь, но во фре то работает. Может подскажете почему в линуксе - нет?
OlegVekhov
23-05-2009, 19:43
2009-05-23 13:44:55.973556 EETDST 409 Error [1] parsing parameters [224.10.10.11]
Ну судя по всему ему порта не хватает. Попробуйте в своем плейлисте еще и порт указать - стандартный для мультикаста вроде 5500.
http://192.168.1.1:2002/udp/224.10.10.11:5500
теперь плейлист, было:
udp://@224.10.10.11:8011
переделал в:
http://192.168.1.1:2002/udp/224.10.10.11:8011
Помогите, пожалуйста или подскажите где я ошибся в настройках. Спасибо.
Исправьте плейлисты IPTV (добавьте номера портов в адреса мультикаст-группы) ;)
#EXTM3U
#EXTINF:0,TVXXI
udp://@224.10.10.1:8001
#EXTINF:0,ТВЦ Сибирь
udp://@224.10.10.2:8002
#EXTINF:0,7 ТВ
udp://@224.10.10.3:8003
#EXTINF:0,Благовест
udp://@224.10.10.4:8004
#EXTINF:0,REN TV
udp://@224.10.10.5:8005
#EXTINF:0,ТВЦ международный
udp://@224.10.10.6:8006
#EXTINF:0,O2 TV
udp://@224.10.10.7:8007
#EXTINF:0,ТДК
udp://@224.10.10.8:8008
#EXTINF:0,Fashion TV
udp://@224.10.10.9:8009
#EXTINF:0,Русский иллюзион
udp://@224.10.10.10:8010
#EXTINF:0,ТВ3
udp://@224.10.10.11:8011
#EXTINF:0,Звезда
udp://@224.10.10.12:8012
#EXTINF:0,СГУ ТВ
udp://@224.10.10.13:8013
#EXTINF:0,MTV Россия
udp://@224.10.10.14:8014
#EXTINF:0,Music Box RU
udp://@224.10.10.15:8015
#EXTINF:0,Music Box TV
udp://@224.10.10.16:8016
#EXTINF:0,Юмор TV
udp://@224.10.10.17:8017
#EXTINF:0,DTV
udp://@224.10.10.18:8018
#EXTINF:0,Вести 24
udp://@224.10.10.19:8019
#EXTINF:0,Rambler
udp://@224.10.10.20:8020
#EXTINF:0,Детский
udp://@224.10.10.21:8021
#EXTINF:0,Культура
udp://@224.10.10.22:8022
#EXTINF:0,РБК
udp://@224.10.10.23:8023
#EXTINF:0,Discovery Channel
udp://@224.10.10.24:8024
#EXTINF:0,Animal Planet
udp://@224.10.10.25:8025
#EXTINF:0,Jetix
udp://@224.10.10.26:8026
#EXTINF:0,НТВ
udp://@224.10.10.27:8027
#EXTINF:0,ТНТ
udp://@224.10.10.28:8028
#EXTINF:0,Радио «Мелодия»
udp://@224.10.10.29:8029
#EXTINF:0,Радио 21
udp://@224.10.10.30:8030
#EXTINF:0,Общественное российское радио
udp://@224.10.10.31:8031
http://www.adslclub.ru/forum/viewtopic.php?t=157&start=39 :cool:
З.Ы. Там у BorPas тоже есть udp-мультикаст -> http прокси (http://www.adslclub.ru/forum/viewtopic.php?t=157) ... :)
Пробовал добавить порты 5500 и 8011, но это не помогло. Хоть уже так не ругается, но все равно ничего не показывает. Хочу заметить что изначально у меня в плейлисте нет никаких портов.
Лог:
2009-05-25 09:07:02.523760 EETDST 21683 udpxy 1.0-Chipmunk (build 11) standard: /opt/bin/udpxy -a br0 -m vlan1 -p 2002 -l /tmp/harddisk/Public/temp/log.txt
2009-05-25 09:07:02.585805 EETDST 21683 Starting server [21683]; capacity=[3] clients
2009-05-25 09:07:02.587412 EETDST 21683 Setting up listener for [192.168.1.1:2002]
2009-05-25 09:07:02.589880 EETDST 21683 Server socket=[5] is set up
2009-05-25 09:07:02.590441 EETDST 21683 Entering server loop
2009-05-25 09:07:06.665940 EETDST 21683 Accepted socket=[6]
2009-05-25 09:07:06.667217 EETDST 21683 Reading command from socket [6]
2009-05-25 09:07:06.668041 EETDST 21683 Request=[udp/224.10.10.10:5500], length=[21]
2009-05-25 09:07:06.668677 EETDST 21683 Command [udp] with params [224.10.10.10:5500] read from socket=[6]
2009-05-25 09:07:06.669302 EETDST 21683 udp_relay : new_socket=[6] param=[224.10.10.10:5500]
2009-05-25 09:07:06.671830 EETDST 21683 Added client: pid=[21684], maddr=[224.10.10.10], mport=[5500], saddr=[192.168.1.3], sport=[49683]
2009-05-25 09:07:06.672935 EETDST 21683 Closed accepted socket [6]
2009-05-25 09:07:06.674212 EETDST 21683 Client process=[21684] started for socket=[6]
2009-05-25 09:07:06.675398 EETDST 21684 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:06.677545 EETDST 21684 Setting up multicast listener
2009-05-25 09:07:06.679003 EETDST 21684 current receive buffer size is [65535] bytes for socket [2]
2009-05-25 09:07:06.680301 EETDST 21684 receive buffer size set to [65536] bytes for socket [2]
2009-05-25 09:07:06.683471 EETDST 21684 multicast-group [ADD]
2009-05-25 09:07:06.684793 EETDST 21684 Mcast listener socket=[2] set up
2009-05-25 09:07:06.685382 EETDST 21684 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:06.687478 EETDST 21684 Data buffer will hold up to [1] messages
2009-05-25 09:07:06.688020 EETDST 21684 UDP stream, RTP check enabled
2009-05-25 09:07:06.689978 EETDST 21684 current send buffer size is [16384] bytes for socket [6]
2009-05-25 09:07:06.691251 EETDST 21684 current receive buffer size is [131070] bytes for socket [2]
2009-05-25 09:07:06.692479 EETDST 21684 send buffer size set to [131070] bytes for socket [6]
2009-05-25 09:07:06.694810 EETDST 21684 Sent HTTP response code=[200], reason=[OK] to socket=[6]
2009-05-25 09:07:06.697567 EETDST 21684 Relaying traffic from socket[2] to socket[6], buffer size=[2048], Rmsgs=[1], pauses=[0]
2009-05-25 09:07:11.696372 EETDST 21684 read_buf: read: Resource temporarily unavailable
2009-05-25 09:07:11.696925 EETDST 21684 read_data - EOF
2009-05-25 09:07:11.697373 EETDST 21684 Exited relay loop: received=[-1], sent=[0], quit=[0]
2009-05-25 09:07:11.699264 EETDST 21684 multicast-group [DROP]
2009-05-25 09:07:11.699820 EETDST 21684 Mcast listener socket=[2] closed
2009-05-25 09:07:11.700938 EETDST 21684 Child process=[21684] exits with rc=[0]
2009-05-25 09:07:11.703961 EETDST 21683 *** Caught SIGCHLD in process=[21683] ***
2009-05-25 09:07:11.704542 EETDST 21683 Client [21684] has exited.
2009-05-25 09:07:11.705003 EETDST 21683 Deleted client: pid=[21684]
2009-05-25 09:07:11.708317 EETDST 21683 Accepted socket=[6]
2009-05-25 09:07:11.708846 EETDST 21683 Reading command from socket [6]
2009-05-25 09:07:11.717722 EETDST 21683 Request=[udp/224.10.10.10:5500], length=[21]
2009-05-25 09:07:11.718394 EETDST 21683 Command [udp] with params [224.10.10.10:5500] read from socket=[6]
2009-05-25 09:07:11.718879 EETDST 21683 udp_relay : new_socket=[6] param=[224.10.10.10:5500]
2009-05-25 09:07:11.720933 EETDST 21683 Added client: pid=[21685], maddr=[224.10.10.10], mport=[5500], saddr=[192.168.1.3], sport=[49685]
2009-05-25 09:07:11.722039 EETDST 21683 Closed accepted socket [6]
2009-05-25 09:07:11.722619 EETDST 21683 Client process=[21685] started for socket=[6]
2009-05-25 09:07:11.723877 EETDST 21685 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:11.724413 EETDST 21685 Setting up multicast listener
2009-05-25 09:07:11.726171 EETDST 21685 current receive buffer size is [65535] bytes for socket [2]
2009-05-25 09:07:11.727063 EETDST 21685 receive buffer size set to [65536] bytes for socket [2]
2009-05-25 09:07:11.729453 EETDST 21685 multicast-group [ADD]
2009-05-25 09:07:11.729969 EETDST 21685 Mcast listener socket=[2] set up
2009-05-25 09:07:11.730461 EETDST 21685 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-05-25 09:07:11.730942 EETDST 21685 Data buffer will hold up to [1] messages
2009-05-25 09:07:11.731393 EETDST 21685 UDP stream, RTP check enabled
2009-05-25 09:07:11.732693 EETDST 21685 current send buffer size is [16384] bytes for socket [6]
2009-05-25 09:07:11.733247 EETDST 21685 current receive buffer size is [131070] bytes for socket [2]
2009-05-25 09:07:11.733734 EETDST 21685 send buffer size set to [131070] bytes for socket [6]
2009-05-25 09:07:11.734631 EETDST 21685 Sent HTTP response code=[200], reason=[OK] to socket=[6]
2009-05-25 09:07:11.735650 EETDST 21685 Relaying traffic from socket[2] to socket[6], buffer size=[2048], Rmsgs=[1], pauses=[0]
Пробовал добавить порты 5500 и 8011, но это не помогло.
Хоть уже так не ругается, но все равно ничего не показывает.
Хочу заметить что изначально у меня в плейлисте нет никаких портов.
Request=[udp/224.10.10.10:5500], length=[21]
Command [udp] with params [224.10.10.10:5500] read from socket=[6]
udp_relay : new_socket=[6] param=[224.10.10.10:5500]
Added client: pid=[21684], maddr=[224.10.10.10], mport=[5500]
RTFM :cool: Прочитайте эту тему с самого начала ... :D
И без роутера этот "плейлист без портов" работает ? :confused:
Вам уже выложили правильный плейлист, дайте свой ... ;)
З.Ы. Проверьте ещё раз номера портов и знак "@" : :)
udp://@224.10.10.10:8010
http://192.168.1.1:2002/udp/-@-224.10.10.10:8010
udp://@224.10.10.11:8011
http://192.168.1.1:2002/udp/-@-224.10.10.11:8011
ТВ от Стрима. Есть роутер на FreeBSD. интерфейс rl0 смотрит наружу и не настроен.
Подключаем вместо вышеуказанного роутер с Linux, делаю 100% аналогичные действия.
Не пашет: Я не очень в запросах мультикастовых разбираюсь, но во фре то работает.
Может подскажете почему в линуксе - нет?
Почитайте FAQ ... ;) Без шлюза работать не будет ... :D Проверьте маршрутизацию ... :)
Причина - не хватает маршрута до IGMP роутера, следящего за подписками клиентов
(например, такая ситуация со СтримТВ). Как определить адрес следящего IGMP роутера.
Добавьте разрешающие правила в iptables (поставьте свои адреса) : :rolleyes:
# Allow IPTV
IPTV=5500
IPTVsource="172.16.24.0/24"
IPTVdest="224.0.0.0/8"
$IPT -A INPUT -i $EXTLANIF -s $IPTVsource -d $IPTVdest -p udp --dport $IPTV -j ACCEPT
$IPT -A OUTPUT -o $EXTLANIF -s $EXTLANIP -p igmp -j ACCEPT
$IPT -A INPUT -i $EXTLANIF -d $IPTVdest -p igmp -j ACCEPT
Настройка мультикаста (IPTV) (http://wl500g.info/showpost.php?p=51618&postcount=20) * Стрим ТВ на PC (http://www.streamclub.ru/forum/topic/5075) * Настройка IPTV в Gentoo Linux (http://forum.netbynet.ru/index.php?showtopic=79803) :cool:
RTFM :cool: Прочитайте эту тему с самого начала ... :D
И без роутера этот "плейлист без портов" работает ? :confused:
Вам уже выложили правильный плейлист, дайте свой ... ;)
З.Ы. Проверьте ещё раз номера портов и знак "@" : :)
udp://@224.10.10.10:8010
http://192.168.1.1:2002/udp/-@-224.10.10.10:8010
udp://@224.10.10.11:8011
http://192.168.1.1:2002/udp/-@-224.10.10.11:8011
По порядку:
Тему прочитал всю еще до того как написал о проблеме.
Плейлист без портов работает на роутере при включенном мультикасте.
Ну нет у меня никаких портов плейлисте. Попробовал добавить порты 5500 и 8011, но это не сработало для меня, что я и описал. Пример лога я вывел для случая когда я дописал порт, что показать как работает, а вернее не работает у меня с дописанными портами. В самом первом посте http://wl500g.info/showpost.php?p=146501&postcount=624 я описал какой у меня был плейлист и как я его переделал.
Поставлю в план. Тут также и вопрос поддержки Winamp - на нём ничего не тестировал, но тоже поставлю в план.
Похожая проблема рассматривается здесь: винамп туго понимает TS (http://forum.nag.ru/forum/index.php?s=&showtopic=46414&view=findpost&p=375390)
И действительно, с этим фильтром icecast прекрасно ретранслирует радио, так что теперь основные клиенты (vlc, winamp, wmp 11, foobar) нормально воспроизводят транслируемые радио.
beefreeman
08-06-2009, 18:20
Приветствую вас, форумчани))
Прошу помощи в настройке IPTV через WiFi (через трансляцию udpxy).
Прочитал всю ветвь, но решения так и не нашел или не увидел)) confused:
Ситуация следующая.
Есть роутер wl500w с прошивкой от Олега 1.9.2.7-10.7
Интернет подключен к оператору 2COM по pptp.
WAN IP 192.168.154.137, 255.255.255.0, Default Gateway: 192.168.154.2
LAN IP 192.168.1.1, 255.255.255.0
Enable multicast routing - N
IPTV UDP Multicast to HTTP Proxy Port: 81
Wireless Mode: g Only
Data Rate: 11
Multicast Rate: 36
Оператор предоставляет плейлист вот в таком виде:
#EXTM3U
#EXTINF:0,РБК
udp://@239.64.64.1
#EXTINF:0,7 ТВ
udp://@239.64.64.2
#EXTINF:0,BridgeTV
udp://@239.64.64.3
#EXTINF:0,A-One
udp://@239.64.64.4
#EXTINF:0,RUTV
udp://@239.64.64.5
#EXTINF:0,НТВ
udp://@239.64.64.6
Без портов!!!!
Соответственно я его переделал в:
#EXTM3U
#EXTINF:0,2x2
http://192.168.1.1:81/udp/239.64.64.12:8012
...итд...
Порт 8012 взял наугад, тк в плейлисте порты не указанны.
В такой конфигурации запускаю IPTV - не работает.
При каждом обращении к каналу в логах роутера появляется:
Jun 8 19:49:12 udpxy[135]: read_buf: read: Resource temporarily unavailable
Jun 8 19:49:24 udpxy[136]: read_buf: read: Resource temporarily unavailable
Есть подозрение, что нужно добавить правила в iptables, выше, в теме, проскакивало:
iptables -I FORWARD 1 -d 239.255.2.0/24 -j ACCEPT
iptables -I INPUT 1 -d 239.255.2.0/24 -j ACCEPT
Но у меня другие адреса вещания, поэтому подозреваю, что для меня будет верно:
iptables -I FORWARD 1 -d 239.64.64.0/24 -j ACCEPT
iptables -I INPUT 1 -d 239.64.64.0/24 -j ACCEPT
Не очень понятно какая должна быть метрика? "/24"? Да из чего получается сама маска?
Попробовал разобраться в мат части на http://www.opennet.ru/docs/RUS/iptables/, но с первого раза :confused::eek: тяжеловато!!
Правильно ли мои предположения? Куда дальше копать?
Пожалуйста, помогите с настройкой.
iptables -nL
Chain INPUT (policy ACCEPT)
target prot opt source destination
DROP all -- 0.0.0.0/0 0.0.0.0/0 state INVALID
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state NEW
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state NEW
ACCEPT 2 -- 0.0.0.0/0 224.0.0.0/4
ACCEPT udp -- 0.0.0.0/0 224.0.0.0/4 udp dpt:!1900
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:21
DROP all -- 0.0.0.0/0 0.0.0.0/0
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
DROP all -- 0.0.0.0/0 0.0.0.0/0 state INVALID
TCPMSS tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 TCPMSS clamp to PMTU
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
DROP all -- 0.0.0.0/0 0.0.0.0/0
DROP all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ctstate DNAT
DROP all -- 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain MACS (0 references)
target prot opt source destination
Chain SECURITY (0 references)
target prot opt source destination
RETURN tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 limit: avg 1/sec burst 5
RETURN tcp -- 0.0.0.0/0 0.0.0.0/0 tcp flags:0x17/0x04 limit: avg 1/sec burst 5
RETURN udp -- 0.0.0.0/0 0.0.0.0/0 limit: avg 5/sec burst 5
RETURN icmp -- 0.0.0.0/0 0.0.0.0/0 limit: avg 5/sec burst 5
DROP all -- 0.0.0.0/0 0.0.0.0/0
Chain logaccept (0 references)
target prot opt source destination
LOG all -- 0.0.0.0/0 0.0.0.0/0 state NEW LOG flags 7 level 4 prefix `ACCEPT '
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
Chain logdrop (0 references)
target prot opt source destination
LOG all -- 0.0.0.0/0 0.0.0.0/0 state NEW LOG flags 7 level 4 prefix `DROP '
DROP all -- 0.0.0.0/0 0.0.0.0/0
Mityai_snet
08-06-2009, 21:44
Доброго времени суток всем. У меня такой вопрос к знающим людям. Хочу после своего ASUS WL 500 gpV2 поставить тупой гигабитный свич (уж очень хочеться иметь гигабитную связь между 2 машинами) интересует не повлияет ли это на разруливание видеопотока IPTV между двумя машинами? Прошивка 1.9.2.7-10 WiFi не юзаю.
Запустите на устройстве "ipkg install <путь к файлу ipk>". Должно сработать. Новый udpxy будет в /opt/bin - запускайте оттуда.
Может немножко не в тему конечно, но ваша утилита, понимает vlan?
И ещё,а почему максимум 16 число подключающихся?
Ато задаю ей:
udpxy -vTS -a 192.168.15.2 -p 9090 -c 5 -m eth0.9
Это на линуксе подтянут влан с мультикастом, и ип в нём не висит.
А програмка мне в ответ:
Invalid multicast address: [eth0.9]
Тотже vlc прожёвывает это нормально, но жрёт уйму ресурсов при конвертации.
Приветствую вас, форумчани))
Прошу помощи в настройке IPTV через WiFi (через трансляцию udpxy).
Есть роутер wl500w с прошивкой от Олега 1.9.2.7-10.7
Интернет подключен к оператору 2COM по pptp.
WAN IP 192.168.154.137, 255.255.255.0
Default Gateway: 192.168.154.2
LAN IP 192.168.1.1, 255.255.255.0
Enable multicast routing - No <-- YES
IPTV UDP Multicast to HTTP Proxy Port: 81
Wireless Mode: g Only <-- Auto
Data Rate: 11 <-- 54
Multicast Rate: 36 <-- 11
Исправьте отмеченное красным на правильные значения (синие) ... :rolleyes:
Настройка работы IPTV по Wi-Fi на роутерe Asus WL-500gP (http://wl500g.info/showpost.php?p=139300&postcount=3) :cool:
Оператор предоставляет плейлист вот в таком виде: (мультикаст)
#EXTM3U
#EXTINF:0,РБК
udp://@239.64.64.1
#EXTINF:0,7 ТВ
udp://@239.64.64.2
Без портов!!!! Соответственно я его переделал в: (юникаст)
#EXTM3U
#EXTINF:0,2x2
http://192.168.1.1:81/udp/239.64.64.12:8012
Порт 8012 взял наугад, тк в плейлисте порты не указанны.
В такой конфигурации запускаю IPTV - не работает.
При каждом обращении к каналу в логах роутера появляется:
Jun 8 19:49:12 udpxy[135]: read_buf: read: Resource temporarily unavailable
Jun 8 19:49:24 udpxy[136]: read_buf: read: Resource temporarily unavailable
И не будет работать без указания правильных номеров портов мультикаст-группы,
на которые идёт подписка ... :D Запустите плейлист в мультикасте на VLC плеере ...
Посмотрите в логах плеера (если он будет показывать) номера портов (типа :1234) ... :confused:
Есть подозрение, что нужно добавить правила в iptables, выше, в теме, проскакивало:
iptables -I FORWARD 1 -d 239.255.2.0/24 -j ACCEPT
iptables -I INPUT 1 -d 239.255.2.0/24 -j ACCEPT
Но у меня другие адреса вещания, поэтому подозреваю, что для меня будет верно:
iptables -I FORWARD 1 -d 239.64.64.0/24 -j ACCEPT
iptables -I INPUT 1 -d 239.64.64.0/24 -j ACCEPT
Не очень понятно какая должна быть метрика? "/24"? Да из чего получается сама маска?
Правильно ли мои предположения? Куда дальше копать? Пожалуйста, помогите с настройкой.
Копать и курить нужно было с самого начала FAQ по IPTV от Олега (http://wl500g.info/showpost.php?p=51618&postcount=20) ... :)
Добавлять нужно маршруты на источник IPTV, а не на мультикаст-группу ... ;)
beefreeman
17-06-2009, 16:41
Исправьте отмеченное красным на правильные значения (синие) ... :rolleyes:
Настройка работы IPTV по Wi-Fi на роутерe Asus WL-500gP (http://wl500g.info/showpost.php?p=139300&postcount=3) :cool:
И не будет работать без указания правильных номеров портов мультикаст-группы,
на которые идёт подписка ... :D Запустите плейлист в мультикасте на VLC плеере ...
Посмотрите в логах плеера (если он будет показывать) номера портов (типа :1234) ... :confused:
Копать и курить нужно было с самого начала FAQ по IPTV от Олега (http://wl500g.info/showpost.php?p=51618&postcount=20) ... :)
Добавлять нужно маршруты на источник IPTV, а не на мультикаст-группу ... ;)
СПАСИБО!!! :):rolleyes::cool:
Все заработало!
2COM вещает через порт 1234!
Плейлист переделанный для вещания через юникаст:
#EXTM3U
#EXTINF:0,РБК
http://192.168.1.1:81/udp/239.64.64.1:1234
#EXTINF:0,7 ТВ
http://192.168.1.1:81/udp/239.64.64.2:1234
#EXTINF:0,BridgeTV
http://192.168.1.1:81/udp/239.64.64.3:1234
#EXTINF:0,A-One
http://192.168.1.1:81/udp/239.64.64.4:1234
#EXTINF:0,RUTV
http://192.168.1.1:81/udp/239.64.64.5:1234
#EXTINF:0,НТВ
http://192.168.1.1:81/udp/239.64.64.6:1234
#EXTINF:0,ТВ Центр
http://192.168.1.1:81/udp/239.64.64.7:1234
#EXTINF:0,REN TV
http://192.168.1.1:81/udp/239.64.64.8:1234
#EXTINF:0,Россия
http://192.168.1.1:81/udp/239.64.64.9:1234
#EXTINF:0,Культура
http://192.168.1.1:81/udp/239.64.64.10:1234
#EXTINF:0,ТНТ
http://192.168.1.1:81/udp/239.64.64.11:1234
#EXTINF:0,2x2
http://192.168.1.1:81/udp/239.64.64.12:1234
#EXTINF:0,СТС
http://192.168.1.1:81/udp/239.64.64.13:1234
#EXTINF:0,Домашний
http://192.168.1.1:81/udp/239.64.64.14:1234
#EXTINF:0,МузТВ
http://192.168.1.1:81/udp/239.64.64.15:1234
#EXTINF:0,Союз
http://192.168.1.1:81/udp/239.64.64.16:1234
#EXTINF:0,ТВ3
http://192.168.1.1:81/udp/239.64.64.17:1234
#EXTINF:0,MTV
http://192.168.1.1:81/udp/239.64.64.18:1234
#EXTINF:0,О2 TV
http://192.168.1.1:81/udp/239.64.64.19:1234
#EXTINF:0,ДТВ
http://192.168.1.1:81/udp/239.64.64.20:1234
#EXTINF:0,5 Канал
http://192.168.1.1:81/udp/239.64.64.21:1234
#EXTINF:0,МИР
http://192.168.1.1:81/udp/239.64.64.22:1234
#EXTINF:0,VH-1
http://192.168.1.1:81/udp/239.64.64.23:1234
#EXTINF:0,Первый Игровой
http://192.168.1.1:81/udp/239.64.64.24:1234
#EXTINF:0,3 Канал
http://192.168.1.1:81/udp/239.64.64.25:1234
#EXTINF:0,Доверие
http://192.168.1.1:81/udp/239.64.64.26:1234
#EXTINF:0,Style
http://192.168.1.1:81/udp/239.64.64.27:1234
#EXTINF:0,Amazing Life
http://192.168.1.1:81/udp/239.64.64.28:1234
#EXTINF:0,Радость моя
http://192.168.1.1:81/udp/239.64.64.29:1234
#EXTINF:0,Вести
http://192.168.1.1:81/udp/239.64.64.30:1234
#EXTINF:0,Music Box Ru
http://192.168.1.1:81/udp/239.64.64.31:1234
#EXTINF:0,Music Box TV
http://192.168.1.1:81/udp/239.64.64.32:1234
#EXTINF:0,СГУ ТВ
http://192.168.1.1:81/udp/239.64.64.34:1234
#EXTINF:0,Знание
http://192.168.1.1:81/udp/239.64.64.35:1234
#EXTINF:0,Бибигон
http://192.168.1.1:81/udp/239.64.64.36:1234
#EXTINF:0,ТДК
http://192.168.1.1:81/udp/239.64.64.37:1234
#EXTINF:0,Спорт
http://192.168.1.1:81/udp/239.64.64.38:1234
#EXTINF:0,Luxe TV
http://192.168.1.1:81/udp/239.64.64.39:1234
#EXTINF:0,Недвижимость ТВ
http://192.168.1.1:81/udp/239.64.64.40:1234
#EXTINF:0,TopShop TV
http://192.168.1.1:81/udp/239.64.64.41:1234
#EXTINF:0,TV Club
http://192.168.1.1:81/udp/239.64.64.43:1234
#EXTINF:0,1Muz
http://192.168.1.1:81/udp/239.64.64.44:1234
#EXTINF:0,Эксперт ТВ
http://192.168.1.1:81/udp/239.64.64.45:1234
#EXTINF:0,PRO Деньги
http://192.168.1.1:81/udp/239.64.64.46:1234
#EXTINF:0,Звезда
http://192.168.1.1:81/udp/239.64.64.47:1234
#EXTINF:0,Сарафан ТВ
http://192.168.1.1:81/udp/239.64.64.48:1234
#EXTINF:0,ТРО Союз
http://192.168.1.1:81/udp/239.64.64.49:1234
#EXTINF:0,World Fashion Channel
http://192.168.1.1:81/udp/239.64.64.50:1234
#EXTINF:0,Russian Travel Guide
http://192.168.1.1:81/udp/239.64.64.51:1234
Хочу после своего ASUS WL 500 gpV2 поставить тупой гигабитный свич (уж очень хочеться иметь гигабитную связь между 2 машинами) интересует не повлияет ли это на разруливание видеопотока IPTV между двумя машинами?
Ставьте, не повлияет. Проверено на себе.
Господа, помогите неофиту!
На прошивке 1.9.2.7-10 выставил параметр IPTV UDP Multicast to HTTP Proxy Port в значение 81, а параметр Enable multicast routing - No.
Сохранил и перегрузил.
Получил следующее: IPTV по мультикасту по прежнему работает, а udpxy на роутере не запущен!
Если ручками запускаю udpxy -p 81, то все работает, но хочется понять почему не работает запуск через веб-морду и как отключить мультикаст по вай-фаю.
P.S. Все остальные настройки дефолтовые, только маршруты пришлось от провайдера загрузить (Квидекс, если кому поможет), где в том числе и настройки IP-TV прописаны, может из-за этого мультикаст не выключается? Но udpxy почему не запускается?
Дано: Wl-500gPv2, прошивка 1.9.2.7-10.7
Сильно тормозит udpxy. Динамически изменяющаяся картинка сыпется на квадратики.
Можно как нибудь ускорить? Все левые сервисы, все отключено. Ничего лишнего. Но тормозит.
v_p, а почему вы считаете, что тормозит udpxy? ИМХО, для такого вывода надо как минимум было проверить, что по шнурку картинка через udpxy все равно сыпится (исключить проблемы с wi-fi), при этом мультикаст просмотр по шнурку идет нормально (исключить проблемы с провайдером). Вы эти тесты провели?
bcorvus
А после перезазрузки настройки порта и параметр "Enable multicast routing" какие? Может просто настройки не сохраняются?
AVAKS, если бы так все просто было... сохраняются настройки конечно...
Господа, помогите неофиту!
На прошивке 1.9.2.7-10 выставил параметр IPTV UDP Multicast to HTTP
Proxy Port в значение 81, а параметр Enable multicast routing - No.
Сохранил и перегрузил. Получил следующее: IPTV по мультикасту
по прежнему работает, а udpxy на роутере не запущен!
Если ручками запускаю udpxy -p 81, то все работает, но хочется понять почему
не работает запуск через веб-морду и как отключить мультикаст по вай-фаю.
P.S. Все остальные настройки дефолтовые, только маршруты пришлось от провайдера
загрузить (Квидекс, если кому поможет), где в том числе и настройки IP-TV прописаны,
может из-за этого мультикаст не выключается? Но udpxy почему не запускается?
Поставьте сначала новую прошивку 1.9.2.7-10.7, а не старую от Квидекса ... :D
И не надо загружать никакие левые настройки от особо продвинутых одминов ...
Нужно прописывать маршруты вручную или по DHCP, здесь уже обсуждали ... ;)
Тема про настройки Квидекс : http://wl500g.info/showthread.php?t=19866
Уберите лишние настройки из файла tmp/local/sbin/post-firewall:
igmpproxy -c /usr/local/etc/igmp.conf > /dev/null 2>&1
wl mrate 18 &
echo 0 > /proc/sys/net/ipv4/conf/default/rp_filter &
echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter &
а также из файла tmp/local/etc/igmp.conf:
# automagically generated from web settings
quickleave
phyint vlan1 upstream ratelimit 0 threshold 2
altnet 0.0.0.0/0
phyint br0 downstream ratelimit 0 threshold 2
phyint ppp0 disabled
И будет Вам счастье и IPTV по Wi-Fi (http://wl500g.info/showpost.php?p=139300&postcount=3) :cool: http://wl500g.info/showpost.php?p=149603&postcount=636
CrazyDemon
02-08-2009, 18:19
Братцы, я все вожусь с обработкой записанного потока...
Присоединяюсь.
Приветствую!
Наблюдается такой глюк: часто при запуске VLC по WI-FI все жутко квадратит. Стоит перегрузить роутер - картинка чистая довольно продолжительное время. Но например часа через 2-3 внезапно может опять все заквадратить и рассыпаться и снова помогает ребут роутера.
От чего так может быть?
Приветствую!
Наблюдается такой глюк: часто при запуске VLC по WI-FI все жутко квадратит.
Стоит перегрузить роутер - картинка чистая довольно продолжительное время.
Но например часа через 2-3 внезапно может опять все заквадратить и
рассыпаться и снова помогает ребут роутера. От чего так может быть?
Какой роутер и прошивка ? :rolleyes: Какие настройки шифрования Wi-Fi ? ;)
VLC и udpxy настроены и нормально работают на компе по кабелю ? :D
http://wl500g.info/showpost.php?p=154487&postcount=29 :cool:
Какой роутер и прошивка ? :rolleyes: Какие настройки шифрования Wi-Fi ? ;)
VLC и udpxy настроены и нормально работают на компе по кабелю ? :D
http://wl500g.info/showpost.php?p=154487&postcount=29 :cool:
WL500gp-1.9.2.7-10.7
VLC и udpxy по кабелю работают отлично. и по WIFI отлично работают, но нестабильно. Т.е. вот включаю сейчас - жутко сыпет. Ребутаю роутер - все нормально.
Multicast Rate стоит Авто, жестко не указывал, так как и так работает. Но вот иногда напрягает роутер перегружать :rolleyes:
Включаю в сообщение файл тестовой утилиты - mcprobe.c - для тех, кто не любит смотреть мультикаст-пакеты tcpdump-ом.
Давно искал такую утилиту для тестирования и мониторинга IPTV потоков! Простенький патч устраняет бесконечный цикл. Думаю, mcprobe.c можно смело включать в пакет udpxy.
Помогите решить проблему!
Имеется роутер Asus WL500Gp V1 прошит последней прошивкой и Рессивер Openbox 7200PVR.
Подскажите как реализовать такую вещь:
Чтоб при вещании какого либо канала во всемирную паутину была возможность подключиться к IP рессиверу и смотреть вещаемый канал не одному человеку а сразу нескольким через WLC или Windows media плеер. В данный момент это сделать невозможно так так в системных настройках рессивера VLC стриминга можно указать только один IP адрес на который можно вещать Следовательно этот IP адрес надо как то расшарить.
На сколько я понимаю через Nat/Virtual Server нужно пробросить порт во внешку, Пробрасывал но что то не выходит.
sergeime
10-10-2009, 22:02
Никак не получается заставить работать udpxy.
VLC напрямую через udp://@230.0.01:1234 - работает, не тормозит, картинка показывается.
udpxy упорно пишет
2009-10-10 23:37:37.153945 EEST 6677 Request=[udp/239.0.0.1:1234], length=[18]
2009-10-10 23:37:37.154514 EEST 6677 Command [udp] with params [239.0.0.1:1234] read from socket=[9]
2009-10-10 23:37:37.155204 EEST 6677 udp_relay : new_socket=[9] param=[239.0.0.1:1234]
2009-10-10 23:37:37.157915 EEST 6677 Added client: pid=[6680], maddr=[239.0.0.1], mport=[1234], saddr=[192.168.100.2], sport=[1903]
2009-10-10 23:37:37.159024 EEST 6677 Closed accepted socket [9]
2009-10-10 23:37:37.161170 EEST 6677 Client process=[6680] started for socket=[9]
2009-10-10 23:37:37.170794 EEST 6680 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-10-10 23:37:37.181329 EEST 6680 Setting up multicast listener
2009-10-10 23:37:37.186408 EEST 6680 current receive buffer size is [65535] bytes for socket [5]
2009-10-10 23:37:37.189025 EEST 6680 receive buffer size set to [65536] bytes for socket [5]
2009-10-10 23:37:37.190923 EEST 6680 multicast-group [ADD]
2009-10-10 23:37:37.191431 EEST 6680 Mcast listener socket=[5] set up
2009-10-10 23:37:37.191924 EEST 6680 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-10-10 23:37:37.192457 EEST 6680 Data buffer will hold up to [1] messages
2009-10-10 23:37:37.192913 EEST 6680 UDP stream, RTP check enabled
2009-10-10 23:37:37.194161 EEST 6680 current send buffer size is [16384] bytes for socket [9]
2009-10-10 23:37:37.194768 EEST 6680 current receive buffer size is [131070] bytes for socket [5]
2009-10-10 23:37:37.195316 EEST 6680 send buffer size set to [131070] bytes for socket [9]
2009-10-10 23:37:37.196187 EEST 6680 Sent HTTP response code=[200], reason=[OK] to socket=[9]
2009-10-10 23:37:37.197063 EEST 6680 Relaying traffic from socket[5] to socket[9], buffer size=[2048], Rmsgs=[1], pauses=[0]
2009-10-10 23:37:42.189573 EEST 6680 read_buf: read: Resource temporarily unavailable
2009-10-10 23:37:42.190043 EEST 6680 read_data - EOF
2009-10-10 23:37:42.190472 EEST 6680 Exited relay loop: received=[-1], sent=[0], quit=[0]
2009-10-10 23:37:42.191704 EEST 6680 multicast-group [DROP]
2009-10-10 23:37:42.192248 EEST 6680 Mcast listener socket=[5] closed
2009-10-10 23:37:42.193068 EEST 6680 Child process=[6680] exits with rc=[0]
2009-10-10 23:37:42.197827 EEST 6677 *** Caught SIGCHLD in process=[6677] ***
2009-10-10 23:37:42.198415 EEST 6677 Client [6680] has exited.
2009-10-10 23:37:42.199041 EEST 6677 Deleted client: pid=[6680]
Логи igmpproxy прилагаются. Судя по исходному коду - интерфейс опознать не может. Может у меня древняя версия (это чешская прошивка)?
Что характерно - в сетке есть еще popcornhour (сетевой плеер), на нем стоит его собственный udpxy и он прекрасно работает.
Адрес канала при этом используется следующий -http://localhost:81/udp/@239.0.0.1:1234
В то время как VLC конечно же смотрит на http://192.168.100.250:81/udp/@239.0.0.1:1234
Просьба подсказать как мне можно сделать.
У меня обычный интернет (акада) + streamTV, роутер wl500w, прошивка Олега 1.9.2.7-10.7
по кабелю внешний IP акада 217.23.11.25 WAN
adsl модем LAN1
Не получается сделать чтоб udpxy принимал поток с lan
порты переобозначал, если применить "Пример 3a" то udpxy работает беря поток с lan1, который становится основным wan
http://wl500g.info/showthread.php?t=13632
но при этом исчезает основной интернет
а в этой инструкции написано по другому
http://wl500g.info/showthread.php?t=3171
и тут порт отделяется в отдельный vlan а не смешивается с основным
а еще я вычитал что надо вписать iptables -A input_wan -d 224.0.0.0/240.0.0.0 -j ACCEPT но что ставить вместо "input_wan" я недопетрил (
и вообще недопетрил как сделать, каша в голове.
Помогите други!
Спасибо всем!
Если модем adsl воткнуть в любой порт и ничего не настраивать, мультикаст работает. запускаю именно udpxy
Всем привет! Помогите пожалуйста разораться:
Не работает udpxy!! Скопилировал udpxy под cygwin в Windows XP:
Стартую:
$ ./udpxy.exe -vTS -p 81 -a 127.0.0.1 -m 192.168.2.2
2009-11-15 19:02:55.250000 RST 3464 udpxy 1.0-Chipmunk (build 14) standard: ./udpxy -vTS -p 81 -a 127.0.0.1 -m 192.168.2.2
2009-11-15 19:02:55.250000 RST 3464 Starting server [3464]; capacity=[3] clients
2009-11-15 19:02:55.250000 RST 3464 Setting up listener for [127.0.0.1:81]
2009-11-15 19:02:55.265000 RST 3464 Server socket=[5] is set up
2009-11-15 19:02:55.265000 RST 3464 Entering server loop
Пытаюсь законнекститься плеером (VLC/IPTV Player) и в ответ кукишь никакого изображения, лог udpxy ниже:
2009-11-15 19:04:18.177000 RST 3464 Accepted socket=[6]
2009-11-15 19:04:18.177000 RST 3464 Reading command from socket [6]
2009-11-15 19:04:18.178000 RST 3464 Request=[udp/239.255.255.13:1234+:udp-caching=1000], length=[41]
2009-11-15 19:04:18.178000 RST 3464 Command [udp] with params [239.255.255.13:1234+:udp-caching=1000] read from socket=[6]
2009-11-15 19:04:18.178000 RST 3464 udp_relay : new_socket=[6] param=[239.255.255.13:1234+:udp-caching=1000]
2009-11-15 19:04:18.250000 RST 3464 Client process=[3808] started for socket=[6]
2009-11-15 19:04:18.250000 RST 3808 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-11-15 19:04:18.250000 RST 3808 Setting up multicast listener
2009-11-15 19:04:18.251000 RST 3808 current receive buffer size is [8192] bytes for socket [3]
2009-11-15 19:04:18.251000 RST 3808 receive buffer size set to [65536] bytes for socket [3]
2009-11-15 19:04:18.226000 RST 3464 Added client: pid=[3808], maddr=[239.255.255.13], mport=[1234], saddr=[127.0.0.1], sport=[1143]
2009-11-15 19:04:18.227000 RST 3464 Closed accepted socket [6]
2009-11-15 19:04:18.258000 RST 3808 setup_mcast_listener: bind: Cannot assign requested address
2009-11-15 19:04:18.235000 RST 3464 Accepted socket=[6]
2009-11-15 19:04:18.262000 RST 3808 Sent HTTP response code=[500], reason=[Service error] to socket=[6]
2009-11-15 19:04:18.262000 RST 3808 Child process=[3808] exits with rc=[-1]
2009-11-15 19:04:18.236000 RST 3464 Reading command from socket [6]
2009-11-15 19:04:18.246000 RST 3464 Request=[udp/239.255.255.13:1234+:udp-caching=1000], length=[41]
2009-11-15 19:04:18.246000 RST 3464 Command [udp] with params [239.255.255.13:1234+:udp-caching=1000] read from socket=[6]
2009-11-15 19:04:18.246000 RST 3464 udp_relay : new_socket=[6] param=[239.255.255.13:1234+:udp-caching=1000]
2009-11-15 19:04:18.296000 RST 3464 Added client: pid=[3284], maddr=[239.255.255.13], mport=[1234], saddr=[127.0.0.1], sport=[1144]
2009-11-15 19:04:18.296000 RST 3464 Closed accepted socket [6]
2009-11-15 19:04:18.328125 RST 3464 Client process=[3284] started for socket=[6]
2009-11-15 19:04:18.328125 RST 3284 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-11-15 19:04:18.328125 RST 3284 Setting up multicast listener
2009-11-15 19:04:18.329125 RST 3284 current receive buffer size is [8192] bytes for socket [3]
2009-11-15 19:04:18.330125 RST 3284 receive buffer size set to [65536] bytes for socket [3]
2009-11-15 19:04:18.334125 RST 3284 setup_mcast_listener: bind: Cannot assign requested address
2009-11-15 19:04:18.334125 RST 3284 Sent HTTP response code=[500], reason=[Service error] to socket=[6]
2009-11-15 19:04:18.335125 RST 3284 Child process=[3284] exits with rc=[-1]
2009-11-15 19:04:18.307000 RST 3464 Accepted socket=[6]
2009-11-15 19:04:18.308000 RST 3464 Reading command from socket [6]
2009-11-15 19:04:18.308000 RST 3464 Request=[udp/239.255.255.13:1234], length=[23]
2009-11-15 19:04:18.309000 RST 3464 Command [udp] with params [239.255.255.13:1234] read from socket=[6]
2009-11-15 19:04:18.309000 RST 3464 udp_relay : new_socket=[6] param=[239.255.255.13:1234]
2009-11-15 19:04:18.359000 RST 3464 Added client: pid=[3300], maddr=[239.255.255.13], mport=[1234], saddr=[127.0.0.1], sport=[1145]
2009-11-15 19:04:18.360000 RST 3464 Closed accepted socket [6]
2009-11-15 19:04:18.390625 RST 3464 Client process=[3300] started for socket=[6]
2009-11-15 19:04:18.390625 RST 3300 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2009-11-15 19:04:18.390625 RST 3300 Setting up multicast listener
2009-11-15 19:04:18.391625 RST 3300 current receive buffer size is [8192] bytes for socket [3]
2009-11-15 19:04:18.393625 RST 3300 receive buffer size set to [65536] bytes for socket [3]
2009-11-15 19:04:18.396625 RST 3300 setup_mcast_listener: bind: Cannot assign requested address
2009-11-15 19:04:18.397625 RST 3300 Sent HTTP response code=[500], reason=[Service error] to socket=[6]
2009-11-15 19:04:18.399625 RST 3300 Child process=[3300] exits with rc=[-1]
2009-11-15 19:04:18.440000 RST 3464 *** Caught SIGCHLD in process=[3464] ***
2009-11-15 19:04:18.440000 RST 3464 Client [3808] has exited.
2009-11-15 19:04:18.441000 RST 3464 Deleted client: pid=[3808]
2009-11-15 19:04:18.511000 RST 3464 *** Caught SIGCHLD in process=[3464] ***
2009-11-15 19:04:18.511000 RST 3464 Client [3284] has exited.
2009-11-15 19:04:18.511000 RST 3464 Deleted client: pid=[3284]
2009-11-15 19:04:18.575000 RST 3464 *** Caught SIGCHLD in process=[3464] ***
2009-11-15 19:04:18.575000 RST 3464 Client [3300] has exited.
2009-11-15 19:04:18.575000 RST 3464 Deleted client: pid=[3300]
192.168.2.2 - мультикаст интерефейс, единственный сетевой интерфейс в системе (я отключил остальные):
ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : comp
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Unknown
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Ethernet adapter Local Area Connection 4:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : USB ADSL LAN Adapter
Physical Address. . . . . . . . . : 00-73-03-0C-3B-7B
Dhcp Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 192.168.2.2
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Default Gateway . . . . . . . . . :
Делаю тоже самое (по крайней мере на мой взгляд тоже самое) через графический UDP-to-HTTP Proxy от Borpas:
http://img4.imageshack.us/img4/4265/38774960.jpg
Теперь соединяюсь плеером (при этом изображение есть!!):
http://img175.imageshack.us/img175/8451/39633930.jpg
Я скомпилировал под cygwin чтобы проверить, как работает программа в условиях, когда она должна работать, т.к. на линуксе протестировать возможности нет, до этого скомпилировал udpxy для роутера ASUS WL-600g, попробовал запустить, все тоже самое. Пытаюсь разобраться как вообще заставить udpxy работать... пожалуйста помогите, что я не так делаю?
**$n@!ke**
16-11-2009, 10:48
Всем доброго времени суток! Отличная программа, но есть один вопрос..
Как можно сделать статический порт на статистику (web), чтобы он отличался от параметра "-p" ? (в исходниках слегка запутался :()
Подскажите пожалуйста.
dimych77
23-11-2009, 13:55
Всем привет. Никто не в курсе: в dd-wrt под wl-500w есть сабж?
Прошу помощи у знатоков.
Установил пакет udpxy_1.0-Chipmunk-11_mipsel.ipk.
После установки запускаю:
udpxy -p 5000 -a 192.168.1.1 -m 10.79.2.134 -c 3.
Выходит следующее сообщение:
udpxy: can't resolve symbol '__uClibc_start_main'.
Что делать? :confused:
Прошу помощи у знатоков.
Установил пакет udpxy_1.0-Chipmunk-11_mipsel.ipk.
После установки запускаю:
udpxy -p 5000 -a 192.168.1.1 -m 10.79.2.134 -c 3.
Выходит следующее сообщение:
udpxy: can't resolve symbol '__uClibc_start_main'.
Что делать? :confused:
Вероятно прошивка не та.
Прошу помощи у знатоков.
Установил пакет udpxy_1.0-Chipmunk-11_mipsel.ipk.
После установки запускаю:
udpxy -p 5000 -a 192.168.1.1 -m 10.79.2.134 -c 3.
Выходит следующее сообщение:
udpxy: can't resolve symbol '__uClibc_start_main'.
Что делать? :confused:
А на какой роутер это установили ? ;)
Уверены, что у вас именно эти адреса ? :)
Прочитали всю эту тему с самого начала ? :D
Пытаюсь установить не на роутер,а на медиаплеер IconBit HDS5L.
Ветка http://forum.iconbit.ru/viewtopic.php?f=40&t=2585&sid=dffbac89e1e2dabf8a41697a6d91ce8c, если интересно.:mad:
Pablo Escobar
03-12-2009, 18:05
Пытаюсь установить не на роутер,а на медиаплеер IconBit HDS5L.
Ветка http://forum.iconbit.ru/viewtopic.php?f=40&t=2585&sid=dffbac89e1e2dabf8a41697a6d91ce8c, если интересно.:mad:
жесть :eek:
вы думаете тут этот медиаплеер кто-то в глаза видел?
жесть :eek:
вы думаете тут этот медиаплеер кто-то в глаза видел?
Ветку посмотри. Очень могое с роутера перекочевало на плеер.:)
Здравствуйте.
У меня была проблема с "зависанием" wifi при попытке посмотреть телевидения корбины через него.
Частично решил проблему следущими инструкциями
http://wl500g.info/showpost.php?p=139300&postcount=3
автору спасибо!
Осталось убрать квадраты из изображения, транслируемого через wifi.
шаги 3 и 4 из инструкци не помогли.
Адрес тв выглядит так: rtp://@233.33.210.86:5050
ни httр://192.168.1.1:81/udp/233.33.210.86:5050 ни httр://192.168.1.1:81/rtp/233.33.210.86:5050 не помогает....
В Корбилайне бесплатные каналы в H.264 (rtp) нормально можно
посмотреть на компьютере только через TV Player от SergeyVS ... :D
Просто укажите в настройках плеера прокси -- ip-адрес роутера ... ;)
Ambigoues
20-12-2009, 11:21
Помогите с такой проблемой
Имеется 520gU, прошит последней прошивкой? та что 10....
Имеется телевизионная приставка от Корбины, которая подключена к роутеру LAN1-4 (к любому). В прошивке от Олега нет возможности выбрать порт для подключения тв приставки. Включаю Мультикастинг, пропадает wifi, но начинает работать тв, выключаю получаю wifi, но тв работает некорректно...
Вопрос почему может пропадать wifi при включенном мультикасте? Не должно ведь...
Думал вернусь на родную прошивку (потому как подключить винт к gU не удалось, никак).... Так теперь роутер на родной прошивке пишет что у меня не подключен кабель WAN... хотя все подключено и инет есть?
Ребята. Помогите.
У меня проблема с IPTV. Я без проблем смотрю IPTV по wi-fi, но когда я влючаю IPTV все проводные LAN интерфейсы просто мрут... т.е. время отклика пингов на роутер начинают расти в геометрической прогресси и потом пропадают вовсе. После того как через wi-fi отключаю IPTV пинги минут через 3-5 возвращаются...
При чём если я включаю IPTV не по wi-fi а по lan то эффект тот же ))Буд-то бы проводные лан порты захлёбываются. Что можно сделать?
Стоит Enable multicast routing - YES.
Маршрутизатор WL-500W. ПРошивка 1.9.2.7-10.7 (пробовал и WL500W-1.9.2.7-d-r1000)
Помогите, гуру :(
Читайте про IPTV в Mini FAQ и учитесь пользоваться поиском ... ;)
Читайте про IPTV в Mini FAQ и учитесь пользоваться поиском ... ;)
Да я читал. Там всё сводится к тому чтобы отключить multicast routing и сделать multicast proxy. ну так для этого придётся перелопачивать плейлист IPTV вручную и вообще это малоудобно. Или я где-то чего-то не дочитал? Я вообще ни где не встретил у кого-то проблемы что проводные интерфейсы просто как будто "затухают" от IPTV
"Неудобно на потолке спать - одеяло падает" ... :D
Да, у всех от IPTV наоборот - вафля падает ...
Поток HD занимает полосу канала до 18 Mbps ... :)
Ограничьте Multicast Rate в районе 11-12 Mbps ...
Если трудно даётся редактирование плейлиста
в Блокноте, то делайте зеркалирование порта
WAN на LAN и смотрите IPTV через STB ... :cool:
З.Ы. Проверьте также блок питания и t* проца ... ;)
Gerasimoff
10-01-2010, 18:55
udpxy по кабелю на пк работает но с ОГРОМНЫМИ тормозами!?А через мультикаст отлично! но WiFi отваливается.Ограничичивал Multicast Rate ,не помогает.Кто подскажет в чём проблема??Роутер wl500gp,прошивка ОЛЕГА 1.9.2.7-10
У меня на DIR-320 через WIFI на ноуте IPTv работает нормально без всяких телодвижений
Прошивка последняя.
Что делаю не так ?
А точнее, какие могут быть побочные эффекты и стоит ли установить udpxy?
Как он нагружает прочессор?
DarkSide
14-02-2010, 09:22
Такой вопрос. Поддерживает ли udpxy mpeg4 каналы? У меня провайдер часть каналов вещает в mpeg2, а часть в mpeg4. Каналы в mpeg2 идут нормально, в mpeg4 не показывают.
udpxy в режиме verbose пишет что-то типа "Unrecongnized stream type" и выкидывает поток в raw-формате, однако он не читается ни vlc ни iptv-player'ом, хотя если на него натравить качалку (download master), то скачанные пару метров потока можно просмотреть через media player classic, но с рассыпаной картинкой/битыми кадрами.
Такой вопрос. Поддерживает ли udpxy mpeg4 каналы? У меня провайдер часть каналов вещает в mpeg2, а часть в mpeg4. Каналы в mpeg2 идут нормально, в mpeg4 не показывают.
udpxy в режиме verbose пишет что-то типа "Unrecongnized stream type" и выкидывает поток в raw-формате, однако он не читается ни vlc ни iptv-player'ом, хотя если на него натравить качалку (download master), то скачанные пару метров потока можно просмотреть через media player classic, но с рассыпаной картинкой/битыми кадрами.
mpeg4 - компрессия, для udpxy это не имеет значения. Значение имеет формат потока: может быть несколько контейнеров, к примеру ts/rtp и mp4. udpxy понимает ts/rtp. подозреваю, что у вас mp4. Как выглядет плейлист от провайдера? И играет ли его vlc при подключении напрямую? Если играет, то что пишет о потоке?
DarkSide
14-02-2010, 22:58
mpeg4 - компрессия, для udpxy это не имеет значения. Значение имеет формат потока: может быть несколько контейнеров, к примеру ts/rtp и mp4. udpxy понимает ts/rtp. подозреваю, что у вас mp4. Как выглядет плейлист от провайдера? И играет ли его vlc при подключении напрямую? Если играет, то что пишет о потоке?
К сожалению, я не могу подключиться напрямую к мультикасту. Я к нему подключаюсь через udpxy по http. Но, как не станнно, почему-то mpeg-4 каналы udpxy не может нормально транслировать.
Да, некоторые каналы мой провайдер транслирует именно в mp4 (а к нему сейчас все и идет), а насколько я понял из описания udpxy, он поддерживает только mp2 и rts.
Вопрос в том, можно ли просто подключиться к мультикаст потоку и дальше отдавать его по http клиенту в том виде в котором он поступил на подписанную мультикаст группу. Я сам программист, но в линуксе не силен. Если кто в состоянии, пжл обьясните, как можно пропатчить udpxy для поддержки mp4.
P.S.
По поводу mpeg4 моего провайдера написано тут:
http://forum.lanet.kiev.ua/index.php?showtopic=28899
P.P.S.
Каналы моего провайдера можно загрузить по адресу http://lanet.tv/iptv.m3u
Через udpxy не работает, в частности, канал Интер и некоторые другие.
Если нужно, могу сделать tcpdump в потока файл.
P.P.P.S.
Отдельное спасибо Автору за просто бесценную программу. И хотелось бы чтобы она и дальше развивалась. Но поддержку оптимизации компилятора все-таки нужно решить (CFLAGS = -O2 -O3 и т.д.)
komunyaka1
15-02-2010, 10:17
Господа,3 дня мучаюсь уже и что то не хочет Тв показывать Egreet 32B,стоит Asus WL500W с fw последней от Олега.
Провайдер дает айпи тв вот в таком виде,http://s003.radikal.ru/i201/1002/bb/ddb9cabfd70dt.jpg (http://radikal.ru/F/s003.radikal.ru/i201/1002/bb/ddb9cabfd70d.png.html)
переделываю плей лист и нет тв все равно,
<a href="http://192.168.1.1:81/udp:/234.5.2.1:20000" vod>ORT</a>
настройки в роутери менял по разному,и включал мульти каст и выключал,итог один,не хочет,порты менял IPTV UDP Multicast to HTTP Proxy Port:нету и все:(
Ps адрес танка внутри 192.168.1.3
http://192.168.1.1:81/udp:/234.5.2.1:20000
двоеточие после udp лишнее, надо http://192.168.1.1:81/udp/234.5.2.1:20000
Добрый день.
Скачал пакет Udpxy, установил, поставил в автозапуск командой:
udpxy -p 5000 -a 192.168.1.1 -m 10.10.146.61 -c 3
Отлично, прокси запустился, работает, реагирует на заход в веб-морду по адресу:
http://192.168.1.1:5000/status
Однако при попытке проигрывания любого из каналов(например udp://@239.32.1.4:200 ссылка переделана в http://192.168.1.1:5000/udp/239.32.1.4:200/ ) не просходит ничего. Абсолютно, VLC даже не пишет об ошибке.
Как фиксить?
Прошивка - dd-wrt
Лог:
root@DD-WRT:~# udpxy -p 5000 -a 192.168.1.1 -m 10.10.146.61 -c 3 -v -T
2010-02-24 22:22:44.924972 , 2064 udpxy 1.0-Chipmunk (build 11) standard: udpxy -p 5000 -a 192.168.1.1 -m 10.10.146.61 -c 3 -v -T
2010-02-24 22:22:44.929897 , 2064 Starting server [2064]; capacity=[3] cli ents
2010-02-24 22:22:44.931743 , 2064 Setting up listener for [192.168.1.1:500 0]
2010-02-24 22:22:44.933435 , 2064 Server socket=[6] is set up
2010-02-24 22:22:44.934649 , 2064 Entering server loop
2010-02-24 22:23:02.671018 2064 Accepted socket=[7]
2010-02-24 22:23:02.672524 2064 Reading command from socket [7]
2010-02-24 22:23:02.681813 2064 Request=[udp/239.32.1.10:200], length=[1 9]
2010-02-24 22:23:02.683337 2064 Command [udp] with params [239.32.1.10:2 00] read from socket=[7]
2010-02-24 22:23:02.685472 2064 udp_relay : new_socket=[7] param=[239.32 .1.10:200]
2010-02-24 22:23:02.688358 2064 Client process=[2070] started for socket =[7]
2010-02-24 22:23:02.690488 2070 min socket buffer = [65536], max space t o use = [1500], Rmsgs = [1]
2010-02-24 22:23:02.692275 2070 Setting up multicast listener
2010-02-24 22:23:02.693320 2070 current receive buffer size is [109568] bytes for socket [4]
2010-02-24 22:23:02.697022 2070 multicast-group [ADD]
2010-02-24 22:23:02.698354 2064 Added client: pid=[2070], maddr=[239.32. 1.10], mport=[200], saddr=[], sport=[0]
2010-02-24 22:23:02.700678 2064 Closed accepted socket [7]
2010-02-24 22:23:02.701924 2070 Mcast listener socket=[4] set up
2010-02-24 22:23:02.703152 2070 min socket buffer = [65536], max space t o use = [1500], Rmsgs = [1]
2010-02-24 22:23:02.704917 2070 Data buffer will hold up to [1] messages
2010-02-24 22:23:02.706094 2070 UDP stream, RTP check enabled
2010-02-24 22:23:02.707114 2070 current send buffer size is [16384] byte s for socket [7]
2010-02-24 22:23:02.709139 2070 current receive buffer size is [109568] bytes for socket [4]
2010-02-24 22:23:02.711132 2070 send buffer size set to [109568] bytes f or socket [7]
2010-02-24 22:23:02.712956 2070 Sent HTTP response code=[200], reason=[O K] to socket=[7]
2010-02-24 22:23:02.714728 2070 Relaying traffic from socket[4] to socke t[7], buffer size=[2048], Rmsgs=[1], pauses=[0]
2010-02-24 22:23:07.708940 2070 read_buf: read: Resource temporarily una vailable
2010-02-24 22:23:07.710254 2070 read_data - EOF
2010-02-24 22:23:07.711297 2070 Exited relay loop: received=[-1], sent=[ 0], quit=[0]
2010-02-24 22:23:07.714229 2070 multicast-group [DROP]
2010-02-24 22:23:07.715518 2070 Mcast listener socket=[4] closed
2010-02-24 22:23:07.717015 2070 Child process=[2070] exits with rc=[0]
2010-02-24 22:23:07.719755 2064 *** Caught SIGCHLD in process=[2064] ***
2010-02-24 22:23:07.721018 2064 Client [2070] has exited.
2010-02-24 22:23:07.722211 2064 Deleted client: pid=[2070]
Volodymyr
25-02-2010, 19:11
добрый день!
Я установил прошивку на роутер Asus WL 500gP V2. Установил соединение через PPTP, настроил WI-FI на 2 ноутбука и настроил IPTV согласно рекомендациям с этого форума.
Прошу помочь со следующим: когда я ставлю значение в поле Wirelles-> Advanced -> Multicaste Rate =11, перестает подхватываться WI-FI на iPhone, зато работает нормально IPTV, а если я это значение увеличиваю до 36, то все наоборот, работает телефон, но нет IPTV.
Если у Вас есть предположения по этому поводу, прошу поделиться.
С уважением, Владимир.
Добрый день.
Скачал пакет Udpxy, установил, поставил в автозапуск командой:
udpxy -p 5000 -a 192.168.1.1 -m 10.10.146.61 -c 3
Отлично, прокси запустился, работает, реагирует на заход в веб-морду по адресу:
http://192.168.1.1:5000/status
Однако при попытке проигрывания любого из каналов(например udp://@239.32.1.4:200 ссылка переделана в http://192.168.1.1:5000/udp/239.32.1.4:200/ ) не просходит ничего. Абсолютно, VLC даже не пишет об ошибке.
Как фиксить?
Прошивка - dd-wrt
Лог:
Присоединяюсь, аналогичная ситуация. Может кто-то подскажет в чем дело.:(
DarkSide
05-03-2010, 12:16
У меня такая проблема с MPEG-4 каналами. MPEG-2 каналы работают нормально. Думаю, что проблема в том, что udpxy работает только с MPEG2-TS потоком, а вот MPEG-4 он кушать не хочет.
Нашел в этой теме вот такое, но решения так и не нашел.
Приветствую!
в логах в основном подобное сообщение:
Mar 31 18:39:58 udpxy[141]: write_buf: write: Connection reset by peer
изредка:
Mar 31 14:52:11 udpxy[131]: read_buf: read: Resource temporarily unavailable
Mar 31 21:47:34 udpxy[189]: write_buf: write: Resource temporarily unavailable
Желательно получить весь журнал в режиме отладки (-v), конечно, а пока - лишь размышления.
означает, что клиент прервал соединение.
Прервал он его, скорее всего потому, что долго и безрезультатно ждал данных от udpxy, которых тот не послал вовремя. Паачэму нэ послал ?! :confused: - Думаю (гадаю), при такой загрузке сети данные с multicast идут с перебоями и udpxy ждал, пока ему придёт достаточно данных, чтобы отправить клиенту весь буфер (комбинация -B len, -R num определяет размер этого буфера). Ждал долго, и клиент таки не дождался и обрубил соединение - такой вот сценарий напрашивается. Как проверить? - Уменьшить буфер путём вариации значений параметра -R num (см. предыдущие посты). Повторюсь, но -R 1 отменяет буферизацию как таковую (но и это не гарантирует избавления от сбоев, если данные по multicast будут долго не доходить до роутера) - следовательно, разница в поведении должна быть (меньше записей connection reset by peer). Прошу проверить эту гипотезу.
Если гипотеза оправдается, то сделаю внутренний тайм-аут для буфера, при котором udpxy пошлёт всё, что было (сейчас есть тайм-аут на получение данных по мультикасту (read_buf: read: Resource temporarily unavailable), но он достаточно большой - 5 секунд, но, видимо, клиенту хватает и меньшего времени, чтобы оборвать соединение. Тайм-аут можно сделать и параметром, если будет на то нужда.
Сообщите о результатах проверки - постараюсь помочь.
Прошивка от энтузиастов dir-320, включен UDP proxy На компьютере все ок, медиаплеер Egreat, запускает IPTV на 3-5 секунд, потом обрыв, в логах при переключении каналов:
Mar 5 15:03:32 udpxy[1931]: write_buf: write: Connection reset by peer
Mar 5 15:03:33 udpxy[1932]: write_buf: write: Connection reset by peer
Mar 5 15:03:33 udpxy[1933]: write_buf: write: Broken pipe
Mar 5 15:03:34 udpxy[1934]: write_buf: write: Connection reset by peer
Mar 5 15:03:36 udpxy[1935]: write_buf: write: Connection reset by peer
Mar 5 15:03:46 udpxy[1936]: read_buf: read: Resource temporarily unavailable
Mar 5 15:03:51 udpxy[1938]: read_buf: read: Resource temporarily unavailable
Mar 5 15:04:08 udpxy[1940]: write_buf: write: Connection reset by peer
Mar 5 15:04:08 udpxy[1941]: write_buf: write: Connection reset by peer
Mar 5 15:04:08 udpxy[1942]: write_buf: write: Broken pipe
Mar 5 15:04:10 udpxy[1943]: write_buf: write: Connection reset by peer
Mar 5 15:04:11 udpxy[1944]: write_buf: write: Connection reset by peer
Mar 5 15:04:20 udpxy[1945]: read_buf: read: Resource temporarily unavailable
Mar 5 15:04:25 udpxy[1946]: read_buf: read: Resource temporarily unavailable
Mar 5 15:04:36 udpxy[1948]: write_buf: write: Connection reset by peer
Mar 5 15:04:36 udpxy[1949]: write_buf: write: Connection reset by peer
Mar 5 15:04:37 udpxy[1950]: write_buf: write: Broken pipe
Mar 5 15:04:38 udpxy[1951]: write_buf: write: Connection reset by peer
Иногда еси после 3-5 секунд прорывает и работает дальше без проблем, тоеть глюк только при старте канала.
Прочитал половину темы, но так и не понял, где в прошивке прописаны параметры запуска Udp proxy? кто подскажет как исправить ?
Добрый день.
Поставил последнюю прошивку олега и.. не обнаружил в ней пункта "IP Config - Miscellaneous: IPTV UDP Multicast to HTTP Proxy Port".
Попробовал запустить udpxy руками - запускается, но работать с отключенным multicast-ом отказывается, а с включенным - звук заикается и на изображении появляются артефакты при просмотре по wifi через прокси.
Как побороть или что я не так делаю?
Нашел вот здесь:
http://wl500g.info/archive/index.php/t-12182-p-3.html
Не хватает правил iptables, которые добавляются если включен мультикаст-роутинг или встроенный в прошивку udpxy
-A INPUT -d 224.0.0.0/240.0.0.0 -p igmp -j ACCEPT
-A INPUT -d 224.0.0.0/240.0.0.0 -p udp -m udp ! --dport 1900 -j ACCEPT
Попробую отключить multicast и прописать правила. Если поможет - отпишусь.
Не помогло.. Кто подскажет что делает пункт "IPTV UDP Multicast to HTTP Proxy Port" кроме запуска udpxy? Или куда копать вообще?
Более того:
[admin@WL-001FC6F1E326 root]$ iptables -F
[admin@WL-001FC6F1E326 root]$ iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain MACS (0 references)
target prot opt source destination
Chain SECURITY (0 references)
target prot opt source destination
Chain logaccept (0 references)
target prot opt source destination
Chain logdrop (0 references)
target prot opt source destination
[admin@WL-001FC6F1E326 root]$ udpxy -p 8080 -a br0 -m eth0 -v -T
2010-03-14 08:49:29.134076 MSK Starting server [1009]; capacity=[3] clients
2010-03-14 08:49:34.687029 MSK Added client: pid=[1010], maddr=[234.5.2.15], mport=[20000], saddr=[192.168.1.91], sport=[43479]
2010-03-14 08:49:39.701986 MSK read_buf: read: Resource temporarily unavailable
2010-03-14 08:49:39.707375 MSK read_data - EOF
2010-03-14 08:49:58.379826 MSK Server [1009] exits rc=[0]
Добрый день.
Ребят подскажите, у моего провайдера есть iptv
для просмотра они рекомендуют скачать спец проигрыватель и плейлист.
в плейлисте вот такие вот ссылочки
http://avk-video-30.local.lan:7780/udp/234.5.2.62:20000
http://avk-video-30.local.lan:7780/udp/234.5.2.2:20000
Прошивка стоит последняя Олеговская.
Мультикаст включил. Не проигрывается вообще.
veranson
04-04-2010, 18:19
циско
interface Tunnel1
ip address 10.105.240.185 255.255.255.248
ip pim sparse-mode
tunnel source Loopback0
tunnel destination 66.66.66.66
end
есть asus wl500w
засунул туда модуль для gre
поднял туннель. настроил igmpproxy на аплинк туннеля
wl500 Tunnel1-10.105.240.186
[veranson@WL-0018F3957284 root]$ /tmp/local/root/tcpdump -i Tunnel1 -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on Tunnel1, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
21:46:53.137435 IP 10.105.240.186 > 232.32.211.106: igmp v2 report 232.32.211.106
21:46:53.296658 IP 10.105.240.185 > 224.0.0.13: PIMv2, Hello, length 30
21:47:02.957375 IP 10.105.240.186 > 232.32.211.106: igmp v2 report 232.32.211.106
21:47:08.627387 IP 10.105.240.186 > 232.32.211.106: igmp v2 report 232.32.211.106
чет не получаю ничего
[veranson@WL-0018F3957284 root]$ /tmp/local/root/tcpdump -i br0 -n igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br0, link-type EN10MB (Ethernet), capture size 96 bytes
21:49:01.193052 IP 192.168.1.149 > 232.32.211.106: igmp v2 report 232.32.211.106
21:49:01.552999 IP 192.168.1.149 > 232.32.211.106: igmp v2 report 232.32.211.106
мультикаст идет только после того как нагло на циске его отправишь в туннель
interface Tunnel1
ip address 10.105.240.185 255.255.255.248
ip pim sparse-mode
ip igmp join-group 232.32.211.106
tunnel source Loopback0
tunnel destination 66.66.66.66
end
прописываю маршрут до сорцов и эта группа работает.
[veranson@WL-0018F3957284 root]$ ip r
10.0.0.2 dev eth1 scope link
10.105.240.184/29 dev Tunnel1 proto kernel scope link src 10.105.240.186
78.107.196.0/26 via 10.105.240.185 dev Tunnel1
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1
172.21.0.0/16 via 10.105.240.185 dev Tunnel1
10.0.0.0/8 dev eth1 proto kernel scope link src 10.5.16.37
127.0.0.0/8 dev lo scope link
224.0.0.0/4 dev Tunnel1 scope link
default via 85.93.128.114 dev ppp0
default via 10.0.0.2 dev eth1 metric 1
78.107.196.0/26, 172.21.0.0/16 сорцы
Хочу igmp как мне это сделать?
А никто не знает какое правило сейчас нужно для корбины,билайна для iptables? раньше хватало iptables -I INPUT -i vlan1 -d 224.0.0.0/240.0.0.0 -j ACCEPT
а теперь что то не пашет =(
udpxy -p 5000 -a br0 -m vlan1 -v -T
2010-04-12 20:32:56.425980 8 Starting server [964]; capacity=[3] clients
2010-04-12 20:33:03.314724 Added client: pid=[965], maddr=[233.33.210.92], mport=[5050], saddr=[], sport=[0]
2010-04-12 20:33:08.312326 read_buf: read: Resource temporarily unavailable
2010-04-12 20:33:08.312601 read_data - EOF
2010-04-12 20:33:25.509068 Server [964] exits rc=[0]
P.S у меня DD-WRT роуты на 233.33.210.0 и 172.16.16.0 прописаны.
Помогите с такой проблемой
Имеется 520gU, прошит последней прошивкой? та что 10....
Имеется телевизионная приставка от Корбины, которая подключена к роутеру LAN1-4 (к любому). В прошивке от Олега нет возможности выбрать порт для подключения тв приставки. Включаю Мультикастинг, пропадает wifi, но начинает работать тв, выключаю получаю wifi, но тв работает некорректно...
Вопрос почему может пропадать wifi при включенном мультикасте? Не должно ведь...
Думал вернусь на родную прошивку (потому как подключить винт к gU не удалось, никак).... Так теперь роутер на родной прошивке пишет что у меня не подключен кабель WAN... хотя все подключено и инет есть?
Точно такой же вопрос возник, подскажите, как решить?
на 500gP при просмотре IP-TV отваливается вай-фай: сеть видно, но IP по DHCP не выдает.
На сколько я знаю, пчелонет выдает вместе с iptv плееером простенький тупой длинк свич, подразумевая что пользователь подключит через него плеер и уже свой девайс, да бы не срать мультикастом в wifi эфир. Почему у вас нет данного девайса?
Ну и как вариант если его нет и не предвидится, то думается что можно выставить "Multicast Rate(Mbps)" в минимум, да бы не засорять эфир.
Разговор глухого со слепыми ... :D
Почитали бы сначала FAQ и MiniFAQ ... :cool:
А после, глядишь, и таких вопросов не было бы ... ;)
Garf1eld
28-04-2010, 13:28
скажите пожалуйста, возможно ли это установить на роутер WL-520GC?
телнет настроил.
желательно подробную инструкцию, потому что в линуксе не очень шарю. спасибо!
Garf1eld
29-04-2010, 08:24
кто-то ответит?
oxygen121
30-04-2010, 07:20
нельзя , поиск
Добрый день.
Ребят подскажите, у моего провайдера есть iptv
для просмотра они рекомендуют скачать спец проигрыватель и плейлист.
в плейлисте вот такие вот ссылочки
http://avk-video-30.local.lan:7780/udp/234.5.2.62:20000
http://avk-video-30.local.lan:7780/udp/234.5.2.2:20000
Прошивка стоит последняя Олеговская.
Мультикаст включил. Не проигрывается вообще.
провайдер авк-компьтор :)
То это череда обстоятельств :) Телевидение сегодня не работает :)
А дополнительных настроек делать не надо на роуторе просто ставите программку и наслаждаетесь телевидением когда его починяют :)
если очень нужно могу плейлист скинуть и все заработает )))
Vitaly_k
06-05-2010, 09:32
А никто не знает какое правило сейчас нужно для корбины,билайна для iptables? раньше хватало iptables -I INPUT -i vlan1 -d 224.0.0.0/240.0.0.0 -j ACCEPT
а теперь что то не пашет =(
Подтверждаю, работать перестало.
Такое ощущение, что проблема с определением адреса источника мультикаста, в логе пишет:
Invalid Adress - 10.82
nafigator
11-05-2010, 11:33
Помогите настроить iptv
использую iptvplayer
роутер dir320 прошивка 1.9.2.7-d-r1000
тв от "мегалана"
iptv работает, но через 1-2 минуты останавливается,артефактов нету.
firewall комодо, плеер добавил в доверенные программы.
Подскажите что можно сделать.
Russell2k
08-06-2010, 20:52
У меня тоже проблемы с артефактами.(1.9.2.7-10.7 wl500gp v1, жесткий диск не подключал).
Напрямую без роутера все работает нормально. С udpxy по вай-фаю иногда возникают артефакты. Логика появления артефактов мне совсем непонятна. То почти нет , то очень много. Вот только часто когда переключаешь на новый канал некоторое несколько секунд артефактов всегда не бывает, а потом появляются. Я пользуюсь udpxy которая втроена в Олеговскую прошивку. Через провод от роутера не подключал , т.к. сейчас провода нет.
Как можно продиагностировать проблему?
Провайдер кверти.(Multicast rate 24 пробовал и 36 ;Enable multicast routing выкл. пробовал и вкл)
Multicast rate и Enable multicast routing имеет смысл трогать лишь тогда, когда НЕ используется udpxy, это надо куда-то в faq написать.
mooncat4er
21-06-2010, 10:38
Предположим, что вещание какого-то канала ТВ осуществляется в мультикаст группе 233.32.210.1 по протоколу UDP, порт 5500.
Заходите на роутер с помощью telnet или ssh (telnet 192.168.1.1) и выполняете команду
tcpdump -i $(nvram get wan_ifname) -n -p udp port 5500 and host 233.32.210.1
Дальше запускаете ТВ, включаете этот канал и смотрите на вывод роутера. Должны "полететь" однотипные пакеты примерно такого содержания:
00:20:07.717562 IP 85.21.91.195.32770 > 233.32.210.1.5050: UDP, length: 1316
У меня лишь молчание, что делать?
plikpluk
29-07-2010, 13:29
Запускаю на прошивке 1.9.2.7-d-r1825 роутера WL500W udpxy
udpxy -p 7781 -m 10.0.0.1 -c 3
10.0.0.1 - это внутренний адрес роутера, внешний 10.84.xx.xx
10.0.0.200 - компутер, на котором смотрится IPTV
мультикаст отключен, во вкладке настроек роутера
IPTV UDP Multicast to HTTP Proxy Port: стоит 0
видно, что клиент коннектится к udpxy, перейдя по адресу
http://10.0.0.1:7781/status
появляется
Active clients:Process ID Source Destination Throughput
13976 10.0.0.200:3445 233.166.xxx.xxxx:1234 N/A
но ни "IP-TV player", ни VLC ничего не показывает. Через какое-то время статус udpxy показывает что клиент отвалился.
При установке софтового UDP-to-HTTP Proxy c http://borpas.info на отдельно стоящую машину 10.0.0.100 и перенастройке плейлиста
с
#EXTINF:1,Первый канал
http://10.0.0.1:7781/udp/233.166.xxx.xxx:1234
на
#EXTINF:1,Первый канал
http://10.0.0.100:7781/udp/233.166.xxx.xxx:1234
IPTV начинает раздаваться и показываться на всех машинах сети. Iptables настроек файерволла в аттаче.
Игры с установкой IPTV UDP Multicast to HTTP Proxy Port не помогают. Multicast отключен.
Вопрос: что делать и как с этим бороться, хочу чтобы udpxy работал на роутере, а не на компьютере.
Запускаю на прошивке 1.9.2.7-d-r1825 роутера WL500W udpxy
udpxy -p 7781 -m 10.0.0.1 -c 3
10.0.0.1 - это внутренний адрес роутера, внешний 10.84.xx.xx
10.0.0.200 - компутер, на котором смотрится IPTV
udpxy -a 10.0.0.1 -p 7781 -m <Сюда вписать внешний 10.84.xx.xx, а лучше название этого интерфейса> -c 3
udpxy -a 10.0.0.1 -p 7781 -m <Сюда вписать внешний 10.84.xx.xx, а лучше название этого интерфейса> -c 3
Тажа ситуация. нет видео
процесс запущен
126 724 S /usr/sbin/udpxy -a br0 -m vlan1 -p 8181
Настройки проводились через вэб.
Route multicast тоже включен.
Если в ip-tv player использовать прямое подключения менуя прокси то появляется картинка статичная эфира и кубики.
Если через прокси то картинки нету
По system utilization видно что траффик на vlan1 идет
Но через некоторое время status показывает что клиент отвалился
В чем еще может быть дело ?
И почему такая ситуация при прямом просмотре ?
Может ли такое влиять если у меня присвоен внешний ip адрес а не из подсети провайдера ?
Тажа ситуация. нет видео
процесс запущен
126 724 S /usr/sbin/udpxy -a br0 -m vlan1 -p 8181
Настройки проводились через вэб.
Route multicast тоже включен.
Если в ip-tv player использовать прямое подключения менуя прокси то появляется картинка статичная эфира и кубики.
Если через прокси то картинки нету
По system utilization видно что траффик на vlan1 идет
Но через некоторое время status показывает что клиент отвалился
В чем еще может быть дело ?
И почему такая ситуация при прямом просмотре ?
Может ли такое влиять если у меня присвоен внешний ip адрес а не из подсети провайдера ?
Выберете уж что-то одно или прокси или мультикаст роутинг, вместе оно не работает )
Выберете уж что-то одно или прокси или мультикаст роутинг, вместе оно не работает )
Route multicast включил просто для тестов. При выклеченном всеравно не работает, тишина.
Хотя status показывает что подключение есть.
В чем еще может быть дело ?
И почему такая ситуация при прямом просмотре ?
Может ли такое влиять если у меня присвоен внешний ip адрес а не из подсети провайдера ?1. Ещё может быть дело в файрволле.
2. Вопрос непонятен.
3. Вопрос непонятен.
1. Ещё может быть дело в файрволле.
Отключал все файрволы. Не помогло
По system utilisation видно что трафик не внешний интерфейс идет.
А дальше никуда не раздается почему-то
И еще. При запуске просмотра в любом режиме, роутер начинаеи сильно тупить, на него по вэб не по ssh не зайти.
Да в принципе при любом большом траффике (н-р копипрование фильмом с компа на комп) через него он начинает сильно тупить.
Это для него нормально или что-то с ним не то ?
Чето тема заглохла. А тема то полезная...
FAQ бы по ней токо, упарился курить...
Адресуется всем тем кто так до сих пор не может смотреть телек через WiFi даже с помощью udpxy из-за квадратиков и рассыпаний.
Проверьте канал от роутера до вашего ноутбука.
Являясь сетевиком, довольно часто сталкиваюсь с кривой реализацией беспроводных протоколов, причем у достаточно именитых производителей.
Короче, танцы с бубном вокруг настроек Wi-Fi роутера и вашей беспроводной сетевухи вам помогут.
Для начала запустите на ноутбуке консоль, и наберите ping внутренний_адрес_роутера -t
Смотрите за пингом, если часто (~1 раз на 20 нормальных) значение больше единицы, или пинги совсем пропадают, проблема скорее всего в Wi-Fi канале.
Не выключая консоли, меняйте параметры Wi-Fi на сетевухе ноутбука и на маршрутизаторе. Методом тыка. Смотрите на пинг. Причем могут помочь самые необычные параметры.
Мне тупо помогло уменьшение скорости (не мультикаст!) на роутере до 36 или 24 Mb. Канал стал устойчивее, рассыпания пропали.
Не ставте скорость в авто!
Еще, поскольку ветку читают не тока гуру, позволю себе дать совет, как быстро поправить .m3u лист на работу с udpxy (ну не все умеют заменой пользоваться в блокноте! :D По теме не видел подсказки)
Открываете файлик с каналами *.m3u в блокноте (открыть с помощью). Файлик нужно взять у провайдера.
Делаете "Правка->Заменить"
Что: udp://@
Чем: http://внутренний_адрес_роутера:порт/udp/
"Заменить все"
Сохраняте и подсовываете вашему IPTV плееру.
Фсе.
Кстати, уменьшение скорости на роутере до 36 действительно повысило стабильность картинки на ноуте. Остались лишь редкие, единичные рассыпания. Теперь вполне можно смотреть. Спасибо за совет. :D
Правда, udpxy запущен не на роутере, а на линуксовом спутниковым ресивере. Но по сути, это мало что меняет.
artlantis
24-10-2010, 06:20
Вопрос по поводу возможности просмотра через udpxy "извне". Работает в формате http://<мой внешний ip>:7575/udp/239.0.1.1:1234 но только при отключенном файрволле. Естественно, порт открыт наружу (NAT Setting - Virtual Server Port Range 7575 Local IP 192.168.1.1 Local Port 7575 Protocol TCP). Включаю файрволл - работает только из домашней сети. Отключал udpxy на интерфейсе, запускал командой udpxy -p 7575 -m <мой внешний ip> -c 3 (без параметра -a, чтобы он слушал на всех интерфейсах, как описывали знатоки) - не помогло. Прошивка 1.9.2.7-10.7 (WL500gpv2) НО! У меня Linksys WRT54GL - может быть в этом дело? Я еще по 320-му Д-Линку помню, что там что-то было напутано с WAN-LAN интерфейсами, типа мак-адреса не совпадали после прошивки в Асус. У меня после переделки в Асус пришлось внешний МАС-адрес пришлось подгонять под тот, что был на родном Линксисе, иначе провайдер не пускал. Но ведь без файрволла работает доступ. Чего еще нужно посмотреть/открыть/прописать?
ValeryFVV2002
24-10-2010, 19:16
Файлик нужно взять у провайдера.
Делаете "Правка->Заменить"
Что: udp://@
Чем: http://внутренний_адрес_роутера:порт/udp/
"Заменить все"
Сохраняте и подсовываете вашему IPTV плееру.
Фсе.
все проще. вместо сетевого интерфейса в настройках указать внутренний_адрес_роутера:порт
не забываем что у удп прокси и плеера одни корни.
нашел тут http://www.cn.ru/forum/showpost.php?p=1854943951&postcount=2
логичнее и проще
artlantis
08-11-2010, 13:00
Вопрос по поводу возможности просмотра через udpxy "извне". Работает в формате http://<мой внешний ip>:7575/udp/239.0.1.1:1234 но только при отключенном файрволле. Естественно, порт открыт наружу (NAT Setting - Virtual Server Port Range 7575 Local IP 192.168.1.1 Local Port 7575 Protocol TCP). Включаю файрволл - работает только из домашней сети. Отключал udpxy на интерфейсе, запускал командой udpxy -p 7575 -m <мой внешний ip> -c 3 (без параметра -a, чтобы он слушал на всех интерфейсах, как описывали знатоки) - не помогло. Прошивка 1.9.2.7-10.7 (WL500gpv2) НО! У меня Linksys WRT54GL - может быть в этом дело? Я еще по 320-му Д-Линку помню, что там что-то было напутано с WAN-LAN интерфейсами, типа мак-адреса не совпадали после прошивки в Асус. У меня после переделки в Асус пришлось внешний МАС-адрес пришлось подгонять под тот, что был на родном Линксисе, иначе провайдер не пускал. Но ведь без файрволла работает доступ. Чего еще нужно посмотреть/открыть/прописать?
В общем, хоть и без файрволла наружу udpxy работает, но безбожно тормозит, пол экрана в "квадратиках", наверное мощности процессора не хватает, да и задумка изначально была внутрь сети пускать iptv, наверное разработчики udpxy и не проверяли, как на выпуск будет работать. Такой вопрос нужно было два с половиной года назад поднимать, когда разработки были в самом разгаре.
drinkermann
01-12-2010, 21:01
Проблема:
Есть роутер wl500gp, прошивка от Олега 1.9.2.7-10.
Провайдер QWERTY, на чердаке Dlink DES-3226S, который не умеет MVR.
Мультикаст идет в отдельном vlan VID=4.
Поднимаю дополнительный vlan:
robocfg vlan 4 ports "0t 5t" vlan 0 ports "1 2 3 4 5t" vlan 1 ports "0 5t"
vconfig add eth0 4
ifconfig vlan4 192.168.1.2/24 up
Правлю конфиг прокси
quickleave
phyint vlan4 upstream
altnet 0.0.0.0/0
phyint br0 downstream
Перезапускаю
/usr/sbin/igmpproxy -c /etc/igmpproxy.conf
Запускаю плеер IP-TV, открываю любой канал из доступных, на 4 vlan начинают лететь пакеты udp, но плеер молчит и на br0 тишина.
Заподозрил неладное с iptables
Прописал:
iptables -A INPUT -d 224.0.0.0/240.0.0.0 -i vlan4 -j ACCEPT
iptables -A INPUT -s 224.0.0.0/240.0.0.0 -i vlan4 -j ACCEPT
iptables -A FORWARD -d 224.0.0.0/240.0.0.0 -j ACCEPT
iptables -A FORWARD -s 224.0.0.0/240.0.0.0 -j ACCEPT
iptables -A INPUT -d 224.0.0.0/240.0.0.0 -i vlan4 -p udp -j ACCEPT
iptables -A INPUT -s 224.0.0.0/240.0.0.0 -i vlan4 -p udp -j ACCEPT
Безрезультатно. Что я делаю не так?
UPD:
Если уж сообщение перекочевало сюда, то udpxy запущенный так:
udpxy -a br0 -m vlan4 -p 1234
не работает тоже. Причем в статусе секунд 5 показывает, что есть клиент и пакеты в 4 влане бегут, но картинки нет и ничего похожего на пакеты прилетающие на внешний адрес тоже нет. Потом пакеты пропадают в 4 влане и в статусе прокси пропадает клиент. Пробовал и прописывать адрес роутера:порт в настройках плеера и менять плейлист. Может маршруты какие нужны? Уже даже не знаю куда копать.
Вот такое вижу при попытке подключиться к вещанию:
]$ udpxy -a br0 -p 81 -m vlan4 -v -T
2010-12-02 07:14:59.163287 UCT Starting server [208]; capacity=[3] clients
2010-12-02 07:15:07.568204 UCT Added client: pid=[209], maddr=[239.255.2.2], mport=[1234], saddr=[xx.xx.xx.xx], sport=[3328]
2010-12-02 07:15:12.567698 UCT read_buf: read: Resource temporarily unavailable
2010-12-02 07:15:12.568060 UCT read_data - EOF
2010-12-02 07:15:12.583769 UCT Added client: pid=[210], maddr=[239.255.2.2], mport=[1234], saddr=[xx.xx.xx.xx], sport=[3329]
2010-12-02 07:15:17.587842 UCT read_buf: read: Resource temporarily unavailable
2010-12-02 07:15:17.588252 UCT read_data - EOF
Паралельно смотрю tcpdump на vlan4 и вижу правильные судя по всему пакеты
07:15:18.813127 IP 213.85.187.36.50000 > 239.255.2.2.1234: UDP, length: 1316
с частотой >15 в секунду
UPD: сам спросил, сам ответил:
Маршрут к серверу вещания нужно прописать через vlan4
route add 213.85.187.36 gw 192.168.1.2
ТВ заработало, но есть другой вопрос:
куда прописать
robocfg vlan 4 ports "0t 5t" vlan 0 ports "1 2 3 4 5t" vlan 1 ports "0 5t"?
Прописал в post-firewall, но почему-то в 4 влан не включается 5 порт. Куда копать?
Ув. форумчане, прошу помощи по следующему вопросу:
Есть WL-500gPv2, прошивка от Олега, 1.9.2.7-10.7, подключен к провайдеру через VPN по L2TP, настраивался по Здесь (http://wl500g.info/showpost.php?p=19984&postcount=2)
Есть вещание iptv провайдера.
При включенном "IP Config">"Route">"Enable multicast routing?" = Yes
iptvpleer воспроизводит iptv.m3u вида:
#EXTM3U
#EXTINF:0,ОРТ
udp://@234.5.2.1:20000
#EXTINF:0,Россия
udp://@234.5.2.2:20000
#EXTINF:0,ТВЦ
udp://@234.5.2.3:20000
Нужна трансляция по http, через mediatomb, для ТВ Philips (http://forum.ixbt.com/topic.cgi?id=62:18385-2)
Отключаю мультикаст роутинг, включаю "IP Config">"Miscellaneous">"IPTV UDP Multicast to HTTP Proxy Port:" = 81
Всё, iptvpleer заткнулся. ссылки вида:
http://192.168.1.1:81/udp:/234.5.2.1:20000
http://192.168.1.1:81/udp:/234.5.2.1:20000/1.avi(mpg,mpeg,ts)
не работают...
На http://my.router:81/status отображается следующее:
Server Process ID..........100
Accepting clients on.......192.168.1.1:81
Multicast address...........10.221.10.132
Active clients.................0
10.221.10.132 - это внешний IP-шник роутера, кажется, что-то тут не так...
К сож, в маршрутизации я полный лох, хотя бы ткните носом, где копать, 5-й день уже, все стены во вмятинах...
upd
нашел тут http://www.cn.ru/forum/showpost.php?p=1854943951&postcount=2
логичнее и проще только таким способом - iptvpleer играет, т.е., прокся вроде работает, но как-то загадочно
theMIROn
25-12-2010, 16:56
куда прописать
robocfg vlan 4 ports "0t 5t" vlan 0 ports "1 2 3 4 5t" vlan 1 ports "0 5t"?
Прописал в post-firewall, но почему-то в 4 влан не включается 5 порт. Куда копать?
nvram show | grep -e ^vlan[1-9+].*=
ссылки вида:
http://192.168.1.1:81/udp:/234.5.2.1:20000
http://192.168.1.1:81/udp:/234.5.2.1:20000/1.avi(mpg,mpeg,ts)
не работают...
кажется, что-то тут не так... Естественно, не работают, т.к. URL неправильные.
К сож, в маршрутизации я полный лох, хотя бы ткните носом, где копать, 5-й день уже, все стены во вмятинах... Копать в сторону внимательности, сравните:
неправильно -
http://192.168.1.1:81/udp:/234.5.2.1:20000
правильно -
http://192.168.1.1:81/udp/234.5.2.1:20000
Здравствуйте Олег у меня к вам просьба помогите пожалуйста настроить IPTV через приставку (на компе показывает) .
У меня роутер dir-320 с вашей прошивкой, IPTV устройство которое может принимать IPTV по мультикасту есть также провайдер который транслирует IPTV но по юникасту
Здравствуйте Олег у меня к вам просьба помогите пожалуйста настроить IPTV через приставку (на компе показывает) .
У меня роутер dir-320 с вашей прошивкой, IPTV устройство которое может принимать IPTV по мультикасту есть также провайдер который транслирует IPTV но по юникасту
Очередной бред ... :)
1. Олег никогда не делал прошивок для дылинка ... :)
2. Приставки STB работают только по мультикасту ... ;)
З.Ы. За дублирование постов можно получить RO на неделю ... :cool:
А кто-то может скомпилить udpxy.1.0-Chipmunk-19.tgz отсюда http://sourceforge.net/projects/udpxy/files/udpxy/Chipmunk-1.0/ ?
А кто-то может скомпилить udpxy.1.0-Chipmunk-19.tgz отсюда
http://sourceforge.net/projects/udpxy/files/udpxy/Chipmunk-1.0/ ?
А зачем его компилить, если он уже есть в прошивке ? :rolleyes:
http://code.google.com/p/wl500g/source/detail?r=2461 :cool:
ибо мне его на dd-wrt поставить нужно
Люди, ну скомпильте кто-то пакетик udpxy.1.0-Chipmunk-19.tgz. Не сложно ведь. http://sourceforge.net/projects/udpxy/files/udpxy/Chipmunk-1.0/
Vladimir_ar
27-01-2011, 11:00
Я прошу меня сильно не пинать, так как я новичок и мне не совсем еще все понятно. Кто-нибудь делал UDP мультикастовое вещание с Sat-ресивера (на enigma2). Надо чтобы рессивер выдавал поток UDP в локальную сеть и переключение каналов было не геморным. Так как смотреть этот поток хочу на Dune HD SMART, а он как я понял, только по UDP поток ловит. Проблема в том, что DUNE понимает поток только такого примерно вида: media_url=udp://@233.32.240.164:5050, а ресивер дает такого: http://192.168.1.5:8001/1:0:1:277A:1:70:1680000:0:0:0: Из доп оборудования имеется роутер DIR-320 (прошитый в WL500gpv2). Вот и интересует как их подружить. Предполагаю, что нужно настраивать udpxy на роутере, но абсолютно не имею представления как! Кто-нибудь сталкивался с подобным, подскажите как?
Я прошу прощения, не ужели ни кто не сталкивался с подобным (пост #726)?
Владимир а не проще вам покопатся на форуме Вашего ресивера?
Просто возможно у них есть кастомная прошивка под него с воплощенной идеей в жизнь.
Уважаемые гуру, подскажите как можно сменить версию igmp с 3 на 2.
Так как же заставить udpxy слать запросы igmp v2?
00:55:01.674190 IP 192.168.100.1 > 224.0.0.22: igmp v3 report, 1 group record(s)
theMIROn
02-02-2011, 20:04
Так как же заставить udpxy слать запросы igmp v2?
00:55:01.674190 IP 192.168.100.1 > 224.0.0.22: igmp v3 report, 1 group record(s)
google://force_igmp_version
Спасибо за подсказку. Все заработало как надо!:)
Осталось только проковырять пару дырок в фаерволе для igmp и udp пакетов :confused:
theMIROn
04-02-2011, 07:04
Осталось только проковырять пару дырок в фаерволе для igmp и udp пакетов :confused:
Включите Multicast Routes и все само откроется, включите EMF еще и wireless snooping заработает, и igmp в 2 выставится.
theMIROn
не подскажите?
http://wl500g.info/showpost.php?p=223531&postcount=163
писал в этой теме, перенести, и тема угасла...:(
уже не актуально (разобрался).
theMIROn
Точно, работает! А я даже и не пробовал включать эти опции, думая, что мультикаст полезет в Wi-Fi. Оказывается, Multicast Routes и Efficient Multicast Forwarding действуют и на второй WAN, созданный из LAN1.
А чем не угодил порт 1900 мультикаста, что его исключают из правила проброса?
338K 455M ACCEPT udp -- * * 0.0.0.0/0 224.0.0.0/4 udp dpt:!1900
staticroute
09-02-2011, 11:43
не работает фишка получения SAP-каналов в VLC..
роутер ASUS wl-500gPv2 с Олеговской прошивкой...
господа, подскажите как пофиксить?
если вбивать каналы через http://router:8081/udp/223.0.1.1/1234, то работает..
только вот как этот самый список получить б через VLC (SAP-рассылка)?
ситуация:
на компе 1 смотрят канал
на компе 2 включают просмотр какого-то канала / переключают канал
на компе 1 в момент включения / переключения канала на компе 2 появляются небольшие артефакты
это нормально? как устранить?
Цитата с википедии:
Последняя строка
Даже в современных изданиях ОС UNIX и её наследника Linux отсутствие перевода строки в конце системных конфигурационных файлов приводит к тому, что последняя строка не учитывается[2], а вроде правильно составленный файл не работает, представляясь головоломкой для пользователя, не предупреждённого об этой самобытной особенности.
Немного не согласен c данной цитатой ... Это не "самобытная особенность" просто изначально OC UNIX считает пользователя root богом. И ессно даже не пытается переспрашивать у него "А ты правда уверен?". Лет 10 назад ходил в инете "прикол" (НИКОГДА НЕ ВВОДИТЕ строки из инета под рутом для проверки ошибок которые они выдают)
rm -r / tmp
В данном примере такая команда выданная машине под рутом молча стирала всю систему (или если не под рутом, только домашний каталог пользователя) ... Так и здесь система видит, что вы не уверены (не нажали на "энтер") значит исполнять не нужно ... ИМХО
такая команда выданная машине под рутом молча стирала всю систему (или если не под рутом, только домашний каталог пользователя) ...
Это уже офф. Но если мне память не изменяет, то это называлось - "патч Бармина" :)
Добрый день! В данной прошивке при настройке udpxy через веб, сервис запускается с параметрами udpxy -a lan0 -p 4022 -m lan1. Как сделать так, чтобы сервис запускался с дополнительными параметрами udpxy -a br0 -p 4022 -m vlan1 -B 1Mb -H 5 -M 30. Спасибо!
Пропишите указанную строчку
-a br0 -p 4022 -m vlan1 -B 1Mb -H 5 -M 30
в post-mount
/tmp/local/sbin/post-mount
Сделайте flashfs save && flashfs commit && flashfs enable && reboot
Добрый день!
Перелопатил почти весь форум, но вопросы так и остались без ответа.
Имеется стоковый ASUS WL500g Deluxe (со стандартной Asus прошивкой и не перепаяными RAM).
Данный рутер меня полностью устраивает и все работает на 5 баллов. Но очень хочется смотреть IPTV на компе, только стоковая прошивка этого не позволяет.
Планирую залить эту прошивку 1.9.2.7-9, но нигде не смог найти отзывов о переходе на данную версию именно владельцев Deluxe.
Заработает ли IGMP multicast или нет, и какие могут быть подводные камни при установке?
Скажите пожалуйста, почему при запуске udpxy ругается:
Invalid multicast address: [Vlan1]
как победить?
поиск не дал результатов
udpxy build16
прошивка 1.9.2.7-d-r2410
роутер asus wl500gpv2
а можно вместо udpxy использовать igmpproxy?
подскажите где почитать как конфиг для igmpproxy написать, обязательно ли айпишник с которого мультикаст вещает нужен? у нас в ростелекоме ip только для ppp0 выдается, iptv нормально вещает в vlan1, а во vlan0 не идет
обновился до 1.9.2.7-d-r2624, но updxy так и не хочет работать
$ udpxy -vTS -p 5050 -m vlan1 -a br0
Invalid multicast address: [vlan1]
пока не перешел на GPON через роутер прекрасно смотрел IPTV, теперь только мимо роутера
подскажите куда копать?
burning shadow
07-06-2011, 13:21
Имеется WL500W с последней официальной прошивкой от энтузиастов. IPTV работает исключительно через udpxy, multicast routing выключен. Для просмотра используется IPTV Player, пробовал VLC и mplayer под в Ubuntu, там то же самое. Проблема в том, что после нескольких переключений каналов, иногда достаточно 3-5 каналов переключить, начинаются страшные тормоза - звук прерывается, квадратики, и прочие артефакты. Перезагрузка роутера не спасает. В чем может быть дело? Я плохо понимаю, как это все работает, но подозреваю, что при обращении плеера, udpxy подписывается на запрашиваемый канал. Может ли быть так, что после переключения канала в плеере, udpxy не отписывается от предыдущего и подписывается на следующий, увеличивая тем самым входящий поток трафика?
Здравствуйте уважаемые разработчики!
Имею: WL500gp-1.9.2.7-d-r2624
Соединение DHCP-DynamicIP, на том же адресе вещает IPTV
После смены IP-адреса пропадает IPTV (и через igmpproxy, и через udpxy)
В логе
Jul 10 06:04:14 igmpproxy[205]: MC-Router API already in use; Errno(125): Address already in use
Jul 10 20:23:55 udpxy[226]: set_multicast: setsockopt MCAST option: ADD: No such device
При попытке запустить "/usr/sbin/igmpproxy /etc/igmpproxy.conf" пишет то же самое(MC-Router API already in use...)
В udpxy статусе http://my.router:81/status
Multicast address = "мой предыдущий IP"
http://my.router:81/restart - ничего не дает (Multicast address остается прежним)
После ручного kill-a и последующего запуска все отлично работает!
На WL500gp-1.9.2.7-d-r1612 было то же самое.
Вопрос такой: это бага или фича, и ожидать ли её исправления или писать скрипт перезапуска?
theMIROn
12-07-2011, 21:14
Вопрос такой: это бага или фича, и ожидать ли её исправления или писать скрипт перезапуска?
Спасибо за наблюдение, попробую воспроизвести.
До результатов, можно в post-firewall вписать перезапуск демонов
yrij_063
19-08-2011, 17:31
Олег, пытаюсь прокинуть ulticast трафик за NAT на роутера впишишь.
Читаю ваши топики, во многих из которых вы используете команду tcpdump, её просто нет в системе
[admin@WL-f07d6875737d /]$ tcpdump
-sh: tcpdump: not found
[admin@WL-f07d6875737d /]$
поэтому, сначала надо разобраться со средствами дебага, потом решать основную проблему.
Читал, чтоб прокинуть мультикаст трафик через NAT лучше всего пользоваться технологией IGMP proxy. Интуиция подсказывает, что данного пакета в системе тоже нет.
Подскажите как исправить данные недочеты.
Девайс: Dir-320 прошит последней прошивкой от WAMPIKa. Стал WL-500gp
Олег, пытаюсь прокинуть ulticast трафик за NAT на роутера впишишь.
Читаю ваши топики, во многих из которых вы используете команду tcpdump, её просто нет в системе
[admin@WL-f07d6875737d /]$ tcpdump
-sh: tcpdump: not found
[admin@WL-f07d6875737d /]$
поэтому, сначала надо разобраться со средствами дебага, потом решать основную проблему.
Читал, чтоб прокинуть мультикаст трафик через NAT лучше всего пользоваться технологией IGMP proxy. Интуиция подсказывает, что данного пакета в системе тоже нет.
Подскажите как исправить данные недочеты.
Девайс: Dir-320 прошит последней прошивкой от WAMPIKa. Стал WL-500gp
Мультикаст давно поддерживается в прошивке энтузиастов, читаем форум...
yrij_063
20-08-2011, 00:24
Для моего set-box зверька ASUS R1 нужен юникаст
1. Купил роутер dir-320, прошил от Олега . Теперь -ASUS-500wlgp2 прошивкой Олега ver 1.9.2.7-d-r2624. ( до этого пробывал и от Wampik)
2. запускаю на роутере - udpxy -p 8082
3. Multicast to HTTP Proxy Port 0
4Efficient Multicast Forwarding: enable
5. Enable multicast routing?yes
6.Плей листы провайдера вида udp://@233.99.61.1:5000 переделал на http://192.168.1.1:8082/udp/233.99.61.3:5000
7. На setbox фиксированный IP .- 192.168.1.2 UDP to http proxy в зверьке снёс.
8. Нужно ли определять физически LAN на котором висит setbox?
На зверьке не идёт. Что делать дальше ?
Не пиннайте пожайлуста в фак я там был, эту ветку от первой до последней добросовестно курил...
theMIROn
20-08-2011, 09:24
2. запускаю на роутере - udpxy -p 8082
3. Multicast to HTTP Proxy Port 0
неправильно. правильно будет прописать порт в web интерфейсе в п.3
4. Efficient Multicast Forwarding: enable
5. Enable multicast routing? yes
6. Плей листы провайдера вида udp://@233.99.61.1:5000 переделал на http://192.168.1.1:8082/udp/233.99.61.3:5000
переделывать нужно только если используется udp proxy.
yrij_063
20-08-2011, 18:59
Что имеется: set box asus .модуль udp to http снёс- тормоза.
Задача: реализовать udp на роутере.
Роутер : dir-320 перешит в asus wl-500 vp2 адаптированной прошивкой Олега
Ethernet : оптика FTDP по PPoE, Ростелеком Волга J-MAX.2
Udpxy в прошивке имеется
Интересуют настройки роутера следующие :
1 Miscellaneous- enable UPnP ( Yes report wan address? Yes report MAN address и No)
2 Efficient Multicast Forwarding: yes или no
3 Multicast to HTTP Proxy Port : надо вбивать ? ( хочу 8082)
4 Enable access from WAN – галочку надо ?
5 Use DHCP routes? Yes или no
6 Enable multicast routing? Yes или no
7 Enable static routes? Yes или no
8 Файрволл отключил ( пока),IP динамически присваивается, DNSы вбил в роутер,
на приставке фиксированный IP- 192.168.1.2
Не знаю как настроить , выполня п 2 и 3 - не идёт, бьюсь вторую неделю
9 Для udpxy какие параметры для запуска? я включал udpxy –p 8082
Мой переделанный play list: http://192.168.1.1:8082/udp/233.99.61.15:5000
Запускал udpxy -T -v -p 8082 На выходе из телнета :
2011-08-20 17:45:07.706770 GMT 269 udpxy 1.0-Chipmunk (build 19) standard: udpxy -T -v -p 8082
2011-08-20 17:45:07.710173 GMT 269 Starting server [269]; capacity=[3] clients
2011-08-20 17:45:07.712703 GMT 269 Setting up listener for [0.0.0.0:8082]
2011-08-20 17:45:07.714905 GMT 269 Server socket=[7] is set up
2011-08-20 17:45:07.716535 GMT 269 Entering server loop
2011-08-20 17:45:07.717776 GMT 269 Server is waiting for input: socket=[7], pipe=[5]
2011-08-20 17:45:08.758704 GMT 269 Accepted socket=[8]
2011-08-20 17:45:08.760636 GMT 269 Reading command from socket [8]
2011-08-20 17:45:08.782315 GMT 269 HTTP buffer [305 bytes] received
2011-08-20 17:45:08.783999 GMT 269 Request=[udp/233.99.61.122:5000], length=[22]
2011-08-20 17:45:08.785946 GMT 269 Command [udp] with params [233.99.61.122:5000] read from socket=[8]
2011-08-20 17:45:08.788279 GMT 269 udp_relay : new_socket=[8] param=[233.99.61.122:5000]
2011-08-20 17:45:08.791812 GMT 269 Client process=[270] started for socket=[8]
2011-08-20 17:45:08.793991 GMT 270 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-20 17:45:08.796285 GMT 270 Setting up multicast listener
2011-08-20 17:45:08.797701 GMT 270 current receive buffer size is [108544] bytes for socket [5]
2011-08-20 17:45:08.791501 GMT 269 Added client: pid=[270], maddr=[233.99.61.122], mport=[5000], saddr=[192.168.1.2], sport=[1043]
2011-08-20 17:45:08.805080 GMT 269 Closed accepted socket [8]
2011-08-20 17:45:08.806703 GMT 269 Server is waiting for input: socket=[7], pipe=[5] 270 multicast-group [ADD]
2011-08-20 17:45:08.809701 GMT 270 Mcast listener socket=[5] set up
2011-08-20 17:45:08.811340 GMT 270 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-20 17:45:08.814038 GMT 270 Data buffer will hold up to [1] messages
2011-08-20 17:45:08.815994 GMT 270 UDP stream, RTP check enabled
2011-08-20 17:45:08.817952 GMT 270 current send buffer size is [16384] bytes for socket [8]
2011-08-20 17:45:08.820255 GMT 270 current receive buffer size is [108544] bytes for socket [5]
2011-08-20 17:45:08.822699 GMT 270 send buffer size set to [108544] bytes for socket [8]
2011-08-20 17:45:08.825179 GMT 270 Sent HTTP response code=[200], reason=[OK] to socket=[8]
2011-08-20 17:45:08.827924 GMT 270 Relaying traffic from socket[5] to socket[8], buffer size=[2048], Rmsgs=[1], pauses=[0]
2011-08-20 17:45:13.822362 GMT 270 read_buf: read: Resource temporarily unavailable
2011-08-20 17:45:13.824086 GMT 270 read_data - EOF
2011-08-20 17:45:13.825514 GMT 270 Exited relay loop: received=[-1], sent=[0], quit=[0]
2011-08-20 17:45:13.828954 GMT 270 multicast-group [DROP]
2011-08-20 17:45:13.830644 GMT 270 Mcast listener socket=[5] closed
2011-08-20 17:45:13.832924 GMT 270 Child process=[270] exits with rc=[0]
2011-08-20 17:45:13.837329 GMT 269 *** Caught SIGCHLD in process=[269] ***
2011-08-20 17:45:13.839058 GMT 269 Client [270] has exited.
2011-08-20 17:45:13.839581 GMT 269 Deleted client: pid=[270]
2011-08-20 17:45:13.840074 GMT 269 Server is waiting for input: socket=[7], pipe=[5]
2011-08-20 17:45:19.563572 GMT 269 Accepted socket=[8]
2011-08-20 17:45:19.564137 GMT 269 Reading command from socket [8]
2011-08-20 17:45:19.564659 GMT 269 HTTP buffer [233 bytes] received
2011-08-20 17:45:19.565167 GMT 269 Request=[udp/233.99.61.122:5000], length=[22]
2011-08-20 17:45:19.565687 GMT 269 Command [udp] with params [233.99.61.122:5000] read from socket=[8]
2011-08-20 17:45:19.566252 GMT 269 udp_relay : new_socket=[8] param=[233.99.61.122:5000]
2011-08-20 17:45:19.568040 GMT 269 Added client: pid=[272], maddr=[233.99.61.122], mport=[5000], saddr=[192.168.1.2], sport=[1044]
2011-08-20 17:45:19.568886 GMT 269 Closed accepted socket [8]
2011-08-20 17:45:19.569380 GMT 269 Server is waiting for input: socket=[7], pipe=[5]
2011-08-20 17:45:19.570476 GMT 269 Client process=[272] started for socket=[8]
2011-08-20 17:45:19.572779 GMT 272 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-20 17:45:19.575063 GMT 272 Setting up multicast listener
2011-08-20 17:45:19.576485 GMT 272 current receive buffer size is [108544] bytes for socket [5]
2011-08-20 17:45:19.579898 GMT 272 multicast-group [ADD]
2011-08-20 17:45:19.581725 GMT 272 Mcast listener socket=[5] set up
2011-08-20 17:45:19.583374 GMT 272 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-20 17:45:19.585666 GMT 272 Data buffer will hold up to [1] messages
2011-08-20 17:45:19.587269 GMT 272 UDP stream, RTP check enabled
2011-08-20 17:45:19.588654 GMT 272 current send buffer size is [16384] bytes for socket [8]
2011-08-20 17:45:19.590955 GMT 272 current receive buffer size is [108544] bytes for socket [5]
2011-08-20 17:45:19.592605 GMT 272 send buffer size set to [108544] bytes for socket [8]
2011-08-20 17:45:19.593518 GMT 272 Sent HTTP response code=[200], reason=[OK] to socket=[8]
2011-08-20 17:45:19.594532 GMT 272 Relaying traffic from socket[5] to socket[8], buffer size=[2048], Rmsgs=[1], pauses=[0]
2011-08-20 17:45:24.592258 GMT 272 read_buf: read: Resource temporarily unavailable
2011-08-20 17:45:24.592771 GMT 272 read_data - EOF
2011-08-20 17:45:24.593242 GMT 272 Exited relay loop: received=[-1], sent=[0], quit=[0]
2011-08-20 17:45:24.594846 GMT 272 multicast-group [DROP]
2011-08-20 17:45:24.595433 GMT 272 Mcast listener socket=[5] closed
2011-08-20 17:45:24.596465 GMT 272 Child process=[272] exits with rc=[0]
2011-08-20 17:45:24.599894 GMT 269 *** Caught SIGCHLD in process=[269] ***
2011-08-20 17:45:24.600491 GMT 269 Client [272] has exited.
2011-08-20 17:45:24.600985 GMT 269 Deleted client: pid=[272]
2011-08-20 17:45:24.601476 GMT 269 Server is waiting for input: socket=[7], pipe=[5]
Мне Уважаемый bsl45 пояснил из приведенного,что Подписаться можно, но данные не читаются.
Надо что-то конфигурировать на роутере - проблема явно в получении мультикаст-потока.
Посему в п 1-9 сплошной бардак в роутере надо бы прояснить.
yrij_063
20-08-2011, 22:16
Есть в роутере настройка IPTV STB Port:.
При конфигурации на определенный LAN порт свичуется с WAN.
Вопрос :возможна ли реализация передачи HTTP трафика по этому порту?
MAc адрес вбил с днища .
yrij_063
28-08-2011, 17:34
Re: UDP http proxy на роутере
Сообщение yrij_063 » Вчера, 21:50
Поборол всё таки свою тему , запустил UDPXY на роутере. Прием стал лучше, теперь и HD-каналы идут Но через несколько минут вещания на одном канале звук тупо заикается или пропадает. Смотреть и периодически дёргать Pause/play , согласитесь, напрягает.
Собственно вопрос : кто пользовал тонкие настройки UDPXY ?:
- B размер буфера
-R - количество накапливаемых сообщений в буфере ( а кстати их размер фиксированный и сколько?)
-H время ожидания до передачи сообщений из буфера пользователю
по всей видимости менять их надо тандемом . Разработчик udpxy советует смотреть значения переменных сред :
UDPXY_RCV_TMOUT (чтение мультикаста),
UDPXY_DHOLD_TMOUT (макс. время хранения буфериз. данных)
Какие будут мысли? или у меня одного периодически так часто лагает вещание? (сомневаюсь)
Пытаюсь заставить работать IPTV на wl500gpv2 через Multicast to HTTP Proxy. Multicast routing выключен, для udpxy прописат порт 5555.
Но у меня если постучаться по адресу http://my.router:5555/status, браузер просто выдает Unable to connect. И все :(
Что может быть? Подскажите, пожалуйста.
Пытаюсь заставить работать IPTV на wl500gpv2 через Multicast to HTTP Proxy. Multicast routing выключен, для udpxy прописат порт 5555.
Но у меня если постучаться по адресу http://my.router:5555/status, браузер просто выдает Unable to connect. И все :(
Что может быть? Подскажите, пожалуйста.
Роутер dir-320, ситуация полностью совпадает, перепрошил заново уже 2 раза (1.9.2.7-d-r2624), сбросил на заводские настройки, а все-равно не работает (
IPTV заходит в роутер через ADSL модем, при прямом подключении компьютера к модему работает. Пытаюсь заставить работать через udp-http proxy - не получается
Помогите, плиз.
Seven_AL
19-11-2011, 22:09
На стационарнике IPTV показывает без проблем, без тормозов... с помощью утилиты UDP-to-HTTP proxy удалось подключить IPTV на ноут. Но при этом что на IPTV-плеере, что на VLC после 2-3 минут просмотра на любом канале начинаются дикие тормоза с рассыпкой в квадраты и заиканием звука. Увеличение Кэша не помогло.
Кто что знает в чем загвоздка, подскажите пожалуйста.
equilibrium
27-11-2011, 14:59
Здравствуйте уважаемые разработчики!
Имею: WL500gp-1.9.2.7-d-r2624
Соединение DHCP-DynamicIP, на том же адресе вещает IPTV
После смены IP-адреса пропадает IPTV (и через igmpproxy, и через udpxy)
В логе
Jul 10 06:04:14 igmpproxy[205]: MC-Router API already in use; Errno(125): Address already in use
Jul 10 20:23:55 udpxy[226]: set_multicast: setsockopt MCAST option: ADD: No such device
При попытке запустить "/usr/sbin/igmpproxy /etc/igmpproxy.conf" пишет то же самое(MC-Router API already in use...)
В udpxy статусе http://my.router:81/status
Multicast address = "мой предыдущий IP"
http://my.router:81/restart - ничего не дает (Multicast address остается прежним)
После ручного kill-a и последующего запуска все отлично работает!
На WL500gp-1.9.2.7-d-r1612 было то же самое.
Вопрос такой: это бага или фича, и ожидать ли её исправления или писать скрипт перезапуска?
здравствуйте,
столкнулся с точно такой же проблемой, один в один, подскажите пожалуйста, как ее решить?
спасибо!
Предлагаю общественности опробовать влияние патча, добавляющего к передающему сокету опции TCP_NODELAY. Теоретически это должно повысить стабильность скорости потока, из-за устранения случайных задержек, вносимых TCP стеком ОС. После этого параметры -B и -R, гораздо более эффективно управляют задержкой и скоростью потока. Периодические заикания у меня это решило.
А вот заикания, которые проявляются после нескольких минут проигрывания этим не решить ( Их причиной является временное проседание канала связи и переполнение буфера передающего TCP сокета... Думаю, что решить эту проблему можно, дропнув содержимое буфера сокета, которое не было передано в течении определённого времени, но пока не нашёл возможность реализации...
патч tcp_nodelay (http://alxdm.dyndns-at-work.com:808/asus/udpxy/tcpnodelay.patch)
Ну, и для любителей экспериментов, патч (http://alxdm.dyndns-at-work.com:808/asus/udpxy/cygwin_orig.patch) для сборки под CYGWIN. Он не совсем доделан: могут оставаться зависшие процессы, если не будет получен мультикаст-поток, но вполне годен для оценки работоспособности под windows.
Предлагаю общественности опробовать влияние патча, добавляющего к передающему сокету опции TCP_NODELAY.
Автору на страничку sourceforge (http://sourceforge.net/projects/udpxy/) не забудь отправить.
Автору на страничку sourceforge (http://sourceforge.net/projects/udpxy/) не забудь отправить.
Обязательно отправлю, только прежде хочу узнать насколько это эффективно работает у других и нет ли каких проблем. Думаю, надо всё-таки связать применение этой опции к опции -R, иначе можно получить жесточайшие тормоза.
И так, кажется мне удалось найти решение проблемы с заиканием звука и изображения через некоторое время после начала просмотра, устраняемое после stop/play. К сожалению, оно работает только при просмотре при помощи BorPas IPTV PLAYER или в VLC с включённым повтором трека (возможно будет работать и в других программах, если они автоматически перезапускают поток, после его пропадания).
Действия следующие:
1) Применяем tcp_nodelay патч (http://alxdm.dyndns-at-work.com:808/asus/udpxy/tcpnodelay.patch);
2) Применяем timeout патч (http://alxdm.dyndns-at-work.com:808/asus/udpxy/timeout.patch);
3) Запускаем udpxy примерно так: UDPXY_ALLOW_PAUSES=1 udpxy -m vlan1 -p 4321 -a br0 -B 30kb -R -1
Где, ключевым является UDPXY_ALLOW_PAUSES=1, позволяющий udpxy сбросить соединение при задержке отправки данных по http-потоку более 1 сек (см. timeout.patch), а заодно вводящий сокет отправки в неблокирующий режим.
skuwakin
16-01-2012, 11:00
Доброго времени суток. А не могли бы вы выложить тут бинарник с патчами... Я думаю тогда бы проверки пошли на порядки быстрее.
Да, пожалуйста!
бинарник (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy)
Правда компилировалось rtn тулчейном, и заработает ли на d - не знаю...
Правда компилировалось rtn тулчейном, и заработает ли на d - не знаю...
Нет, без вариантов.
Да, возможно, кому-то придётся увеличивать таймаут в патче - всё зависит от скорости потока... синхронность udpxy в данном случае зло... процедура чтения мультикаста может занимать слишком много времени.
skuwakin
16-01-2012, 12:18
Нет, без вариантов.
спасибо за сохраненное время!
спасибо за сохраненное время!
Если ещё интересно, то собрал и для 1.9.2.7-d http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy-wl, на роутере переименовать в udpxy
skuwakin
24-02-2012, 18:03
Если ещё интересно, то собрал и для 1.9.2.7-d http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy-wl, на роутере переименовать в udpxy
Спасибо большое! Работает! Но пока полностью еще не попроверял (поздно увидел ваш ответ).
Но главную проблему с иптв я пока так и не решил. Точнее говоря, это не то чтобы проблема, не иногда неудобно и просто интересно, как это объяснить и что можно сделать.
а ситёвина такова. full hd ip-tv каналы при просмотре их на телеке на прямую с роутера идут не очень, а один после 4-х секунд с начала вообще сыпется по черному. Я сначала грешил на роутер , думал слаб, но каково е было мое удивление, когда эти же самые каналы , при просмотре из на том же телеке. с того же роутера, но через home media server, установленно на пиcюке, пошли очень даже ничего, даже тот, который сыпался с 5-ой секунды... Сразу скажу, транскодирование в HMS не использрвалось...
В общем будет ооочень инетересно послушать знатоков иптв.
установленно на пиcюке, пошли очень даже ничего, даже тот, который сыпался с 5-ой секунды...
Скорее всего дело в буферизации... Причем, игра с размером буфера udpxy в основном влияет на загрузку процессора, а вот игра с размером буферов сокетов дает больший эффект... Видимо в home media server работа с буфером и синхронизацией организована более удачно...
skuwakin
24-02-2012, 18:41
Скорее всего дело в буферизации... Причем, игра с размером буфера udpxy в основном влияет на загрузку процессора, а вот игра с размером буферов сокетов дает больший эффект... Видимо в home media server работа с буфером и синхронизацией организована более удачно...
спасибо за ответ, сам к этому же склоняюсь, правда есть еще дурные мысли про какие-нить тонкие настройки tcp-udp в linux... Но у меня квалификация не та...
а мысли дурные бродят... например, может быть попробовать как-то соптимизировать iptable
может быть прописать маршруты для иптв (хотя вроде на новх прошивках это уже не актуально)
может быть есть еще какие-нить хитрые решение...
не знаю... но интересно... а вдруг... :)
Хмм, я тут ещё немного доработал udpxy, теперь он у меня стабильно работает и через инет, и по WiFi с потоками до 20 мбит (может и больше потянет, но мне испытывать не с чем...)
Для тестов брать тут:
версия для прошивок RTN без ACCEPT4 (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_rtn);
версия для прошивок RTN (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_rtn_accept4);
версия для прошивок WL (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_wl);
ну, и для любителей экзотики версия CYGWIN (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_cygwin.rar)
Все использованные патчи тут (http://alxdm.dyndns-at-work.com:808/asus/udpxy/patch/)
Запускаю я на роутере примерно таким скриптом:
#!/bin/sh
killall udpxy
echo 524288 > /proc/sys/net/core/rmem_max
echo 524288 > /proc/sys/net/core/wmem_max
UDPXY_ALLOW_PAUSES=1 UDPXY_SOCKBUF_LEN=1048576 /opt/bin/udpxy -m vlan1 -p 4321 -B 1Mb -R 100
Жаль, отзывов нет, не понятно насколько все мои изменения эффективны (
AlexeyS
Хочу попробовать Ваш udpxy.
Сейчас использую включенную в web-интерфейсе штатную проксю.
Как перейти на Ваш вариант? Надо ли отключать в Web-морде Multicast to HTTP?
AlexeyS
Как перейти на Ваш вариант? Надо ли отключать в Web-морде Multicast to HTTP?
Судя по вашей подписи, у вас довольно старая версия прошивки, так что вам подойдёт только версия udpxy_wl, её надо записать на роутер (любым доступным способом), переименовать в udpxy, убить встроенный udpxy и запустить новый udpxy (можно не отключать udpxy в вебморде, а сделать killall udpxy, см. пример скрипта).
Надо заметить, что файловая система в роутере readonly, запись возможна только в /tmp или /opt (при подключенном и сконфигурированном внешнем носителе).
theMIROn
29-02-2012, 23:50
Хмм, я тут ещё немного доработал udpxy, теперь он у меня стабильно работает и через инет, и по WiFi с потоками до 20 мбит (может и больше потянет, но мне испытывать не с чем...)
попробуй списаться с автором udpxy, он отвечает на почту
ну и интегрировать туда то, что нужно
попробуй списаться с автором udpxy, он отвечает на почту
ну и интегрировать туда то, что нужно
Я писал автору, обещал добавить, но потом чего-то замолчал... наверное занят чем-то другим...
oxygen121
04-03-2012, 09:47
Хмм, я тут ещё немного доработал udpxy, теперь он у меня стабильно работает и через инет, и по WiFi с потоками до 20 мбит (может и больше потянет, но мне испытывать не с чем...)
Для тестов брать тут:
версия для прошивок RTN без ACCEPT4 (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_rtn);
версия для прошивок RTN (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_rtn_accept4);
версия для прошивок WL (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_wl);
ну, и для любителей экзотики версия CYGWIN (http://alxdm.dyndns-at-work.com:808/asus/udpxy/udpxy_cygwin.rar)
Все использованные патчи тут (http://alxdm.dyndns-at-work.com:808/asus/udpxy/patch/)
Запускаю я на роутере примерно таким скриптом:
#!/bin/sh
killall udpxy
echo 524288 > /proc/sys/net/core/rmem_max
echo 524288 > /proc/sys/net/core/wmem_max
UDPXY_ALLOW_PAUSES=1 UDPXY_SOCKBUF_LEN=1048576 /opt/bin/udpxy -m vlan1 -p 4321 -B 1Mb -R 100
Жаль, отзывов нет, не понятно насколько все мои изменения эффективны (
Большое спасибо , по твоему рецепту все завелось и не лагает , до этого по инету смотреть было не возможно ,сплошные лаги
PS Хм , помогает но не на долго , минут через 10 начинает понемногу рассыпаться , а еще через пару минут вообще сыпет , переключаюсь клиентом и минут 10 идет ровно , потом опять сыпет
Хмм, я тут ещё немного доработал udpxy, теперь он у меня стабильно работает и через инет, и по WiFi с потоками до 20 мбит (может и больше потянет, но мне испытывать не с чем...)
Пока автор udpxy молчит, давай попробуем интегрировать твои патчи в ночные сборки.
У меня есть несколько вопросов:
Можешь написать расширенный комментарий к mstream_type.patch ?
Можно ли разделить cygwin_orig.patch на два патча - первый с заменой mifaddr => mreq, вторая - только cygwin?
Что нам даёт замена mifaddr => mreq?
optimize.patch (не накладывается без cygwin_orig.patch) даёт выигрыш только по размеру?
Помогает ли и чем уменьшение макс. длительности детектируемой паузы в timeout.patch
1. Ну, во-первых, этим патчем я отключил совершенно ненужный вызов get_mstream_type каждый цикл, оставив лишь первый. Во-вторых, просто сделав эту часть кода более структурированной.
2. Там по-сути изменяется логика в целях универсализации. В моём виде работает под всеми системами, в первоначальном виде - собирается, но не может при запуске подписаться на мультикаст группу. Да, для корректной работы под cygwin ещё необходим патч select.patch.
3. Смысл замены mifaddr => mreq в том, что в set_multicast адрес мультикаст группы каждый раз запрашивается у сокета, что не работает в cygwin (нельзя биндить сокет с адресом мультикаст), но в то же время адрес известен изначально и значит проще передать изначально заполненную структуру.
4. Optimize.patch выкидывает лишние куски кода по работе с файлами, которые и так никогда не используются... Теоретически может дать некоторое ускорение за счет исключения лишних проверок.
5. Этот патч работает только при указании опции UDPXY_ALLOW_PAUSES=1, дает эффект при кратковременных провисаниях канала связи, вызывающих переполнение TCP буфера, вызывая рестарт ксоединения при использовании IPTV Player. Визуально устраняет полное разваливание картинки спустя несколько минут просмотра.
Выложенные мной версии включают все мои патчи, за исключением accept4.patch - который включен в отдельную версию.
AlexeyS
Спасибо за комментарии. Автор udpxy не отвечал о намерениях включить твои патчи в свой основной код?
Единственный патч, который я бы не хотел брать, это поддержка cygwin. Как по твоему лучше поступить с optimize.patch в этом случае - переделать, или всё-таки выделить из cygwin_orig.patch только замену mifaddr => mreq ?
Автор отвечал, что рассмотрит что из моих патчей можно включить и по возможности включит. Но это было про первые патчи, про предпоследнюю версию он не ответил, а самые последние патчи я пока и не высылал ему... всё равно он не ответил на последнее письмо.
Выделил патчи замены mifaddr => mreq и добавления поддержки cygwin в разные файлы:
mifaddr => mreq (http://alxdm.dyndns-at-work.com:808/asus/udpxy/patch/addmreq.patch)
поддержка cygwin (http://alxdm.dyndns-at-work.com:808/asus/udpxy/patch/cygwin.patch)
Выделил патчи замены mifaddr => mreq и добавления поддержки cygwin в разные файлы:
Еще раз спасибо. Начал потихоньку заливать в svn.
Кстати, у тебя не было желания/возможности профилировать udpxy, чтобы найти наиболее затратные или критические места?
theMIROn
06-03-2012, 17:32
accept4 имеет мало смысла, во первых потому-что linux-specific, во вторых это экономит только 1 сискол в данном случае.
Желание сделать профилирование было, но руки разобраться с процессом под линукс не дошли ( Пока выявлял узкие места только аналитически + проверка догадок на практике. Может ещё соберусь, хотя мне пока хватило и этих изменений для стабильной работы (+ещё пришлось подобрать значения буферов для инициализации)
accept4 имеет мало смысла, во первых потому-что linux-specific, во вторых это экономит только 1 сискол в данном случае.
OK, откачу r3886
Желание сделать профилирование было, но руки разобраться с процессом под линукс не дошли
Из того, что доступно на нашей платформе, это только oprofile и Valgrind, причём второй только на MIPS32r2 (RT-N16). На x86 с современными ядрами выбор конечно побольше.
Из того, что доступно на нашей платформе, это только oprofile и Valgrind, причём второй только на MIPS32r2 (RT-N16).
Значит остается только oprofile, так как у меня wl500gp. Думаю, что под виртуалкой профилировать бесполезно, она сама по себе тормозит...
Значит остается только oprofile, так как у меня wl500gp. Думаю, что под виртуалкой профилировать бесполезно, она сама по себе тормозит...
Боюсь, тогда эффективнее и проще будет на x86, хотя бы и в виртуалке.
Доброго дня!!! Кто-нибудь в курсе, как заставить udpxy брать мультикаст с LAN порта???
Доброго дня!!! Кто-нибудь в курсе, как заставить udpxy брать мультикаст с LAN порта???
Как-то так:
udpxy -a br0 -p yyyy -m x.x.x.x
где уууу - это порт, на котором слушает udpxy, а x.x.x.x - это адрес (IPv4) или имя интерфейса мультикаст-каналов.
Доброго дня!!! Кто-нибудь в курсе, как заставить udpxy брать мультикаст с LAN порта???
-m br0 или вообще только порт указать (-p).
-m br0 или вообще только порт указать (-p).
Дак вот так и делаю, не идет!!! Только когда параллелишь ЛАН и ВАН
Дак вот так и делаю, не идет!!! Только когда параллелишь ЛАН и ВАН
Дык, может быть он просто не запускается с новыми параметрами, например, в памяти уже есть запущенный udpxy?
Дык, может быть он просто не запускается с новыми параметрами, например, в памяти уже есть запущенный udpxy?
Нет нет, я сначало убиваю его killall udpxy, потом запускаю с новыми параметрами, все запускается, но телик не кажет!
А что значит "Только когда параллелишь ЛАН и ВАН "? Что в вашем случае является источником сигнала?
А что значит "Только когда параллелишь ЛАН и ВАН "? Что в вашем случае является источником сигнала?
Ну мост включаю в вебморде WAN=LAN4 например, шнур от ипвт втыкаю в LAN4 так как он второй WAN получается, в этом случае все работает и в локалке и через инет переделаный плейлист, в локалке не переделанный тоже робит, НО надо сделать чтоб в локалке не через udpxy работало, а напряму, тобиш через свитч! Когда так делаю, в локалке все робит, но udpxy либо с LAN порта мултикаст не берет, либо его в WAN не посылает!
В общем пообщался с разрабом udpxy, показал логи, пришли к выводу, что надо рыть в сторону igmp, якобы он мультикаст с ВАН только переадресовывать или как то так...в общем пришел я к выводу, что надо бросать эту идею!!! Я похоже единственный в мире с такой задачей)))))
В общем пообщался с разрабом udpxy, показал логи, пришли к выводу, что надо рыть в сторону igmp, якобы он мультикаст с ВАН только переадресовывать или как то так...в общем пришел я к выводу, что надо бросать эту идею!!! Я похоже единственный в мире с такой задачей)))))
Мда, действительно, фигня полная, проверил... в тоже время, версия под cygwin такую ситуацию отрабатывает корректно... надо потестировать, в чём дело в ядре или всё-таки в самом udpxy...
Мда, действительно, фигня полная, проверил... в тоже время, версия под cygwin такую ситуацию отрабатывает корректно... надо потестировать, в чём дело в ядре или всё-таки в самом udpxy...
Я бы шарил в этом всём, дак поразбирался бы, но увы!!! Если найдете какое то решение, буду премного благодарен!!! За веткой буду поглядывать!
skuwakin
28-03-2012, 19:49
Запускаю я на роутере примерно таким скриптом:
#!/bin/sh
killall udpxy
echo 524288 > /proc/sys/net/core/rmem_max
echo 524288 > /proc/sys/net/core/wmem_max
UDPXY_ALLOW_PAUSES=1 UDPXY_SOCKBUF_LEN=1048576 /opt/bin/udpxy -m vlan1 -p 4321 -B 1Mb -R 100
Жаль, отзывов нет, не понятно насколько все мои изменения эффективны (
попробовал. Абалдеть... Я ест-но еще понаблюдаю, но пока доволен до безобразия... full hd iptv каналa заработали идеально... даже пробовал пускать два за раз... один на телеке, другой на компе - не идеально, но очень даже ниче работает... раньше такое не прокатывало совсем...
makaka86
30-03-2012, 14:23
Блин, у меня при попытке скормить плееру ссылку http://192.168.1.1:81/udp/233.233.233.233:5000 в vlc вылазит окно авторизации. Какой ещё пароль надо вводить и где или где его убрать? Мой пароль от роутера не подходит. Поиск по теме по ключевым словам не помог.
Tomato Firmware 1.28.0000 MIPSR2-088V K26 USB AIO
Блин, у меня при попытке скормить плееру ссылку http://192.168.1.1:81/udp/233.233.233.233:5000 в vlc вылазит окно авторизации. Обычно так бывает, когда превышено максимальное число клиентов (3, по-умолчанию).
Доброе время суток!
Подскажите пожалуйста в последние прошивки уже интегрированы изменения в udpxy (rt-16n). И надо ли производить дополнительные действия (killall udpxy echo 524288 > /proc/sys/net/core/rmem_max и тд) для повышения стабильности работы iptv ?
Подскажите пожалуйста в последние прошивки уже интегрированы изменения в udpxy (rt-16n). И надо ли производить дополнительные действия (killall udpxy echo 524288 > /proc/sys/net/core/rmem_max и тд) для повышения стабильности работы iptv ?
Автоматически udpxy запускается с параметрами 'по-умолчанию', так что приведённый выше скрипт актуален и для новых прошивок.
Автоматически udpxy запускается с параметрами 'по-умолчанию', так что приведённый выше скрипт актуален и для новых прошивок.
Значит в системе "по умолчанию" вот такой скрипт правильный?:
#!/bin/sh
killall udpxy
echo 524288 > /proc/sys/net/core/rmem_max
echo 524288 > /proc/sys/net/core/wmem_max
UDPXY_ALLOW_PAUSES=1 UDPXY_SOCKBUF_LEN=1048576 udpxy -p 81 -B 1Mb -R 100
зы. тестирую на последней прошивке 4051 на паре ноутов по wifi - iptv qwerty
Как обойти мультикаст довольно подробно написано тут http://borpas.info/iptvplayer-docs#3
Приветствую!
Пытаюсь настроить udpxy из транка: http://wl500g.googlecode.com/svn/trunk на x86 роутере (OpenWRT) для работы в сети Beeline (Corbina). На клиентской машине, при попытке открыть в VLC адрес вида: http://192.168.1.1:8080/udp/233.33.210.86:5050 ничего не происходит - чёрный экран. Tcpdump-ом собрал траффик на man (eth0) интерфейсе при попытке открыть ссылку.
9241 10.254.135.112 адрес на eth0.
На роутере настроен и отлично работает igmpproxy. Параметры с которыми запущен udpxy: /usr/bin/udpxy -T -S -p 8080 -a br-lan -m eth0. Также пробовал запускать udpxy на клиентской машине - отлично работает, а на самом роутере - ни в какую. Готов предоставить любую дополнительную информацию. Заранее благодарю за помощь.
UPD: Все решилось настройкой iptables.
TheFatal
14-11-2012, 06:12
Господа, подскажите пожалуйста в ситуации: у меня роутер asus wl500gp с прошивкой 1.9.2.7-10, решил использовать udpxy для раздачи iptv по wifi и лан, до этого iptv работал около года для лан через multicast; вобщем я выставил в вебморде порт для udpxy, заменил плейлист, а так же отключил multicast, проблема в том, что udpxy работает некоторое время и просто падает, запускается естественно либр руками, либо после ребута роутера, у нее есть параметр -l для записи лога, но овт df -h показывает, что места на диске всего 3 мегабайта, собственно у меня вопрос, для тех, кто сталкивался с этой проблемой: можно как-то обновить или перенастроить udpxy без подключения флешки к роутеру ? подскажите пожалуйста.
Вышла "новогодняя" сборка 1.0.23-7 [1.0.23-7 is out]
Изменения с 1.0.23-0 (CHANGES):
Patch 1 (31-Aug-2012)
Added the capability to capture the HTTP variables submitted via URI beyond command/options
Example: http://hostname: port/udp/mcaddr:mcport?aa=1&bb=2&cc=3 - '?aa=1&bb=2&cc=3' part is now
preserved (for each client) and displayed in status page as part of Destination column;
Added README.russian;
.
Patch 2 (14-Oct-2012)
Static linking enabled through LDFLAGS=-static (as a prefix to make);
EPIPE and other 'not really errors' should not go to syslog (time-outs still WILL);
.
Patch 3 (18-Nov-2012)
Makefile changed towards better GNU compatibility:
added $PREFIX, $DESTDIR, $CPPFLAGS; dist & install-strip targets;
English-language udpxy.1, udpxrec.1 man pages added;
icc, Sun C & HP-UX C compiler support dropped (Makefile);
.
Patch 4 (9-Dec-2012)
manpage & Makefile corrections applied (integrated patches from Alex Z (ad_user));
.
Patch 5 (13-Dec-2012)
Makefile corrections (purged deprecated options & variables);
.
Patch 6 (23-Dec-2012)
report_status() adjusts report-buffer size for client tails;
attempt to fix strict-aliasing compiler warnings in sock_info();
optimizing: removed difftime() as redundant on a POSIX system (may affect non-POSIX ports).
.
Patch 7 (24-Dec-2012)
more work on report_status() to prevent memory exhaustion when using 'tails' in requests;
Чтобы воспользоваться manpages требуется сделать make install после основного make <target> или же читать их через man -l <filename>.
Manpages become available upon executing make install after building the desired target using make <target>.
You could also read manpages directly, using man -l <filename>.
Всех с наступающими праздниками!
Happy holidays!
Postby bsl45 » Wed Dec 26, 2012 12:44 pm
http://www.udpxy.com/forum/viewtopic.php?f=3&t=71 ;)
З.Ы. У нас в прошивке пока ещё udpxy v.1.0.23-0 ... :rolleyes:
http://code.google.com/p/wl500g/source/detail?r=4503
З.Ы. У нас в прошивке пока ещё udpxy v.1.0.23-0 ... :rolleyes:
Там по прямой функциональности изменений-то и нет... только всё рюшечки.
theMIROn
10-01-2013, 10:13
http://www.udpxy.com/forum/viewtopic.php?f=3&t=71 ;)
З.Ы. У нас в прошивке пока ещё udpxy v.1.0.23-0 ... :rolleyes:
http://code.google.com/p/wl500g/source/detail?r=4503
в процессе
в процессе
http://code.google.com/p/wl500g/source/detail?r=4787 :rolleyes:
Спасибо :) Всё собралось и отлично работает (http://asus.vectormm.net/rtn/4787/) ;)
Руководство пользователя пакета udpxy (http://udpxy.com/umanual-ru.html) :p
З.Ы. Народ и для RT-N66U собирает (http://www.udpxy.com/forum/viewtopic.php?f=6&t=54#p125) :eek:
mehoskrd
13-01-2013, 15:40
Ситуация такова: у меня WL500GPv2 с прошивкой 1.9.2.7-d-r2624. Я включил мультикаст роутинг и пробросил первый порт пот iptv. смотрел ТВ на компе по меди, а интернет на нем же был подключен по wifi. Все бы хорошо, но купил телек со Смарт Тв. А он умеет работать либо по меди, либо по воздуху. Оба сразу не работают. И возникла необходимость чтобы на медном порту работал и ТВ, и интернет. Фигня вопрос, почитал все форумы - дело не хитрое. Ставлю прошивку 1.9.2.7-10, включаю IPTV UDP Multicast to HTTP Proxy на порт 5050, и... БОЛТ! Не пашет. ПРичем по адресу 192.168.1.1:5050/status ничего нет. Что я только не попробовал, и прошивки разные, и обнулял до заводских настроек и заново настраивал - ничего не помогает. Единственное, что чуть сдвинуло ситуацию - это запустить udpxy вручную через телнет. Запускаю udpxy -a br0 -m ppp0 -p 5050, в http://192.168.1.1:5050/status появляется все что нужно, но ссылки виде httр://192.168.1.1:5050/udp/224.1.1.2:6000 все равно не пашут.
Натолкните на хорошую мысль, как сделать?
mehoskrd
14-01-2013, 05:59
Omega; прошивка -rtn r4772 и поиск по тэгам iptv и emf в помощь ;)
Сработало!! Вот спасибо!! Сутки долбался, а тут за минуту все пошло)
kittsabotage
28-01-2013, 20:45
При просмотре iptv через udpxy через Wi-fi все прекрасно только первые 2-5 минут. Обычно 3 минуты. Затем вылезает "udpxy[17270]: read_buf: read: Resource temporarily unavailable", роутер перестает мигать, и все останавливается до тех пор, пока я снова не тыркну в канал. Ну и так до бесконечности.
Есть идеи?
ASUS RT-N10U
Одинаковое поведение что на родной прошивке (B1 Firmware 3.0.0.4.260), что на прошивке "от Олега" (RT-N10U-1.9.2.7-rtn-r4772.trx)
Включаю прокси. Через прокси по WiFi работает, но! На ноуте без вопросов, на андроид девайсах (три телефона - HTC Desire HD, LG Optimus L5 и L9, пробовал плеера MX Player, BS Player, VLC) через минуту-полторы картинка чернеет и выдается сообщение "это видео не возможно воспроизвести". Тут же тыкаю снова на канал - опять минуту-полторы смотрю и все... Ошибка... Картинка при этом не "сыпется", показывает хорошо.
Если одновременно смотреть один канал на ноуте и на андроиде, то вроде как работает, но начинает периодически "сыпать кубики" и рассинхронизируется звук и видео.
Куда копать? Кто виноват и что делать? ;-)
Та же связка Модем+Роутер+udpxy, тот же провайдер (Укртелеком), но в другом городе и на андроиде все работало. Переехал в Киев, а тут не взлетает... (((
Счаз полистаю, что за зверь xupnpd...
Я так понимаю что только Томато содержит DLNA сервер? Или есть другие варианты?
И еще - "xupnpd" и "Media server" в томато это то о чем мы говорим?
Хочу сегодня вечерком залить вот это "tomato-K26USB-1.28.RT-N5x-MIPSR2-108-VPN.trx"
З.Ы. Залил, не взлетел WAN порт :-( Ищу решение...
ASUS RT-N10U / B1
Томато, "прошивка от Олега", родная, DD-WRT - перепробовал все - фиг один. После минуты-полторы воспроизведения потока UDP IPTV на андроид девайсе через udpxy видео обрывается с сообщением о невозможности воспроизведения...
Поставил на ноут софтинку UdpProxy.exe (http://borpas.info/download/UdpProxy.exe)
Через нее все пучком, видео не обрывается. Делаю вывод - проблема таки в udpxy... Что-то ему надо настроить или искать старую версию, т.к. раньше на DIR-320 c прошивкой "от Олега" таких проблем не было. Жаль не помню что за версия была.
Хотя, возможно, проблема в роутере...
Запускаю я на роутере примерно таким скриптом:
#!/bin/sh
killall udpxy
echo 524288 > /proc/sys/net/core/rmem_max
echo 524288 > /proc/sys/net/core/wmem_max
UDPXY_ALLOW_PAUSES=1 UDPXY_SOCKBUF_LEN=1048576 /opt/bin/udpxy -m vlan1 -p 4321 -B 1Mb -R 100
Жаль, отзывов нет, не понятно насколько все мои изменения эффективны (
После переключения на hd-канал, роутер завис - помогло только передергивание питания. Со стандартным udpxy указанный канал не показывает изображение, но не вешает роутер.
$ cat /.version
1.9.2.7-rtn-r5066
После переключения на hd-канал, роутер завис - помогло только передергивание питания. Со стандартным udpxy указанный канал не показывает изображение, но не вешает роутер.
$ cat /.version
1.9.2.7-rtn-r5066
Не вис ни разу, иногда бывает самопроизвольно перезагружается на HD, но это вина не udpxy, а ядра...
Не вис ни разу, иногда бывает самопроизвольно перезагружается на HD, но это вина не udpxy, а ядра...
Да я наверное больше "к сведению", чем проблема/баг.
Насколько я понимаю в это процессе участвуют провайдер+роутер+плеер (в моем случае - vlc).
Самый непредсказуемый это наверное провайдер (невалинк, питер).
Не являюсь ярым фанатом ТВ, поэтому работает "из коробки" - неплохо, если не работает - не трагедия. Но, время тратить на его настройку совсем не хочется.
mrfly975
02-08-2013, 14:16
Всезнающий Олл !
Вопрос следующего плана: есть желание использовать UDP_to_HTTP прокси во избежание тормозов и искажений при просмотре... не важно под какую платформу, важна суть...
9666
Соответственно 192.168.1.1 адрес на домашнем роутере который должен принимать мультикаст-пакеты в порт 4022 и транслировать поток по HTTP.
Wan-IP-Address соответственно мой адрес инет-подключения.
Свой провайдер не вещает IP - телевидение, по-этому пользуюсь попавшимися в инете рабочими плей-листами...
Могу ли адреса из попавшегося рабочего плей-листа, например:
#EXTINF:0,5 Канал
http://109.87.126.216:81/udp/238.0.0.6:1234
#EXTINF:0,7 Канал
http://109.87.126.216:81/udp/238.0.64.8:1234
и др.
просматривать используя СВОЙ прокси ? или это глупая затея ?
Npspacer
20-10-2014, 11:05
Помогите решить проблему с udpxy. У меня наблюдается вот что:
После перезагрузки роутера я открываю VLC-плеер и вбиваю адрес интересующего меня HD-канала: http://wan_ip:1212/udp/адрес:1234
Всё показывает идеально, никаких нареканий. После чего я либо переключаюсь на другой канал из плейлиста, либо переподключаюсь по той же ссылке, к тому же каналу.
И начинает жутко хлюпать и квадратить.
Далее я захожу в браузере по ссылке http://wan_p:1212/status и жму Restart. Снова подключаюсь из VLC к каналу и снова всё хорошо. Попытка повторного подключения - и снова всё плохо.
Т.е. проблема заключается в том, что updxy даёт мне возможность безглючно подключаться к себе только один раз после рестарта.
Если что, то у меня роутер Asus RT-N10U, прошивка 1.9.2.7-rtn, версия udpxy там 1.0-23.9 (prod).
Подскажите, кто в курсе, с чем может быть связана проблема? Как решить?
AndreyPopov
20-10-2014, 12:23
может проблема в том, что при переключении или переподключении роутер считает это другим потоком, т.е. запускает второй процесс.
посмотрите логи и команду ps давайте.
а на второй поток может просто не хватать мощности процессора.
Npspacer
20-10-2014, 13:30
Скажу сразу, что я запуск врукопашную с вручную указанными параметрами в post-firewall не прописывал, переменные окружения не трогал.
Т.е. udpxy запускается как оно и есть в прошивке по умолчанию.
ps сразу после рестарта:
[admin@RT-N10U root]$ ps
PID USER VSZ STAT COMMAND
1 admin 1520 S /sbin/init
2 admin 0 SW< [kthreadd]
3 admin 0 SW< [ksoftirqd/0]
4 admin 0 SW< [events/0]
5 admin 0 SW< [khelper]
27 admin 0 SW< [kblockd/0]
56 admin 0 SW [pdflush]
57 admin 0 SW [pdflush]
58 admin 0 SW< [kswapd0]
109 admin 0 SW< [mtdblockd]
198 admin 1380 S syslogd -m 0 -O /tmp/syslog.log -S -D -l 7 -b 1
200 admin 1380 S klogd
202 admin 956 S eapd
204 admin 1148 S nas
208 admin 1380 S telnetd
211 admin 1184 S dropbear -4
213 admin 1084 S httpd vlan1
218 nobody 1028 S dnsmasq
219 admin 944 S miniupnpd
232 admin 0 SW< [khubd]
236 admin 1016 S lld2d br0 eth1
272 admin 768 S {p910nd} p9100d -f /dev/lp0 0
319 admin 828 S /usr/sbin/udpxy -m vlan1 -p 1212
322 admin 800 S /usr/sbin/igmpproxy /etc/igmpproxy.conf
323 admin 1392 S /sbin/udhcpc -i vlan1 -p /var/run/udhcpc0.pid -b -O3
325 admin 1520 S watchdog
329 admin 900 S infosrv br0
336 admin 1252 R dropbear -4
337 admin 1388 S -sh
356 admin 1384 R ps
После подключения к прокси из VLC-плеера:
[admin@RT-N10U root]$ ps
PID USER VSZ STAT COMMAND
1 admin 1520 S /sbin/init
2 admin 0 SW< [kthreadd]
3 admin 0 SW< [ksoftirqd/0]
4 admin 0 SW< [events/0]
5 admin 0 SW< [khelper]
27 admin 0 SW< [kblockd/0]
56 admin 0 SW [pdflush]
57 admin 0 SW [pdflush]
58 admin 0 SW< [kswapd0]
109 admin 0 SW< [mtdblockd]
198 admin 1380 S syslogd -m 0 -O /tmp/syslog.log -S -D -l 7 -b 1
200 admin 1380 S klogd
202 admin 956 S eapd
204 admin 1148 S nas
208 admin 1380 S telnetd
211 admin 1184 S dropbear -4
213 admin 1084 S httpd vlan1
218 nobody 1028 S dnsmasq
219 admin 944 S miniupnpd
232 admin 0 SW< [khubd]
236 admin 1016 S lld2d br0 eth1
272 admin 768 S {p910nd} p9100d -f /dev/lp0 0
319 admin 828 S /usr/sbin/udpxy -m vlan1 -p 1212
322 admin 800 S /usr/sbin/igmpproxy /etc/igmpproxy.conf
323 admin 1392 S /sbin/udhcpc -i vlan1 -p /var/run/udhcpc0.pid -b -O3
325 admin 1520 S watchdog
329 admin 900 S infosrv br0
336 admin 1252 R dropbear -4
337 admin 1388 S -sh
355 admin 828 S /usr/sbin/udpxy -m vlan1 -p 1212
356 admin 1384 R ps
----------
Т.е. второй процесс с pid 355 как бы появился. Но разве это так и не должно быть? Или по-вашему при этом процесс с pid 319 должен был пропасть?
При последующих перезапусках ссылки из VLC процессы не плодятся, их остаётся два, только вместо pid 355- там каждый раз новый pid.
Npspacer
20-10-2014, 18:38
Опытным путём установил, что проблема вот в чём.
Постоянно запущенным является серверный процесс udpxy (с pid 319).
Каждый раз при подключении к прокси создаётся также клиентский процесс, каждый раз с новым pid. (пусть для примера - 355)
Пусть в VLC-плеере у меня показывает канал (поток, соответствующий клиентскому процессу с pid 355). Если (пока канал показывает) я в плейлисте жамкаю на другой канал или даже на этот же - то, судя по всему, происходит попытка запустить новый клиентский процесс перед тем, как не умер ещё старый (с pid 355). Это и приводит к тому, что вновь запущенный клиентский процесс начинает лагать/квадратить.
Если же я перед перещелкиванием на другой канал перезапускаю VLC-плеер или в явном виде убиваю старый клиентский процесс:
kill -19 355
то перезапуск канала приводит к полному успеху (т.е. отсутствию любых лагов).
--------------
Ну то есть вы поняли проблему: при быстром переключении на другой канал в плейлисте VLC (пока показывает первый) - возникает ситуация, что новый клиентский процесс (для нового канала) пытается запуститься пока старый (для проигрывающегося канала) ещё живой. В итоге, конечно, ps мне показывает, что после этого живёт только новый клиентский процесс, но он по факту оказывается ущербным (лагающим).
-----------
Если про эту особенность знать, то конечно перед переключением на другой канал можно перезапускать VLC-плеер (или даже рестартить прокси через страницу статуса), чтобы старый клиентский процесс гарантированно сдох. Вот только все нормальные люди хотят в VLC (или в IP-TV плеере) быстро переключаться по каналам. И, как правило, люди делают именно так: жамкают на другой канал пока старый ещё играет.
Что можно поделать?
Npspacer
21-10-2014, 14:59
У меня такое ощущение, что я разговариваю на этом форуме сам с собой =)
Чтобы окончательно отринуть версию о "нехватке мощности процессора" роутера я специально установил Ubuntu на виртуальную машину. Далее я перепробовал устанавливать все версии udpxy отсюда:
sourceforge.net/projects/udpxy
от самых старых, до самых новых. Во всех версиях одно и то же: начинает квадратить после быстрого переключения на следующий канал без предварительного отключения от уже проигрываемого. Кстати, заметил, что битрейт потока после такого переключения ниже должного. В том смысле, что если остановить просмотр канала кнопкой СТОП, чуть подождать и только потом запускать следующий канал, то битрейт потока у него будет правильный и всё будет чётко. Если же прямо во время просмотра канала щёлкнуть на следующий, то в свойствах потока для него я вижу битрейт вдвое ниже положенного и половина кадра - зелёные квадраты. Баг лучше всего заметен на HD-каналах (битрейты от 8 до 15 Мб/c) в VLC и Ip-tv-плеерах. С телека (в программах Smart IPTV, SS IPTV) эффект схожий, хотя и не так ярко выражен, т.к. эти программы в силу своей тормозной природы долго переключают каналы и, видимо, клиентский процесс udpxy для старого канала всё-таки зачастую успевает сдохнуть до запуска клиентского процесса для нового канала. Но если быстро щёлкать каналы один за другим, то в итоге приходим всё к тому же, к квадратам.
Вроде бы описываемая проблема не является в отдельности ни проблемой VLC, ни проблемой udpxy, но в связке она хорошо выражена.
Испытал также программу для Windows - UDP-to-HTTP прокси (borpas.info/utils). Вот с ней такого бага нету, работает чётко. Но мне нужна прокси именно на роутере, чтоб работала при выключенных компах. Так что программа под винду мне не подходит.
Перепробовал использовать все доступные параметры командной строки для запуска, во всех мыслимых и немыслимых комбинациях. Т.е. жонглирование параметрами -B, -R, -H, -n привело к потере времени, а к успеху не привело.
Есть ли смысл следующим шагом исследовать влияние заявленных переменных окружения? Я имею в виду вот эти:
UDPXY_RCV_TMOUT, UDPXY_DHOLD_TMOUT, UDPXY_SREAD_TMOUT, UDPXY_SWRITE_TMOUT, UDPXY_SSEL_TMOUT, UDPXY_LQ_BACKLOG
UDPXY_SRV_RLWMARK, UDPXY_SSOCKBUF_NOSYNC, UDPXY_DSOCKBUF_NOSYNC, UDPXY_TCP_NODELAY, UDPXY_HTTP200_FTR_FILE, UDPXY_HTTP200_FTR_LN,
UDPXY_ALLOW_PAUSES, UDPXY_PAUSE_MSEC.
Может изменение каких-либо из них помочь проблеме или это будет опять пустая трата времени?
В сущности, мне надо добиться того, чтобы прокси рестартилась перед каждым к ней обращением (перед созданием нового клиентского процесса). Хотя бы так. Или же, если уже установлено соединение прокси с клиентом с определенным ip, то при попытке нового обращения к ней с того же ip - чтобы она в явном виде сначала убивала старый клиентский процесс, а потом только запускала новый.
Автор программы (Паша Черенков), который активно тестировал прогу на первых страницах темы, - уже забросил проект?
AndreyPopov
21-10-2014, 15:50
Попробуйте ради интереса мою прошивку - там есть udpxy в составе
Под видной понятно -там ресурсов больше
Кстати иногда для решения проблем помогает включение свопа!
У меня такое ощущение, что я разговариваю на этом форуме сам с собой =)
Очень мало народа вообще в курсе темы, а уж в потроха udpxy не залезал никто.
Это замечательно что проверили работу на Ubuntu со свежими ядрами, значит ньюанс в подписке/отписке на мультикаст в самом udpxy.
Автор программы (Паша Черенков), который активно тестировал прогу на первых страницах темы, - уже забросил проект?
Судя по сайту автора http://www.udpxy.com/ они заняты коммерческим вариантом - Gigapxy.
AndreyPopov
Самому udpxy своп как рыбке зонтик - если уж поток пойдёт в своп, то это будут уже не квадраты, а треугольники ;)
Это замечательно что проверили работу на Ubuntu со свежими ядрами, значит ньюанс в подписке/отписке на мультикаст в самом udpxy.
Там банально не хватает ресурсов процессора на несколько потоков HD одновременно, udpxy очень сильно нагружает любой процессор - а квадратит, потому как не успевает выбирать очереди.
AndreyPopov
22-10-2014, 08:13
AndreyPopov
Самому udpxy своп как рыбке зонтик - если уж поток пойдёт в своп, то это будут уже не квадраты, а треугольники ;)
В свап может выгружаться что-то другое, чтобы освободить ресурсы
Чтобы окончательно отринуть ip - чтобы она в явном виде сначала убивала старый клиентский процесс, а потом только запускала новый.
Автор программы (Паша Черенков), который активно тестировал прогу на первых страницах темы, - уже забросил проект?
А пробовали запускать udpxy с опцией -с 1 - один клиент?
Npspacer
22-10-2014, 10:35
С опцией -с 1, честно говоря, не пробовал. Т.к. приемлемым будет не в принципе ограничить число клиентов одним, а ограничить число клиентов с одного конкретного айпи одним (чтобы со всякого ip можно было одновременно смотреть не более одного тв канала). Но всё-таки проверю, помогает ли это в принципе.
Что касается нехватки ресурсов любого процессора на несколько потоков HD одновременно, то получается, что два - уже много что ли? Да и то, после переключения канала старый клиентский процесс (от старого канала) должен бы умирать, а оставаться только один новый клиентский процесс (для нового канала). Связан ли баг с тем, что в какой-то малый миг существуют оба процесса и это приводит к дальнейшим глюкам? Я не знаю..
Виндовая прокси почему-то позволяет смотреть много HD-каналов сразу и процессор даже не жужжит, справляется легко...
В сущности меня бы устроило от прокси добиться того, чтобы она гарантированно убивала все старые клиентские процессы перед каждым новым обращением, т.е. созданием нового клиентского процесса.
----
Или даже устроило бы рестартить прокси перед каждым новым обращением. Ну типа перед каждым переключением на другой тв-канал (http://ip_роутера:1212/udp/адрес:1234) засылать GET-запрос на URL "http://ip_роутера:1212/restart/". Занимает рестарт, как я понимаю, около 15 миллисекунд. Ведь "на свежую голову", т.е. сразу после рестарта прокси показывает прекрасно любой HD-канал, это факт. Увы, ни VLC-плеер, ни имеющиеся программы IPTV для телевизоров - этого не делают, т.е. запросы на рестарт прокси не посылают (даже не знают, что получают поток от udpxy).
----
Я понимаю, что код udpxy никто особо не ковырял. Но может кто-то в принципе неплохо шарит и подскажет, какое изменение нужно внести в исходный код udpxy, чтобы прокся сама себя рестартила перед каждым новым подключением?
AndreyPopov
22-10-2014, 10:49
Да и то, после переключения канала старый клиентский процесс (от старого канала) должен бы умирать, а оставаться только один новый клиентский процесс (для нового канала). Связан ли баг с тем, что в какой-то малый миг существуют оба процесса и это приводит к дальнейшим глюкам? Я не знаю..
рассмотрим примерно как все происходит:
- вы смотрите один канал, под него сформировался поток
- потом вы переключаетесь на другой канал
ведь udpxy не в курсе, что вы просто переключили канал. udpxy получил запрос на формирование нового потока
но старый-то поток убить ему кто-то должен сказать. делает ли это плеер? или udpxy сам решает когда убить поток по отсутствию запросов на поток?
Я понимаю, что код udpxy никто особо не ковырял. Но может кто-то в принципе неплохо шарит и подскажет, какое изменение нужно внести в исходный код udpxy, чтобы прокся сама себя рестартила перед каждым новым подключением?
ну мягко говоря - это НЕправильное поведение, потому что вдруг у udpxy несколько клиентов подключены? и что? каждый раз, когда кто-то переключает канал у всех должна прерываться трансляция?
Npspacer
22-10-2014, 11:14
рассмотрим примерно как все происходит:
- вы смотрите один канал, под него сформировался поток
- потом вы переключаетесь на другой канал
ведь udpxy не в курсе, что вы просто переключили канал. udpxy получил запрос на формирование нового потока
но старый-то поток убить ему кто-то должен сказать. делает ли это плеер? или udpxy сам решает когда убить поток по отсутствию запросов на поток?
Ну да, судя по всему сам решает. Потому что по факту старый поток (точнее старый клиентский процесс) после переключения реально не существует. Во-всяком случае, ps показывает, что появился новый клиентский процесс с другим pid, а старого уже нету. Вот только этот новый клиентский процесс почему-то становится ущербным и квадратит. Хотя, если в плеере нажать в явном виде кнопочку СТОП (а не просто даблкликнуть по другому каналу), а потом запустить новый канал - то всё хорошо.
ну мягко говоря - это НЕправильное поведение, потому что вдруг у udpxy несколько клиентов подключены? и что? каждый раз, когда кто-то переключает канал у всех должна прерываться трансляция?
Понимаю, что неправильное. Но на крайняк меня устроит и это для моих целей. Ну а GET-запрос на рестарт может всё равно послать кто угодно, это не запрещено. Т.е. каждый может итак оборвать трансляцию всем простым переходом по ссылке "http://ip_роутера:1212/restart/" в браузере...
AndreyPopov
22-10-2014, 12:00
убивание(остановка) процесса тоже занимает некоторое время.
я так понимаю с начала создается новый процесс, а уж потом убивается старый. вот новому ресурсов не хватает.
а ресурсы освобождаются уже после убийства старого процесса.
потому и предлагаю свап - при недостатке ресурсов неактивный процесс может быть выгружен в свап.
Npspacer
22-10-2014, 12:57
убивание(остановка) процесса тоже занимает некоторое время.
я так понимаю с начала создается новый процесс, а уж потом убивается старый. вот новому ресурсов не хватает.
а ресурсы освобождаются уже после убийства старого процесса.
Ну, может быть udpxy действует в таком порядке, а может и нет. Старый процесс умирает, и если даже ресурсы, занятые им, освобождаются когда-то потом (после старта нового процесса), то новый процесс как стартует в лагах, так и продолжает в них пребывать до бесконечности. Не взирая на то, что в какой-то момент ресурсы старого процесса, может быть, таки освобождаются...
Что до времени рестарта прокси, я проверил уже, что время это мизерное. Я делаю GET реквест url "http://ip_роутера:1212/restart/", получаю респонс через ~10 мс, что инициирован рестарт. Потом GET реквест url "http://ip_роутера:1212/status/" и снова через ~10мс получаю ответ, что прокси уже работает (т.е. уже перезапущена и готова к работе). При переключении тв-каналов лишние 20 миллисекунд - это незаметный миг. Зато если заставить udpxy рестартить себя при каждом новом подключении, то выбор каждого нового канала будет подключать к свеже-рестартанутой прокси, это обеспечит отсутствие квадратов при любых манипуляциях с переключением каналов.
потому и предлагаю свап - при недостатке ресурсов неактивный процесс может быть выгружен в свап.
Вообще-то версию нехватки ресурсов (в частности памяти под процесс) - мы уже отринули. Т.к. у меня не только на роутере, а на стационарном компе с Ubuntu те же самые симптомы, хотя уж тут-то ресурсов точно в достатке. Боюсь, что недочёт есть именно в самом коде udpxy, связанный с закрытием старого клиентского процесса и запуске нового.
Npspacer
22-10-2014, 18:46
Новая информация.
Опция -с 1 не помогает. Реакция при переключении на другой тв-канал разная в зависимости насколько быстро сделать дабл-клик по новому канаду в VLC-плеере. Если очень быстро, то канал не запускается и VLC запрашивает какую-то авторизацию логин/пароль (вылезает диалоговое окно, судя по всему срабатывает опция -с 1). Если помедленнее, то канал запускается, но квадратит. Полагаю, что в этом случае успевает умереть старый клиентский процесс, но недостаточно корректным образом, либо ресурсы освободить не успевает.
----------
Новый случай проявления бага:
Делаем рестарт udpxy через страницу статуса. Открываем три разных копии VLC-плеера, в каждой из которых открываем разные HD-каналы тв. Замечу, что после рестарта прокси это легко получается, причём все три окна показывают идеально. Теперь внимание. В одном из VLC-плееров нажимаю кнопочку СТОП. В итоге в этой копии плеера канал останавливается, но замирает проигрывание и в других двух копиях, а чуть погодя отмирает, но уже в лагающем заквадраченном состоянии.
-------
Создал тему на http://www.udpxy.com/forum. Пока никто не отвечает. Судя по всему там форум мёртвый. А очень хочется знать мнение разработчика.