xupnpd - eXtensible UPnP agent

[ZigZag]

Источник цитатыАвтор релизнул ещё одну версию - обновил на сервере.
Пока мой xupnpd держится.

Уже в курсе На днях прилетало уведомление с гитхаба, но ввиду смбура последних дней руки не доходят поработать с ней и отписаться по последним issue.

Источник цитатыТут кстати от автора вопрос поступил, почему мы не юзаем xupnpd2 - кто-то помнит почему мы его не юзаем?)

Изначально второй билд позиционировался автором как проприориетарщина, на развитие которой он собирал донаты, но т.к. дело в итоге не выгорело, он отправил тулзу в "свободное" плавание, открыв исходники (но это не точно, так что если я не прав, пусть меня поправят те, кто более зорко следил за судьбой проекта), на чём развитие проекта практически заглохло и автор лишь время от времени вносил небольшие изменения. Из-за этого xupnpd2 и не получил особого распространения и не стал настолько популярным, как первая ревизия (имхо). Кто-нибудь в курсе, проект дальше github'а и entware ушёл ? Есть статичные сборки под windows, linux и прочие платформы ? Если и в этом плане всё глухо, то тем более неудивительно, что xupnpd2 получил куда меньшее распространение, нежели первый билд.

[ZigZag]

Обратил внимание, что прямые линки на ролики полученные на одном IP вполне себе валидны и на другом IP. По крайней мере это прокатило на моём провайдере, у которого динамический IP-адрес. Это также прокатило и через прокси (оперовский), но там разве что была привязка по юзер-агенту, хотя я глубоко тут не копал. Чисто мимоходом отметил сей момент.

Ещё намедни попалось пара "дохлячков" в 720p с индексами вnuPdYRWbO0o и 2rolKL5rDMo. Что интересно, ютуб с отдаёт 05 - 1 мб с метаданными видео, а дальше схлопывает соединение. Раньше он после скипанья определённого куска отдавал остальную часть, а тут схлопывает сразу и при использовании ранжирования отдаёт аналогичный кусок. Интересно, можно ли как-то подобное на проксике обрабатывать ? Чтобы заглушку выводило ? А то мне такие ролики софт-ребут плееру устраивают

[mesb]

За время жизни проекта у меня сложилось ощущение что это у ютуба волнами.
Щас похоже волна обострения с этим форматом, даже вот тут опять подняли и стали деприоритезировать:
https://github.com/yt-dlp/yt-dlp/issues/3372

Но у меня просто сброс и переход на другой ролик или в каталог.

[ZigZag]

Но у меня просто сброс и переход на другой ролик или в каталог.

У меня плеер неадекватно этот "огрызок" воспринимает, посему хлопается Попробую подумать над решением данного вопроса на уровне скрипта - экстрактора :/

p.s. По паре прошлых моментов отписался в ЛС

[mesb]

Так, на сервер заехала новая версия yt-dlp - пока наблюдаем.

[ZigZag]

Источник цитаты Так, на сервер заехала новая версия yt-dlp - пока наблюдаем.

А этот релиз чем-то примечателен или там фиксы по мелочам ?

[ZigZag]

В общем, задолбали эти огрызки, вышибающие мне плеер и я накропал примерно такой экстрактор/костыль

Код: Выделить всё

url=$(yt-dlp --proxy="" -g -f "(mp4)[height<=720]" "$TubeUrl")

bin=$(curl -H 'Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0' -skL -r10485760-10485761 "$url")

if [ "$bin" ]; then 
	echo "$url"
else
	yt-dlp --proxy="" -g -f "(mp4)[height<=360]"
fi

Как показала практика, "огрызки - дохляки" в 720p имеют габариты не более 1 - 3 мб и за этой областью данные не возвращают, ввиду чего 10 мб рубеж можно спокойно использовать для проверки валидности ролика. Костылём извлекается 720p-ссылка и curl'ом по этой ссылке чекается 1 байт за пределами 10 мб области. Если он есть - ссылка кидается на воспроизведение, если его нет - получается 360p ссылка. Есть конечно небольшой риск получить на файле <10 мб качество 360p, но вот таковой ещё надо постараться найти

Если подобный костыль будет вкорячен на "внешнем" проксике, я думаю это полностью решит проблему с 720p "огрызками - дохляками"

[mesb]

Создайте ишшью на гитхабе разработчика с описанием ситуации.
Возможно он сможет добавить как опцию.

[ZigZag]

Источник цитаты Создайте ишшью на гитхабе разработчика с описанием ситуации.
Возможно он сможет добавить как опцию.

Так этот костыль можно хоть сейчас на сервер зарядить в качестве экстрактора. Только шибанг, да PATH накинуть Будет получать 720p - ссылку, чекать 1 байт за пределами 10 мб и ежели он есть, то отдавать 720p линк, если байта нет - отдавать 360p. Всяко лучше чем сброс ролика или ручное перекручивание режима с 720p на 360p у клиента. Как-то так

Имеет ли смысл issue в данном случае заводить ? Ведь это довольно специфический косяк ютуба напрямую не связанный с проксированием.

[ZigZag]

Примечательно, но оказывается имеют место ролики - "перебежчики" из стана "корректно воспроизводятся в 720p" в стан "720p - дохляки" Причины неизвестны. До сих пор это происходило только с новыми видео. Намедни словил такое с ранее корректно игравшимся в 720p видео тупо поставив его ненадолго на паузу и не сумев его потом вознобновить т.к. оно тупо сбросилось. А далее после вознобновления в 720p уже прогружался огрызок.