Перейти к содержимому
Калькуляторы

IPTV вопросы касательно igmpproxy/xupnpd/udpxy/m2u/etc

Тестировал сегодня UDPXY + XUPNPD, прошивка 2.6.9

 

1) Плейлист на мультикаст прогнанный через UDPXY в юникаст скинул на ноут и по WiFi смотрел HD-каналы, параллельно запускал спидтест.

Просто замечательная картинка, не было никаких "подсыпаний" при том что WiFi загрузил на полную.

 

2) Потом скинул плейлист в XUPNPD и на смарте запустил DLNA-клиента.

Вот тут почему-то при воспроизведении начались периодические затыки, да такие что плеер поток теряет и переключается на следующий в плейлисте. Причем затыки как с HD так и с SD каналами.

Посмотрел в это время "top" на CPE, бросилось в глаза что udpxy запущен с максимальным приоритетом "-n 20", а xupnpd похоже что с обычным, т.е. 0 ?

 

Mem: 22856K used, 39124K free, 3016K shrd, 180K buff, 4668K cached
CPU:  0.9% usr  4.7% sys  0.0% nic 82.1% idle  0.0% io  0.0% irq 12.0% sirq
Load average: 0.04 0.10 0.07 1/35 4853
 PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
4793  4007 Admin    S <   3024  4.8   0  4.5 udpxy -m eth2.2 -n -20 -c 16 -B 2Mb -H 3 -p 81 -l /var/log/udpxy.log
4817  4007 Admin    S <   3024  4.8   0  2.5 udpxy -m eth2.2 -n -20 -c 16 -B 2Mb -H 3 -p 81 -l /var/log/udpxy.log
4816  3852 Admin    S <   2732  4.4   0  0.7 xupnpd
4792  3852 Admin    S <   2732  4.4   0  0.4 xupnpd
4698  4685 Admin    R     1636  2.6   0  0.4 top
3852     1 Admin    S <   2692  4.3   0  0.2 xupnpd
4678  2862 Admin    S     1344  2.1   0  0.2 /bin/dropbear -i -K 60 -I 360 -j
   3     2 Admin    SW       0  0.0   0  0.2 [ksoftirqd/0]
1347     1 Admin    S     1644  2.6   0  0.0 udhcpc -i eth2.2 -S -R -T 5 -a -s /bin/udhcpc.sh -p /var/run/udhcpc.pid -O routes -O staticroutes -O msstaticro
3054     1 Admin    S     1644  2.6   0  0.0 udhcpd -S /etc/udhcpd.conf
   1     0 Admin    S     1640  2.6   0  0.0 {linuxrc} init
4685  4678 Admin    S     1640  2.6   0  0.0 -sh
 111     1 Admin    S     1640  2.6   0  0.0 /bin/sh
2862     1 Admin    S     1636  2.6   0  0.0 inetd -R 30 -q 64
3746     1 Admin    S     1632  2.6   0  0.0 ntpd -d -p ru.pool.ntp.org
 145     1 Admin    S     1628  2.6   0  0.0 klogd
 144     1 Admin    S     1628  2.6   0  0.0 syslogd -b0 -s40 -l7 -S -D
 718     1 Admin    S     1452  2.3   0  0.0 goahead
 635     1 nobody   S     1108  1.7   0  0.0 dnsmasq -N -c 512 --dns-forward-max=384 --no-poll --all-servers --clear-on-reload --leasefile-ro -u nobody -g n
3306     1 Admin    S     1100  1.7   0  0.0 dhcp6c eth2.2
4007     1 Admin    S      972  1.5   0  0.0 udpxy -m eth2.2 -n -20 -c 16 -B 2Mb -H 3 -p 81 -l /var/log/udpxy.log
 115     1 Admin    S      916  1.4   0  0.0 butcheck
  27     2 Admin    SW       0  0.0   0  0.0 [kworker/0:1]
