Pixelation
General => General Discussion => Topic started by: RemyStarlight on June 29, 2012, 06:50:31 am
-
Hello guys!
Wanted to share with you my latest small project, that might be helpful.
I called it Color Ramp Creator (http://www.pixelfor.me/crc/). It uses HSV model with hue-shift option and color richness adjustable correction. Also, you can choose from three color ramp size option: 4 colors, 8 colors and 16 colors.
Color Ramp Creator (http://www.pixelfor.me/crc/) has a real-time preview image, so you can see right away how would the image look like if you would use current color ramp.
Enjoy!
(https://img.skitch.com/20120629-g152bc8p5e8rfkgei6agugkf6u.png)
-
that's pretty damn cool, and convenient did this in a few moments and think it looks quite sexy :-*
(http://i.imgur.com/jxZIV.png)
*context, on the preview
(http://i.imgur.com/UfYjD.png)
-
that's pretty damn cool, and convenient did this in a few moments and think it looks quite sexy :-*
That's the main idea of my project :)
-
I'm in love with you right now. I have always had problems picking shades - this one gives me great shades to work with.
-
:O This is so cool and useful!!!! Is there any possibility of being able to use your own image for the future? Or is that unreasonable?
-
been experimenting with hue shift generated colour ramps some more, added 4 pure greys
test thingy:
(http://i.imgur.com/cdlGn.gif)
2 frames
(http://i.imgur.com/TQ6Ec.gif)
6 frames kinda messed up the smoke and can't be bothered fixing it ::)
-
I'm in love with you right now. I have always had problems picking shades - this one gives me great shades to work with.
Me to, that's why I made this project. Now palette making is one step easier, isn't it? :)
Is there any possibility of being able to use your own image for the future? Or is that unreasonable?
Well, I don't see any big problems implementing it, but it's rather hard to prepare such image, because you need to have exact number of colors and the image's palette should be already n-color shaded, so that when you change the color via slider, it replace that exact shade in the image. Basicaly, the point why I think it's not good to add this feature is that some people will just add ordinary image and get weird psy-styled result :)
By the way, for next release I am desperately looking for some cool 4,8 and 16 shaded images to use in preview. It should be around 300x300 pixels, and it's better if they have 1 color with 4,8 or 16 shades of it. If anybody has some, please post here.
-
I think I'll make a script like this for GPick.
Anyway, my comments:
* It's a good idea, and the realtime preview is very handy
* it seems a bit random (in the sense of not being strongly tied to reality) currently. The main factor in this is that your model is not realistic.. I mean, you have options for base hue (that's obviously needed...) and hue shift (which, when unconnected to a physical model of light, is not informative about the result) . I'd like to see a model that has more direct implications in relation to reality. For example,
"Base Color, Shadow Color, Highlight Color, Shadow/Highlight Strength". That would allow you to cooordinate lighting conditions across a set of sprites.
* sometimes it lacks contrast, or contrast levels are uneven across the ramp.. I feel that this is at least partly due to the color model you are using, HSV, which is one of the least consistent across different hues. Using HSL, HCY, or LCH.. any of those would produce more reliable results.
-
Groovy! Seconding on the coolness of the preview...
There's just one thing I'd be missing: the ability to restrict it to some bits-per-channel, such as nintendo's R5G5B5 or MS-DOS R6G6B6 ...
I guess there are other platforms with similar limits for which such a tool would be a definite win, since software such as The Gimp just ignore the "limited RGB" option...
-
There is one big problem with this one. It doesn't create ramps where the luminosity (which is how the human eye perceives the colors, this changes with the hue and the saturation) goes up but where the lightness (which is how the computer saves and sees those colors) goes up. This makes the ramps with a lot hue-shift basically useless. The luminosity is like the most important part of a color, the colors can be completely random but the picture will still look good if the luminosity of the colors is right.
-
agree with pype limited bit-limited colorspaces would be much welcome,
while you raised some valid points "basically useless" may be going a bit far it still has practical uses even with alot of hue shift, and from what I've read calculating perceptual brightness is varied and dependant on alot of things and somewhat difficult to code, and creating your own lighting model would benefit and somewhat solve that, using this as a base is still quite convenient, saving you time doing your own it is not a bad little app,
although a suggestion would to have the palette as an image or something easy to copy paste into the editor, cropping and rescaling a screenshot or inputting the hex codes manually can be a pain.
here is a simple ramp with slightly problematic tones in the midrange, and it is little effort to adjust manually, this took less time than writing this message
(http://i.imgur.com/WjYGa.gif)
the user should also be savvy enough to avoid matching colours or creating 'bad ramps' or atleast reducing to the 8 or 4 modes or manually removing them if it's to bad and they really want the majority of the colours, and working down the palette via mixing/averaging colours is flexible enough, sure there are many other ways to do ramps but unless you use the right tools it's time consuming, and the OP could've kept the tool to themselves but they shared it, so kudos to them
and it's easy to generate and experiment with generated base global-palettes and just exploring quickly what tones to explore, the preview isn't the most ideal or practical in alot of cases but it gives some sense of colour outside of a palette swatch