..pov file:

Post a reply to this message

Attachments:
Download 'remapcolormap.pov.txt' (15 KB)

and then to shift the color values around in a non-linear mapping, just paste:

//  Modify color map index
  //#local NewIndex =  pow (NewIndex, 2);  // squared
  //#local NewIndex =  pow (NewIndex, 0.5);  // sqrt
  #local NewIndex =  sin (NewIndex * pi/2);



right below
#local NewIndex =  ReMap (Min, Max, 0, 1, OldIndex);

in macro FixColorMapArray.


Enjoy!

Post a reply to this message

Attachments:
Download 'remapcolormap.png' (50 KB)

Preview of image 'remapcolormap.png'

Thomas de Groot <tho### [at] degrootorg> wrote:
> Op 12-2-2023 om 15:36 schreef Bald Eagle:
> > With regard to the color_map, I'll say that this is just another example of
> > making the hard-coded data in your scene difficult to nearly impossible to
> > manipulate.   You might consider storing all of that data in an array, and then
> > building the color map from that.   Then you can mathematically manipulate the
> > index values any way you want.   It's also very useful in case you want to embed
> > "lines" into a map - in order to make grids, or bracket a region of something,
> > or fix an uneven-looking map that doesn't get interpolated the way that you want
> > visually.
> >
> This is interesting. Can you give an example on how to tackle that? I am
> not sure if I understand correctly.

Too see an example of how to do something along those lines, you can
have a look in the Color_Maps.inc file, which can be found here:

https://github.com/t-o-k/POV-Ray-color-maps

--
Tor Olav
http://subcube.com
https://github.com/t-o-k

Post a reply to this message

Hi,

> jr:
> re the camera stuff BE mentioned, made me think that assuming you/povlab knows
> when a user also has POV-Ray installed, you could also perhaps make use of the
> real-time render feature.

Unbelevable, but it works - not real, but almost-real time. This light-weight
scene turns with about 2 FPS on my outdated Intel Core i5 750 2.66 GHz.

Good for preview, thanks, jr, you saved time for me, I'm almost started using
Matlabs's animation techniques.

What I like most about POV is that impressive things can be done very easy.

> BL:
>You have a "right" directive twice in your camera block.
>You may want to read about the camera and the way it works since there are some
>commands that will alter previous camera commands, so there is --- I'll call it
>a preferred order of operations.

Now I am going 'Into the Lens', to explore all camera features.
--
YB

Post a reply to this message

Attachments:
Download 'vector_animation.png' (98 KB)

Preview of image 'vector_animation.png'

Scene, btw:

Post a reply to this message

Attachments:
Download 'animation.zip' (100 KB)

Op 12/02/2023 om 19:55 schreef Tor Olav Kristensen:
> Thomas de Groot <tho### [at] degrootorg> wrote:
>> Op 12-2-2023 om 15:36 schreef Bald Eagle:
>>> With regard to the color_map, I'll say that this is just another example of
>>> making the hard-coded data in your scene difficult to nearly impossible to
>>> manipulate.   You might consider storing all of that data in an array, and then
>>> building the color map from that.   Then you can mathematically manipulate the
>>> index values any way you want.   It's also very useful in case you want to embed
>>> "lines" into a map - in order to make grids, or bracket a region of something,
>>> or fix an uneven-looking map that doesn't get interpolated the way that you want
>>> visually.
>>>
>> This is interesting. Can you give an example on how to tackle that? I am
>> not sure if I understand correctly.
> 
> Too see an example of how to do something along those lines, you can
> have a look in the Color_Maps.inc file, which can be found here:
> 
> https://github.com/t-o-k/POV-Ray-color-maps
> 

Bill and Tor, many thanks for your explanations! I had not been aware of 
this until now. Going to have a good look and play happily in the 
POV-garden for a while. :-)

-- 
Thomas

Post a reply to this message

Thanks to your comments, now we have 10 ready-to-use colormaps here:
https://github.com/syanenko/colormaps

Post a reply to this message

Attachments:
Download 'example.png' (51 KB)

Preview of image 'example.png'

Thomas de Groot <tho### [at] degrootorg> wrote:

> Bill and Tor, many thanks for your explanations! I had not been aware of
> this until now. Going to have a good look and play happily in the
> POV-garden for a while. :-)


Sure thing.
I also do this sort of thing for sphere sweeps and prisms - all the data gets
put into an array, and then I can make a spline for the sphere sweep, or use a
loop and grab the xz data for the prism.

I can always move "forward" from an array, since the data is always fully
accessible for anything I want to use it for.  I can't go "backward" if that
data is hard-coded into some other single-purpose container.

Post a reply to this message

Op 13-2-2023 om 12:26 schreef Bald Eagle:
> Thomas de Groot <tho### [at] degrootorg> wrote:
> 
>> Bill and Tor, many thanks for your explanations! I had not been aware of
>> this until now. Going to have a good look and play happily in the
>> POV-garden for a while. :-)
> 
> 
> Sure thing.
> I also do this sort of thing for sphere sweeps and prisms - all the data gets
> put into an array, and then I can make a spline for the sphere sweep, or use a
> loop and grab the xz data for the prism.
> 
> I can always move "forward" from an array, since the data is always fully
> accessible for anything I want to use it for.  I can't go "backward" if that
> data is hard-coded into some other single-purpose container.
> 

And as I am stupid, I forgot that - thanks to you - this technique was 
used in Granites_21! ;-/
I am getting old....

Thomas

Post a reply to this message

hi,

"yesbird" <nomail@nomail> wrote:
> ...
> Unbelevable, but it works ...

:-)  (agree re preview, ideal)


regards, jr.

Post a reply to this message