1179     2 Admin    SW       0  0.0   0  0.0 [RtmpCmdQTask]
   7     2 Admin    SW       0  0.0   0  0.0 [sync_supers]
   2     0 Admin    SW       0  0.0   0  0.0 [kthreadd]
  15     2 Admin    SW       0  0.0   0  0.0 [kworker/u:1]
  26     2 Admin    SW<      0  0.0   0  0.0 [deferwq]
  10     2 Admin    SW<      0  0.0   0  0.0 [kblockd]
  11     2 Admin    SW       0  0.0   0  0.0 [kswapd0]
   4     2 Admin    SW       0  0.0   0  0.0 [kworker/0:0]
   5     2 Admin    SW       0  0.0   0  0.0 [kworker/u:0]
   6     2 Admin    SW<      0  0.0   0  0.0 [khelper]
 

 

Проверяли DLNA-клиентами только по WiFi - глюки одинаковые.

По LAN девайсов с DLNA-клиентами не нашлось, так что тестирование не полное.

Взял домой на выхи, проверю совместно со своим Смарт-ТВ по Ethernet но что-то мне подсказывает что проблема в XUPNPD.

Изменено пользователем Mikhail Vanyashkin

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

xupnpd настроен использовать udpxy или самостоятельно проксирует? По дефолту самостоятельно что с некоторыми клиентами не совместимо. Приоритет тут не поможет но можно и поднять. Заставить xupnpd юзать udpxy достаточно закоментировать cfg.mcast_interface='eth2.2' и раскоментировать -- cfg.udpxy_url='http://gateway.lo:81' в /etc/xupnpd/xupnpd.lua.

 

У меня нет клиентов с подобными проблемами что смарт панас что несметное число андроидов с mediahouse работают без проблем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Видимо я заработался т.к. влил в XUPNPD плейлист не мультикастовый, а с готовыми линками после UDPXY вида http://192.168.1.1:81/udp/xxx.x.x.xx:1234

Наверное отсюда и глюки были.

 

Дома мультикаста нет, так что запустил иначе XUPNPD - с линками на внешний UDPXY на работе вида http://work_server:8081/udp/xxx.x.x.xx:1234

Так оно показывает отлично на смартфоне с MediaHouse.

А вот LG Smart-TV по Ethernet не увидел в сети XUPNPD роутера (через DLNA), хотя видит прекрасно и MINIDLNA и XUPNPD на домашнем Linux-сервере...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ноутом с VLC проверил - тоже самое, MINIDLNA и XUPNPD на домашнем Linux-сервере видит, а когда переключаюсь на сеть CPE по WiFi - не видит ничего...

В тоже время на смартфоне (Nexus5) с MediaHouse всё видно в одной и в другой сети.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что-то у вас в домашней сети не так. Проверял и на лыжах и vlc всё прекрасно видит (версии ниже 2.1 ибо выше поломали парсинг xml и оно уже ничего не видит толком, бага в трекере). Да и вообще сам юзаю постоянно (да и народу уже не один десяток железок с таким конфигом поставил) так что не видит эт явно мимо.

 

Плэйлист xupnpd сам преобразовывает не надо его насиловать, udpxy сервер если надо указывается в конфиге.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что-то у вас в домашней сети не так. Проверял и на лыжах и vlc всё прекрасно видит (версии ниже 2.1 ибо выше поломали парсинг xml и оно уже ничего не видит толком, бага в трекере). Да и вообще сам юзаю постоянно (да и народу уже не один десяток железок с таким конфигом поставил) так что не видит эт явно мимо.

 

Плэйлист xupnpd сам преобразовывает не надо его насиловать, udpxy сервер если надо указывается в конфиге.

С плейлистом безусловно мой косяк, без вариантов.

 

Но то что XUPNPD для бОльшей части девайсов в сети "невидимка" - это как понимать?

 

И при чем тут моя домашняя сеть?

В домашней сети мои DLNA сервисы видны и без нареканий работают на всех девайсах.

 

Для тестов я ведь поставил CPE отдельно и в него на время теста воткнул LG Smart-TV, и для теста к сабжу отдельно по WiFi подключался с ноута чтобы увидеть запущенный на нем XUPNPD.

