как зациклить yt-dlp на закачку.

таймауты поставь побольше, кол-во попыток тоже побольше, почитай документацию по yt-dlp.
я то ответ знаю, но не скажу т.к. есть в документации.

Хаха.. так ман-а же нету у yt-dlp.

Ок пошёл читать «документацию»))

$ yt-dlp --help

https://github.com/yt-dlp/yt-dlp

Везде по разному это называется. Где то ман, где-то хелп.

Я понял))

Честно говоря, сам давно и интенсивно использую yt-dlp, но не могу сказать, как тут можно поправить средствами самого yt-dlp.

Может проще через bash цикл? Будет рваться и опять запускаться, плюс докачка будет работать (не с нуля каждый раз). Может даже правильней с использованием sleep, чтобы не грузить проц.

while true ; do sleep 10 && yt-dlp -f 247+140  "URL_youtube" ; done

p.s. Youtube-dl и yt-dlp во многом пересекаются в документации, поэтому даже проще искать в интернете по-старинке, по youtube-dl. Больше информации выдаст поисковик.

А просмотр онлайн не потянет железо, через тот же mpv?

mpv --ytdl-format=247+140 "URL_youtube"

Честно говоря, сам давно и интенсивно использую yt-dlp, но не могу сказать, как тут можно поправить средствами самого yt-dlp.

По-моему очевидный вариант - распаковываешь архив (оно zip с #!/.../python) ищешь там строку с ошибкой про этот таймаут, рядом с ней должна быть логика этих таймаутов и отключаешь условие счётчика попыток.

До чего дошло, даже в насквозь опенсорсном скрипте ищут какие-то доки вместо того что б сразу поправить.

Как вариант, ютуб еще режет скорость и соединение, если не залогинился и нет –cookies.

Железо может и потянет, с со скрипом. Но интернет не потянет.

По-моему очевидный вариант - распаковываешь архив (оно zip с #!/.../python) ищешь там строку с ошибкой про этот таймаут, рядом с ней должна быть логика этих таймаутов и отключаешь условие счётчика попыток.

Дада, и мне «отсыпьте» потом, такого «yt-dlp». С отключенным счётчиком.

--socket-timeout SECONDS        Time to wait before giving up, in seconds

Поставить максимально возможное значение. Как все это сработает на практике, не знаю. Но если сработает, значит это решение считаем самым простым. )

Может даже равное 0 отключит?

неа, 0 не отключает.

Поставил 3600, таймаут))

Ну я не пойму, неужели это и правда сложно?

Сейчас проверю.

21:17 ищу в яндксе yt-dlp и скачиваю архив https://github.com/yt-dlp/yt-dlp/releases/download/2022.06.29/yt-dlp

21:18 unzip yt-dlp, выдало ошибку

23 extra bytes at beginning or within zipfile

mcedit yt-dlp.zip, жму F8 удалить шебанг, F2 сохраняю, Esc Esc выход

unzip yt-dlp.zip - успех, распаковалось в директорию yt_dlp

21:20 ищу твою ошибку

