1
Resources / Re: image editors / graphics programs
« on: August 24, 2014, 04:00:38 pm »
OP: https://openxcom.org/forum/index.php?topic=2676.msg28507#msg28507
Sorry for the delay... I just tested that with GIMP 2.8.10 on some HANDOBs - the palette was correctly saved with all the original colors in their positions even though there were only 43 colors in all layers (original layer deleted).
The background color of the new graphics must match that of the palette's original (at index 0) - since some sprites use different background colors.
Edit: Okay, that didn't answer your question.
Another test: saving blank image (all filled with color id 0): still saves the palette right.
Saving an image filled with some middle color from the pallete also saves the palette right. Export options: all unchecked.
I'm pretty sure that it won't work unless your final image contains every color in the palette (or at least the first and the last color), else the palette will be truncated. and sometimes shifted.
I assume it might work if you keep a full-palette image as an invisible layer, which forces the GIMP to keep all colors in the palette... but I don't know what happens in the export function. if this actually works, it would be really cool, because I love the GIMP.
Sorry for the delay... I just tested that with GIMP 2.8.10 on some HANDOBs - the palette was correctly saved with all the original colors in their positions even though there were only 43 colors in all layers (original layer deleted).
The background color of the new graphics must match that of the palette's original (at index 0) - since some sprites use different background colors.
Edit: Okay, that didn't answer your question.
Another test: saving blank image (all filled with color id 0): still saves the palette right.
Saving an image filled with some middle color from the pallete also saves the palette right. Export options: all unchecked.