Merge lp://qastaging/~mc-return/compiz/compiz.merge-recompress-png-resources into lp://qastaging/compiz/0.9.8

Proposed by MC Return
Status: Merged
Approved by: Daniel van Vugt
Approved revision: 3295
Merged at revision: 3297
Proposed branch: lp://qastaging/~mc-return/compiz/compiz.merge-recompress-png-resources
Merge into: lp://qastaging/compiz/0.9.8
Diff against target: 54 lines (+0/-0)
0 files modified
To merge this branch: bzr merge lp://qastaging/~mc-return/compiz/compiz.merge-recompress-png-resources
Reviewer Review Type Date Requested Status
Daniel van Vugt Approve
Sam Spilsbury Approve
Review via email: mp+117155@code.qastaging.launchpad.net

Commit message

Reduces combined filesizes of Compiz' .png resources from 2.2MB to 1.5MB by recompression of those with Trimage Image Compressor.
This will decrease package size, downloading/loading/displaying times without changing appearance in any way, because png is a lossless format and this commit just optimizes compression and filesizes.
png files with higher compression take less time to display, not only because of reduced loading times, but also because deflation in memory finishes faster as decompression speed is largely uninfluenced by the compression level and thus decompression of better compressed png files is faster.

Description of the change

Reduces combined filesizes of Compiz' .png resources from 2.2MB to 1.5MB by recompression of those with Trimage Image Compressor.
This will decrease package size, downloading/loading/displaying times without changing appearance in any way, because png is a lossless format and this commit just optimizes compression and filesizes.
png files with higher compression take less time to display, not only because of reduced loading times, but also because deflation in memory finishes faster as decompression speed is largely uninfluenced by the compression level and thus decompression of better compressed png files is faster.

References:

According to http://www.libpng.org/pub/png/book/chapter01.html decompression speed is largely unaffected by the compression level, but that a less compressed image may take more time to read from disk (see end of chapter 1.2.4. Compression)

Also the authors suggest to use an optimizer to better compress your .png files (9.4 Practical compression tips - 9.4.1. Tips for Users - http://www.libpng.org/pub/png/book/chapter09.html)

Here you can see that quite modern hardware also decompresses crushed/optimized files faster:
http://www.cocoanetics.com/2012/03/ipad-3-image-decompression-benchmarked/

Here another recommendation to use png optimization:
http://www.cocoanetics.com/2011/10/avoiding-image-decompression-sickness/

To post a comment you must log in.
Revision history for this message
Sam Spilsbury (smspillaz) wrote :

Should be fine, we don't use these images in the default usecase anyways

review: Approve
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Yep, they all look the same. Higher compression is a good idea.

review: Approve

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
The diff is not available at this time. You can reload the page or download it.

Subscribers

People subscribed via source and target branches