Damn if zeroone is not off to a FLYING start! Has the right idea though, doing old time pixelly gfx is the way to go.
This is interesting: ran Rivens shrinker on the gradius4k source posted with the game:
a.java => 40022 bytes
a.class => 9083 bytes
a.normal.java6.jar => 5239 bytes
a.normal.java6.pack => 7702 bytes
a.progrd.java6.jar => 5104 bytes
a.progrd.java6.pack => 7596 bytes
db9616e30450a7ea9a010768bb4cabec.progrd.java6.bj.pack.gz => 4093 bytes => test
db9616e30450a7ea9a010768bb4cabec.normal.java6.bj.pack.gz => 4120 bytes => test
db9616e30450a7ea9a010768bb4cabec.progrd.java6.kz.pack.gz => 4137 bytes => test
db9616e30450a7ea9a010768bb4cabec.normal.java6.kz.pack.gz => 4162 bytes => test
db9616e30450a7ea9a010768bb4cabec.progrd.java6.7z.pack.gz => 4310 bytes => test
db9616e30450a7ea9a010768bb4cabec.normal.java6.7z.pack.gz => 4398 bytes => test
I figured ~9k of bytecode would get down to 4k, but above the normal jar is way smaller than the pack200 jar, that’s a surprise (to me at least…).