robcat2075

I would suggest making the clouds opaque so the arrangement of the elements is more clear.

The hyper threading is the culprit. The two virtual cores get you some extra overall performance but not as much as two real cores would and they have the drawback of occasionally getting in the way of the real cores, slowing everything down. In most consumer apps that would never be noticed, but A:M saws away continuously for many minutes at a time which is different than most apps. You might try a test with hyperthreading disabled ( and two nodes running) and see if the result is much different. On my four-core, no hyperthreading machine the render nodes are almost as fast as A:M. They do have some extra overhead in that they need to completely reload all assets for every frame (although that is not a significant issue inthe benchmark scene)

It's one of those things where splines are opposite of polygons. I've used your PRJ to make an AMReport on this since it made such a clear example of the problem.

hmmm... the bug seems to still exist in v17. None-the-less, a simpler grid solves the problem... Cookie_CutSimple.prj (use the same decal as above)

You're still on v15, I recall? I think there was a bug that made alpha channels malfunction if there was no actual image in the confines of the patch. If you use a simple 2x2 grid your decal should work.

If you have a 64-bit PC you can have 32 and 64 installed and use either as needed with one license, but you will need separate Mac and PC licenses. 64 bit does render faster unless you have some situation where 64 bit just doesn't run right on your PC as mentioned above. 64 bit doesn't have Quicktime. You render to something else and convert it later if you need QuickTime. There are a few old plugins not available for 64-bit and a few more not available for Mac.

You can select the CP and the >edit CP weights to see exact percentages. In modern version of A:M the pop-up display will also show that info Approximately so. It's only a rough indication. It will be divied (DIV-eed) up, based on distance again. They retain their default weight, usually to teh model bone. I'm not sure I yet have a good description of how the fall-off envelopes operate. It is not infinite. Cubic has a bell curve influence that falls off slowly in the center, more rapidly half-way out, then slowly again.. Linear is straight falloff by distance. This thread has some demonstrations of different ways of attaching CPs to bones, including falloffs... http://www.hash.com/forums/index.php?showt...amp;hl=falloffs

That's a brush?!? I thought it was a funny cigar. Yeah, the circle will go away.

The falloff numbers are something you leave or set manually and not affected by "Computer Weights" You can see the "envelope" the falloff numbers create by selecting that bone. That gives you a visual approximation of how much a bone will grab of a CP when "Compute weights" is done. "Remove all weights" eliminates all sharing of CPs between bones and leaves each CP assigned 100% to one (the nearest?) bone. If you really want eradicate all CP assignments you can select the black model bone and assign all CPs back to that in swoop.

If you set it as a "cookie Cutter" decal the alpha channel in the decal will also create transparency in the model.

I gave up on trying to salvage a screencapture and redrew it king-size. Then I decided the CRT monitor looked a bit too 80's and made it just a "flat panel" instead.

An image sequence has a frame property that can be keyframed and post extrapolated. If that really is absent from a Layer, remember you can always decal an image to a simple flat plane model that should have all the normal properties available. I looked at the clip but I'm not sure what is "the frame"

Well that worked... on the fonts.

Yes it's off.

I'm wanting to capture the A:M desktop icons but Windows blurs them, even the smallest versions. Is there a way to get Windows to not try to anti-alias the icons?

Yeah, it's PC only for now. Sorry. If anyone can find Marcel Brickman...

The "Post plugins" folder has .pfx plugins in it. Put it there.

Is Marcel Brickman completely incommunicado?

I've never tried it before! Here's a bit of oddness created by sweeping the "Detection Sensitivity" setting from 0 to 100 with this randomly grabbed image... SumiH450.mov

The sumi plugin seems to load properly in v15j+. I haven't tried it beyond that.

I edited the title just to increase the chance that it might catch the eye of one of our many fine A:M modelers.

Here's a rough cut of a tutorial on Rendering that should cover it... link temporarily disabled

Welcome to A:M! - If you are rendering to AVI, the only "compressor" setting that works in A:M is "Full Frames (uncompressed)" It will make a huge file tht you will want to recompress in some other manner, most likely. 64-bit A:M doesn't have QuickTime but the 32-bit version(which you can install and run also... copy your master0.lic file from the 64-bit folder to your 32-bit A:M folder) does and has more compression options. -The Initbound thing is a bug that will be fixed in the next version of v17. There is some work-around discussion here: http://www.hash.com/forums/index.php?showtopic=44552&hl=

I believe you can drag one from the Images folder OR... on the model in the PWS to do New>Decal

Apparently some previous discussion "RPC Server Unavailable"