Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Активные темы » youtube-dl | yt-dlp (Часть 2)

Модерирует : gyra, Maz

 Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущее обсуждение: часть 1


Текущая версия: 2021.12.17

youtube-dl - бесплатная консольная программа для скачивания видео с YouTube и множества других сайтов.
Сейчас проект практически не развивается, скорость скачивания с YouTube не выше 100 кБ/сек - рекомендуется использовать yt-dlp.
официальные ночные сборки
 

 
youtube-dl с фиксом скорости, не требует SSE2
youtube-dl с фиксом скорости (другой вариант)
неофициальные ночные сборки youtube-dl  
 
 
 





yt-dlp - активный форк youtube-dl, рекомендуется к использованию.
Цели проекта: добавление новых функций, исправление известных проблем. Есть различия в поведении от основного проекта.
 
ytdl-patched - пока не понятный форк yt-dlp
 
yt-dlp для Windows XP x86
форк yt-dlp, есть вариант для Windows XP x86
примеры для начинающих (англ)
некоторые шаблоны и в чем-то более детальная документация, чем на оф-сайте (англ)
 
 
Графические интерфейсы

  • MediaDownloader (2023)
  • Metube (web-UI)
  • Tartube (2023)
  • Videomass (2023)
  • Vividl (2023)
  • youtube-dl-gui (murrty, 2022)
  • youtube-dl-gui (oleksis, 2023)
  • Stacher (2023)
     
    Полезное

  • ffmpeg.exe - yt-dlp/FFmpeg-Builds
  • BAT-ник от DeZz
  • кнопки от notinthewoods
  • BAT-ник, Downloader, расширения от 351878
  • Youtube Format IDs  
     

    • Всего записей: 38886 | Зарегистр. 26-02-2002 | Отправлено: 09:08 17-02-2024 | Исправлено: 351878, 17:25 14-03-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg
    Цитата:
    Хочешь убедиться в одинаковости полезных данных - упакуй их в непрерывный архив (rar или 7zip) со словарём, перекрывающим общий размер файлов. По результату будет сразу видно. Самый простой и надёжный тест.

    мне то это зачем? по мне так я вижу что не кодирует ничего, значит одинаковый внутри, если что то меняется то это не поток аудио или видео
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 16:17 21-02-2024
    insorg



    Platinum Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707
    Какие переобувания? Сравниваешь инфу - так давай её полную. А не какие-то левые куски скриншотов.
     
    Добавлено:
    greeple

    Цитата:
    я вижу что не кодирует ничего
    По какому принципу определяешь?
    Всего записей: 17137 | Зарегистр. 04-11-2010 | Отправлено: 16:26 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg
    CBR 192kbps  VBR 177kbps на релизе, что закономерно, а на VBR 320 vs CBR 320 это было бы вообще избиение CBR
    Ведь понятно же, что при записи игр vbr предпочтителен
     
    greeple
    Отбой. Извиняюсь. все нормально при -x, но как обычно напомню: нельзя -x --audio-format m4a - делать итд итп.
    Так как по -x качает Opus 251 и это нужно знать в какой контейнер помещать,чтобы не было конвертирования (если он не предполагается от --ppa)
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 16:31 21-02-2024 | Исправлено: RazOne707, 16:42 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg
    Цитата:
    По какому принципу определяешь?

    по логам ffmpeg
     
    Добавлено:
    FiLinX
    Цитата:
    выясняется, что -f 234 = оригинал загруженный автором! (по полученной дате) и почему то в .mp4
    все остальные = уже конверты
    причём опус от -х  -\-  весом не равен и -f ba и -f 251 (которые меж собой равны)
    https://i.imgur.com/Mr4yIyV.png
     
    упс.. стоп!  про оригинальность по дате  -  не стоит на это опираться
    ролик то вообще то - загружен ещё 18 лет назад!  ))  и он никак не может быть оригиналом от 2018 года

    ага 44кб adts (ну на моём тесте)
    тут вот https://www.youtube.com/watch?v=jbBHFTgX4Ds
    есть 380 ac-3 384k 48k 5.1 и 328 ec-3 384k 48k тоже 5.1 но у меня его aimp не воспроизводит, а mpc и potplayer норм
    они оба в m4a кстати и если выбирать -f ba[ext=m4a] то возьмёт 328 и если потом его обрабатывать фильтром или подкидывать второй дорожкой то возможно будет не очень хорошо, тестить не хочу, но это предположение
     
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 16:40 21-02-2024
    insorg



    Platinum Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707

    Цитата:
    CBR 192kbps  VBR 177kbps на релизе

    Неужели! А теперь кодируй CBR на 177 и увидь одинаковый размер!
    Всего записей: 17137 | Зарегистр. 04-11-2010 | Отправлено: 16:40 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707
    Цитата:
    Так как по -x качает Opus 251 и это нужно знать в какой контейнер помещать

    потому что это надо выбирать -f или -S, а не оставлять по умолчанию
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 16:42 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg

    Цитата:
    Неужели! А теперь кодируй CBR на 177 и увидь одинаковый размер!

    То есть ты сейчас это все "прогонял", чтобы рассказать мне что 1 кг ваты = 1 кг железа ?
    Да уж...  
     
    greeple

    Цитата:
    потому что это надо выбирать -f или -S, а не оставлять по умолчанию

    Да. Я поэтому и уточняю. Просто -x ом получают дорожку для упрощения.
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 16:44 21-02-2024 | Исправлено: RazOne707, 16:45 21-02-2024
    insorg



    Platinum Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707

    Цитата:
    Ведь понятно же, что при записи игр vbr предпочтителен, особенно при ограничении в 192 как у Bandicam  

    А теперь открою страшную тайну. Ты близок к правде, но видимо, чуть не дочитал. Для всего имеет смысл брать именно vbr для повышения качества. Но если хочешь получить максимальное качество - пиши по квантизатору, а не по целевому битрейту.
    Ну и да, твой файл VBR177 некорректно сравнивать с CBR192 по размеру, ибо условие корректности и соответствие битрейтов не соблюдено.

    Цитата:
    То есть ты сейчас это все "прогонял", чтобы рассказать мне что 1 кг ваты = 1 кг железа ?
    Да уж...  

    Что "уж"? Чьи слова, что при одинаковом битрейте VBR каким-то чудом должен занимать меньше места?
    Всего записей: 17137 | Зарегистр. 04-11-2010 | Отправлено: 16:44 21-02-2024 | Исправлено: insorg, 16:45 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    insorg
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 16:47 21-02-2024 | Исправлено: RazOne707, 16:57 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    такой запрос у ffmpeg при -x к m4a (на разных файлах, где есть ac-3 или ec-3 будет наверно по другому)

    Код:
    ffmpeg -y -loglevel "repeat+info" -i "1.m4a" -map 0 -dn -ignore_unknown -c copy -f mp4 -movflags "+faststart" "1.temp.m4a"

     
    и такой при -x к webm

    Код:
    ffmpeg -y -loglevel "repeat+info" -i "1.webm" -vn -acodec copy -movflags "+faststart" "1.opus"

     
    у -f 234 (это m3u8 поток)
    будет так

    Код:
    ffmpeg -y -loglevel "repeat+info" -i "1.mp4" -vn -acodec copy "-bsf:a" aac_adtstoasc -movflags "+faststart" "1.m4a"

    вот тут из hls ffmpeg должен из битового потока скопировать в новый файл, тут сам поток собирается в новый файл, по сути тоже не кодируется
    поэтому не вижу проблем
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 16:52 21-02-2024 | Исправлено: greeple, 17:03 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    greeple

    Цитата:
    ffmpeg -y -loglevel "repeat+info" -i "1.m4a" -map 0 -dn -ignore_unknown -c copy -f mp4 -movflags "+faststart" "1.temp.m4a"

    а. можно и map оттуда выслеживать... или это уже из твоих команд ?
     

    Цитата:
    ну так по умолчанию yt-dlp берёт максимальное, поэтому и не пишут

    контейнер главное имею ввиду, если выберут не тот в --audio-format, автоматически конверт, просто других предупреждаю)
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 16:53 21-02-2024 | Исправлено: RazOne707, 17:02 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707
    Цитата:
    Да. Я поэтому и уточняю. Просто -x ом получают дорожку для упрощения.

    ну так по умолчанию yt-dlp берёт максимальное, поэтому и не пишут
     
    Добавлено:
    234 233 это he-aac на низких битрейтах
     
    Добавлено:
    RazOne707
    Цитата:
    а. можно и map оттуда выслеживать... или это уже из твоих команд ?

    ну да, это то что -v выдаёт, там же где фильтры применяли тоже были -map 0:v:0 и т.д.
     
    Добавлено:
    RazOne707
    Цитата:
    --audio-format

    можно не писать --audio-format и не будет конвертить, просто в какой нибудь mkv положит или в тот который подходит
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 16:54 21-02-2024 | Исправлено: greeple, 17:09 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    shamagov
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 17:13 21-02-2024 | Исправлено: RazOne707, 18:22 21-02-2024
    insorg



    Platinum Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707
    Цитата:
    Вопрос стоял в преимуществе записи игр и это было сразу озвучено и не раз.
    Если так, тогда это очень странный "вопрос", т.к. если мы не рассматриваем граничные и избыточные случаи типа потолка возможностей отдельно взятого кодека (например, тот же mp3 q0 cbr320), то при любых условиях использование именно VBR всегда лучше аналогичного CBR. А приплетать сюда разный размер итогового файла - некорректно.  
     
    Добавлено:
    greeple

    Цитата:
    234 233 это he-aac на низких битрейтах  

    Почти, но мимо. Глянь чуть выше, я уже показывал.
    139 = 233 = AAC HE 48kbps
    140 = 234 = AAC LC 128kbps
    Всего записей: 17137 | Зарегистр. 04-11-2010 | Отправлено: 17:15 21-02-2024 | Исправлено: insorg, 17:28 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707
    Цитата:
    смотри, в твоем примере где собирается 2 дорожки, что не дает кроме m4a и mp4 в самом начале отрабатывать полностью ?
    yt-dlp -f ba[ext=m4a] отработает,  yt-dlp -f ba[ext=webm] - нет без ремукса в mp4

     

    Код:
    yt-dlp -f ba[ext=m4a] --ppa "ffmpeg:-c:a aac -ac 2 -af dynaudnorm=m=10:n=0" --exec "yt-dlp -S "res:1080,vcodec:vp9,acodec:opus" --remux-video mp4 -o "1.mp4" %(original_url)s && ffmpeg -i 1.mp4 -i \"%(filepath,_filename)s\" -map 0:v -map 1:a -map 0:a -c copy \"%(title)#S.mp4\" && del \"%(filepath,_filename)s\" && del 1.mp4" https://www.youtube.com/watch?v=d4Fhs-2HFO8
     
    нормально всё
    и твой вариант для батника же с двумя %%, он в батнике работает нормально
     
    Добавлено:
    insorg
    Цитата:
    Почти, но мимо. Глянь чуть выше [?], я уже показывал.

    ну значит это они просто в hls потоках
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 18:32 21-02-2024
    insorg



    Platinum Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    greeple

    Цитата:
    ну значит это они просто в hls потоках

    Да, те же дубликаты.
    Всего записей: 17137 | Зарегистр. 04-11-2010 | Отправлено: 18:39 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    greeple

    Цитата:
    нормально всё

    Вопрос стоял иначе, просто разобрался что из-за контейнера и потом удалил пост, не работает конкретно такое из той команды:
    yt-dlp -f ba[ext=webm] --ppa "ffmpeg:-c:a aac -ac 2 -af dynaudnorm=m=10:n=0"
    без --remux-video m4a, в webm не положится aac со всеми вытекающими. протупил я.
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 18:44 21-02-2024 | Исправлено: RazOne707, 18:51 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Sputnikk
    Цитата:
    Или битый файл

    похоже именно на этом ролике, при воспроизведении (если взять отрезок) аудио чуть позже включается, в чем причина это вопрос к спецам
    но если надо скачать полный то это full походу, он с аудио вместе, возможно исходник, а отдельные видео и аудио сделанные уже в ok и mp4 и webm вот они три https://i.imgur.com/GBmkGcr.png полный и дальше два видео сделанных в ok  

    Цитата:
    Просто для статистики: mkv 1,91гб, mp4 скачанный Stacher 5,53 гб. Аппаратного декода mkv нету, зато компактно. и IDM скачивает по тарифу в 250 мбит, а Stacher с 15-30 мбит.

    там битрейт разный потому что
    а скорость, они за ютубом видимо повторили урезание скорости https://i.imgur.com/EHJ7mFJ.png почему в yt-dlp не срабатывает то что для ютуба было сделано хз, они же вроде для всех этот запрос по 10мб сделали
     
    Добавлено:
    причем скорость режется только на http которые low sd full, а hls и webm норм, на полных парах и воспроизводится потом всё чётко шустро
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 19:03 21-02-2024 | Исправлено: greeple, 19:03 21-02-2024
    RazOne707

    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    -throttled-rate 500K пропишите, что по скорости покажет, на ютубе помогает, как в ок интересно
     
    UPD: у меня обе 1080: 5.67Gb и 1.89Gb качаются 5MB/s и не больше и держатся на 5
    Всего записей: 1264 | Зарегистр. 06-10-2023 | Отправлено: 19:13 21-02-2024 | Исправлено: RazOne707, 19:44 21-02-2024
    greeple

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RazOne707
    ничего не меняется
    начинает скачивать на полную на этих потоках и через секунду тормозит и тишина и ничего не происходит, а потом уже продолжается, но со скоростью 400кб https://ok.ru/video/3229704784452
     
    Добавлено:
    эти все флаги я же посмотрел и проверил
     
    Добавлено:
    ну отдельно видео и аудио работает, но не исходник конечно
    хотя не факт что на этих потоках исходник, просто отдача по http так сделана почему то, именно потоков объединенных, может user-agent какой нибудь поможет, объединенные же для каких то устройств идут
    Всего записей: 4331 | Зарегистр. 11-02-2020 | Отправлено: 19:23 21-02-2024
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73

    Компьютерный форум Ru.Board » Компьютеры » Программы » Активные темы » youtube-dl | yt-dlp (Часть 2)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru