«

Hi All,

I was wondering if somebody could post a few lines of code which would
produce random colors, which will be used in defining different regions
on a mesh. So in addition to having n random colors, I feel that there
should also be some condition to ensure that they aren't too similar in
appearance, given that is likely to range from 2-20 say.

Any help much appreciated,

Adam

Adam Hartshorne wrote:
> Hi All,
>
> I was wondering if somebody could post a few lines of code which would
> produce random colors, which will be used in defining different regions
> on a mesh. So in addition to having n random colors, I feel that there
> should also be some condition to ensure that they aren't too similar in
> appearance, given that is likely to range from 2-20 say.
>
> Any help much appreciated,
>
> Adam

I should have added I'm also looking to be able limit the range of the
colors as well. Say to avoid ever having black or white etc.

Adam

Adam Hartshorne wrote:
> Hi All,
>
> I was wondering if somebody could post a few lines of code which would
> produce random colors, which will be used in defining different regions
> on a mesh. So in addition to having n random colors, I feel that there
> should also be some condition to ensure that they aren't too similar in
> appearance, given that is likely to range from 2-20 say.
>
> Any help much appreciated,
>
> Adam

I think I should have said I obviously know how to produce 3 random
numbers to plug into RGB, but I was looking for a more sensible
arrangement than this.

Also, I should have added I'm also looking to be able limit the range of
the colors as well. Say to avoid ever having black or white etc.

Adam

Adam Hartshorne wrote:
> Hi All,
>
> I was wondering if somebody could post a few lines of code which would
> produce random colors, which will be used in defining different regions
> on a mesh. So in addition to having n random colors, I feel that there
> should also be some condition to ensure that they aren't too similar in
> appearance, given that is likely to range from 2-20 say.
>
> Any help much appreciated,
>
> Adam

I think I should have said I obviously know how to produce 3 random
numbers to plug into RGB, but I was looking for a more sensible
arrangement than this.

Also, I should have added I'm also looking to be able limit the range of
the colors as well. Say to avoid ever having black or white etc.

Adam

"Adam Hartshorne" <> wrote in message
news:43daaa5f$...
> Adam Hartshorne wrote:
>> Hi All,
>>
>> I was wondering if somebody could post a few lines of code which would
>> produce random colors, which will be used in defining different regions
>> on a mesh. So in addition to having n random colors, I feel that there
>> should also be some condition to ensure that they aren't too similar in
>> appearance, given that is likely to range from 2-20 say.
>>
>> Any help much appreciated,
>>
>> Adam
>
> I think I should have said I obviously know how to produce 3 random
> numbers to plug into RGB, but I was looking for a more sensible
> arrangement than this.

I don't understand why you call it 'not sensible'

>
> Also, I should have added I'm also looking to be able limit the range of
> the colors as well. Say to avoid ever having black or white etc.

You could generate a (pseudo)random number withing a
specified range. See the C FAQ for details.

If any undesired values fall inside a range, you can define
several ranges, delimited by the undesired values, and randomly
select a range before randomly selecting a value from it.
If necessary you could also use the same approach to randomly select
'cells' or ranges of cells in your mesh.

-Mike

Mike Wahler wrote:
> "Adam Hartshorne" <> wrote in message
> news:43daaa5f$...
>> Adam Hartshorne wrote:
>>> Hi All,
>>>
>>> I was wondering if somebody could post a few lines of code which would
>>> produce random colors, which will be used in defining different regions
>>> on a mesh. So in addition to having n random colors, I feel that there
>>> should also be some condition to ensure that they aren't too similar in
>>> appearance, given that is likely to range from 2-20 say.
>>>
>>> Any help much appreciated,
>>>
>>> Adam
>> I think I should have said I obviously know how to produce 3 random
>> numbers to plug into RGB, but I was looking for a more sensible
>> arrangement than this.
>
> I don't understand why you call it 'not sensible'
>
>> Also, I should have added I'm also looking to be able limit the range of
>> the colors as well. Say to avoid ever having black or white etc.
>
> You could generate a (pseudo)random number withing a
> specified range. See the C FAQ for details.
>
> If any undesired values fall inside a range, you can define
> several ranges, delimited by the undesired values, and randomly
> select a range before randomly selecting a value from it.
> If necessary you could also use the same approach to randomly select
> 'cells' or ranges of cells in your mesh.
>
> -Mike
>
>

However that isn't making any conditions that the n number of colors
created are differing in appearance. You can limit the range of the
random numbers for the creation of each R,G and B value, but that makes
no stipulation that a color maybe not be used because a similar one has
already been created.

Adam

