[Kde-games-devel] Rule Writing

[Frederik Schwarzer]

Am Mittwoch, 29. Februar 2012, 17:09:55 schrieb 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-co
> >> nversion-test.git
> >> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fbovo-con
> >> version-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-con
> > version-test.git
> > http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkblocks-c
> > onversion-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-convers
> ion-test.git
> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkiriki-conv
> ersion-test.git
> http://quickgit.kde.org/index.php?p=scratch%2Fcoates%2Fkollision-c
> onversion-test.git

You are awesome. :)

Do you have a description of the steps you do? With the scripts and 
all?

Regards