Awesome stuff Zinga! I used your implementation with a small added bonus of when I make a tally, I also multiply it by it's value. This at least gives precedence to colors that are more pronounced (less black) in the picture.

The results are pretty good, it can get objectively clear hues, sometimes it's a bit off, but this is awesome!

Also my wrap is terrible, a case statement to check for boundaries, I should probably make some sort of inline function to handle the wrapping, oh well.

Thanks for the response, it helped quite a bit and it made me come to the conclusion that averaging values isn't what I'm looking for, but rather a certain classification/choosing of color (hence the algorithm).

Also, classifying a picture with a bunch of random hues isn't all that important since I wanted to use this to sort color schemed backgrounds, so, sorting an image with different colors wouldn't be of specific interest.

EDIT:
double you tee eff???? The program gives the wrong output on some runs, giving a value of 359 and sometimes the right hue. What's up with that?!

EDIT 2:
I optimized with the -O2 flag and now the errors have gone away. Don't know whether i should pursue the cause of this.

(This post was last modified: 11/03/2013 11:22 PM by Tetris999.)