https://bugzilla.wikimedia.org/show_bug.cgi?id=68418
Bug ID: 68418 Summary: investigate using a non-fixed bitrate for webm transcodes Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: TimedMediaHandler Assignee: wikibugs-l@lists.wikimedia.org Reporter: bawolff...@gmail.com CC: aarcos.w...@gmail.com, bawolff...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, jger...@wikimedia.org, md...@wikimedia.org, mtrac...@member.fsf.org Web browser: --- Mobile Platform: --- Currently we use a fixed bitrate for webm (and ogg for that matter) transcodes except for webm 720p where we use a variable bit rate( -qmin 18 -qmax 18). I just noticed there are some files, such as [[File:Hindesite_-_Lily_-_Focus_Stacking_(by).ogv]], where the 720p webm transcode is smaller (2733005 bytes) than the 360p webm transcode (2769705 bytes). This seems wrong. (Note, this is probably specific to the lily file which has a lot of still frames) I don't know what original considerations went into using a fixed bitrate, but maybe we should just be specifying a quality level instead. In my test of the lily file, using a quality level of 18 (like the current 720p setting) for the 480p version gave a file size of 1.5mb, compared to the current 480p settings of -qmin 1 -qmax 51 -vb '1024000' which gives a file size of 5.3mb. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l