https://bugzilla.wikimedia.org/show_bug.cgi?id=68145
Bug ID: 68145
Summary: Apply jpgcrush (mozjpeg) over all thumbnails
Product: MediaWiki extensions
Version: master
Hardware: All
OS: All
Status: NEW
Keywords: performance
Severity: enhancement
Priority: Unprioritized
Component: VipsScaler
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: federicol...@tiscali.it
CC: aarcos.w...@gmail.com, bawolff...@gmail.com,
bryan.tongm...@gmail.com, domas.mitu...@gmail.com,
fflo...@wikimedia.org, gti...@wikimedia.org,
has...@free.fr, mtrac...@member.fsf.org,
o...@wikimedia.org
Blocks: 41371, 42725
Web browser: ---
Mobile Platform: ---
The weight of JPEG thumbnails, while varying less than PNG thumbnails', is
often a relevant factor in the loading times observed on random Wikipedia
pages, even with a fast connection. It may be even more important for
MediaWikis using larger thumbnails.
https://github.com/mozilla/mozjpeg 2 was just released, see
https://blog.mozilla.org/research/2014/03/05/introducing-the-mozjpeg-project/
and
http://thenextweb.com/insider/2014/07/15/mozilla-releases-mozjpeg-2-0-facebook-tests-backs-jpeg-encoder-60000-donation/
for introduction, and should be relatively trivial to implement as "second
pass" over JPEG thumbnails produced, right?
I know that VipsScaler is currently only used by Wikimedia wikis for PNGs (and
that it's named after Vips), but would such an optimisation be in scope for
this extension? If not, should we instead upstream a request to include a
jpgcrush-like functionality in Vips; or use some other way?
--
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
