Trouble with gfx2gba...

[sylus101]

Okay, here's the deal. I have several images (this is for my Magic the Gathering Card viewer project...) that have 256 colors used. MtPaint is a wonderful program at converting a 16/24 bit image to 256 colors, complete with a pictures own palette. Since all of my images are backgrounds this works very very well.

Now, the problem, is that on some of the pictures, when gfx2gba coverts them, that last statement by the utility is that colors used before converting was 256, colors used after 253 (or just something less than 256... I have some that end up 254 or whatever). Colors saved 3.

Many don't do this... several will say 256 before and after with no colors saved. On any that "save" colors I end up with black pixels in several spots on the images. I can't find any reason why this happens to one image and not another.

I've tried all of the parameters, several that sounded like they would work... and all end up doing the same thing if I try on a picture I know that ends up with the problem.

Does anyone know how to tell gfx2gba NOT to "Save" colors when converting??

[suloku]

same problem here.

Try using the -x argument, that "should" do it. Tell me if it works for you I can't try it right now.

[sylus101]

No luck with the -x parameter, but I did find my solution (got some help on the gbadev.org forums). After mtpaint indexes/converts my images to 256 colors... I finally found that all of the images I had problems with didn't have black in position 0, so the wrong color was ending up as transparent. the -a switch to set which color was transparent didn't seem to help (not sure why...).

In mtpaint, if you go to Palette, and sort, choose the default option it will sort from darkest to lightest and black will be first.

The "saving" of colors appears to be if there are just duplicates in the palette. I've got everything showing up just fine now.