robcat2075

Yes, it is the latest official release. I keep v19.0 installed for when I run into a problem that is peculiar to v19.5. If you find something that doesn't work in v19.5 try it in v19.0 and let us know either way.

I just noticed the give-away includes VUE itself, the landscape generator. That's a big deal. But I get a download that is an .xls file... a spreadsheet? Does one need MS Excel to use this?

I have often wondered if particle emission rates are per patch or per group. Your test project is a good chance to examine this. First, however, I'll note that the two squares in the Chor are not quite equal. DenseMesh is about 100 cm across while SimpleMesh is about 150cm across then scaled down to 62%. Scaling an object will scale the particles it emits so that may explain why Simple has sharper corners than Dense... If I edit the squares so that both are 100 cm across and both 100% scaled in the chor, they are starting to look much more similar... The emission rate in the Sprite Emitter is set to "1000"... It's possible that is so high that an overload of sprites is masking any difference between the two results. I'm going to scale that value down by adjusting the Emission rate in the Sprite System. This value is always a percentage, not a count. Why are there two controls for... the same thing? It is possible to have more than one "Sprite Emitter" as children of the "Sprite System". For example a fire material might have a flame sprite, a smoke sprite and a spark sprite, each with its peculiar settings for many of the parameters we see in "Sprite Emitter". Having these percentage settings in the "Sprite System" lets us uniformly scale the whole effect without needing to edit each emitter. With the emission rates scaled down to 1% we can observe the sprites being born... Frame 0: Frame 5 Frame 10: Frame 15: Frame 20: Frame 25: Even though DenseMesh has 25 times more patches than SimpleMesh, both seem to be putting out an equal number of particles. This is the opposite of what I expected. I thought the number of particles would increase with the number of patches. I thought the lumpy result your original PRJ had for SimpleMesh was because it had fewer sprites to blend together, but it was really because they were scaled smaller and perhaps had less overlap among the sprites. Thanks for inquiring, Tom!

Your original question... how to do these morphing clouds in the fashion of my more recent clouds made with noise combiners... I'll have to think about that more.

there's a zip with a PRJ in this thread https://forums.hash.com/topic/41565-cloud-fly-thru/?do=findComment&comment=369290 A sprite needs to be custom designed for each shot to appropriately represent the light/darkness/shadow direction that matches the lighting in the scene, so the sprite in that PRJ will not necessarily work for another scene. I recall we did a Live Answer Time where we got a force to blow particles away from a shape:

As a first gambit, recall this test from several years ago... Those clouds are modeled shapes that emit one layer of sprites on the first frame, which then live for the duration of the shot. The clouds could potentially be any shape. Since they are sprites one could add a force and turbulence that slowly blows then out of the sculpted shape. For getting into the shape, how about another shot with the force blowing in the opposite direction, then reversing the frames so that the sprites appear to arrive at the shape rather than leav it? Then edit the two renders together.

MadFoxResplining.mp4

I haven't tried it yet but try this... Delete all the poses and do a test render. Is the spline problem gone? If it is, reload, delete the poses one at a time and test render each version until the problem is gone. That will give a clue that a particular pose might be the problem. Edit: see video below

First, try pressing the space bar to force a redraw. Next... does this still happen if you put the character in a chor?

You've turned The Killer Bean into The Little Dutch Boy! 😀

It took 17 years but my Heavy Push has now surpassed 100,000 views on YouTube!

If I invoke the export plugin from a model, that choice won't appear because there can only one model to export from a model. If i invoke that export plugin from a Choreography ( on the Chor in the PWS), that choice does appear because there can be many models in a Chor. Likewise for the choice to "Export all frames"; it is only relevant in a Chor.

This?

Even Boris is looking good these days.

Here is another modern render of one of my old Animation Showdown animations. I added a school gymnasium set and rendered with radiosity. A birdseye view of the chor looks like this. The set is a completely enclosed box with two kleig lights in the ceiling... A conventional render with those two lights gets this... That is very severe. If I were going to use conventional lighting I would need add a number of fill lights in strategic places. Here is a radiosity render. The shadow areas are no longer pitch black and there is visible detail even where the lights do not directly shine. Overall, however, it is too dark for my taste. Increasing the Intensity of the lights so that the charcters were well illuminated caused the brightest spots on the floor to become overbright and clip. Instead I applied a gamma correction to the radiosity render. I''m liking this much better... Unfortunately, the shadowing that was indistinct in the raw render is now ever weaker. To give that some more bite i rendered a pass with ScreenSpace Ambient Occlusion (SSAO)... ... and composited that by "multiplying" it with the Radiosity. I did that in After Effects but an A:M "composite Project" can do the same operation. This PNG alternates "before" and "after"... SSAO has no anti-aliasing so I had to render those at 3x3 times the normal resolution to make smooth versions suitable for compositing. When A:M introduced Radiosity our computers weren't ready for it. Each render took so long that animation was unthinkable. But now with a modern CPU and NetRender it is within reach. My 640x480 test renders for this scene took only about 3 minutes per frame. After i got my settings decided and cranked up the quality, the full-frame final renders took only about 20 minutes each. Get started with Radiosity with Yves Poissant's Cornell Box Tutorial Learn more at Yves Poissant's Radiosity/Photon Mapping Pages

Thanks, David! I'm finding out now that this must be a 19.5 problem. If I go render in v19.0 the frames come out properly. I should have thought of this before since i already had a 19.5 problem with the regular color render of this scene.

Here's a birdseye view of the chor. The alien in the camera view is highlighted, the offscreen aliens are to the right of the camera. But now I've gone through deleting each alien one-by-one, re-rendering that frame and the gash is still there...

Starting with the full chor plus a few additions, the gash is till there... But if I delete all the aliens, (there are about 9 offscreen to the right) the gash is gone, with a new, smaller scratch on the front-most cushion...

I just tried making a stripped-down version with only the brick wall... but that didn't produce the gash when I rendered. So there must be some point between all-the-of-other-objects and none-of-the-other-objects that creates the problem. I'll have to investigate further and report back. Thanks, none-the-less, David!

Strange blotches appear on occasional random frames of an SSAO render... If I render the same frame number plus 0.01 the mark will not appear...

Hi, Edward, I think you have to do it in the original material, rather than in the model. Just to be safe, delete the keyframe you have in the model.

Can you post a sample PRJ that has that mustache model in it

I put a bump map on this model to simulate some wrinkles on the top, but although both top patches have their normals facing out, one patch shows the inverse bump result of the other... Just to try it, I did RMB>Renumber CPs... That fixed it! Don't know why, don't know how, but that did fix it.

That's how they do Southpark!

Here is a modern re-render of my "Exercise" animation from 20 years ago. This is a Radiosity render for lighting... ...composited with a Screen-Space Ambient Occlusion render to heighten the darkness in small crevices... ...final result. Notice the improved detail in the basket ball net and the roll-out bleachers, for example. PRJ with Gym Scene minus the character. Gym Scene.zip You will need to drill down to exercise39b2 NoChar_1026737012_1729443151>E- >_BI_Projects>hash 2\CBT390Alien>Exercise 2004-04-08 to find the PRJ and the render PREset