Результаты:

1) MediaHouse - видит и проигрывает

2) VLC 2.2.0 и 2.0.9 - не видит

3) Телевизор LG 42-LM620S - не видит.

4) Телевизор LG 42-LV3400 - не видит.

 

В тестируемой сети нет никаких других сервисов. Клиентские устройства получают IP-адрес, DNS и шлюз c сабжа.

 

Сегодня проверил иначе.

Сбросил все настройки CPE, отключил DHCP изменил IP-адресацию и воткнул девайс в домашнюю сеть через LAN-порт. Потом включил на нем XUPNPD.

MediaHouse увидел все запущенные в сети DLNA-сервисы, а остальные клиенты увидели только DLNA домашней сети, сабжа всё так же не увидели...

 

Спрашивается, и при чем тут моя домашняя сеть если с ней всё ровно?

 

Конфиг сабжа по сегодняшним тестам прилагаю, но там тривиально всё.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ещё раз грю, xupnpd прекрасно шлёт анонсы и их прекрасно все видят. Если у вас не видно ищите проблему в сети. Типа например свитча ниже за роутером с кривым снупингом дропающего мультикаст анонсы или дублирующего upnp сервиса с одинаковым с xupnpd ID. Роутер тут не причём.

 

2.2.0 не будет видить большую часть upnp серверов ибо сломан парсинг xml, разрабы о баге знают, регрессия внесена в 2.1 когда чинили dlna на макакосях, в итоге поломали на остальных. Решения пока нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

LG 42-LV3400 с включенным профилем LG TV работает абсолютно точно. Пару дней назад у товарища только поднимал на ТТК это дело.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

LG 42-LV3400 с включенным профилем LG TV работает абсолютно точно. Пару дней назад у товарища только поднимал на ТТК это дело.

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

Ещё раз (в который раз уже!) повторил эксперимент, результаты не изменились

 

1) Прошивка CPE - 2.6.9

2) Соединял сабж с телевизорами заводским патч-кордом UTP, никаких свичей и т.п. не было и нет, кроме своей CPE, которая в эксперименте не использовалась как LAN. За исключением варианта объединения сетей, о котором выше писал.

3) тестировал всё время напрямую включая витуху от сабжа на телевизоры- ни один ни другой не видят сабжевый DLNA, так же как и на ноуте VLC версии 2.0.9 (как Вы и просили версия меньше 2.1). Ноут (MacBook Air), подключал через WiFi.

 

Т.е. влияние домашней сети вообще никакого нет, тестовая сеть в экспериментах либо никак не связана с домашней, либо используется как провайдерское подключение IPoE на WAN-порт, т.е. в части экспериментов WAN-порт сабжа никуда не подключался, в другой части сабж втыкал WAN-портом в LAN моего CPE (TP-Link TL-WR1043ND ) чтобы доступ Интернет был и через MediaHouse (который DLNA видит всегда и везде почему-то) прекрасно смотрел ТВ через Интернет с сервера UDPXY, стоящего на работе.

 

Сейчас ещё раз для верности воткнул в сабж телевизор LG 42-LV3400 куском витухи (нету у меня никаких хабов или свичей) - интернет есть, DLNA никакого не видит. Переключаю витуху в свой CPE - видит все DLNA в сети как на Linux-сервере так и DLNA на моем TP-Link (там предусмотрено подключение и расшаривание USB-диска).

 

ЧЯДНТ ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я не гадалка увы. Не представляю как вам удаётся добиться что бы mediahouse видел анонсы а другие нет. Чистой воды чудеса, куда копать не в курсе. Я вот прмо сейчас прекрасно смотрю universal channel на смартовой панасониковской плазме через xupnpd который до кучи ещё и настроен на венешний udpxy в сети другого оператора на такой же железке у родителей, которые прямо сейчас (судя по нетстат) смотрят что-то на риалтковском плеере по DLNA. Уж поверьте если бы не работал бы этот функционал я бы знал ибо мало того что сам юзаю, так у родителей это единственный вариант просмотра ТВ где-то кроме зала в котором есть спутниковый ресивер (который тоже бегает через роутер за ТВ если надо, правда без DLNA). Плюс достаточно много железа лично поставил с разными ТВ и не только ТВ. В чём у вас проблема не представляю. Все варианты я озвучил.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тестировал ещё сегодня, в варианте отдельной сети т.е. только сабж и клиент на кабеле.

 

