Ron Parker wrote:

> It's possible, probably not using an existing method, and it would be
> very useful.  I'd love to have that functionality.

Glad I am not alone in seeing a positive use for something like this.

>  Something like this, perhaps, to produce the
> zigzag pattern you mentioned:
 
> warp {pigment {marble} y}

Could you break this down to help me understand how this might produce
a zigzag pattern ? I'm so easily confused...

-- 
Ken Tyler -  1300+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

Well, on a XZ plane and a gradient x I'd say a warp{pigment{marble} x} would
produce the zig-zag pattern.
Each point of the gradient would be warped along the specified axis (here x),
and the amount of warping would depend on the current value of the warp pattern
(marble = gradient z triangle_wave which goes min>max>min>... along the z axis).
Several image manipulation programs have filters that use this prince; I know
GIMP has one, so does HLA (height_field generator). It allows for many kinds of
interesting effects.

Margus

Ken wrote:
> 
> Could you break this down to help me understand how this might produce
> a zigzag pattern ? I'm so easily confused...
>

Post a reply to this message

In article <38B52BF3.72B9F8B9@peak.edu.ee>, Margus Ramst 
<mar### [at] peakeduee> wrote:

> Well, on a XZ plane and a gradient x I'd say a warp{pigment{marble} 
> x} would produce the zig-zag pattern. Each point of the gradient 
> would be warped along the specified axis (here x), and the amount of 
> warping would depend on the current value of the warp pattern (marble 
> = gradient z triangle_wave which goes min>max>min>... along the z 
> axis).

Hmm, since here a pigment's color_map is being used to calculate 
vectors...why not use a pattern and add a "vector_map"? It would add one 
keyword, but would leave a cleaner syntax.

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message

Chris Huff wrote:
> 
> Hmm, since here a pigment's color_map is being used to calculate
> vectors...why not use a pattern and add a "vector_map"? It would add one
> keyword, but would leave a cleaner syntax.
> 

In what Ron proposes, values would be used to calculate only vector lengths.
But it would indeed be more flexible to allow similar syntax as in other maps,
e.g. warp{pigment{marble vector_map{[0,z][1,<0,1,1>]}}}

Margus

Post a reply to this message

On Thu, 24 Feb 2000 08:11:57 -0500, Chris Huff wrote:
>Hmm, since here a pigment's color_map is being used to calculate 
>vectors...why not use a pattern and add a "vector_map"? It would add one 
>keyword, but would leave a cleaner syntax.

And a much more interesting syntax as well.  But it'd actually require 
two keywords, because the warp would have to have a name (though I suppose
we could reuse the pattern keyword... it doesn't get used much these days.)

-- 
These are my opinions.  I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html

Post a reply to this message

On Thu, 24 Feb 2000 15:02:43 +0200, Margus Ramst wrote:
>Well, on a XZ plane and a gradient x I'd say a warp{pigment{marble} x} would
>produce the zig-zag pattern.
>Each point of the gradient would be warped along the specified axis (here x),
>and the amount of warping would depend on the current value of the warp pattern
>(marble = gradient z triangle_wave which goes min>max>min>... along the z axis).

marble is gradient x triangle_wave.  From the docs:
  
  Earlier versions of POV-Ray did not allow you to change wave types. Now that 
  wave types can be changed for most any pattern, the distinction between 
  marble and gradient x is only a matter of default wave types.

Applying the warp I suggested to an xy plane would yield the desired result by
the mechanism you've explained quite well.  Applying the warp you suggested
to an xz plane would give you something different and potentially very 
interesting, because it's offsetting in the direction of the change in value.

-- 
These are my opinions.  I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html

Post a reply to this message

Ron Parker wrote:
> 
> marble is gradient x triangle_wave.  From the docs:
> 

Of, damn. I hate giving misinformation.
My only excuse is that I don't use marble.

Margus

Post a reply to this message

In article <38B53093.E6119BE1@peak.edu.ee>, Margus Ramst 
<mar### [at] peakeduee> wrote:

> In what Ron proposes, values would be used to calculate only vector 
> lengths.
> But it would indeed be more flexible to allow similar syntax as in other 
> maps,
> e.g. warp{pigment{marble vector_map{[0,z][1,<0,1,1>]}}}

I don't think "pigment" should be used, since we aren't even controlling 
a color any more...maybe "pattern" or "displacement"?

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message

Ron Parker wrote:

> marble is gradient x triangle_wave.  From the docs:

I was thinking about the marble pattern itself and not the type of wave
form it represents. This clears it up nicely thank you.
 
What would you get if you applied a color list pattern to the warp ?

Might be interesting...

-- 
Ken Tyler -  1300+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

In article <38B64606.AD89FF5B@pacbell.net>, lin### [at] povrayorg 
wrote:

> What would you get if you applied a color list pattern to the warp ?

I think it would look the same as a texture_map with that list pattern, 
using the same texture for each component, just translating them the 
appropriate amount. For example: the texture applied to all the "red" 
squares of checker would be translated by the same amount, and the same 
goes for all the "green" squares.(using red and green to indicate the 
different sets of squares)

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message