Ok, I pushed a version with mng-support (needs libmng) and all animations in mngs.
The support is really a problem. To make the mng's as little as possible
they need to use the mng-delta format, witch isn't supported by most converters
and libs. advmng (advanceComp) supports delta, but not all depths used by the pngs,
convert doesn't support delta but can read more pngs.
I used advmng if possible and convert on the rest.
so I could reduce the size of the tribes folder by 50% to ~33mb
In the worlds folder I lost the transparency of many animations using advmng, so I used
convert and the folder is now approx . 1mb bigger than before.
At the moment we have a little bit more images than when this bug was reported
no mng:
$ find tribes/ -name *.png|wc -l
36854
Ok, I pushed a version with mng-support (needs libmng) and all animations in mngs.
The support is really a problem. To make the mng's as little as possible
they need to use the mng-delta format, witch isn't supported by most converters
and libs. advmng (advanceComp) supports delta, but not all depths used by the pngs,
convert doesn't support delta but can read more pngs.
I used advmng if possible and convert on the rest.
so I could reduce the size of the tribes folder by 50% to ~33mb
In the worlds folder I lost the transparency of many animations using advmng, so I used
convert and the folder is now approx . 1mb bigger than before.
At the moment we have a little bit more images than when this bug was reported
no mng:
$ find tribes/ -name *.png|wc -l
36854
$ find worlds/ -name *.png|wc -l
5860
mng:
$ find tribes/ -name *.mng|wc -l
2128
$ find tribes/ -name *.png|wc -l
1157
$ find worlds/ -name *.mng|wc -l
386
$ find worlds/ -name *.png|wc -l
512
Loading the barbarians and greenland mng animations takes 80% of the normal loading time
(say using mng 12 sec, no mng 15 sec).