Tore

-

-

I-

I am on A:M 18M and Windows 10 and do not experience the problem you describe.

Done! :-)

David, the render settings I'm using is as set in the camera render options. But even if I turn of multi-pass, or try other render settings, the result is the same. That you had no troubles rendering it really baffles me. Wonder if someone else can replicate my slow rendering frame 1...

Ah, yes, sorry I have totally messed up with the assigning of the images - sorry about that! Thanks for pointing that out, Nancy! Attached is the corrected files, including 8bit displacement maps. Unfortunately it didn't make much difference. Still looooong rendertime on select frames. I discovered that the very long rendertime even sometimes appears on some arbitrary camera angles when rotating around/zooming in on the object. Maybe a bug report candidate as Robert suggested?

Hmm...converting the dispmap to greyscale didn't make any difference for me? But thanks, David :-)

The scene file as it is attached here is minimized and shortened to just ten frames. The original scene is 400 frames and contains more objects, textures etc. In the original scene frame zero renders normally but from frame 1 and forward appr. 50 frames the render time increases drastically (up to 15 minuttes pr. frame). Then as the camera closes in on the figure the render time normalizes to appr. 30 seconds. Strangely it seems that (except for frame 0) the extreme render times is when the camera turns its back against the displaced object. As the camera eventually turns around og gets the object in view, the render time drops. Sounds kind'a weird, doesn't it?

This has had me puzzled for some time. I have a scene where the camera cranes down toward an object. The frames 0 + 2-10 renders normally, but frame 1 takes ages - at first I thought that A:M had crashed, but then realized that it just rendered and rendered and rendered and rendered...even if nothing at all is in the frame. The culprit seems to be the displacement on the object. If I turn of the displacement (or change it to bump) the long wait on frame one disappears. But why, oh why? What is happening in frame one?? Why ONLY in frame one? And why superlong rendering in an empty frame? If anyone like to take up the challenge I have attached all files here.

double post please delete

Gerald, an answer to your post - somewhat delayed!! ;-) My guess is that "Sprechstallmeister" is an old german word that no longer is used in germany, but which has survived in danish. "Stallmeister" has since long time ago been a profession: a person who are responsible for the wellfare of the horses in the (big) staples. Cirkus also had/have stallmeisters, and propably there once was a situation where the cirkus director (for whatever reason) gave over the job of presenting the artists in the ring to the stallmeister, that then became a talking stallmeister: "sprechstallmeister". "Sprechstallmeister" is still a part of modern danish language, even if the more often used term is "Cirkusdirektør" = Circus Director or Circus Manager. The following is taken from german wiki:

.

-

---

Just bought an AMD card and replaced my nVidia. Didn't make any difference...:-(

What a good idea! These animations are the strongest argument for the power of Animation:Master! And one of mine is there too!! Whoa! :-)

The wonderfull "Pearce Sisters" made by the Ardman Studios used 3D characters rendered as 2D to great effect. The process is shortly described here: http://www.pearcesisters.co.uk/production.html

The software used in the inital video is called "Jot" and is under development at Princeton University. It can be downloaded (free) for Windows here: http://jot.cs.princeton.edu/ Other open source software uses similar schemes ao the new Freestyle rendering

I allways avoid z-buffer shadows as they in my experience can cause unwanted shine through effects. Even if ray traced shadows take longer time to render the result is so much better.

Crosshatch/sketchy shading + real art (pencil, chalc, oil etc) toon lines.

SixC works nicely!

Playing around a bit more

Lucky then, that I didn't work for Nortel - especially considering that they went into bankruptcy recently

Hmmm...here is a quick shot from the hip. The yellow dots could be seen both as a simplified Tom and as the colon. It would be natural to use yellow as it is the only color that via Tom has been consistent through the years. The simplistic design fits well with both Win 8 and Mac design. The tagline states what (I think) is one of the most important aspects of A:M and what separates it from the rest... :-)