Thread: DView - New tool to visualize and convert iGO bmp

You have example bitmap(s) that uses multiple palettes? I've implemented decoding of it in my proggy but doesn't have anything to test it against.

When I was referring to the number of colors I was talking about the number that appears during the conversion by iPAQ, I do not think they are real, as you can see it is at 1/3 of the conversion and are already 64407 colours

Spoiler: iPAQ image

[Only registered and activated users can see links. ]

Before it arrived at that point it was blocked 3 times, and shortly after it was permanently blocked.......

With your software it did not happen. Soon I'll try it better, at least 2 times a year I change/renew my icons.......

The number is real. When you have 24 bits color, it can get high. The reason why DView doesn't have problem with it is the quantizer is working.

You can get around iPAQ color quantizing problem by first reducing the color palette of the image. What's annoying about iPAQ is the global grab of the status window, it takes forever to quantized and there is good chance of it crashing afterward.

Yep but my algorithm to create palettes is better, on the same image with multiple palettes without quantization you will get less colors
And the same image if you back to windows bmp.

Maybe I will add a menu to select how the quantization is applied, not easy to determine the final number of colors.
On each line I try to use all palettes previously defined and I complete they if it's not full.

All images with more 251 colors have multiples palettes, if you convert your avatar you will get an image with 12992 colors = 12992/251 = 52 palettes.
A palette is maximum 250 colors rgb565 + 1 color empty (alpha or black, first color in the palette).

I forgot to precise, all is not sure it's only how I built my algo

Yes "palette" referred to indexed color of 256 values. When I say "multiple" palettes via NNG, I was referring to per scan line. I have not seen example of it. When a "shift" palette operator is used, it's for entire scan line.

It's not really multiples palettes, if the line begin with 0xFD the 2 next bytes (a word, little endian) are the index used in the image palette (65535 colors) for the color index 0 of the line palette (250+1 colors).

In original nng images I never saw 0xFD inside a line always at beginning.
And always a multiple of 251 for the index.
The palette index defined on a line is not applied on the next line.

I find no restriction on the palette shift value has to be a multiple of 251. It it were, then the shift value doesn't need to be 16 bits.

I created a German lang-file:

Update 27.02.: several small improvements

This post requires you to click the "LIKE this post" button and hit F5 to read this content.

I created a Lithuanian lang-file:
[Only registered and activated users can see links. ]