POV-Ray : Newsgroups : povray.general : Using a function in a height_field declaration : Re: Using a function in a height_field declaration Server Time
20 Jun 2024 23:45:39 EDT (-0400)
  Re: Using a function in a height_field declaration  
From: Kenneth
Date: 24 Feb 2023 14:55:00
Message: <web.63f9160143a1dd889b4924336e066e29@news.povray.org>
"Kenneth" <kdw### [at] gmailcom> wrote:
> So I thought that this 3rd method worked for ALL patterns-- but it does not.
> Other pigment/pattern functions show...'varying' results:
> ONION does not reverse.
> GRADIENT X+Y does reverse, or so it seems.
> GRANITE does reverse-- in some way-- but the visual result is not the same as
> the two 'reliable' methods. The same goes for HEXAGON.
> SPIRAL1/SPIRAL2 appears to reverse in *x*, not z (!)
> I would assume that there is some logic to this mish-mash of results, but I
> don't yet grasp it.

Hmm. This *could* be due to the <0,0,0> default 'origin' of each pattern being
grossly moved to z=1 in the resulting height_field. In which case, at least
'onion' might BE successfully reversed...but still 'looks' the same there
because the pattern's center has not been moved back to z=0.

I haven't yet compared my other test results to see if this idea holds up re: my
3rd method, for all of the patterns...

Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.