xupnpd - eXtensible UPnP agent

[mesb]

В общем-то кое что альтернативное эту ссылку прожевало без проблем.
Если очередной этап пройдёт нормально, я тут выложу плагин от xupnpd немного переделаный на другой лад.
Такчто потребуется таксказать групповое тестирование.

Если есть ещё сложные ссылки, не стесняйтесь выкладывать, будем посмотреть как справляется система перед выходом в свет.

[ZigZag]

https://www.youtube.com/watch?v=CK_oELYWB9A - например эта. Ссылка получается и getvideo и keepvid, а по ссылке стрим не отдаётся. Что за "чудеса" я ХЗ.

Если очередной этап пройдёт нормально, я тут выложу плагин от xupnpd немного переделаный на другой лад.
Такчто потребуется таксказать групповое тестирование.

Главное распишите алгоритм, дабы на его основе я мог запилить костыли на свои нужды

[mesb]

Так, поехали, предварительное:

Установка:
0. Всё на ваш страх и риск. Если что вы сами на себя приняли всю ответственность.
1. Плагин переведён на Клиент - серверную платформу. Взята одна из реализаций переписаная товарищем sysmer.
2. Настройка плагина как обычно, нужно внедрить свой ключ вместо "***" из https://console.developers.google.com
3. Скопировать плагин в соответствующую папку плагинов xupnpd. Далее как обычно, читаем хелп и настраиваем.

Общее понимание:
0. Это пока только проба пера на посмотреть как пойдёт работать.
1. Плагин как и раньше сам ходит за апи гугла для получения списка видосов и формирования плейлистов.
2. Плагин обращается к внешнему серверу для получения прямой ссылки на видосик.
3. Внешний сервер базируется на наработке проекта youtube-dl, что позволяет максимально удачно извлекать линки на видосики и оперативно легко обновляться если что.
4. Также внешний сервер занимается проксированием из https в http чтобы не мучить всех вокруг.

Ограничения:
1. Пока все видосы только 720p. Нужно будет дописывать плагин на возврат этих настроек обратно и серверную часть для распознавания.
2. Нет возможности выдачи ошибки если с видосом таки не сложилось.
3. Есть странности с перемоткой:
vlc - вообще не смог крутить такие видео через xupnpd.
mplayer - легко, просмотр и перемотка (про его работу с внешним сервером, без xupnpd).
Android: видеоплеер и bubbleupnp - работа норм.
LG 2013 года, всё смотрится, но перемотка не работает(правда она и на других версиях этого плага никогда неработала).
WD TV Streaming - работа норм.

Планы:
Нужно будет подправить описания внутри плагина, добавить возможность выбора потока.
Предстоит доработка серверной части, в отношении ошибок и многого другого.
Если пойдёт, серверную часть также можно сопрячь и с другими плагинами, фактически серверная часть может уметь всё точто умеет выковыривать линки на видосы сама youtube-dl.

xupnpd_youtube.20171027.tar.gz

[ZigZag]

Плагин переведён на Клиент - серверную платформу. Взята одна из реализаций переписаная товарищем sysmer.

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

Также внешний сервер занимается проксированием из https в http чтобы не мучить всех вокруг.

А вот это глупо, имхо. Сервер же положат, когда народ начнёт массово вкорячивать ваш костыль, только если вы не планируете его гонять короткий срок, пока проводится тестирование.

Есть странности с перемоткой:

Главное, чтобы у телевизора проблем не было. Смотрите в сторону динамически изменяющихся хедеров типа Content Leghth. В моей реализации https->http прокси поток шёл в stdout (Content Leghth дефакто был статичным) и софтовыми плеерами мотался нормально, а вот хардварные показывали только первый кадр и сбрасывли воспроизведение. В итоге затею с проксированием пришлось отложить.

Если пойдёт, серверную часть также можно сопрячь и с другими плагинами, фактически серверная часть может уметь всё точто умеет выковыривать линки на видосы сама youtube-dl.

Гм, а смысл тогда ? Не проще ли переделать плагин на прямую работу с youtube-dl (тем более он есть в entware) ?

[mesb]

