Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines


> There is the odd crash sometimes. I can upload the files that crash it if you'd like.

Oh no!   Sorry to hear this!   Yes, if you could post the file(s) that would be a big help!

> It might have something to do with if I make one of the colours have a transparency flag.

One thing to note is that program only deals in binary transparency (on/off).   Specifically, it maps ignores any color with an alpha value less than 255, and maps any pixel with an alpha value less than 255 to the color (0,0,0,0) (RGBA).   This is a deliberate design choice on my part to keep things simple and because the use-case for the program is simple pixel art with binary transparency.   All the same, the program shouldn't crash if you load an image with other alpha values so I'll definitely look into it.


> It doesn't seem to load the PNGs I have with the correct palette order...When saving the PNG file, the colours don't seem to be indexed correctly either

Oh dear, sorry to hear this.  I was worried about something like this because I only tested it with a few images from GIMP.  If you could post an image that doesn't load in the correct order along with a pic of what the correct order should be that would be awesome!

> When an image does load with the correct index, there are weird artifacts in the mapped image.. like it shows a random colour strip under the image, I don't know what's up.

Can you also send an image file that has this issue?



> SHIFT BY INDEX COUNT

If I understand you correctly, what you are asking for is for the mapper to create multiple maps for you by progressing through the palette.

So...

Map 1 maps Image Colours 1-16 to Palette Colours 1-6

Map 2 maps Image Colours 1-16 to Palette Colours 17-32

Map 3 maps Image Colours 1-16 to Palette Colours 33-48

etc. etc.

Is that right?

you'd press the button once and it would spin out all these maps for you.

(2 edits)

EDIT: 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. If I use an image file with wider dimensions the problem goes away. Looks like the program crashes if the palette saved is only 16 colours, when it's 256 colours it's fine. That's my observations so far...

Original reply below:

Ok I'd like to help get to the bottom of this for you so I'm here to help.

Here is a file that crashed it.

Here is a file that should have the colours in the correct order but doesn't. This one I set the first index value to be a transparency.

Now here is the same image if I don't set the transparency. This one loads the colours in the right order, but it has a funny colour strip below the mapped image (the right panel), and when I try to apply a map it gives funny garbled colours:

So I was actually able to get the program to work properly with the images one time, what I did was I loaded the original spritesheet and decreased the colour count to 256 instead of 16... Then I got it to work. Here is the file that actually works as intended. 

So if I load this palette strip:  I get this result:

Lastly, for your shift by index count, that is exactly what I want, you explained it the perfect way. "

Map 1 maps Image Colours 1-16 to Palette Colours 1-16

Map 2 maps Image Colours 1-16 to Palette Colours 17-32

Map 3 maps Image Colours 1-16 to Palette Colours 33-48

etc. etc."

Awesome!

Well thanks for reading my long-winded post, hopefully it helps you out!