"Adam Hartshorne" <> wrote in message
news:43dab25d$...
> Mike Wahler wrote:
>> "Adam Hartshorne" <> wrote in message
>> news:43daaa5f$...
>>> Adam Hartshorne wrote:
>>>> Hi All,
>>>>
>>>> I was wondering if somebody could post a few lines of code which would
>>>> produce random colors, which will be used in defining different regions
>>>> on a mesh. So in addition to having n random colors, I feel that there
>>>> should also be some condition to ensure that they aren't too similar in
>>>> appearance, given that is likely to range from 2-20 say.
>>>>
>>>> Any help much appreciated,
>>>>
>>>> Adam
>>> I think I should have said I obviously know how to produce 3 random
>>> numbers to plug into RGB, but I was looking for a more sensible
>>> arrangement than this.
>>
>> I don't understand why you call it 'not sensible'
>>
>>> Also, I should have added I'm also looking to be able limit the range of
>>> the colors as well. Say to avoid ever having black or white etc.
>>
>> You could generate a (pseudo)random number withing a
>> specified range. See the C FAQ for details.
>>
>> If any undesired values fall inside a range, you can define
>> several ranges, delimited by the undesired values, and randomly
>> select a range before randomly selecting a value from it.
>> If necessary you could also use the same approach to randomly select
>> 'cells' or ranges of cells in your mesh.
>>
>> -Mike
>>
>>
>
> However that isn't making any conditions that the n number of colors
> created are differing in appearance.

If the RGB values are different, the colors will be different.
Admittedly, the human eye cannot easily distinguish among
colors with very close values. BUT:

Again, you can impose your own restrictions upon the sets
of values you generate. E.g. delimit your ranges, such as:
make sure all red values are at least some distance (value)
apart. E.g. if your possible range is from 500 to 32000,
generate a random value between 5 and 320, and then multiply it
by 100. You could do this with any size factor you like
(e.g. 5,10, 32). Just remember if you want to include the
highest and lowest possible values in the set, use a factor
that divides it evenly. If you want to exclude the first
'x' values from the set, just use 'x' as the bottom of your
range. Use the same technique to exclude from the highest
'x' values.

All this isn't really a language issue, but of algorithms,
applicable in any language.

All I can say in closing is to try to be creative.

-Mike

In article <43daa802$>,
Adam Hartshorne <> wrote:

> Hi All,
>
> I was wondering if somebody could post a few lines of code which would
> produce random colors, which will be used in defining different regions
> on a mesh. So in addition to having n random colors, I feel that there
> should also be some condition to ensure that they aren't too similar in
> appearance, given that is likely to range from 2-20 say.
>
> Any help much appreciated,

Create an array of 20 colors of your choice, making sure you can tell
the difference between them and none of them are black or white. Then
have the program randomly choose between them. QED.

"Adam Hartshorne" <> wrote in message
news:43daa802$...
> Hi All,
>
> I was wondering if somebody could post a few lines of code which would
> produce random colors, which will be used in defining different regions on
> a mesh. So in addition to having n random colors, I feel that there should
> also be some condition to ensure that they aren't too similar in
> appearance, given that is likely to range from 2-20 say.
>
> Any help much appreciated,
>
> Adam

The problem you pose isn't trivial in general. The outline is this: starting
from RGB compute XYZ (based on some calibration you must know) and hence to
Lab space. Select a color difference formula such as CIE2000 and you can
then compute the difference in color between all pairs of patches. Now you
still need something like an annealing algorithm to maximize the minimum
color difference.

However, if you only expect to have 20 colors on screen at one time I would
just pick 20 colors from a palette using any decent image editor. That's a
whole lot more practical.

"Cy Edmunds" <> wrote in message
newsCBCf.106454$.. .
>
> "Adam Hartshorne" <> wrote in message
> news:43daa802$...
>> Hi All,
>>
>> I was wondering if somebody could post a few lines of code which would
>> produce random colors, which will be used in defining different regions
>> on a mesh. So in addition to having n random colors, I feel that there
>> should also be some condition to ensure that they aren't too similar in
>> appearance, given that is likely to range from 2-20 say.
>>
>> Any help much appreciated,
>>
>> Adam
>
> The problem you pose isn't trivial in general. The outline is this:
> starting from RGB compute XYZ (based on some calibration you must know)
> and hence to Lab space. Select a color difference formula such as CIE2000
> and you can then compute the difference in color between all pairs of
> patches. Now you still need something like an annealing algorithm to
> maximize the minimum color difference.
>
> However, if you only expect to have 20 colors on screen at one time I
> would just pick 20 colors from a palette using any decent image editor.
> That's a whole lot more practical.
>

PS- You could Google for "named colors" to get some ideas. For instance:

http://www.echoecho.com/documentation_named_colors.htm