Repository: yt-dlp
Issue: [RumbleChannel] Improved playlist extraction?
Labels: site-enhancement,triage

### DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

- [X] I understand that I will be **blocked** if I *intentionally* remove or skip any mandatory\* field

### Checklist

- [X] I'm requesting a feature unrelated to a specific site
- [X] I've looked through the [README](https://github.com/yt-dlp/yt-dlp#readme)
- [X] I've verified that I have **updated yt-dlp to nightly or master** ([update instructions](https://github.com/yt-dlp/yt-dlp#update-channels))
- [X] I've searched [known issues](https://github.com/yt-dlp/yt-dlp/issues/3766) and the [bugtracker](https://github.com/yt-dlp/yt-dlp/issues?q=) for similar issues **including closed ones**. DO NOT post duplicates
- [X] I've read the [guidelines for opening an issue](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#opening-an-issue)

### Provide a description that is worded well enough to be understood

Right now I am attempting to download all videos in a two-week interval in November 2022 from a Rumble channel with 25,000 videos the last 3 years.

The routine way of doing this would of course be to issue the command (e.g.
`yt-dlp -S res:360 --dateafter 20221106 --datebefore 20221115  https://rumble.com/c/RTNews`) and wait for yt-dlp to chug through the playlist, eventually sifting out the matching  several hundred videos and downloading them.

This takes an inordinately long time.

The reason I use yt-dlp is that I am rarely online, so when I am connected I do a compressed process of downloading a huge amount of videos that I will watch until the next time I am able to connect and download more videos. So inordinate time consumption is not what I have time for.

The workaround for this that I have come up with for such very long playlists that are ordered chronologically is to wait for the perhaps 1000 pages of video urls to be grabbed by yt-dlp, and when that is done and the app begins to wade through the list of 25,000 videos to see which ones match my date interval criterion I break the Internet connection while yt-dlp is still working. This causes yt-dlp to slip through its 25,000 item list at a furious pace og perhaps 1,000 videos every 10 seconds. 

I then watch the item counter increase until it gets somewhere near where I expect will be a date somewhat close to the desired time interval. So, when I see the counter reach 15,000 I reconnect to the Internet and find that I'm now in April 2023, i.e. only five months away from the wanted videos.

I can now let yt-dlp simply continue to run and finish the job, except this would still take a very long time- So I make a second disconnection and get to December 2022, Now I can easily let the regular process finish the job.

Except, sometimes the reconnection takes longer than expected, and we're now in September 2022.

So this is a hit and miss process. And if I miss I have to start from fresh having to wait first for yt-dlp to download 1,000 pages of video urls and then make a second attempt at slipping through the video counter and hopefully end up at a date that is conveniently close to the designated time interval but hasn't moved beyond it.

So even though it makes it possible for me to download playlist portions that I would otherwise not have time to sit around waiting for, it is cumbersome and very often frustrating, and quite often I fail to grab the videos from this particular playlist in the time I have before I have to go offline again.

WHAT I WANT

is a yt-dlp option for slipping to a particular number, e.g. `yt-dlp -sl 19000 playlist_url`.

I hope I have explained my wish comprehensibly.

To go with this feature I would like to be able to reuse the list of videos which yt-dlp first gets before starting to churn through the individual videos,



### Provide verbose output that clearly demonstrates the problem

- [ ] Run **your** yt-dlp command with **-vU** flag added (`yt-dlp -vU <your command line>`)
- [ ] If using API, add `'verbose': True` to `YoutubeDL` params instead
- [ ] Copy the WHOLE output (starting with `[debug] Command-line config`) and insert it below

### Complete Verbose Output

_No response_