"Kenneth" <kdw### [at] gmailcom> wrote:

Excellent - I figured you were busy.  I haven't had much time to focus on any of
the various projects going on either.

Mike Horvath and clipka seem to be pretty active in modeling the various color
spaces, as evidence on Wikipedia.
Colors are indeed a lot more complicated than what people might naively assume
at first glance.  Like anything else, it's a combination of the wavelength(s)
involved, the eye receptors, the neurological interpretation of the sensed color
data, and in the case of the thing you're looking at, if it's printed - what
pigments, dues, waxes, inks are being used, and what range of colors they can
represent when mixed.

Which reminds me, I have to probably go back and fix an sRGB thing I was working
on and botched a while back.  :|


It's good to see that the simple color map gives a good [faux] HSV result - that
ought to be useful when I need to accomplish the same result yet keep the code
simple.

I looked a bit further into the method by which you accomplished the random
coloring of the hexagons, but haven't yet worked out how to specify a specific
number of colors to use.   Since you're color_mapping a 3-part pattern, I'm
assuming there may have to be a way to overlap the color maps for the various
parts, and there may be a few different ways to do that.

I haven't looked into the text / object pattering of the hexagon pattern - but
it's becoming clearer.

I'll bet it heating up down in VA - summer has arrived in NH   :O

Post a reply to this message

On 05/15/2018 10:13 AM, Bald Eagle wrote:

>  Like anything else, it's a combination of the wavelength(s)
> involved, the eye receptors, the neurological interpretation of the sensed color
> data,
Like what else? ;)

-- 
dik
Rendered 328976 of 330000 (99%)

Post a reply to this message

"Bald Eagle" <cre### [at] netscapenet> wrote:

>
> I looked a bit further into the method by which you accomplished the random
> coloring of the hexagons, but haven't yet worked out how to specify a specific
> number of colors to use.   Since you're color_mapping a 3-part pattern, I'm
> assuming there may have to be a way to overlap the color maps for the various
> parts, and there may be a few different ways to do that.
>

The built-in randomness of the 'cells' pattern underlies the random-colored
hexagons in my code, so for the THREE required cells patterns (all three, within
the hexagon outer pattern)), it's a simple matter of 'segregating' the distinct
colors. An example would be for five colors:

cells{
     color_map{
          [0.0 rgb <1,.3,.6>]
          [0.2 rgb <1,.3,.6>]
          [0.2 rgb <.5,.2,.7>]
          [0.4 rgb <.5,.2,.7>]
          [0.4 rgb <0,.5,.8>]
          [0.6 rgb <0,.5,.8>]
          [0.6 rgb <1,.5,.2>]
          [0.8 rgb <1,.5,.2>]
          [0.8 rgb <.3,1,.2>]
          [1.0 rgb <.3,1,.2>]
     }

BTW, blend_mode/blend_gamma have no effect on this kind of color_map-- there are
no 'continuous color blends' for blend_gamma to work on. (I suspected this, but
never tried it 'til now.)

If you really want to shake up the 'randomness', translate each color_map
(immediately after its closing curly bracket) with some integer, like
translate 37. A different integer for each of the three. The underlying cells
patterns have 1-unit cubes by default, so this moves those patterns off into
space before the hexagon pattern has a chance to 'see' them. (As I continue to
experiment with my code, I'm finding several different ways of 'improving' the
randomness.)

Post a reply to this message