Issue: HTTP Error 429 when downloading Russian subtitles in container (works fine on Windows) #471
-
|
Hello, I’m seeing different behaviour between running What I do (working on Windows) On Windows this command proceeds normally and downloads subtitles (example log snippets): What happens in YTPTube (same yt-dlp version, same cookies, same proxy) (Trimmed/cleaned log excerpt: yt-dlp stacktrace showing Notes / environment
Question Thanks in advance for any pointers. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 17 replies
-
|
Hello, 429 is known problem with youtube for subtitles see yt-dlp/yt-dlp#13831 Unfortunately, ytptube has nothing to do with the internals of yt-dlp working, it's probably an external factor influencing the outcome but likely you already done many requests prior to downloading from ytptube if everything is the same. |
Beta Was this translation helpful? Give feedback.
-
|
Immediately after receiving the That makes me think the issue might be specific to the YTPTube environment or how yt-dlp is invoked inside the container. I’ve also tried setting the following environment variables to limit concurrency: but it didn’t help. Could there be something in YTPTube’s execution context (like how it handles subprocesses, temp files, or network connections) that affects subtitle requests differently from a standalone yt-dlp run? yt-dlp nightly 2025.11.01.073148 |
Beta Was this translation helpful? Give feedback.
-
|
Thats incorrect i have fixed the sync issue between what installed as user and the default in container 44fd225 which already in :dev and :master branches in container, simply switch just the tag it will have the same behavior as last version. |
Beta Was this translation helpful? Give feedback.
-
|
An answer would be nice as i am planning to release new patch version soon |
Beta Was this translation helpful? Give feedback.
-
|
I ran the request from inside the container: app@nas:/tmp$ yt-dlp --version
2025.10.14
app@nas:/tmp$ yt-dlp \
--extractor-args "youtube:player_client=web_embedded" \
--windows-filenames \
--socket-timeout 30 \
--write-thumbnail \
--write-auto-subs \
--write-info-json \
--write-subs \
--sub-langs "ru.*" \
--format "bestvideo[dynamic_range=SDR][vcodec!*=av01][height<=2160]+bestaudio[language=ru]/bestvideo[dynamic_range=SDR][vcodec!*=av01][height<=2160]+bestaudio" \
--embed-subs \
--embed-info-json \
--embed-metadata \
--embed-thumbnail \
--convert-thumbnails jpg \
--cookies "/config/cookies/cookies_test.txt" \
--proxy "socks5://192.168.12.13:10808/" \
--sleep-subtitles 5 \
--verbose \
https://www.youtube.com/watch?v=-QTkPfq7w1AThe result: Please note that this yt-dlp version is 2025.10.14. |
Beta Was this translation helpful? Give feedback.
-
|
did you switch your container to So, your external setup likely what is influencing you to be able to download them and it's not transferring to the container. |
Beta Was this translation helpful? Give feedback.
-
|
I tried using the app@nas:/tmp$ yt-dlp --version
2025.11.01.232827I placed my cookies file in yt-dlp \
--extractor-args "youtube:player_client=web_embedded" \
--windows-filenames \
--socket-timeout 30 \
--write-thumbnail \
--write-auto-subs \
--write-info-json \
--write-subs \
--sub-langs "ru.*" \
--format "bestvideo[dynamic_range=SDR][vcodec!*=av01][height<=2160]+bestaudio[language=ru]/bestvideo[dynamic_range=SDR][vcodec!*=av01][height<=2160]+bestaudio" \
--embed-subs \
--embed-info-json \
--embed-metadata \
--embed-thumbnail \
--convert-thumbnails jpg \
--cookies "/config/cookies/cookies_test.txt" \
--proxy "socks5://192.168.12.13:10808/" \
--sleep-subtitles 5 \
--verbose \
https://www.youtube.com/watch?v=-QTkPfq7w1AThe container now correctly shows yt-dlp version However, when trying to download with the above format, I got: Listing formats works correctly: yt-dlp \
--extractor-args "youtube:player_client=web_embedded" \
--list-formats \
--cookies "/config/cookies/cookies_test.txt" \
--proxy "socks5://192.168.12.13:10808/" \
https://www.youtube.com/watch?v=-QTkPfq7w1AAnd it shows all expected video/audio formats up to 2160p. So, with The only remaining issue is that when using |
Beta Was this translation helpful? Give feedback.
-
|
Honestly, this would be better directed to yt-dlp devs, as i dont have control or influnce how yt-dlp works inside the container, the only things i can think of is
|
Beta Was this translation helpful? Give feedback.
did you switch your container to
arabcoders/ytptube:dev? it should respect your chosen version the problem, the problem seems to be yt-dlp as i am unable to download sub as well directly from yt-dlp