robcat2075

I wouldn't do 16 passes on a Q render but even with 1 pass or non-MP it doesn't take much screen area for the render to exceed 5 seconds and freeze. You can look at the screencam movie in my AMreport to see how small an area will trigger it. I have my PWS on a second monitor as an undocked separate window.

He looks like a dangerous musician.

I've put a report in, #5939.

I'm finding it can still fail even with the above precautions, but not nearly so often. Always use a Shift-Q render as those are easier to abort and restart.

I've found something... If I close all other windows that are open on the computer, the renders will finish. No other window, even a directory window, can be open. Don't even have the PWS or any other A:M window open in a separate window. Try that... EDIT: they have to be closed, not just minimized.

I have an NVidia card. How about you guys?

I haven't actually tried using an 8bit depth file on FakeAO but my intuition is it's gotta be an EXR depth file because fakeAO needs the extra precision. You can render to PNG and have FakeAO applied to the render because it's using the internal hi precision depth buffer, but if I want to do my FakeAO in post it needs to be an EXR depth buffer.

That looks like what I get too. I just tried it on a TWO scene with lots of hair and it stopped at 5 secs. If the area is small or simple enough to finish in less than 5 sec it's OK, but more than 5 is a problem Shift-Q renders have the same problem but dont' seem to actually crash A:M. I hadn't noticed the 5 seconds before but that does seem to be the limit.

I hadn't noticed a specific 5 second event yet but on complex scenes I often find a progressive render will give up or a Q render will quit and return to a shaded view.

Two ideas to consider... -rig and animate with TSM2 like you really want to -bake the animation including constraint results -swap in a version of your model that didn't have rigger run on it yet (it would have none of the non-geometry control bones, just the bones your mesh is attached to.) -delete all the channels pertaining to now-unnecessary bones (you can make a filter to make it easy to do this again once you've done it once) -export You dont' want the mesh at all? Swap in a version of your character that has all the mesh deleted and leaves just the bones, then export.

I just tried it , it appears to work in v16.

As far as I know, you need to use multi pass to get OpenEXR renders to contain most buffers, including the depth buffer. Or is there some way to use regular render and still get a depth buffer? It can't be a "normalized" depth buffer like the 8-bit renders get with the depth buffer switch ON (because that won't work with fakeAO, AFAIK)

Thanks!

Looks like real movie stuff you're making!

thanks, Mark!

One reason it probably hasn't been used much is that TSM2 didn't have seamless FKIK inthe legs so you would likely choose to use IK from the start since that will be most suited to most motion that a character does. Only time I've used leg FK was on TWO and we had the squetch rig that did seamless FKIK that made using it temporarily in the middle of a shot easy.

the emmitter only has about six positions on the circle and the particle emitter only knows its momentary positions, not the arc connecting them You could try a longer orbit time or try setting motion blur ON, 100%

I cancelled out of the missing files and can see something...

A chor with no models won't get us much. A PRJ with embedded models would be better.

Interesting find. It's pretty rare to use FK legs on anything so I can imagine it not getting caught.

First, how are you using this video? What are you putting this video in? If you are putting this in other video it' s just a simple dissolve in your editing program.

His says "swept"... he used the sweeper wizard (may not exist in v11) to extrude small circular cross section along each spline. Dong the dissolve we mentioned earlier will be much easier for you.

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.