robcat2075

I'm constantly switching views via the numberpad and would prefer not to do without it. If you have to do without it, it is possible to reassign the view shortcuts to other keys or you can make a custom on-screen panel for the view buttons (I have a video on how to do that in my tuts link).

In the absence of true cutting in A:M you could export your model and cutter shapes separately as STL or OBJ and do the final boolean cut with them in some common polygon program like Blender. Model in A:M Cut in polygon app Print I realize some boolean cutting needs will be more complex than that but for some purposes it may get you what wanted.

Thank you, Steffen, for working on those new features! Thank you, Jason, for keeping Hash Inc. running so we can get the new A:M!

Contest detail... After the due date of July 31, we will have a non-voting exhibition for several days before the voting starts. All entrants should examine this exhibition to make sure their entry is indeed displayed so that we may avoid the situation we've had a few times before where we had to restart the voting because an entry was overlooked.

Dan Backslide smearing from "The Dover Boys"

I recall that happening occasionally although not consistently. I just presumed it was a video card blip.

They're probably copying the "minions" from "Despicable Me" But, of course, those are stolen from John Artbox's Kapsules.

A:M can export a numbered series of models in LWO format. If you right click in a Chor and then Plugins>Export>Lightwave Model you can set a path for the series to be saved to. It will export as many .lwo files as there are frames in your Choreography I don't have Lightwave so I've never tried it and don't' know how good the result is, nor di I know if Lightwave can import a numbered series of models and put one on each frame. The A:M renderer itself doesn't use multi-threading much. However, NetRender (included with A:M) can run as many renderers as you have cores and can make full use of your CPU's capacity that way. I don't know if that will work at all under a WINE emulator.

Oh, I see what you mean.... no, you can't change the actual default choice.

After you add an action to a Model in a Chor, go to its properties in the chor and you will find "Blend Method"

Could you tell me more about the v12 renders being better? I'm not clear on what has been lost since then. I certainly don't regard the cloth we got since then as useless. It works great.

Some RR smear frames...

I like Nancy's theory.

I do detect some odd behavior in the model bone of NC 011. When I load the PRJ it appears to have changing keys only on the translation channels. However the rotation keys are not at default 0,0,0 and have no key at 0:00 If I delete all the keys on the Model bone, then do an Undo to restore them, there will be a changing key on a Rotation channel. This happens because A:M is creating a default key at 0:00 which was missing from the original Rotation channels. The Model bone seems to have been rotated and keyed in a desired orientation at 28:13 and then the resulting creeping rotation from 0:00 to 28:13 eliminated by deleting the keys at 0:00 If this were a Project I had created my first inquiry would be to go back the the last version that doesn't have changing keys on the model bone and figure out what changed between that and the next version. It's a complicated mystery. Without having seen you do it I'm not sure I can ascertain what went wrong. For now... the animation works, right? I'd say live with it and save these PRJs in case there is some future idea for investigation.

Damn, how long does it take to reboot that thing?

this is still happening after you reboot your computer?

If the answer is actually easy and you know what it is, get a programmer to do it and tell him what to do to make it happen.

Getting the settings correct on radiosity is tricky and they will vary quite a bit from scene to scene. I'm not a radiosity expert but I suggest you try Yve's Cornell Box tutorial first to get a look at what the steps are... Cornell box tutorial

Three things: 1) The rigging features in A:M work well because spline models need very few CPs and it is practical to manually attach and weight individual CPs to bones. Polygon models need so many vertices (CPs) to simulate smoothness that it is no longer feasible for a human to weight them between bones for smooth deformations. You would also have to add all the "deformers" that try to automate that process in polygon programs and those things are not simple. There is a reason that most people who buy a polygon program never get any character rigged and end up just downloading characters some expert-users have donated on the web. 2) Not using polygons is not just an arbitrary decision like deciding whether to make something red or blue. Staying with splines from beginning to end of the pipeline is what makes everything in A:M work well. About 9 years ago I was talking with Martin about this and he told me how he had hired a consultant who was an expert in programming for polygons to look at A:M's code and find a way to make polygons work alongside splines throughout the pipeline and the answer was like "well, it won't be easy... maybe for a million dollars of programmer time..." 3) Willi, if you can recruit a programmer who wants to put in the time and effort to make it work, go for it! Find that person who is expert in both splines and polygons and can make it all work together.

I like Nemyax's AT-AT idea. It would be cool to have the kids fighting an AT-AT that was stomping around your neighborhood.

Running A:M with an emulator in Linux is never going to work well. There are too many incompatibilities. You need real Windows.

Those look very amusing! The knee looks like it needs more room to bend.

Is the problem solved now?

Insects on ice!

INSECT! We are going to have a Summer image contest! The exact details will be firmed up in the near future but here are three things to get you going... 1) Topic: Insect! Your all-A:M-modeled and all-A:M-rendered image should be an insect. It can be realistic or stylized, scary or funny, authentic or fantasy but... it has to be an insect! No spiders, no crustaceans, no myriapods! We want to compare insects to insects. Your image may contain other models. For example, your insect might be sitting on a leaf. However, the insect should be the primary object of attention in your image. Insects are the most numerous and varied life form on earth so you should not be lacking for possibilities. 2) Due date: July 31 August 9 You have most of the summer to work on your summer image contest image! We will have a vote to choose a winner. 3) Prizes: Prizes are TBD but there will be something awarded to the top ten entries. Don't sit this one out! Get splining and knock us out with your most neat-o, insect-o work!