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
