Видео активно качаю с 2023 года и что могу сказать.
Помимо нашего любимого РКН сам ютуб очень любит вставлять палки в колёса тем, кто качает видео.
Из последнего - проигрывателю или загрузчику нужно выполнять JS код, чтобы он получил доступ к форматам и отрезкам видео.
Но вот то, что конкретно у вас на скриншоте, и у меня
скрин
по моим наблюдениям - причины у этого две:
Первая - РКН. Вторая - Как следствие мы используем дурилку DPI, чтобы смотреть видео и качать. По итогу ютубу далеко не всегда нравится то, что от нас (клиента) приходит на сервер.
Если взять такую стратегию: (я нубас, стратегии от сборщика, для примера)
Спойлер
start “zapret: %~n0” /min “%BIN%winws.exe” --wf-tcp=80,443,2053,2083,2087,2096,8443,%GameFilter% --wf-udp=443,19294-19344,50000-50100,%GameFilter% ^
–filter-udp=443 --hostlist=“%LISTS%list-general.txt” --dpi-desync=fake --dpi-desync-repeats=6 --dpi-desync-fake-quic=“%BIN%quic_initial_www_google_com.bin” --new ^
–filter-udp=19294-19344,50000-50100 --filter-l7=discord,stun --dpi-desync=fake --dpi-desync-repeats=6 --new ^
–filter-tcp=80 --hostlist=“%LISTS%list-general.txt” --dpi-desync=fake,multisplit --dpi-desync-autottl=2 --dpi-desync-fooling=md5sig --new ^
–filter-tcp=2053,2083,2087,2096,8443 --hostlist-domains=discord.media --dpi-desync=multisplit --dpi-desync-split-seqovl=681 --dpi-desync-split-pos=1 --dpi-desync-split-seqovl-pattern=“%BIN%tls_clienthello_www_google_com.bin” --new ^
–filter-tcp=443 --hostlist=“%LISTS%list-general.txt” --dpi-desync=multisplit --dpi-desync-split-seqovl=681 --dpi-desync-split-pos=1 --dpi-desync-split-seqovl-pattern=“%BIN%tls_clienthello_www_google_com.bin” --new ^
–filter-udp=443 --ipset=“%LISTS%ipset-all.txt” --dpi-desync=fake --dpi-desync-repeats=6 --dpi-desync-fake-quic=“%BIN%quic_initial_www_google_com.bin” --new ^
–filter-tcp=80 --ipset=“%LISTS%ipset-all.txt” --dpi-desync=fake,multisplit --dpi-desync-autottl=2 --dpi-desync-fooling=md5sig --new ^
–filter-tcp=443,%GameFilter% --ipset=“%LISTS%ipset-all.txt” --dpi-desync=multisplit --dpi-desync-split-seqovl=681 --dpi-desync-split-pos=1 --dpi-desync-split-seqovl-pattern=“%BIN%tls_clienthello_www_google_com.bin” --new ^
–filter-udp=%GameFilter% --ipset=“%LISTS%ipset-all.txt” --dpi-desync=fake --dpi-desync-autottl=2 --dpi-desync-repeats=12 --dpi-desync-any-protocol=1 --dpi-desync-fake-unknown-udp=“%BIN%quic_initial_www_google_com.bin” --dpi-desync-cutoff=n2
То мы получаем: Рабочий ютуб (просмотр), ytdlp сбойный c различными ошибками, а при попытке войти в Творческую студию Ютуба каждый раз будет выскакивать предупреждение о подозрительной активности и просить код с смс.
А если стратегию сократить до минимума, при этом оставив работоспособность Ютуба:
Спойлер
–wf-tcp=80,443 ^
–wf-udp=443 ^
–filter-udp=443 --hostlist=“%LISTS%list-general.txt” --dpi-desync=fake --dpi-desync-repeats=6 --dpi-desync-fake-quic=“%BIN%quic_initial_www_google_com.bin” --new ^
–filter-tcp=80 --hostlist=“%LISTS%list-general.txt” --dpi-desync=fake,multisplit --dpi-desync-autottl=2 --dpi-desync-fooling=md5sig --new ^
–filter-tcp=443 --hostlist=“%LISTS%list-general.txt” --dpi-desync=multisplit --dpi-desync-split-seqovl=652 --dpi-desync-split-pos=2 --dpi-desync-split-seqovl-pattern=“%BIN%tls_clienthello_www_google_com.bin”
То получаем рабочий ютуб, в творческой студии на нас не ругаются, а главное ytdlp работает как часики.
То есть по итогу влияют и сбои самих серверов гугла и подлянки от РКН, из-за которых мы шлем много лишнего мусора и получаем ошибки при скачке.
Обычно стратегия живет 2-6 месяцев. Вот сегодня перестала работать, достал новую, но теперь надо опять думать как сохранить ее работоспособность, сократив по максимуму, чтобы ютуб не ругался и давал нормально качать и работать в творческой студии.
Вот таким опытом могу поделиться.
