xupnpd - eXtensible UPnP agent

Используем пакеты, расширяющие возможности оборудования
Slider26
Сообщения: 6
Зарегистрирован: 16 дек 2015, 19:57

Сообщение Slider26 » 04 май 2016, 07:53

mihd писал(а):Источник цитаты У меня было желание проделать это. Но остановили раздумья по поводу того, что, наверное, не просто так изменили функцию youtube_get_video_url.
Все-таки, для чего это было сделано ? И зачем, если всё и так прекрасно работало ?
Может кто-нибудь "расшифрует" эти изменения ?

Полагаю, что это оно:
sysmer changes:
play crypt video (vevo) - add vlc youtube plugin
play video with login youtube

В теме на прошлом форуме шло обсуждение в самом конце.
ИМХО, при отсутствии альтернативы, вполне можно пользоваться старым алгоритмом.

Castagnoli
Сообщения: 1
Зарегистрирован: 04 май 2016, 16:27

Сообщение Castagnoli » 04 май 2016, 16:36

Есть ли возможность заставить xupnpd отдавать ТВ ссылку на поток вида http://000.000.000.000:1111//udp/239.255.000.222:1234 ?
Из-за двойного слэша после порта впадает в ступор, хотя OTT справляется с такими ссылками.

mesb
Сообщения: 70
Зарегистрирован: 05 сен 2015, 23:47

Сообщение mesb » 26 май 2016, 21:48

Ютуб опять что-то сломал?
Или это только мои грабли?
Плейлисты формирует, но телек ничего не видит получая corrupted картинку.

mazhor
Сообщения: 28
Зарегистрирован: 06 окт 2015, 14:52

Сообщение mazhor » 27 май 2016, 12:05

У меня тоже самое.

Аватара пользователя
Александр Рыжов
Сообщения: 332
Зарегистрирован: 12 авг 2015, 13:14
Откуда: Смоленск

Сообщение Александр Рыжов » 27 май 2016, 12:25

mesb писал(а):Источник цитаты Ютуб опять что-то сломал?
О, да, у youtube цель существования соответствовать xupnpd. Или наоборот? Подождите…

mazhor
Сообщения: 28
Зарегистрирован: 06 окт 2015, 14:52

Сообщение mazhor » 28 май 2016, 01:09

Александр Рыжов писал(а):Источник цитаты
mesb писал(а):Источник цитаты Ютуб опять что-то сломал?
О, да, у youtube цель существования соответствовать xupnpd. Или наоборот? Подождите…


Написал в тех. поддержку Youtube, обещали всё вернуть как было. :D

vidok
Сообщения: 8
Зарегистрирован: 29 май 2016, 12:18

Сообщение vidok » 29 май 2016, 12:22

Такое ощущение, что проблема в xupnpd_http.lua, в функции plugin_download происходит перенаправление на протокол https, и на этом всё. Видимо, и сюда нужно curl прикручивать.

mesb
Сообщения: 70
Зарегистрирован: 05 сен 2015, 23:47

Сообщение mesb » 29 май 2016, 14:12

vidok писал(а):Источник цитаты Такое ощущение, что проблема в xupnpd_http.lua, в функции plugin_download происходит перенаправление на протокол https, и на этом всё. Видимо, и сюда нужно curl прикручивать.

Замена функции для этого там есть, называется curl(data), но что-то это не сильно помогло, видимо надо дальше разбираться что там щас в логике плагина накручено.
Если я верно представляю, что-то изменилось в той части где плаг добывал прямую ссылку на mp4 файл.
Если мне память не изменяет там вплоть до парсинга страницы доходило.
Изза чего собственно этот плаг и страдает как только ютуб что-то меняет.

vidok
Сообщения: 8
Зарегистрирован: 29 май 2016, 12:18

Сообщение vidok » 29 май 2016, 19:47

Я заменил на вызов curl -kL, прямые ссылки вновь получаются. Но на клиента видео не приходит. Попробовал эти прямые ссылки напрямую в VLC - проигрывает, в firefox - проигрывает, в wget - получил 403: Forbidden. Вот видимо это и есть вторая проблема. По какому критерию поток отдается или нет - пока не понял.

mesb
Сообщения: 70
Зарегистрирован: 05 сен 2015, 23:47

Сообщение mesb » 29 май 2016, 20:03

Хм, а итоговая ссылка не с https часом?
По идее можно в функцию к curl добавить -A "Mozilla/4.0".
Вдруг оно палит что к нему не бразуер ходит.


Вернуться в «Entware/Qnapware/Optware/Zyxware - обсуждаем репозитории пакетов»

Кто сейчас на конференции

Всего 0 посетителей :: 0 зарегистрированных, 0 скрытых и 0 гостей (основано на активности пользователей за последние 5 минут)
Больше всего посетителей (121) здесь было 18 май 2016, 18:19

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей