robcat2075

The difference between 8 minutes and 10 minutes is indeed the difference between 30fps and 24 fps for 14,400 frames. (btw, thats a lot to be rendering in one scene from A:M) In A:M proper, the fps setting is found in the properties of the Project in the PWS. The compression settings will not overrule the PRJ setting. That is something you typically set before you begin keyframing as all keyframes are identified internally as a certain amount of time from the start rather than a certain number of frames. Changing FPS to 24 now will not make the animation run longer. If you are wanting to rerender, it is possible to stretch your animation out to run for 10 minutes. Change the FPS setting in the PWS to 24 -Change your times display from Frames to SMPTE in the Units Panel. -Find or make a keyframe at exactly 8 minutes in the time line -Select all the Keyframes in the timeline -Drag the right edge of the bounding box until the key frame that was at 8 minutes is now precisely on 10 minutes. This stretches all keyframes proportionately. -Save under a new filename and render. If you don't want to re-render and have Quicktime Pro you can -export the animation from QT Pro as an image sequence at 30fps (in QT the fps setting DOES govern the result), -then import it back into QT Pro as an image sequence with 24 FPS chosen as the import speed, -then export again as a QT file with 24 FPS chosen in the compression settings. Of course there will be some loss of quality from all the recompression i believe it is also possible to do this maneuver in A:M: In 32-bit A:M (Windows only, on Mac this doesn't matter), Set FPS in the PRJ to 30. Import the animation to the Images folder. and do "Save Animation As..." Click on the ... button to set a file type of JPG or TGA Click OK, to export Close and reopen 32-bit A:M Set FPS in the PWS to 24 Import the image sequence, "Save Animation as" Click on the ... button to choose Quicktime as the export type. Click on the Compression button to choose the codec and compression settings. Export to Quicktime file.

If you can post the test case, we might look at it.

Each decal addresses a particular surface parameter, like color or specularity, so you can use both materials and decals on the same surface. Example: You could have "roughness" set in a material and leave "color" unset so that a Color decal can do that work. Also, with an alpha channel in a decal you can have the decal cover only part of a surface and allow surface attributes to be revealed in other areas.

And I'll note that for the first time, the "Notifications" drop down menu at the top of the forum actually works. Before it would just do the spinning icon thing and never display anything.

Hey, Tore... Here's a better idea... On Saturday I do "Live Answer Time". People call me on Skype and I look at their problem and try to solve it. Get yourself Skype and you can show me exactly what it is that your other software is doing and what you want A:M to do and I think we can identify the problem very quickly and decide if it's a bug that needs to be reported or if it's just something that needs to be done differently.

I was able to "like" the post without an error message, but I've been able to do that before without errors.

Because it's important to fix the thing that is the actual problem and not spend time on something else that is being referred to by the wrong name. There has to be a yes or no answer to this question at least: Also, in the following software, when you set "Out=60" doesn't that just mean that when you hit Play the program will play the animation onscreen from frame 0 to 60? Or does it mean something different?

Tore, I've read the thread and I'm still not clear on what you are doing that needs the Chor length to be a certain length. Play range affects only the span of the timeline that gets played in real time when you hit the Play button. It has no effect on Render Range. Chor length also has no effect on Render Range. Newton and SimCloth use Chor length to know when to stop a simulation but other than that Chor Length doesn't mean much. Render Range is something you explicitly set in the render panel. Tore... is Render Range what you are really trying to save with your PRJs?

Here I moved the light to show that it's not dependent on the environment lighting

that's the one that's probably a deal-killer for use on cloth where you can't explicitly control the shape. Cloth will get curved and folded. So far, the SSS method is the only way I know of differentiate between front and back of a single thickness surface in any shape...

I dimly recall that my technique was a compositing process. It used the fact that the "wrong" side of patches with SSS on them would render as black to create a matte to composite two renders together.

When you say "Scene length" what do you mean that is different form the Chor "length"? I'll note that in the file, Play Range and Chor length ("Frames") are written as separate values, so they are potentially independent of each other, but there is no "Scene length " parameter.

The reflection thing is weird. Try an image with an image in it, something other than a flat color.

I tried your test PRJ and it does fail to retain the 50 frame setting after a save and reload. What you really want is for the Blue bar (the Chor Length) to stay set at 50 frames after a save and reload, without having to make other workarounds in the chor, right?

That's pretty good.

They're just not in the holiday spirit.

That's quite impressive! Good work and good animation!

Tore... tell me what I'm getting wrong here: clip3869ToresChorLengthQuestion.mov

Tore, in that other software it looks like you are referring to what in A:M is the "Play Range" rather than A:M's Chor "length." I'm not clear on what it is you want to set the "Chor" length for? Tell me what you need that for and i can know what you want better.

Chor Length is typically set to be as long as the last key frame in any object in the chor. Can you present a test case that shows Chor length being lost? Shouldn't shortening the general length of the choreography from say 100 to 50 frames automatically shorten all that choreography's object's actions to maximum 50 frames? No, I don't believe it should. Object Actions have a time span that is independent of the chor length. There would be serious bad side effects if changing the Chor length (which is mostly a nominal value, it doesn't prevent you from rendering any more or less of a chor than the stated length) automatically scaled or chopped Object Action.

Models don't have length setting but their Actions do.

WhatsTheNews... I'll note that a temporary work-around for the sort-order thing is to go to the PWS, go to the chor, and drag "Shortcut to Ground" to the top of the Chor so it is first in the list rather than last.

OK, I don't think it will be long before it goes live. Maybe a few weeks.

There is a tiny drop-down menu at the top right corner of the Reports screen. I guess when you try to switch to v19 on that, there is no "v19" for you? I wasn't gloating, I was just happy to report on this new milestone for A:M. Issue 6631 "Depth Sorting..." is indeed now a v19 issue and is marked as solved and a quick check in the v19 I have indicates it is so.

I'm alpha-testing v19 for the first time today and... i found my first bug!