> Upon further inspection it seems the garbled images with the small pixels beneath them seem to be if the dimensions of the picture are too small.
The program uses OpenGL for display and a rule of thumb OpenGL likes even (mulitple of 2 or better yet power of 2) image sizes. So it's possible the garbled pixels along the edge are just display issues caused by OpenGL quietly stretching the image to the next power of 2 or whatever behind the scenes.
I'll play around some with the image you provided and see if I can confirm that that's what's going on.
> Looks like the program crashes if the palette saved is only 16 colours, when it's 256 colours it's fine.
You hit the nail on the head. Just dug through the code and in fact there was a crash bug pulling in images with a 4bit (16 color) index palette.
Pretty sure I've got that fixed now. Going to keep looking on the other problems and hope to post a new build for you shortly.
> re: the out of order palettes:
quick update after my first pass at figuring it out. It looks like the program is reading those images in as 32bit RGBA images instead of indexed images. Loading them in GIMP I can confirm that they should be indexed, so not sure what's going on.
The program uses the standard C# image loader so something in that loader must be quietly reformatting the image. Hopefully I can figure out a way to avoid that behavior...
Thanks so much for all the sample pictures!! It really helps to have the exact data that's triggering the issue to test with. Saves a lot of guessing. :)