Youtube-dl is great but it fucking sucks at picking the highest quality audio/video - especially on YouTube with it's...

youtube-dl is great but it fucking sucks at picking the highest quality audio/video - especially on YouTube with it's multitude of different options.
>prefers 4500kbps H.264 over 3000kbps VP9
>prefers 192kbps AAC over 160kbps Opus
>prefers 720p over 1080p sometimes (youtube has a weird edge case where sometimes the 720p video has a slightly higher bitrate than the 1080p one
Why can't the fucking devs learn to account for codec efficiency and other factors besides bitrate?

Attached: screencapture-ytdl-org-github-io-youtube-dl-index-html-2019-05-23-15_16_15.png (1503x812, 85K)

Other urls found in this thread:

github.com/MrS0m30n3/youtube-dl-gui
github.com/ytdl-org/youtube-dl/issues/12337
youtube.com/watch?v=8F8VvG99CH4
twitter.com/NSFWRedditGif

Maybe you should contact them about it

Why don't you provide your contribution to this project you lazy fuck? Instead you make useless threads on a taiwanese basketweaving forum? Unironically kys.

Because it's not easy to judge these situations. Your examples alone show that. Yes, VP9 is more efficient than AVC for low bitrates and yes, Opus is slightly better than AAC, but with the bitrates you mentioned it's not clear who's the winner. Especially for the audio the additional 32Kbps will likely outweigh Opus' better compression.
Also the bigger problem is that the reported bitrate is often just wrong. Look at the reported bitrate for streams and then compare how big the streams actually are.

youtube-dl -F [url] lists avialable formats
youtube-dl -f 137+140 [url] will download and combine the #137 video format and #140 audio.
If you specify 2 incompatible formats, youtube-dl will combine them in a .mkv, and tell it's friends you're retarded. It also will delete the originals and tell you to use -k next time if you'd rather keep them.

just use github.com/MrS0m30n3/youtube-dl-gui

4.5Mbps H.264 will be better than 3Mbps VP9
Youtube doesn't serve up 160k Opus. Only 128k. It usually doesn't serve up higher than 128k AAC either, but there are some instances where I've seen as high as 256k.

maybe you should try using more precise parameters. you can.

youtube-dl -f 'bestvideo[ext=mp4]+bestaudio[ext=m4a]/mp4' URL

/thread

--bestaudio
--bestvideo

The best stream gets chosen based on the bitrate YT reports.

I was gonna call bullshit on the no 160k opus, but I downloaded one and mediainfo says it's like 128kbps something (I deleted it already).

higher bitrate 720p is usually better than lower bitrate 1080p

Is this shit finally can download 60fps video?

ytdl-format=(bestvideo[vcodec=vp9.2]/bestvideo[vcodec=vp9][fps>30]/bestvideo[vcodec=vp9][height>=1080]/bestvideo[fps>30]/bestvideo[height>720])+(bestaudio[acodec=opus]/bestaudio[acodec=aac]/bestaudio)/best"

Put ffmpeg in your path and it will always choose the best quality and automatically merge them into a container if they aren't compatible.

Attached: Clipboard01.png (2027x505, 107K)

Since forever.

Let me repeat that.
Can this shit actually download anything over than 720p as full video 60fps with an actual audio in it.
github.com/ytdl-org/youtube-dl/issues/12337
>22 mp4 1280x720 hd720 , avc1.64001F, mp4a.40.2@192k (best)

>137 mp4 1920x1080 1080p 4224k , avc1.640028, 30fps, video only, 81.71MiB
>303 webm 1920x1080 1080p60 5129k , vp9, 60fps, video only, 109.29MiB
>299 mp4 1920x1080 1080p60 5537k , avc1.64002a, 60fps, video only, 128.89MiB
>264 mp4 2560x1440 1440p 10125k , avc1.640032, 30fps, video only, 192.97MiB
>271 webm 2560x1440 1440p 10498k , vp9, 30fps, video only, 209.84MiB
>308 webm 2560x1440 1440p60 14676k , vp9, 60fps, video only, 319.24MiB
>266 mp4 3840x2160 2160p 22834k , avc1.640033, 30fps, video only, 491.75MiB
>313 webm 3840x2160 2160p 26094k , vp9, 30fps, video only, 483.65MiB
>315 webm 3840x2160 2160p60 31943k , vp9, 60fps, video only, 701.52MiB

It can download any youtube video stream and merge it with any audio stream from the same video. Anything over 720p/30FPS comes as a seperate stream for audio and video, and you thus need ffmpeg to merge it. youtube-dl has been able to do so for a very long time.

You're retarded and so is that "issue". It's closed for a reason.

>Anything over 720p/30FPS comes as a seperate stream for audio and video
Was this a problem from youtube side or y-dl side?
My box can't handle to encode 4k video every time it download something.
>abloo ablooo im retarded
Typical nu-Jow Forums

>>abloo ablooo im retarded
>Typical nu-Jow Forums
You don't even understand what you're talking about lol

I dont give a fuck, you just want to bait for you instead of answering the question.
Here another free you for your autism.

>Was this a problem from youtube side or y-dl side?
This is how Youtube works, yes. Part of the reason other 'Youtube frontend' sites are limited in resolution and framerate.
>My box can't handle to encode 4k video every time it download something.
You don't "encode", you mux the streams into a container. It's a big difference.

So there will be no fix for this, thanks then.

They keep audio and video separate to save space you retard. There is no point to store audio for every resolution when you can use the same file and stream it separate.

The other user already give me the answer you autistic fuck.
I dont give a fuck what jewtube does to their server.

Typical nu-Jow Forums

No "fix" is needed, because it isn't a problem in the first place. You just tell youtube-dl where ffmpeg is (on Linux you just need it installed) and and you're done. I'm gonna have to agree with the other guy.

I wasn't saying the fix is from y-dl, but youtube end. at first I thought it was y-dl
I know how to combine them, like I said before my box can't handle it.

But what is there to handle? Muxing is not an intensive operation at all, except for the disk maybe.

Dunno, maybe because I'm using a single laptop HDD from 2003.

Youtube eliminated 256 kbit/s AAC and 160 kbit/s Opus in response to music industry hysteria over ripping. It also went through its entire inventory of legacy 720p encodes (format 22) and replaced their default 192 kbit/s AAC audio tracks with 128 kbit/s AAC. 128 now seems to be the intended maximum quality for all videos, which of course is shit.

There are occasional exceptions though. For some reason, their batch re-processing missed some videos. Every once in a while you can still find a 720p mux (format 22) with its original 192 kbit/s AAC audio track still in tact. Even more rarely, you can find an occasional format 256 (256 kbit/s AAC) or even the ultra rare and illusive prey, format 258 (384 kbit/s AAC).

youtube-dl -F youtube.com/watch?v=8F8VvG99CH4

P.S. Small correction to the above. Format 251 (opus @160k) streams used to be consistently 160 kbit/s. Now, an occasional video can be found with a 160 kbit/s opus strack on format 251. But with most videos, format 251 has an opus track between 110-140 kbit/s (I have a feeling it's either VBR or they're estimating which CBR within the 110-140 range to use based on analysis of the audio track's contents).

Also when youtube-dl says formats 251 and 22 are "opus @160k" and "aac @192k", those numbers appear hardcoded in youtube-dl itself (probably because long ago, formats 251 and 22 were always 160 and 192 kbit/s). To reflect today's reality, the dev team should probably update those hardcoded labels for 251 and 22 to say "128k (sometimes up to 160k)" and "128k (sometimes 192k)".

Youtube also seems to be omitting format 22 from many videos lately, possibly to save space. This leaves format 18 (360p) as the only non-DASH option for legacy Youtube playback devices/plugins/players.

I've also noticed that Youtube's bitrates have taken another hit in recent months -- sometimes I see 480p DASH video running at bitrates as low as 200 kbit/s. In these cases, the video in the format 18 (360p) mux will actually have a higher bitrate than the 480p DASH video stream itself.

Between the unavailability of 22 on many HD videos and seeing the bitrates going down on their DASH video streams, I get the feeling Google may actually be finally feeling the pain of all the data Youtube requires to be stored.

This. Why are people still posting?

why don't you learn to configure it?
if you have preferences, write them down!
ytdl-format=(bestvideo[vcodec=vp9][fps>=50]/bestvideo[fps>=50]/bestvideo)[height

They also eliminated 480p60

ps, this might even be what you want
to explain what it does,
- pick the best video which is vp9 and at least 50fps, if there isn't one, then the best which is at least 50fps, if there isn't one, then just the best available. video must be no more than 1080p and 5Mbps no matter the choice
- best opus audio, if not available, best webm audio, otherwise just the best available audio

if you know what order you'd pick formats given a list, you can write this down as a format specification and have youtube-dl pick for you as YOU want it to

Who the fuck downloads from YT and goes full austimo over the codecs used when it's all low bitrate shit?

we do. next question

>not surfing YT for remixes & mashups its recommend algorithm brings on like wizard mothafucka.