[Kde-games-devel] svgz in git

[Parker Coates]

On Wed, Aug 15, 2012 at 7:01 AM, Wolfgang Rohdewald wrote:
> Am Dienstag, 14. August 2012, 20:41:53 schrieb Wolfgang Rohdewald:
>> > See kde-ruleset/bin/recompress-svgz-and-png.sh. It does all the magic
>> > for you. In a few cases it resulted in noticeable space savings.
>>
>> I will implement that for the conversion.
>
> Yesterday I made a mistake - the repo sizes were too big.
> The conversion logs were included. Now the biggest ones are:
>
> 135M    palapeli
> 112M    libkdegames
> 45M     kpat
> 31M     kbreakout
> 29M     ktuberling
>
>
> I tried palapeli with recompress-svgz-and-png.sh, no noticeable
> difference.
>
> libkdegames: Both, svgz uncompression and png optimization
> make the size _grow_: png by 8M, svgz by 21M.
>
> du -h -s *
> 112M    libkdegames.org
> 120M    pngonly
> 133M    svgzonly
>
> All are treated with gc --aggressive.
>
> Cloning those gives me the same values. So no backup files which
> falsify the result, I guess.

Hmm. If you're certain that you're cleaning up your repositories
correctly, then I must have broken the script at some point, because
this approach was definitely yielding results at one point. [1]

How did you generate the pngonly and svgzonly numbers?

> game over for me - maybe you want to try this on a different game,
> or maybe I made a mistake and you get different results. I can
> understand svgz - could be big files with few changes, but png is
> surprising to me. The conversion log DID contain lots of pngs
> with shrinking factors up to 40% (but then most of them are rather
> small).
>
> if the results are correct (IMHO they are), git is definitively better
> with compressing than expected.

No matter how good git's compression might be, replacing all PNGs with
highly compressed versions couldn't possibly produce a larger repo.
Obviously something is broken with the recompress script and old blobs
are hanging around.

Parker

[1] http://markmail.org/message/mpxe2v3drlunkfwx