Every time I try to lower/raise the elevation of the way point, it snaps back to its original location as soon as I finish the movement.  The "X" and "Y" spline positions (red & green) I can change/move without a problem.

The animation Wizard does not let you alter the elevation of the vertical spline path,. nor does it let you key in numerical elevation values.

I'm using xStream 10, but I found the same problem in xStream 9.5. 

Tx.

Why don't you do this in the viewport?

Is your camera's height locked or unlocked?  Kept level, or no?

Thanks Shawn - the camera was 'locked' - I guess that is the default setting.  As soon as I unlocked it, I could move the waypoints in three dimensions.

Bruno - when the camera is 'locked', the waypoints in the 3D views are locked in their vertical positions as well.  Thanks though.

Not if you're not going below the locked altitude... Actually, right now in Vue 10, you can even go under any locked altitude. Guess it's a bug!

Bruno,

The altitude was not locked, the camera was.  However, I do not understand why with a locked camera I could alter the waypoint X & Y data but not the Z.  All I did was click on the camera 'lock' to unlock it and then it behaved like I expected it to.

surveyman,

Just be careful "when" you unlock the camera.  It's best to do it before even beginning a timeline.  Vue will gladly assist you with unlocking a camera if you are in the middle of a timeline, for instance, which will cause headaches.  The entire camera workflow in Vue is a kludge, so it's hard to spot a bug while using one.

LoL.  At this point, I'm not sure what is a 'bug' and what is 'designed bahavior'.  I'm just playing around, trying things and seeing what happens.  I did notice that I had to tweak the camera path a few times because 'things changed' on me.

I built a new computer for doing animations (i7-3930 w/ 32Gb ram & SSD) and it's still a 'bear' to render.  90 second animation @ 640x400 took 12+hrs to render.  Just a simple island w/ tropical eco.  But the time to render the same scene on my old Q6600 was estimated at 72+hrs. LoL.

Wish there were instructions on how to streamline the rendering options for best/fastest animation output.  I did notice that the new anti-flickering process adds about 45% to the render time, but really cuts down on the flickering.  Ran 2 animations & compared.

Tx for the warning - I'll keep an eye out for those 'features'.