AAC# - AAC, but with GUI.
Printed From: Pixel Joint
Category: The Lounge
Forum Name: Resources and Support
Forum Discription: Help your fellow pixel artists out with links to good tutorials, other forums, software, fonts, etc. Bugs and support issues should go here as well.
URL: https://pixeljoint.com/forum/forum_posts.asp?TID=5531
Printed Date: 09 September 2025 at 3:52am
Topic: AAC# - AAC, but with GUI.
Posted By: erikl
Subject: AAC# - AAC, but with GUI.
Date Posted: 09 December 2007 at 1:07pm
|
[10/12/2007] version 0.2-2 (so small, yet so anoying). http://omploader.org/vOGo3/ACC-sharp-0.2-2.zip - Download. I'll upload the source at request. edit: forgot to mention that it requires the .NET framework 2.0. Sorry for that.   |
Replies:
Posted By: jalonso
Date Posted: 09 December 2007 at 1:08pm
|
PC users, if good and useful please report for 'star' distribution : )
------------- |
Posted By: Hapiel
Date Posted: 09 December 2007 at 1:16pm
|
Originally posted by jalonso PC users, if good and useful please report for 'star' distribution : ) Surely good and usefull! But I still want those programs from P_O back.. Erik, how about adding a function so you can choose you want more colors between those 2? For example, 2 colors, 3 colors and 4 colors between 2 base colors could be usefull Great tool, ill be using it :) ------------- |
Posted By: jalonso
Date Posted: 09 December 2007 at 1:20pm
|
That's a bronze star then. Will wait for 2 more raves for gold ; ) @erikl, mac user here. ------------- |
Posted By: erikl
Date Posted: 09 December 2007 at 1:21pm
|
Originally posted by Lollige Thanks a lot!Surely good and usefull! Originally posted by jalonso I understod that, but I mentioned the .NET framework for those who doesn't have it installed. Don't want to disappoint 'em. ;)@erikl, mac user here. Also, I might be able to convert it to the mono-framework quite easily, or atleast I hope so. :) |
Posted By: surt
Date Posted: 09 December 2007 at 1:54pm
|
How do you get the colours into your editor? Do you have to enter it manually? If so I can't really see this being any easier than picking the between colours yourself. Ideally such a feature would be integrated into an editor, but failing that you could drop an image containing the between colours into the clipboard, then the user can paste it onto their canvas and grab from there. This would also make it easier to output an arbitrary number of colours as a gradient of however many steps the user chooses. EDIT: How do you get colours from the editor into your calculator? Is there a standard for storing colours in in the clipboard? If not you could take the colour of the first pixel in the image in the clipboard. You could take both colours at once when the clipboard contains an exactly 2x1 or 1x2 image, which the user has copied from a selection of the colour interface in the editor. Likewise if the clipboard image is of arbitrary size, but contains exactly 2 colours. You could also have a pick-colour-from-screen tool so you can colour pick from the editor canvas. ------------- 
|
Posted By: erikl
Date Posted: 09 December 2007 at 2:59pm
|
Originally posted by surt How do you get the colours into your editor? Do you have to enter it manually? If so I can't really see this being any easier than picking the between colours yourself. Ideally such a feature would be integrated into an editor, but failing that you could drop an image containing the between colours into the clipboard, then the user can paste it onto their canvas and grab from there. This would also make it easier to output an arbitrary number of colours as a gradient of however many steps the user chooses. EDIT: How do you get colours from the editor into your calculator? Is there a standard for storing colours in in the clipboard? If not you could take the colour of the first pixel in the image in the clipboard. You could take both colours at once when the clipboard contains an exactly 2x1 or 1x2 image, which the user has copied from a selection of the colour interface in the editor. Likewise if the clipboard image is of arbitrary size, but contains exactly 2 colours. You could also have a pick-colour-from-screen tool so you can colour pick from the editor canvas. A 2x2 image of the "generated" aa-color is now sent into the clipboard. edit: oops, I totally toke you wrong. Sorry. :\ |
Posted By: neota
Date Posted: 11 December 2007 at 12:53am
|
I feel that the future of this program is neither in commandline or GUI usage, but as a plugin for your image editor of choice. If implemented as a plugin that simply looks at the current FG and BG colors, and sets the FG color to the calculated antialiasing color, this could work very fast indeed. From my personal experience (I've written a similar plugin for GIMP), that would also address "Erik, how about adding a function so you can choose you want more colors between those 2? For example, 2 colors, 3 colors and 4 colors between 2 base colors could be usefull" -- since, when you can access this function v.quickly, you can easily build a gradient of whatever length you want, just by repeatedly eyedropping and using the function to generate a new color. ------------- absolutely. |
Posted By: Monkey 'o Doom
Date Posted: 11 December 2007 at 2:25pm
|
@neota: Surely you realize that won't create a linear gradient unless you do it correctly and even then doesn't work for arbitrary numbers of colors? Let's say we have black BG and white as FG colors. It'll be 50% grey first, then 75%, then 87.5%, and so on. (linear gradients for certain #s of colors are generated similarly except you also have a color between 50% and 75% and the like) While this might be useful if you want to do it that way, it's not really as versatile as an explicitly defined gradient would be. ------------- http://pixelmonkey.ensellitis.com"> 
RPG is numberwang. |
Posted By: neota
Date Posted: 11 December 2007 at 4:56pm
|
@MoD: It's piecemeal-linear (that is, each segment is linear, with segment-delimitation as you chose. The method is subdivision. You can produce any oddly-sized interpolation (eg 1,3,5,7,..) like this, and a close enough version of any evenly shaped (2,4,6,8,..) gradient like this.  The real benefit in this is the piecemeal blending; it's more flexible about how many shades you have and how they're distributed; important for restricted palettes. And you can guarantee linearity for any chosen segment Here's an image showing it, with the exact linear gradient below each one. A little more effort produces nearly perfect results; I left that out because it would make the explanation even more difficult to follow. (odd numbers of colors just require a bit more effort.) Truthfully, the way I end up using this plugin is partially interpolation tool and partially a color tuner. My personal opinion on gradients is that linear interpolation (the only type that is doable when you only know the two points A and B) is boring; I often use it simply because its the quickest and most predictable to use. I believe cubic spline interpolation, knowing all the endpoints in the color gradient, is much better: my tests show it to have both more pop and more overall smoothness. If a tool was to implement gradient generation based on multiple segments, I'd expect it to use some type of spline interpolation. Lastly -- I think concern with getting color mixes 'exactly right' is academic. As a matter of course, pixellers largely eyeball their colors, ne? ------------- absolutely. |
Posted By: neota
Date Posted: 17 April 2008 at 9:39pm
|
Hello. Does this program properly account for gamma, as specified in this post?: http://www.pixeljoint.com/forum/forum_posts.asp?TID=706&PID=91874#91874 This would be a simple improvement that increases quality + predictability a lot. ------------- absolutely. |