robcat2075

OK, I'm stumped... how does that work without using "render as lines"?

Welcome back to A:M! Yes the file format changed with V13 and it's not feasible to convert a PRJ. However you can get that effect with the dissolve I mentioned earlier. Or... I took a look a John's PRJ and I'm not sure how it works since he hasn't used "render as lines" as I thought he did. Whatever he did can be done in V11 but he'll need to pop in to reveal it.

I dont' know the exact project but John's various tinkerings are in Tinkering Gnome's Workshop Give that a look.

Modeler of fine gothic cathedrals and , Stian has his birthday today. Happy Birthday, and may it be gargoyle free!

How about render the animation once as wire frame and once as "final" and then dissolve between the two? You could put them both as rotoscopes in a chor and adjust the transparency of the top one to reveal the other.

The light will need to be positioned so it would be visible as a reflection if the surface were a mirror. If the camera is 30° to the SW the light needs to be 30° to the NE or close to it. 2... have you animated any of those properties yet? gamma is not the problem here.

General rule: If a material allows you to do more than the properties of a group would have let you do, you'll have to render it to see it.

I recommend leaving the A:M setting at 1. That seems to get me images that look correct on everyone else's screen.

I find gamma explanations often confusing because depending on whether you are discussing an image making device or an image displaying device, the same number can mean opposite results in brightness and I suspect many writers on the topic don't' get that.

I've rendered some consecutive frames from the same baked CHOR in v15 and so far none of the momentary hair problems are occurring, so eventually I guess I'll need to boil this down into an AMReport regarding V16 or V17. Why not re-render in V15? Because stereo rendering with multipass (more than 1 pass) doesn't work in v15 and I need to render with multipass to get a saved depth buffer in OpenEXR renders and I need the depth buffer to use FakeAO.

I think that's a "no". They are "pasted" into the scene from the camera view and will always appear to face it. I once used A:M cloth for a spritelike effect with no sprites that turn in space http://www.hash.com/forums/index.php?showt...;hl=money++drop Stiffer cloth settings would make them more like rigid sprites.

is it possible some parameter needs to be animated in the chor to make the waves move? Just for clarity, you might strip that down to one wave material and test settings.

I temporarily set the transparency to zero and could see spec reflection of some ripples on the black surface. So at least the waves are there. I rendered one second and saw that they are moving VERY slowly. What parameter in the wave material controls their speed? Try making that about 10x higher and see what you get. Also aim the Keylight nearly perpendicular to the surface. I'm a bit doubtful about his expectation that the single plane would make distortions in the picture below. I think you would need to model a box with thickness like a thick plane of glass (and set Refraction to greater than 1) and put the ripples on the front surface. I got some visible distortion that way. Note that I've added an "all" group to make the whole box transparent. Water_B2.prj

It must be something other than network speed since the render server and render slave are on the same machine, right?

Here's another situation I'm running into. The Render Slave has finished frame 29 and says it is "Waiting for next frame" It doesn't appear to have crashed. There are no errors reported anywhere yet. Meanwhile Render Server was frame 30 ready to go but can't seem to get the Render Slave to take it. Is there a cause/solution for this besides manually closing the render Slave and restarting it?

I don't have a 1a in my trove. But I haven't been able to update via SVN for about a year now.

I'm currently test rendering brief sequences of consecutive frames to look for oddness. One thing I'm noticing is how a shaft of hair will jump out like a stick for one frame then disappear. You can see a couple instances of that in the 3D test I posted. The good news is that when it's odd it's odd in both the left and right views so it's probably not a problem with 3D rendering itself. I'll be back with more questions.

I'm looking at the shot that I posted in "Oz in 3D" yesterday. That pretty much shows the shot from start to finish. That's what appears in the movie after the title. It's not the very first shot in the movie, but that's what's labeled 1_01_01 in my TWO archive.

If they aren't red-blue glasses they won't work with that format. That's a "half-color" anaglyph that attempts to present a an impression of full color while reducing the ghosting that a full color. there are several different schemes for creating anaglyphs, all have advantages and drawbacks depending on the images: Gray Color HalfColor DuBois Ghost Reduced The original right left pair in cross-eye format: These were all made with "Stereo Photo Maker"

How to do that is a recurring question around here so next time it comes up... you're the explainer guy!

He looks good! My one thought is that the splineage around the perimeter of the eyelids (bottom lid mostly) is irregularly spaced and may make eyelid shaping difficult.

Nancy, I can't find a particle cloud material in that scene. Are you sure you looked at 1_01_01? And don't Dynamic Options need to be On or the hairs will just stick straight out like there was no gravity?

Here is a brief test of rendering the aerial flyover of Winkieville from TWO in 3D. You'll need your red/blue glasses to view this 1_01_01__Stereo.mov I'm not sure who all was involved in creating that set but it's a nice looking opening shot!

Clouds... I haven't seen those yet. I'll investigate this some more. Thanks for your tips.

Very lovely!