Hi,

Proffesionally I work with LightWave 3D but when I find some spare time
I love to tinker with good ol' POV-Ray. At this moment I'm recreating
one of the FX I did in LightWave in POV-Ray 3.1g (I also have MegaPOV's
latest version if needed). The scene is all ready and done but now comes
the hard part: the animation.
For the animation to work I need the texture to stay "static" while the
object expands so you get an effect of a moving texture on an object. In
LightWave I'm used to turn on World Coordinates so the texture stays put
and the object can scale up and down without affecting the texture's
scaling. I can't find anything in the POV-Ray docs about World
Coordinates or Local Coordinates. Can anyone point me into the right
direction? It's a very cool effect and if finished I will post it in the
binaries section.

Thanx,

Rob Verweij.

Post a reply to this message

On Tue, 21 Nov 2000 15:43:01 +0100, Rob Verweij wrote:
>For the animation to work I need the texture to stay "static" while the
>object expands so you get an effect of a moving texture on an object. In

The usual way to do this is put the transformations before the textures, 
like so:

sphere { 0,1
  scale (clock+1)
  texture {...}
}

-- 
Ron Parker   http://www2.fwi.com/~parkerr/traces.html
My opinions.  Mine.  Not anyone else's.

Post a reply to this message

There is no World Coordinates / Local Coordinates difference in povray
(apart from UV mapping but that's something different)

If you don't want a texture to move with an object it's the easiest way to
apply the texture *after* transforming the object.  Example:

object {
  XXX
  translate YYY
  texture { ... }
}

If that's not possible you will have to transform the texture opposite to
the object's transformation.  A declared transform {} might be useful.

Christoph


-- 
Christoph Hormann <chr### [at] gmxde>
Homepage: http://www.schunter.etc.tu-bs.de/~chris/

Post a reply to this message

Never mind found it! I placed the scale modifier before the texture
declaration and it works fine!

Rob.

Rob Verweij schreef:

> Hi,
>
> Proffesionally I work with LightWave 3D but when I find some spare time
> I love to tinker with good ol' POV-Ray. At this moment I'm recreating
> one of the FX I did in LightWave in POV-Ray 3.1g (I also have MegaPOV's
> latest version if needed). The scene is all ready and done but now comes
> the hard part: the animation.
> For the animation to work I need the texture to stay "static" while the
> object expands so you get an effect of a moving texture on an object. In
> LightWave I'm used to turn on World Coordinates so the texture stays put
> and the object can scale up and down without affecting the texture's
> scaling. I can't find anything in the POV-Ray docs about World
> Coordinates or Local Coordinates. Can anyone point me into the right
> direction? It's a very cool effect and if finished I will post it in the
> binaries section.
>
> Thanx,
>
> Rob Verweij.

Post a reply to this message

In article <3A1A8C33.1F05AEB4@schunter.etc.tu-bs.de>, 
chr### [at] gmxde wrote:

> If that's not possible you will have to transform the texture opposite to
> the object's transformation.  A declared transform {} might be useful.

If you are using MegaPOV, the transform syntax has been modified so you 
can use the "inverse" keyword to get the inverse of a transform, which 
could be very useful for this. However, this is rarely necessary, since 
you can usually do it by putting the transforms before the texture.

-- 
Christopher James Huff
Personal: chr### [at] maccom, http://homepage.mac.com/chrishuff/
TAG: chr### [at] tagpovrayorg, http://tag.povray.org/

<><

Post a reply to this message

Chris Huff wrote:
> 
> If you are using MegaPOV, the transform syntax has been modified so you
> can use the "inverse" keyword to get the inverse of a transform, which
> could be very useful for this. However, this is rarely necessary, since
> you can usually do it by putting the transforms before the texture.
> 

Sure, i just thought it might be a complicated csg with parts textured
individually, then the inverse transform could be easier in some cases.

Christoph

-- 
Christoph Hormann <chr### [at] gmxde>
Homepage: http://www.schunter.etc.tu-bs.de/~chris/

Post a reply to this message