Is there a particular image file format that does this sort of thing?
Not that I'm aware of, I just lay out the subpalettes in the palette in sequence.
Subpalette swapping is use case too, but essentially the same as gradient swapping.
My vision was: if you want to work with NES, SMS, etc. just load up that palette and have at it.
These systems doubly abstract colour values. The display element's (tile or sprite) pixels index into the element's subpalette which in turn indexes into the master palette to get the actual colour value.
Runs fine in Wine with the exception of file dialogs appearing behing the main window.
If you don't work with indices then you can't really work with images with subpalettes (NES, SMS, MD, GBC, etc.). If two subpalettes contain the same colour then they'll both be changed. Working with RGB values could still be useful especially with a similarity threshold for higher colour images. An option to select between indexed and RGB working modes would be nice.
Preview functionality could be improved considerably. I figured picking the index from the preview was a given. Large image is scaled to less than 1x so I can't see individual pixels. Being able to freely zoom and pan preview is a must.
Be nice is there was an option to use the target palette as the destination palette when an image is loaded so it doesn't need to be loaded again seperately.
Whole sheet colour variants were just one use-case. What if you only want to recolour just the hurt frames in a sprite sheet to flash red?
Merge: yes, replace all selected colours with some kind of average colour. Colour consolidation functionality, so you can remap multiple close colours to a single better fitting colour.
Revert: replace selected colours with the corresponding indices of the source palette.
Best Fit: yep, any colour space is probably good enough to get a base mapping to hand tweak.
For me to be bothered to use something like this outside of the editor it would need to perform many different mappings on different areas of the same image. eg. If I want to do 8 colour variations of a sprite, I duplicate the sprite 8 times in the source file, open it in your tool, select the first copy, fiddle with the colours, select the next copy, fiddle with the colours and so on.
Being able to create new colours is important, rather than being limited to a pre-existing palette.
A nice feature for larger gradient-based palettes would be support for gradient-to-gradient mappings. So mark a sequence on the source palette and a sequence of the destination palette then intepolated the one to the other. Be much easier than individually marking each colour on a large palette and allow adapting between different gradient sizes.
AFAIK the Pixel Joint forums are the original home of DB's palettes.
I don't know of any dedicated tool, but something like you describe would certainly be neat as editor built-in functionality.
My somewhat convoluted process using GraphicsGale (full version now freeware, by the way) for indexed images is to copy the section I want to recolour, paste as a new image, perform necessary palette manipulations on new image, copy and paste back into original image. If I've created new colours that I don't want fit back into the original palette I first convert the original image to truecolour, then back to indexed after pasting.
Not that I'm aware of, I just lay out the subpalettes in the palette in sequence.
Subpalette swapping is use case too, but essentially the same as gradient swapping.
These systems doubly abstract colour values. The display element's (tile or sprite) pixels index into the element's subpalette which in turn indexes into the master palette to get the actual colour value.
Runs fine in Wine with the exception of file dialogs appearing behing the main window.
If you don't work with indices then you can't really work with images with subpalettes (NES, SMS, MD, GBC, etc.). If two subpalettes contain the same colour then they'll both be changed.
Working with RGB values could still be useful especially with a similarity threshold for higher colour images.
An option to select between indexed and RGB working modes would be nice.
Preview functionality could be improved considerably.
I figured picking the index from the preview was a given.
Large image is scaled to less than 1x so I can't see individual pixels. Being able to freely zoom and pan preview is a must.
Be nice is there was an option to use the target palette as the destination palette when an image is loaded so it doesn't need to be loaded again seperately.
I don't know much about Slender Man but this character looks quite generic, just a tall human(oid) without a face.
Is this based on any particular depiction of the character or is it your own depiction of a similarly themed character?
If the latter, couldn't you just give it a tophat and a monocle and call it Daddy Longlegs?
A bearded wizard in robes and a pointy hat could be Gandalf, or could be any wizard.
Whole sheet colour variants were just one use-case. What if you only want to recolour just the hurt frames in a sprite sheet to flash red?
Merge: yes, replace all selected colours with some kind of average colour. Colour consolidation functionality, so you can remap multiple close colours to a single better fitting colour.
Revert: replace selected colours with the corresponding indices of the source palette.
Best Fit: yep, any colour space is probably good enough to get a base mapping to hand tweak.
Mapping: no mapping just keeps the index as is.
Your link to the demo tries to connect to localhost.
Awesome stuff again.
I was thinking something like this:
A template is just the set of regions with their mappings so they can be reused on multiple sprite/tile sheets following the same template.
Looks good.
For me to be bothered to use something like this outside of the editor it would need to perform many different mappings on different areas of the same image. eg. If I want to do 8 colour variations of a sprite, I duplicate the sprite 8 times in the source file, open it in your tool, select the first copy, fiddle with the colours, select the next copy, fiddle with the colours and so on.
Being able to create new colours is important, rather than being limited to a pre-existing palette.
A nice feature for larger gradient-based palettes would be support for gradient-to-gradient mappings. So mark a sequence on the source palette and a sequence of the destination palette then intepolated the one to the other. Be much easier than individually marking each colour on a large palette and allow adapting between different gradient sizes.
AFAIK the Pixel Joint forums are the original home of DB's palettes.
I don't know of any dedicated tool, but something like you describe would certainly be neat as editor built-in functionality.
My somewhat convoluted process using GraphicsGale (full version now freeware, by the way) for indexed images is to copy the section I want to recolour, paste as a new image, perform necessary palette manipulations on new image, copy and paste back into original image. If I've created new colours that I don't want fit back into the original palette I first convert the original image to truecolour, then back to indexed after pasting.
Pages