DLNA на сабже увидел ещё один девайс - PS3, работает без нареканий.

Для телевизоров LG - всё так же остается невидимкой,

Для VLC (пробовал так же версию 2.0.6) - тоже невидимка.

 

Видимо что-то всё-таки с совместимостью XUPNPD 1.033 и девайсами. Возможно с профилями что-то связано.

У меня версия дома XUPNPD 1.01 подобных проблем, как уже писал ранее, не наблюдаю.

 

p.s.

Нашел косячок - если в конфиге изменить TCP порт XUPNPD, то его конфигурация становится недоступной.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Видимо что-то всё-таки с совместимостью XUPNPD 1.033 и девайсами. Возможно с профилями что-то связано.

У меня версия дома XUPNPD 1.01 подобных проблем, как уже писал ранее, не наблюдаю.

Спросите у автора xupnpd если так уверены. Я вот вам гарантирую что он скажет вам ровно то же самое. Профили вообще если что на видимость самого сервера не влияют. А вот дальше когда клиент уже по http у сервера запрашивает плэйлист и т.д. вот там уже работают профили.

 

Нашел косячок - если в конфиге изменить TCP порт XUPNPD, то его конфигурация становится недоступной.

Ну уберу смену порта из рожи xupnpd, там таких "косячков" дофига ибо не предполагается что юзер будет это дело руками трогать. Настройки xupnpd никак не завязаны на содержимое nvram как минимум пока, а значит скрипту составляющему правила не откуда узнать что в конфигурации xupnpd порт изменился. По хорошему надо переносить чтения параметров xupnpd не из конфиг файла, а из nvram или формироваться конфиг на лету как для остальных демонов.

 

Ну и я уже вам грил что недавно на таких же лыжах крутил у человека, проблем не заметил. Да и вообще анонсы видят все. VLC свежие не отображают вообще ничего но аносы видят когда смотришь с включенным дебагом, и там всё дохнет на парсинге xml и ещё раз грю проблема известная и с xupnpd никак не связанная. Для макак оси её правили в 2.1 в итоге перестало работать у остальных, насколько заработало в макакоси я не в курсе.

 

Выглядит это вот так:

