[Kde-games-devel] Rule Writing

[Parker Coates]

On Fri, Feb 24, 2012 at 12:30, Parker Coates wrote:
> On Wed, Feb 22, 2012 at 23:55, Parker Coates wrote:
>> On Mon, Feb 20, 2012 at 14:43, Parker Coates wrote:
>>> On Thu, Feb 2, 2012 at 07:01, Frederik Schwarzer wrote:
>>>> For that to happen, those who think their rules are finished, should
>>>> make the resulting repo available for download.
>>>
>>> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkillbots-conversion-test.git
>>>
>>> It seems pretty complete to me, but Killbots has a pretty simple
>>> history. The rules are simple, but probably appropriate for any other
>>> game that was imported after KDE4.0 and has a simple playground/games
>>> -> kdereview -> kdegames history. When I get a chance, I might try it
>>> out on a few others.
>>
>> I did Bomber and Bovo using the exact same rules.
>>
>> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fbomber-conversion-test.git
>> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fbovo-conversion-test.git
>>
>> Bomber, by the way, has the prestigious title of the most quickly KDE
>> game of all time. The author's most recent commit was the one moving
>> it from kdereview into kdegames. :|
>
> Kapman, KBlocks and KBreakout are done.
>
> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkapman-conversion-test.git
> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkblocks-conversion-test.git
> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkbreakout-conversion-test.git
>
> I've also been playing around with some of PovAddict's techniques for
> reducing repository sizes. In addition to the oft discussed
> null-compressed-svgz trick, he showed me how to super aggressively
> repack a repository which saves us a bit more.
>
> I also got to try out and idea I had been toying with for quite a
> while. In the past Urs Wolfer would run a script called
> optimizegraphics on the SVN tree which recompressed SVGZ and PNG files
> with higher compression. This made sense in SVN times, but when
> converting to Git, it means the repository contains multiple copies of
> the same file with identical contents but different compressions. The
> null-compress-svgz trick solves this issue for SVGZ files, but not for
> PNGs, obviously. So I created a script the pre-optimises PNG files
> when they are first added/modified so that later optimizegraphics
> commits become no-ops.
>
> Thus far I'm pretty happy with the results, see the table below. Note
> that the "before" numbers are after a "git gc --aggressive" has been
> done, so they represent about the best that can be done without
> getting fancy.The after number represent the result of applying all
> three optimisations discussed above.
>
> Game      Before  After
> Kapman     5524KB 2340KB
> KBlocks    6572KB 2500KB
> KBreakout 31104KB 6404KB
>
> I just want to point out here that none of these optimisations affect
> the contents of the files they modify, only the binary representation
> of those contents. The only downside is that the MD5 sums for a file
> will differ from the versions that have been released in the past, but
> I think that's a pretty small price to pay.

Last night I did Kigo, Kiriki and Kollision.

http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkigo-conversion-test.git
http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkiriki-conversion-test.git
http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkollision-conversion-test.git

Parker