Printable View
Напоминает упорное решение себе же созданных проблем. Зачем нужны все эти скрипты, если xupnpd уже сделал за вас всю работу?Quote:
Originally Posted by YVM
Скачавайте по cron'у обновление плейлиста, да смотрите себе iptv любым upnp-плейером. Хоть на телевизоре, хоть на компьютере.
Использую Билайн IPTV, есть два вопроса:
1. После выбора канала, картинка появляется сразу и зависает на время, потом просерается. Можно как то ускорить?
2. Нет звука. Куда копать?
Спасибо.
А если не на телевизоре (К сожалению, Sony признает только Twonkey) и не на компьютере?Quote:
Originally Posted by ryzhov_al
Я писал, если "провайдер выдает плейлисты в виде rtp://@". Ни Dune, ни Xtreamer в таком формате не работают, а Dune еще и перевод строки требует.
Еженедельно править листы вручную не всегда получается, да и забыть можно.
У меня тоже Билайн IPTV, телевизор Samsung Full HD 3D 6-ой серии. Все прекрасно работает. Проблемы с фризом картинки тоже есть, но не всегда, а если есть то совсем не напрягает (там буквально 1-2 сек)Quote:
Originally Posted by Makcuk
Насчет звука. Попробуйте запустить ролики с ютуба или еще откуда нибудь (они есть в плейлисте xupnpd) - если звук есть, значит ваше устройство не может декодировать аудио с биайновских каналов, если нет значит проблема где то еще.
Пускай себе выдаёт. И udpxy и xupnpd работают с rtp. А для плееров xupnpd прикидывается милым и пушистым upnp-сервером.Quote:
Originally Posted by YVM
Оба плеера умеют проигрывать контент с upnp-серверов. Так зачем вы себе эту проблему выдумали?Quote:
Originally Posted by YVM
Хочу всё знать.
Да я и не выдумывал, сама пришла.Quote:
Originally Posted by ryzhov_al
Если в ./xupnpd/playlists положить файл в формате rtp://@, то Dune пишет, что список пуст. Если перевести в udp://@ + перевод строки - работает прекрасно (за что большое спасибо).
Обратите внимание, что при использовании встроенного upd>http проксика rtp не будет работать, а при работе в симбиозе с udpxy - будет. Подробности ссылкой выше.Quote:
Originally Posted by YVM
Спасибо за ответ.Quote:
Originally Posted by SLP
На само деле не проигрывает звук только на Первом, на всех остальных все норм. Посмотрел VLC кодеки на всех каналах одинаковые. Мистика.
А интернет радио пробовали? Мой телевизор 40B653 не видит файлы формата m3u в разделе музыкальных файлов, а другой формат сервак не ест.
Может кто подскажет, на RT-N16 со стоковой прошивкой (3.0.0.3.78 - 84) реально поставить xupnpd, media tomb или еще что-то подобное для просмотра IPTV по средствам DLNA? Суть в том, что после установки официального торрент клиента от ASUS, на флешку паралельно повесился IPKG.
папка /opt автоматом монтируется на /tmp/mnt/sda1/asusware/
Скачав xupnpd***.ipk с просторов интернета и установив его, в терминале ошибок не выдало, после запуска софтины ТВ увидел в сети DLNA источник, но при попытке зайти на него автоматом источник отваливается. Аналогично с веб интерфейсом, Первый запрос по адресу хттп://192.168.1.1:4044 открывается, все последующие переходы по ссылкам либо обновления страницы не отзываются.
интерестный факт что при попытке обновиться #ipkg update роутер ломиться на репозиторий asus откуда получает ошибку 404 после чего начинает успешно обновляться с репозитория хттп://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable/ (руками репозиторий не прописывал такой был по дефолту)
Решил попробывать pshare, с первого раза же запустилось IPTV и заработал web интерфейс, но после перезагрузки роутера pshare начал падать аналогично xupnpd после любого запроса на сервер, но уже выводит в терминале ошибки.
Вот собственно лог:
Code:admin@RT-N16:/tmp/mnt/sda1/asusware/share# pshare -v -i 192.168.1.1 -u 32ccc90a-
27a7-494a-a02d-71f8e02b1937 -n IPTV -t 1 -p 4044 /opt/share/pshare/playlists/
starting UPnP service 'IPTV'...
playlist: 'example2' -> /opt/share/pshare/playlists/example2.m3u
playlist: 'example' -> /opt/share/pshare/playlists/example.m3u
playlist: 'Butovo.com-best' -> /opt/share/pshare/playlists/Butovo.com-best.m3u
multicast interface address: '192.168.1.1'
multicast group address: '239.255.255.250:1900'
root device uuid: '32ccc90a-27a7-494a-a02d-71f8e02b1937'
device friendly name: 'IPTV'
multicast upstream address: '192.168.1.1:47305'
multicast upstream ttl: 1
join to multicast group '239.255.255.250:1900' on interface '192.168.1.1'
send 273 bytes to multicast group '239.255.255.250:1900' via interface '192.168.
1.1'
send 264 bytes to multicast group '239.255.255.250:1900' via interface '192.168.
1.1'
send 316 bytes to multicast group '239.255.255.250:1900' via interface '192.168.
1.1'
send 328 bytes to multicast group '239.255.255.250:1900' via interface '192.168.
1.1'
send 330 bytes to multicast group '239.255.255.250:1900' via interface '192.168.
1.1'
send 344 bytes to multicast group '239.255.255.250:1900' via interface '192.168.
1.1'
GET '/t/dev.xml' from '192.168.1.246:58765'
pshare: can't resolve symbol 'wait3'
Парни, помогите плиз, такая проблема. Была у меня к роутеру подлючена флешка, все отлично поставилось по инструкции. Потом я решил поменять флешку на винт. Все сделал точно также как и раньше, 3 раздела на винте, один под своп 256мб, гиг под программы и остальное данные. Создал S90xupnpd, бросил его в /opt/etc/init.d/ сделал chmod +x /opt/etc/init.d/S90xupnpd, но когда делаю /opt/etc/init.d/S90xupnpd start пишет
-sh: /opt/etc/init.d/S90xupnpd: not found в чем может быть проблема? Роуте RT-N16 c последней прошивкой от Олега. На форуме ответа не нашел:(
если ставили через tar.gz , то скрипт загрузки:Quote:
Originally Posted by Andrew__S
#!/bin/sh
prefix="/opt"
PATH=${prefix}/bin:${prefix}/sbin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=xupnpd
case "$1" in
start)
/opt/share/xupnpd-rc/xupnpd-mipsel-ddwrt
;;
stop)
killall xupnpd-mipsel-ddwrt
;;
restart)
$0 stop
$0 start
;;
*)
echo "Usage: $0 {start|stop|restart}"
exit 1
esac
exit 0
Спасибо за ответ, нашел я в чем проблема, я в винде набирал файл автозапуска, а потом по самбе бросил на винт. А там видно кодировка другаяQuote:
Originally Posted by opendream
Возникают проблемы при просмотре IP-TV на медиаплеере.
Медиаплеер видит сервер, видит плейлисты, которые оказываются пустыми. На компьютере все воспроизводится замечательно.
VLC видит ссылки на канал, передаваемые xupnpd, как:
http://192.168.1.1:4044/proxy?s=0%2F1%2F15%2F1
Медиаплеер скорее всего не может определить, что это видео, поэтому ничего не показывает. В подобных случаях у меня проблема решается чаще всего добавлением в конец виртуального названия видео-файла.
Вот если бы ссылка выглядела следующим образом:
http://192.168.1.1:4044/proxy?s=0%2F1%2F15%2F1/file.mpg
наверное тоже все решилось бы.
Как это сделать в xupnpd? Кто может подсказать.
тут дело не в вирт... А именно что в расширении. Некоторые особотупые плееры игнорируют медиа, если не видят знакомого расширения.
Сервисы относятся к этому с пониманием и обычно игнорируют расширения.
Можно скармливать отредактированный вручную плейлист.
Пообщайтесь с автором программы - Антоном Бурдынюком - в ЖЖ. Скорее всего он ответит на ваши вопросы, а может быть даже добавит поддержку тупых плееров.Quote:
Originally Posted by z-vladimir
xupnpd активно развивается, и те, кто не ленится подробно описывать автору желаемые фичи, обычно получают получают их в следующем релизе.