Источник цитаты Использовать удалённый сервер - не лучшая идея. Если это ваш костыль то лучше выложить конфиги,скрипты и список пакетов для сервера, дабы народ поднимал сервер у себя, локально. А так, ежели что поломается - то прощай ютуб.

Да, это в планах.
Мысль довести это до простого состояния.
Кинул файлик на сервер, кинул рядом youtube-dl - полетели.

Источник цитаты А вот это глупо, имхо. Сервер же положат, когда народ начнёт массово вкорячивать ваш костыль, только если вы не планируете его гонять короткий срок, пока проводится тестирование.

Ну это какраз и интересно, на каком этапе придёт капут.
Ну и к этому времени всю систему предполагается отправить в свободное плавание, кому надо пусть ставит сам.

Источник цитаты Гм, а смысл тогда ? Не проще ли переделать плагин на прямую работу с youtube-dl (тем более он есть в entware) ?

Думали про это.
Запуск youtube-dl на роутере - тосклив капец, на приличной машине то десктопной оно секунду +- думает.
Также напоминаю, что оно выковыривает https ссылку с которой нормально xupnpd не пашет.

[ZigZag]

Думали про это.
Запуск youtube-dl на роутере - тосклив капец, на приличной машине то десктопной оно секунду +- думает.
Также напоминаю, что оно выковыривает https ссылку с которой нормально xupnpd не пашет.

А я не писал, что нужно делать работу исключительно с youtube-dl Я имел ввиду напрямую его использовать в плагине/смежных скриптах.

Тут либо прокси допиливать до вменяемого состояния, либо получать http-линк и через инструменты yotube-dl декодировать сигнатуру для закопирайченных линков. Конкретнее по сигнатурам не подскажу ибо занимался вопросом в начале года и подробностей не помню. Знаю, что можно ибо делал

Ну а yotube-dl можно и на смартфоне/планшете разместить.

[mesb]

Едем далее:

На серверной части:
Допилены проблемы перемотки.
Допилена реакция на ошибку - выдаёт corrupted.

На плагиновой части:
Предварительно посмотрел как действует в старом плаге выставление разрешений на ютубе, там как-то не сильно большой выбор, а вынуждать пользователя лезть куда-то дальше замены этого плага и вставки ему ключа - желания нет.
Такчто скорее всего останется всего две реакции 720p и что-то ниже типа 480p/360p.

[ZigZag]

Предварительно посмотрел как действует в старом плаге выставление разрешений на ютубе, там как-то не сильно большой выбор, а вынуждать пользователя лезть куда-то дальше замены этого плага и вставки ему ключа - желания нет.
Такчто скорее всего останется всего две реакции 720p и что-то ниже типа 480p/360p.

Лучше сделать 720p дефолтным, а использование остальных в случае если 720p недоступен. В своих костылях я использую такой принцип ("лесенки").

[mesb]

Лучше сделать 720p дефолтным, а использование остальных в случае если 720p недоступен. В своих костылях я использую такой принцип ("лесенки").

Идея хороша, однако беда с юзкейсом вот таким:
1. Глюки провайдера, мне недавно скукожили 25 мегабит в мегабит с потерями.
2. Попытка отскочить на мегафоновский 4g, таки показала что вроде как 720p конечно работает, но за 10 минутный ролик изображение трижды стопилось и некоторое время буферизовалось.

[mesb]

Далее:

1. На серверной стороне, добавлена возможность понимания ограничения в выдаваемом разрешении.
2. Возвращены обратно настройки плагина связанные с разрешением.
3. В логике обращения к серверной части плагина добавлена возможность указания разрешения.
4. Добавлено документации внутри файла плагина и чейнджлог.

Касательно разрешения, для людей с тоскливым интернетом и желанием смотреть видосики:
Сильно не хотелось лезть в другие файлы xupnpd и ютуб невезде там мп4 выдаёт, поэтому работает это так:
Если в веб конфиге для ютуба всё оставлено по умолчанию или натыкано что-то кроме 360п, то серверная часть выдаёт всё что есть но не более 720п.
Если в веб конфиге выбрали 360п, то серверная часть выдаёт всё что есть но не более 360п.
П.С. 360п на маленьких экранах вполне смотрибелен, будь то старый телек или мобилка.

xupnpd_youtube.20171104.tar.gz