POV-Ray : Newsgroups : povray.advanced-users : tiling hf's Server Time
1 Nov 2024 07:27:52 EDT (-0400)
  tiling hf's (Message 1 to 6 of 6)  
From: Jim Charter
Subject: tiling hf's
Date: 5 Mar 2007 22:47:48
Message: <45ece464@news.povray.org>
I have been working with tiled height_fields with
an image function applied.  I am having difficulties
getting consistent and predictable outcomes.  I'm
fear I've taken it as far as my feeble
brain cells can go.

I have assembled a summary of my trials
and questions here:
http://www21.brinkster.com/jrcsurvey/temp/index.htm

If anyone can shed any light on any part of this either by
explaining the underlying factors or just by offering
a little coaching, I would really
appreciate it.

-Jim


Post a reply to this message

From: Warp
Subject: Re: tiling hf's
Date: 6 Mar 2007 03:48:28
Message: <45ed2adc@news.povray.org>
Jim Charter <jrc### [at] msncom> wrote:
> http://www21.brinkster.com/jrcsurvey/temp/index.htm

  In case 1 you are creating a box on the xz plane and applying the
function pattern directly to it, ie. the function pattern is being
read from the xz plane.

  The heightfield, however, is created on the xz plane but its height
is read from the xy plane.

  I think that in case 2 you have to call the function in the same way
as you are calling it for the boxes in that case, ie. not
"Fn_Pattern(x+X,z+Z,y)" but "Fn_Pattern(x+X,y+Z,z)"

-- 
                                                          - Warp


Post a reply to this message

From: Jim Charter
Subject: Re: tiling hf's
Date: 6 Mar 2007 12:38:57
Message: <45eda731$1@news.povray.org>
Warp wrote:
> Jim Charter <jrc### [at] msncom> wrote:
> 
>>http://www21.brinkster.com/jrcsurvey/temp/index.htm
> 
> 
>   In case 1 you are creating a box on the xz plane and applying the
> function pattern directly to it, ie. the function pattern is being
> read from the xz plane.
> 
>   The heightfield, however, is created on the xz plane but its height
> is read from the xy plane.
> 
>   I think that in case 2 you have to call the function in the same way
> as you are calling it for the boxes in that case, ie. not
> "Fn_Pattern(x+X,z+Z,y)" but "Fn_Pattern(x+X,y+Z,z)"
> 
Thanks for the reply, Warp

That produces a different, but still scrambled, result:
http://www21.brinkster.com/jrcsurvey/temp/reply.htm


Post a reply to this message

From: Warp
Subject: Re: tiling hf's
Date: 6 Mar 2007 12:56:27
Message: <45edab4b@news.povray.org>
Jim Charter <jrc### [at] msncom> wrote:
> That produces a different, but still scrambled, result:
> http://www21.brinkster.com/jrcsurvey/temp/reply.htm

  It looks to me that the pattern in the heightfield is mirrored with
respect to the y axis for some reason.

  Try using this: Fn_Pattern(x+X,(1-y)+Z,z)

  I don't know why POV-Ray would be taking the function values with a
mirrored y. Perhaps it's a bug.

-- 
                                                          - Warp


Post a reply to this message

From: Jim Charter
Subject: Re: tiling hf's
Date: 6 Mar 2007 13:44:59
Message: <45edb6ab$1@news.povray.org>
Warp wrote:
> Jim Charter <jrc### [at] msncom> wrote:
> 
>>That produces a different, but still scrambled, result:
>>http://www21.brinkster.com/jrcsurvey/temp/reply.htm
> 
> 
>   It looks to me that the pattern in the heightfield is mirrored with
> respect to the y axis for some reason.
> 
>   Try using this: Fn_Pattern(x+X,(1-y)+Z,z)

It's a beau_tee_ful thang!!!  Thanks so much Warp.
http://www21.brinkster.com/jrcsurvey/temp/reply.htm


Post a reply to this message

From: Rune
Subject: Re: tiling hf's
Date: 9 Mar 2007 18:21:32
Message: <45f1ebfc$1@news.povray.org>
Warp wrote:
>  I don't know why POV-Ray would be taking the function values with a
> mirrored y. Perhaps it's a bug.

No, no, during beta-testing, when this was pointed out, Thorsten was very 
insistent that this was the correct behavior. I remain unconvinced, though 
ultimately, it's a matter of what you *think* is most logical. It does give 
a lot of trouble and confusion though.

Rune
-- 
http://runevision.com


Post a reply to this message

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