Open redbrain opened 3 years ago
yep, hat does seem misleading. hopefully when https://www.youtube.com/watch?v=5LJcTyMpQhY is fixed, this changes too. they'd both be breaking changes.
It happens with the following video as well: https://www.youtube.com/watch?v=OEtyScs6djU Until we can figure out why this is happening, we could set 'highest' to always return itag 18.
And this video it seems: https://www.youtube.com/watch?v=9UM96ULtLv0 Basically some select videos with HFR (60p) option. Again, we could set 'highest' to always return itag 18 as a temporary fix.
Don't mind me - just linking this to #770 😉
Is this a dupe of #770? If so It should be closed
ytdl() chooses the format 'highest' by default, which according to the README prefers both video and audio. The selector for highest currently just chooses formats[0]. Normally, this is itag 18, so it's fine. However, for some videos, it's itag 303 (1080p HFR video with no audio), seemingly not what 'highest' should select. One such video with this behavior is https://www.youtube.com/watch?v=5LJcTyMpQhY. For other videos, the itag may vary in a different way; I haven't yet done extended testing of videos. This appears to be unexpected behavior; is that the case? If so, should it be patched in some way?