| |
Oswald
Registered: Apr 2002
Posts: 5094 |
koala otpimizing
Hi Everyone,
I know there's a c64 tool out there that helps with optimizing koala pictures for packing, but no idea what it is called. Anyone knows?:) Timanthes would do the job for me aswell with its nibble swapper tool, but is there a way to load/save a native c64 koala format picture with it ? *.prg doesnt works, what format does it expect to be .prg anyway ?:) |
|
... 80 posts hidden. Click here to view all posts....
|
| |
soci
Registered: Sep 2003
Posts: 480 |
Packed what I did in the past with dali now and it's 7342, 5156 and 5984 respectively. Almost spot on. |
| |
Sparta
Registered: Feb 2017
Posts: 49 |
Wow, fantastic achievement CJam! Would be interesting to see how differently “otpimized” versions of the same bitmap compress with koalacanner.
Quoting BurglarI am not sure, for me cleanliness of the koala is the goal. Also, the better result may be because spot combines hi/lo nibbles in colorram, saving 500 bytes. I have no interest in that, I want to output standard format always. But, I could add a cli-flag for it...
SPOT doesn’t change the cleanliness of the koala and outputs standard koala but it can also create other formats such as the combined color RAM nibbles if that fits one’s needs better. :)
The goal with SPOT is to get as close to hand optimization as possible in a fraction of the time needed for the latter and in a way that can be added to a democoder’s toolchain. |
| |
Burglar
Registered: Dec 2004
Posts: 1101 |
Quoting SpartaSPOT doesn’t change the cleanliness of the koala and outputs standard koala but it can also create other formats such as the combined color RAM nibbles if that fits one’s needs better. :)
Yea, just tested myself as well and indeed, I was just hoping combined nibbles would be the main reason why I'm trailing behind :)
Quoting Funguspico 1.3+dali = 5980
Fungus Handiwork Wins! \o/ |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Quoting KrillThis sort of flips the table on the entire premise of optimising C-64 multicolour bitmaps for LZ-style compression.
Yes, it's inspired by the discussion, rather than a direct response to the question. I got a bit distracted :)
Quote:If it only wasn't THAT slow to decode. =)
Yes, it's a bit impractical for 99% of use cases.
Quoting SpartaWow, fantastic achievement CJam! Would be interesting to see how differently “otpimized” versions of the same bitmap compress with koalacanner.
Cheers! FWIW at the moment the first phase of compression just sorts the non-background colours in numerical order and assigns them to bitpairs 1 to n. I could try and allow preserving of input bitpairs, but it would still need to be constrained to using the first m values, where m is the number of distinct colours - the second phase only outputs as many colour nybbles per char as are actually used. Oh, and it'd be a moderate amount of work at this stage too - the current implementation just uses a library call to load a koala into a 160x200 array of four bit values, so it doesn't currently have access to the original bitpairs..
I do need to see if it compresses any better if I sort the colours in luminance order instead - that might be better at dealing with images that use similar shading patterns with different local palettes in different parts of the image.
Nice work on Spot, btw - it actually answers Oswald's original question, and it's the second best option after putting a Fungus in every home :) |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
I'm coming here for the 4th time, checked CJ's release also a few times, am I the only one not finding the info on what is the compression scheme in there ? :) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
I just left a comment on the release with a rough outline. |
| |
Fungus
Registered: Sep 2002
Posts: 686 |
Quote: Quoting SpartaSPOT doesn’t change the cleanliness of the koala and outputs standard koala but it can also create other formats such as the combined color RAM nibbles if that fits one’s needs better. :)
Yea, just tested myself as well and indeed, I was just hoping combined nibbles would be the main reason why I'm trailing behind :)
Quoting Funguspico 1.3+dali = 5980
Fungus Handiwork Wins! \o/
Actually that one was S!R handywork. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Quote:the second best option after putting a FungusS!R in every home |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
Quote: I just left a comment on the release with a rough outline.
thanks:) |
| |
Sparta
Registered: Feb 2017
Posts: 49 |
SPOT 1.3 WIP + Dali:
Untitled/Floris: 7343
Song of the Sunset/Mermaid: 5145
Short Circuit/Karen Davies: 5974
The total gain is 28 bytes. Not a lot, but at least it beats S!R's handywork. ;P |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - Next |