grep -RF «Retrying (attempt» yt_dlp

нашлось в yt_dlp/downloader/common.py

21:21 mcedit yt_dlp/downloader/common.py

F7, ввожу «Retrying (attempt»

первая строка про какие-то операции с файлами, она нам не нужна, ищу ещё раз (F7, enter)

нашло:

    def report_retry(self, err, count, retries):
        """Report retry in case of HTTP error 5xx"""
        self.__to_screen(
            '[download] Got server HTTP error: %s. Retrying (attempt %d of %s) ...'
            % (error_to_compat_str(err), count, self.format_retries(retries)))
        self.sleep_retry('http', count)

$ grep -RF report_retry yt_dlp
yt_dlp/downloader/http.py:                    self.report_retry(e.source_error, count, retries)
yt_dlp/downloader/fragment.py:    def report_retry_fragment(self, err, frag_index, count, retries):
yt_dlp/downloader/fragment.py:                        self.report_retry_fragment(err, frag_index, count, fragment_retries)
yt_dlp/downloader/common.py:    def report_retry(self, err, count, retries):
yt_dlp/downloader/youtube_live_chat.py:                        self.report_retry_fragment(err, frag_index, count, fragment_retries)
yt_dlp/downloader/ism.py:                        self.report_retry_fragment(err, frag_index, count, fragment_retries)

21:24 mcedit yt_dlp/downloader/http.py

F7 «report_retry» enter

нашлось такое в конце файла

        while count <= retries:
            try:
                establish_connection()
                return download()
            except RetryDownload as e:
                count += 1
                if count <= retries:
                    self.report_retry(e.source_error, count, retries)
                else:
                    self.to_screen(f'[download] Got server HTTP error: {e.source_error}')
                continue
            except NextFragment:
                continue
            except SucceedDownload:
                return True

        self.report_error('giving up after %s retries' % retries)
        return False

очевидно, можно просто убрать if count <= retries и заменить while count <= retries: на какое-нить while true: (не знаю можно ли так в питоне), но давай сделаем красивее и найдём откуда берётся retries - листаем вверх, а там

retries = self.params.get('retries', 0)

yt-dlp --help | grep retries
                                     seconds (or range) to wait between retries
    -R, --retries RETRIES            Number of retries (default is 10), or
    --file-access-retries RETRIES    Number of times to retry on file access
    --fragment-retries RETRIES       Number of retries for a fragment (default
    --extractor-retries RETRIES      Number of retries for known extractor

21:29 и правда, на этом выясняем что можно ничего не патчить было а просто ставить -R 1000000

Итого 12 минут, из них наверно 5 на написание лога моих действий в этом сообщении.

лучше в твоем случае -R infinity

Где-то часа через 4 проведу эксперимент.

Лог приложу в конце дня.

Занятно спс)) Потом обязательно сделаю себе, свой собственный yt-dlp. Со своими правками.

Хаха.. так ман-а же нету у yt-dlp.

Если ещё актуально, может этот man для youtube-dl будет полезен: https://www.mankier.com/1/youtube-dl

while ! yt-dlp ...; do sleep 1; done

В 9:00 поставил, приблизительно в 19:47 закончило. Качал сразу два файла, где то 9Гб.

[youtube] : Downloading webpage
[youtube] : Downloading android player API JSON
[info] : Downloading 1 format(s): 22
[download] Resuming download at byte 4815382
[download] Destination: [].mp4
[download] 100% of 4.70GiB in 05:27:35
[youtube] : Downloading webpage
[youtube] : Downloading android player API JSON
[info] : Downloading 1 format(s): 22
[download] Resuming download at byte 15306072
[download] Destination:[].mp4
[download]  29.0% of 4.06GiB at 203.50KiB/s ETA 04:07:56
[download] 100% of 4.06GiB in 05:25:02

Никаких обрывов ничего не видно, может оно их не показывает?

Ну первый раз удачный, отлично! Продолжаем мониторить.

Написал вот такой код на Python, который зациклит YT-DLP, пока не скачается. Я не профессионал на этом языке, Поправьте если есть что поправить.

import subprocess
from subprocess import CalledProcessError


def run_download(command):
	while True:
		try:
			info_download = subprocess.run(command, check=True, stdout=subprocess.PIPE)
			data = info_download.stdout.decode('cp1251')
			print(data)
			if '[download] 100% of' not in data:
				continue
			break
		except CalledProcessError:
			time.sleep(3)

# command = 'Здесь должна быть команда yt-dlp'
# Например:
command = 'yt-dlp.exe -f 22 https://www.youtube.com/watch?v=ZJhvAJKzg7M'
run_download(command)

Сейчас бы питонский yt-dlp из питона через шелл запускать, да ещё и cmd

.exe

Наверное это неправильно. Но я пока дальше не прошёл.

Можно получается установить yt-dlp установить как модуль. А затем в скрипте *.py всё описать.

Боже что за дичь.

Hw decoding работает в линуксах лет 15.

убся вендо некропостер

until yt-dlp ...; do :; done

Никакой sleep не нужен