vlc -vvv
...
[0x6332c8] main interface debug: using interface module "qt4"
[0x6192d8] main playlist debug: adding services_discovery upnp{longname="Universal Plug'n'Play"}...
[0x7f0d8c4df1b8] main services discovery debug: looking for services_discovery module matching "upnp": 12 candidates
[0x7f0d8c4df1b8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.254.254:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[0x7f0d8c4df1b8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.254.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[0x7f0d8c4df1b8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.254.254:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[0x7f0d8c4df1b8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.254.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[0x7f0d8c4df1b8] main services discovery debug: using services_discovery module "upnp"

 

Если ещё натыкать дебага то будет мат на то что не смог распарсить xml. И вопросы тут явно не к xupnpd (т.к. с другими серверами та же бяка) хотя вероятно можно и для него родить профиль-костыль что бы избежать подобного, однако я не представляю где оно там ломается именно у них и если честно не нанимался обеспечивать совместимость со всеми кривыми клиентами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вообще включаете дебаг в xupnpd в 2 и смотрите что происходит в логах как минимум. Запрашивают ваши лыжи вообще информацию о сервере или тупо анонсы не видят. Толку танцевать-то кругами играя в гадалок?

 

Панасоиник мой к примеру в фоне всегда обноляет окружение upnp, и выглядит это так:

Mar 22 16:17:00 xupnpd[5397]: 192.168.254.250:29265 GET /dev.xml "Panasonic MIL DLNA CP UPnP/1.0 DLNADOC/1.50" [generic]
Mar 22 16:17:00 xupnpd[5397]: 192.168.254.250:29265 FILE /usr/share/xupnpd/www/dev.xml

 

Запросы от VLC 2.1 выглядят так:

Mar 22 16:18:10 xupnpd[5432]: 192.168.254.179:60156 GET /dev.xml "Linux/3.19.2, UPnP/1.0, Portable SDK for UPnP devices/1.6.18" [VLC-1.0.6]
Mar 22 16:18:10 xupnpd[5432]: 192.168.254.179:60156 FILE /usr/share/xupnpd/www/dev.xml

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уважаемый sfstudio

Поверьте у меня вообще никаких к Вам претензий не было и нет. Наоборот ваши прошивки - одни из лучших на CPE и всё что я сейчас делаю - тестирую по максимуму коробку и ПО.

Так уж получается что для нас как заказчика сабжа у НАГ-а интересен функционал по мультикасту. Собственно по этой причине я и "закопался" в тестировании именно мультикаста и "оберток", которые облегчают конечному пользователю его использование.

 

По тестированию на данный момент я зашел в тупик:

1) Ввиду ваших доводов VLC можно не рассматривать как рабочий слиент DLNA, не буду заострять на нём внимание.

2) Часть девайсов безо всяких проблем работает с XUPNPD и по сути тоже без вопросов.

3) телевизоры LG ставят меня в тупик т.к. для одной и той же модели (LG 42-LV3400 версия ПО 06.01.28 ) у Вас - всё работает, а у меня наоборот - не работает.

 

Как ещё поизвращаться с последним пунктом - хз.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1) пока не починят увы, сам мучаюсь (сдохло именно с прилётом обновления VLC в обновлениях системы)

3) версия по была последняя на ящике специально пинал перед всеми работами

 

Я и не грю о притензиях, я грю не в курсе куда копать и в чём у вас проблема. Отладку то включите посмотрите хоть лыжи пытаются инфу о сервере просить или нет. Я ж грю не гадалка нифига. И если вы 80000 раз повторите "не видит" оно и не увидит.

 

Более того имеет смысл с логом отписать автору xupnpd он запросто может быть в курсе траблы с какими-то девайсами ибо база пользователей xupnpd шире чем оного под wive.

 

У меня проблема только с новым VLC и проблема далеко не только с xupnpd оно даже виндовозный медиасеревер "видеть" перестало, специально поднимал на пробу. Да и проблема не только у меня, каждое обновление на опеннете стон починили DLNA или нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

По VLC 2.0.6 и 2.2.0 на сабжевой LAN - косяк как вы и предсказывали

 

[0x10ed0f540] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.1.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[0x10ed0f540] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.1.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[0x10ed0f540] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.1.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG

