Youtube --list-formats ordering jumbled, seemingly by addition of AV1 encodes

[opusforlife2]

Checklist

• I'm reporting a broken site support
• I've verified that I'm running youtube-dl version 2020.03.24
• I've checked that all provided URLs are alive and playable in a browser
• I've checked that all URLs and arguments with special characters are properly quoted or escaped
• I've searched the bugtracker for similar issues including closed ones

Verbose log

> youtube-dl.exe -F https://invidious.snopyta.org/watch?v=KfFAgD7uIvk
[youtube] KfFAgD7uIvk: Downloading webpage
[info] Available formats for KfFAgD7uIvk:
format code  extension  resolution note
249          webm       audio only tiny   61k , opus @ 50k (48000Hz), 3.12MiB
250          webm       audio only tiny   78k , opus @ 70k (48000Hz), 4.10MiB
140          m4a        audio only tiny  130k , m4a_dash container, mp4a.40.2@128k (44100Hz), 8.26MiB
251          webm       audio only tiny  148k , opus @160k (48000Hz), 8.18MiB
394          mp4        256x144    144p   88k , av01.0.00M.08, 30fps, video only, 4.69MiB
278          webm       256x144    144p   99k , webm container, vp9, 30fps, video only, 5.66MiB
160          mp4        256x144    144p  110k , avc1.4d400c, 30fps, video only, 4.78MiB
395          mp4        426x240    240p  199k , av01.0.00M.08, 30fps, video only, 9.35MiB
242          webm       426x240    240p  224k , vp9, 30fps, video only, 9.97MiB
133          mp4        426x240    240p  331k , avc1.4d4015, 30fps, video only, 11.18MiB
396          mp4        640x360    360p  362k , av01.0.01M.08, 30fps, video only, 16.95MiB
243          webm       640x360    360p  417k , vp9, 30fps, video only, 17.62MiB
397          mp4        854x480    480p  642k , av01.0.04M.08, 30fps, video only, 29.55MiB
134          mp4        640x360    360p  650k , avc1.4d401e, 30fps, video only, 21.31MiB
244          webm       854x480    480p  759k , vp9, 30fps, video only, 27.22MiB
135          mp4        854x480    480p  976k , avc1.4d401f, 30fps, video only, 31.99MiB
398          mp4        1280x720   720p60 1352k , av01.0.08M.08, 60fps, video only, 70.00MiB
247          webm       1280x720   720p 1534k , vp9, 30fps, video only, 75.10MiB
298          mp4        1280x720   720p60 2087k , avc1.4d4020, 60fps, video only, 60.88MiB
399          mp4        1920x1080  1080p60 2417k , av01.0.09M.08, 60fps, video only, 124.40MiB
302          webm       1280x720   720p60 2668k , vp9, 60fps, video only, 80.74MiB
248          webm       1920x1080  1080p 2704k , vp9, 30fps, video only, 133.13MiB
136          mp4        1280x720   720p 3873k , avc1.4d401f, 30fps, video only, 91.61MiB
303          webm       1920x1080  1080p60 4424k , vp9, 60fps, video only, 217.07MiB
299          mp4        1920x1080  1080p60 5762k , avc1.64002a, 60fps, video only, 202.50MiB
137          mp4        1920x1080  1080p 6232k , avc1.640028, 30fps, video only, 163.83MiB
18           mp4        640x360    360p  581k , avc1.42001E, mp4a.40.2@ 96k (44100Hz), 37.10MiB
22           mp4        1280x720   720p 1564k , avc1.64001F, mp4a.40.2@192k (44100Hz) (best)

Description

As you can see in the log, the streams, which are normally in the correct order of resolution, are a bit jumbled now (it looks like the bit rate is the chosen field for ordering by. Is that correct?). I'm fairly certain this has happened after the addition of AV1 encoded streams.

I think a good ordering scheme would be first, by resolution, and then, by format code/bit rate.

(Also, for the bottom-most stream, the label (best) hides the size. Can the size be shown as well? Should I open a separate issue for that?)

[dstftw]

This is expected behavior, bitrate is preferred.