robcat2075

The rotate manipulator limits in the bone's props (in a Pose) are good for limiting rotation to a particular axis. The Euler limits are for if you need to limit the rotation to something less than an axis' full 360° freedom.

i mean this...

This appears that you are still viewing in "Choreography" mode which will only show the model bone. Choose Skeletal mode to see bone you added to the model.

I think the "stuff" was to fix that dll problem.

That's a good effect. I'd suggest angling the mirror a bit in the second shot so the rectangle shape of it is more obvious.

I wonder if some Windows update has messed things up because I do recall having run at least some of these on this computer in the past. I'm stumped. Anyone else have ideas?

I'm not having much luck with any of 11, 12 or 13 In the Properties>Compatibility tab you can set them to "Run as Adminstrator" and that gets past the first error, the CD spins up as if it is being checked but nothing seems to get started after that.

Hi Ken, Welcome back to A:M! I just tried running v11 on my 64-bit Win 7 and get the same administrator message. Not sure about that one yet. For v13... download and run "v13 stuff" from the FTP site . See if that changes anything and report back.

My first guess is that you have inadvertently keyframed one pose slider while editing another. When you are editing a Pose, the Pose Window shows you all the Pose sliders available in your model. The one highlighted in Red is the slider for the Pose you are editing, the others should not be touched unless you really do want motion on the red Pose slider to orchestrate motion on other sliders. In your case I don't think you want that. read about Live Answer Time If Skype works adequately with the broadband you have, you might give it a try.

I'll also note that I do Live Answer Time on Saturdays, if you have questions that don't lend themselves to being typed out.

There is a way to prevent the second model from overwriting the poses of the first model. After you drop in the first instance of the model, rename the poses in the new model. You can rename them by going to the Model's Properties>User Properties, then on a Pose name to Rename it. Appending an "A" at the end is sufficient. Then drop in the second model. Put this new model in a chor to see that all the Poses are preserved. One time saver... in a situation, as around 1:40 in your video, where you have dropped two models (with bones) into another model window and you wish to move one so that they do not overlap: go to bones mode select the bone of the mesh you wish to move press N for TraNslate mode hold down the CTRL key while you drag the translate manipulator the bone and mesh will move together, retaining their exact position to each other. The CTRL modifier also works for Scale and Rotate modes.

Hi Simon... Here are some ideas on making the pieces fit... clip3914SimonCarComposite.mov

In A:M it is not possible to change a model in it's model window by a pose. The pose is something that must be used on the model while it is in a Chor (or an Action). If the Pose could change the original model mesh as it exists in a Model window (note that the Pose window is not the Model window) there would be some infinite circular explosion of weirdness because the pose is defined as offsets from the original mesh. Does that clear anything up? This is the way to go if you are trying to combine models and keep poses intact. So, tell me more about the problems.

I've made a bug report for v19 about the folder non-save.

I do get the problem with the new folders not being saved (with either a Save or a Save As) but i don't get the crash yet.

Oliver, could you post the exact same file you used in the video? The one posted above doesn't have the same groups and I don't get the crash.

I have captured a group dragging crash (in v19) and made a report of it. You can look at the screencam in this thread to see if it resembles what you are experiencing. I haven't been able to get a crash from just creating a folder, however. In the meantime, I suggest doing incremental saves and saving just before you embark on lots of group dragging and immediately after so you have recent states of your project to return to if you do get a crash.

I have been able to get a crash by dragging groups around but I haven't been able to get it to happen while I had the screencam running.

Oliver, if you could send me a PRJ that will crash when a Group is moved or when a Folder is created I can make a bug report out of that. I haven't been able to duplicate the crashes with simple test cases.

Hold down the CTRL key as you select each of the groups you want to be in the new group. A new "Untitled" group will be created. Without de-selecting anything, on the "Untitled" Group and Rename it to your "all" name. Now de-select everything. (When I do this I need to click on the group in the Model window, hit Return, click again on the group in the Model window, and hit Return again to fully de-select everything) The new "All" group should select all the CPs that were in the partial groups.

I think that's a successful experiment. I suppose you could get rid of the jitter by by filtering the audio clip in Audacity with either the noise reduction or the EQ plugins.

Hooray! Thanks Jason! Thanks Steffen!

Glop! Yup, that looks like we're in some sort of volcanic cauldron.

And my original reply was something like... OK, you scared me! Lots of neat stuff in there. What is the Horror fest? Was this a promo for it or an entry?

Pretty good, Rodney!