[00000001081b8bb8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.1.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[00000001081b8bb8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.1.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG
[00000001081b8bb8] upnp services discovery warning: Could not download device description! Fetching data from http://192.168.1.1:4044/dev.xml failed: UPNP_E_BAD_HTTPMSG

 

На домашней LAN VLC 2.2.0

[00000001081b8bb8] upnp services discovery debug: Adding server 'UPnP-IPTV' with uuid 'uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a'
[000000010056b038] core playlist debug: Adding UPnP-IPTV in (null)
[0000000100242b58] core input debug: Creating an input for 'UPnP-IPTV'
[000000010056b038] core playlist debug: meta ok for (null), need to fetch art
[0000000100242b58] core art finder debug: looking for meta fetcher module matching "any": 1 candidates
[0000000100242b58] lua art finder debug: Trying Lua scripts in /Users/ban/Library/Application Support/org.videolan.vlc/lua/meta/fetcher
[0000000100242b58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher
[0000000100242b58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher/tvrage.luac
[0000000100242b58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher/tvrage.luac
[0000000100242b58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/fetcher
[0000000100242b58] core art finder debug: no meta fetcher modules matched
[000000010056b038] core playlist debug: searching art for UPnP-IPTV
[0000000100242b58] core art finder debug: looking for art finder module matching "any": 2 candidates
[0000000100242b58] lua art finder debug: Trying Lua scripts in /Users/ban/Library/Application Support/org.videolan.vlc/lua/meta/art
[0000000100242b58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/art
[0000000100242b58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/00_musicbrainz.luac
[0000000100242b58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/00_musicbrainz.luac
[0000000100242b58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/01_googleimage.luac
[0000000100242b58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/01_googleimage.luac
[0000000100242b58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/02_frenchtv.luac
[0000000100242b58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/02_frenchtv.luac
[0000000100242b58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/03_lastfm.luac
[0000000100242b58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/03_lastfm.luac
[0000000100242b58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/art
[0000000100242b58] core art finder debug: no art finder modules matched
[000000010056b038] core playlist debug: art not found for UPnP-IPTV

------ Много вырезал строк пита --------
[000000010056b038] core playlist debug: meta ok for (null), need to fetch art

----------------Далее немерянный срач типа такого, видимо ему картинки нужны по каждому контенту ? -------------------
[000000010056b038] core playlist debug: searching art for Первый канал
[00000001081b8bb8] upnp services discovery warning: Server with uuid 'uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a' already exists.
[0000000108190858] core art finder debug: looking for art finder module matching "any": 2 candidates
[0000000108190858] lua art finder debug: Trying Lua scripts in /Users/ban/Library/Application Support/org.videolan.vlc/lua/meta/art
[0000000108190858] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/art
[0000000108190858] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/00_musicbrainz.luac
[0000000108190858] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/00_musicbrainz.luac
[0000000108190858] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/01_googleimage.luac
[0000000108190858] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/01_googleimage.luac
[0000000108190858] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/02_frenchtv.luac
[0000000108190858] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/02_frenchtv.luac
[0000000108190858] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/03_lastfm.luac
[0000000108190858] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/03_lastfm.luac
[0000000108190858] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/art
[0000000108190858] core art finder debug: no art finder modules matched
[000000010035bb58] core art finder debug: looking for meta fetcher module matching "any": 1 candidates
[000000010035bb58] lua art finder debug: Trying Lua scripts in /Users/ban/Library/Application Support/org.videolan.vlc/lua/meta/fetcher
[000000010035bb58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher
[000000010035bb58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher/tvrage.luac
[000000010035bb58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/fetcher/tvrage.luac
[000000010035bb58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/fetcher
[000000010035bb58] core art finder debug: no meta fetcher modules matched
[000000010056b038] core playlist debug: searching art for Россия 1
[000000010035bb58] core art finder debug: looking for art finder module matching "any": 2 candidates
[000000010035bb58] lua art finder debug: Trying Lua scripts in /Users/ban/Library/Application Support/org.videolan.vlc/lua/meta/art
[000000010035bb58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/lua/meta/art
[000000010035bb58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/00_musicbrainz.luac
[000000010035bb58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/00_musicbrainz.luac
[000000010035bb58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/01_googleimage.luac
[000000010035bb58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/01_googleimage.luac
[000000010035bb58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/02_frenchtv.luac
[000000010035bb58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/02_frenchtv.luac
[000000010035bb58] lua art finder debug: Trying Lua playlist script /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/03_lastfm.luac
[000000010035bb58] lua art finder debug: skipping script (unmatched scope) /Applications/VLC.app/Contents/MacOS/share/lua/meta/art/03_lastfm.luac
[000000010035bb58] lua art finder debug: Trying Lua scripts in /Applications/VLC.app/Contents/MacOS/share/share/lua/meta/art
[000000010035bb58] core art finder debug: no art finder modules matched

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Грю по VLC это сразу к ним на форум. И я ничего не предсказываю, я это прекрасно вижу у себя независимо от сервера уже достаточно долго.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

С дебагом на сабже и подключенным LG LM620 вижу следующий циклический вывод

 

send 254 bytes to multicast group '239.255.255.250:1900' via interface '192.168.1.1'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=300
LOCATION: http://192.168.1.1:4044/dev.xml
NT: upnp:rootdevice
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb24-c766-0e114b52c42a::upnp:rootdevice


send 306 bytes to multicast group '239.255.255.250:1900' via interface '192.168.1.1'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=300
LOCATION: http://192.168.1.1:4044/dev.xml
NT: urn:schemas-upnp-org:device:MediaServer:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb24-c766-0e114b52c42a::urn:schemas-upnp-org:device:MediaServer:1


send 318 bytes to multicast group '239.255.255.250:1900' via interface '192.168.1.1'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=300
LOCATION: http://192.168.1.1:4044/dev.xml
NT: urn:schemas-upnp-org:service:ContentDirectory:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb24-c766-0e114b52c42a::urn:schemas-upnp-org:service:ContentDirectory:1


send 320 bytes to multicast group '239.255.255.250:1900' via interface '192.168.1.1'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=300
LOCATION: http://192.168.1.1:4044/dev.xml
NT: urn:schemas-upnp-org:service:ConnectionManager:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb24-c766-0e114b52c42a::urn:schemas-upnp-org:service:ConnectionManager:1


send 334 bytes to multicast group '239.255.255.250:1900' via interface '192.168.1.1'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=300
LOCATION: http://192.168.1.1:4044/dev.xml
NT: urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb24-c766-0e114b52c42a::urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:1


192.168.1.85:45060 GET /dev.xml "Linux/2.6.35 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.6.0" [LG]
192.168.1.85:45060 FILE /usr/share/xupnpd/www/dev.xml

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну как я вижу xupnpd ему честно отдаёт сформированную xml`ку (т.е. анонсы ящик видит), почему именно ваш ящик её не распарсил увы только гадать, надо логи с него. Под существующий профиль попадает вполне. Вот можете смело с этим вопросом написать автору xupnpd и грю он запросто может оказаться в курсе.

 

Можно сравнить dev.xml того сервера с которого работает с тем что есть, может там какой-то нюанс выясниться.

 

Сама xml`ка сгенерирована верно и http://www.xmlvalidation.com, всмысле явных косяков в формате нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для сравнения как на Linux выглядит дебаг XUPNPD c LG 42-LV3400

 

send 266 bytes to multicast group '239.255.255.250:1900' via interface '192.168.10.88'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.88:4044/dev.xml
NT: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a


send 257 bytes to multicast group '239.255.255.250:1900' via interface '192.168.10.88'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.88:4044/dev.xml
NT: upnp:rootdevice
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a::upnp:rootdevice


send 309 bytes to multicast group '239.255.255.250:1900' via interface '192.168.10.88'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.88:4044/dev.xml
NT: urn:schemas-upnp-org:device:MediaServer:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a::urn:schemas-upnp-org:device:MediaServer:1


send 321 bytes to multicast group '239.255.255.250:1900' via interface '192.168.10.88'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.88:4044/dev.xml
NT: urn:schemas-upnp-org:service:ContentDirectory:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a::urn:schemas-upnp-org:service:ContentDirectory:1


send 323 bytes to multicast group '239.255.255.250:1900' via interface '192.168.10.88'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.88:4044/dev.xml
NT: urn:schemas-upnp-org:service:ConnectionManager:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a::urn:schemas-upnp-org:service:ConnectionManager:1


send 337 bytes to multicast group '239.255.255.250:1900' via interface '192.168.10.88'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.88:4044/dev.xml
NT: urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:1
NTS: ssdp:alive
Server: eXtensible UPnP agent
USN: uuid:60bd2fb3-dabe-cb14-c766-0e319b54c29a::urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:1


192.168.10.102:43235 GET /dev.xml "Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0" [LG]
192.168.10.102:43235 FILE ./www/dev.xml
192.168.10.102:43236 GET /cds.xml "Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0" [LG]
192.168.10.102:43236 FILE ./www/cds.xml
192.168.10.102:43237 GET /cms.xml "Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0" [LG]
192.168.10.102:43237 FILE ./www/cms.xml

 

Далее чуть позже

 

recv 319 bytes from '192.168.10.102:48158'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.102:37904/MediaRenderer1.xml
NT: upnp:rootdevice
NTS: ssdp:alive
SERVER: Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0
USN: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4::upnp:rootdevice


recv 328 bytes from '192.168.10.102:48158'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.102:37904/MediaRenderer1.xml
NT: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4
NTS: ssdp:alive
SERVER: Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0
USN: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4


recv 375 bytes from '192.168.10.102:48158'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.102:37904/MediaRenderer1.xml
NT: urn:schemas-upnp-org:device:MediaRenderer:1
NTS: ssdp:alive
SERVER: Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0
USN: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4::urn:schemas-upnp-org:device:MediaRenderer:1


recv 383 bytes from '192.168.10.102:43461'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.102:37904/MediaRenderer1.xml
NT: urn:schemas-upnp-org:service:RenderingControl:1
NTS: ssdp:alive
SERVER: Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0
USN: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4::urn:schemas-upnp-org:service:RenderingControl:1


recv 385 bytes from '192.168.10.102:34582'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.102:37904/MediaRenderer1.xml
NT: urn:schemas-upnp-org:service:ConnectionManager:1
NTS: ssdp:alive
SERVER: Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0
USN: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4::urn:schemas-upnp-org:service:ConnectionManager:1


recv 373 bytes from '192.168.10.102:40727'
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age=1800
LOCATION: http://192.168.10.102:37904/MediaRenderer1.xml
NT: urn:schemas-upnp-org:service:AVTransport:1
NTS: ssdp:alive
SERVER: Linux/2.6.28.9 UPnP/1.0 DLNADOC/1.50 INTEL_NMPR/2.0 LGE_DLNA_SDK/1.5.0
USN: uuid:1ac50f40-1dd2-11b2-b96d-9ec65b9369c4::urn:schemas-upnp-org:service:AVTransport:1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть у меня одна мысль, ща проверю локально. Похоже у LUA от некоторых HTTP запросов крыша едет,а vlc не может распарсить т.к. локаль ru_UTF незнает. Если так то переход назад на 5.1.4 LUA решит обе проблемы (старая LUA не умеет локаль системную читать =))) хотя производительность таки упадёт слегка (не существенно).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Диффнул содержимое dev.xml и cms.xml на серваке и на CPE - один в один

 

по cds.xml отличаются - на сабжевом больше инфы

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да да, не в нём дело, короче объясняю. LUA 5.3 научилась юзать системную локаль и отдаёт её HTTP клиенту libupnp, в итоге у VLC использующий новую версию portable SDK рвёт крышу хотя UTF локаль эт как бы норма и должно нормально работать и работало на старых версиях VLC где видимо ещё новую либу из сдк не приюзали. Выход либо отрывать у новой LUA поддержку локали либо заюзать старую версию. В общем-то никаких серьёзны причин использовать новый луа нет и имеет смысл оставить его только для отладки.

 

Разрабам libupnp отпишу отдельно, надеюсь и лыжам поможет. VLC помогло только что проверил.

 

В течении часа рожу публичные сборки 2.7.0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А как же оно работает у вашего друга на LG?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Понятия не имею, может на тот момент ему ещё не прилетело обновление ломающее это дело, и не факт что у вашей лыжи тоже с этим именно проблема. Проверять надо.

 

Смарты создания загадочные. Моему панасу вообще пофигу пашет с любой кастрюлей по upnp вот только жирные потоки переварить не в силах увы, проц на моей модельки слабоват это делать на лету и часть HD каналов ТТК идёт в итоге с рассинхроном, те же каналы в HD но ужатые сильнее от РТК идут без проблем.

 

Но то что простой откат на старую версию lua решает проблему с работой новых версий VLC это просто праздник. Но отписать аффторам таки надо (и отпишу ещё раз) ибо других серверов оно тоже нормально не видит, надо попробовать на тестовой винде с WMS локаль сменить увидит нет...

 

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

 

Спросил у гугла и внезапно нашлось тоже самое http://sourceforge.net/p/hupnp/bugs/3/ вот такие блин дела.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.