dirkf

yt-dlp: `--sleep-request ...`

This would prevent the crash: ```diff --- old/yt_dlp/extractor/yandexvideo.py +++ new/yt_dlp/extractor/yandexvideo.py @@ -273,6 +273,8 @@ fmts, subs = self._extract_mpd_formats_and_subtitles(s_url, video_id, mpd_id='dash') elif ext == 'm3u8': fmts, subs = self._extract_m3u8_formats_and_subtitles(s_url, video_id, 'mp4')...

For instance, test URL https://www.youtube.com/channel/UCKfVa3S1e4PHvxWcwyMMg8w/channels, which may once have produced at least 75 items, now doesn't in the upstream nightly and causes a failure (that I was just adding code...

Continued from discussion in #5502 where the issue was associated with Chart-type playlists, like `PL4fGSI1pDJn5tdVDtIAZArERm_vv4uFCR`, in particular.

Fixed in #12024?

It looks like it will also pull in these and their dependencies: ``` beautifulsoup4>=4.12.1 lxml>=4.9.1 cssutils>=2.0.0 ``` _lxml_ especially for TTML, I guess.

The changes attempted to fix the issue in https://github.com/ytdl-org/youtube-dl/issues/21467. So I believe that `--no-continue` is supposed to restart the download completely and otherwise d/l should resume after the end of...

In https://github.com/ytdl-org/youtube-dl/issues/32595#issuecomment-1761209532, I back-ported yt-dlp's `_parse_mpd_formats_and subtitles()` and modified it to address this issue. The old code instantiated a `BaseURL` at the `representation` level by merging `BaseURL`s up the XML...

Not even in a PR at yt-dl yet, let alone here.

In the duplicate issues #8655, #8959, #9012, the problem URLs from brighteon.com appear to generate a 2-item playlist, where the first item has A-V and matching video-only formats, plus an...