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.
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.
I reckon it should cover everything, to prevent deceptive previews if for no other reason.
Why have you submitted a screenshot of Pyxel Edit? I'm pretty sure it isn't licensed under OGA-BY.
Great stuff. Like a cross between Owlboy and Aquaria.
In the .kra directory. Might need to show hidden files if you on a *nix.
Pages