I just wish for functions I could pick mid 720p'ish as a setting that includes audio+video, and not have to pick the audio and video formats. Theres a worst and a best option, but I'd want a middle quality to save space.
From my reading of it, doing this would work for what you want:
-f 'bv*[height<=720]+ba/b[height<=720]'
[0] https://github.com/yt-dlp/yt-dlp#format-selection (bestvideo[height=720]/bestvideo)+bestaudio/best
bestvideo[height=720] = download the best 720p resolution/bestvideo = otherwise download the best available (540p, 480p etc)
> otherwise download the best available
This will potentially download much higher than 720, if 720 is not available. Probably better to go lower for OP's usecase.
See my sibling comment for a better format selector.
However it's been too long - isn't yt-dlp very far ahead and much healthier in it's organization _today_? Also the insistence of using a dead version of Python is pretty strange and will probably hamstrings the efforts for very minimal gains.
In 2022?
For a thing that is made to talk to the internet?
Python 2.6.7 was released in 2011. Python 2.x overdue EOL was in 2020. Python 3.2.6 was released in 2014.
That's has to be one of the worst reasons for duplicating efforts ever.
That's just my guess at the logic here, anyway.
Google is pretty lacking at offering meaningful content controls. We could easily get grants to pay a few thousand bucks for that. It’s weird they don’t considering their ownership of K-12 and potential for revenue.
I don't understand the complaints and attacks in the github comments. It seems bizarre and egotistical to me to yell at a stranger who is providing you their work for free because you don't agree with their specific use case.
https://github.com/ytdl-org/youtube-dl/graphs/commit-activit...
910 PRs, but only 3 commits to master since July 2021.
Request is open since 2013 https://github.com/ytdl-org/youtube-dl/issues/622
--downloader ffmpeg --downloader-args "ffmpeg_i:-ss start_time -to end_time"
Though the ffmpeg downloader is quite slow and has no parallelization.We all know how well concept to working code goes though
The criticism of supporting python2 is fair, but not unassailable. I am personally against steady progress necessarily breaking in advancing increments things that worked years ago. My opinions on software are my own, but I strongly believe if software works even once, there's no reason it shouldn't work forever. I despise Adobe's and now Apple's models of breaking your old software to force you to purchase again for identical functionality. But I suppose it is a different case when developers are actively working against each other. However, python2 was only recently deprecated. Just because I can't think of an example, it is still likely being used, and there may be 20yo but still useful hw somewhere that does not support any recently released OS or software but is still a worthy youtube-dl utility. Maybe the critics of supporting old versions of python can wait.