Jeremy Saklad

Take the current specification, make it use RFC 2119, and you'll be most of the way there. Of note: for each requirement, you should clarify what happens if it isn't...

First off, multithreading is _not_ synonymous with pipelining, and I’d rather you reverted the renaming. Second, I am not proposing that postprocessing start before downloading is finished. The goal here...

OK, this is the point where I’d like it to start downloading the next item. https://github.com/yt-dlp/yt-dlp/blob/ddd24c99493483bde822944e8063064f53464ac1/yt_dlp/YoutubeDL.py#L3004 So, right now a list of URLs are just iterated over with a for-loop....

Anything obviously wrong with that plan? There’s a bit of a race condition where a child process could lock the mutex before the parent, admittedly.

> If you extract links long before you download them, they may expire Good point. In that case, extraction needs to be lumped together with downloading. > Why? This makes...

@mhogomchungu > The mentioned tool is doing exactly what i do in Media Downloader[1] when downloading playlists and it will have competition soon because i play to offer the functionality...

Python’s multiprocessing library doesn’t seem to provide a deque, so playlists pose a bit of an issue. Until they are extracted/downloaded, they can’t be identified as playlists. Once they are,...

I’m inclined to agree, particularly if it is unacceptable to lack compatibility with particularly thorny configurations. If it were possible to cleanly separate post-processing from downloading (such that the Python...

I encountered this bug with 1317: Theft today.

I think this would be a great addition, albeit an ambitious one.