Also, if you want to to something like a tornado, the best workflow would be to emit fluid from particles. The particles would be simulated in a regular ICE way. You can then emit data from them for emFluid to simulate with e.g. veclocity, density etc. This is a pretty standard way to do stuff becau...

Well, that would be where the emFluid emit data from SRT or emit data from points nodes would be useful e.g. emit velocity would be something liek adding local forces. What you could also do since we have access the arrays of cell data, is to make another pointcloud from those positions, do somethin...

hmm. I can see that cell size affects quality. So it works similiar to fumefx. But what about particles? Are they only for display purposes? 4 particles won't make same image as 4000 right? Particles passing thru those cells sets some data on them? What would be the best workflow for this shader, g...

You could try exporting .obj sequences from Softimage and importing into Max.

You can cache to either of those formats after you apply the fluid shaper - just use the reular cache manager or cache on file node. But if your polygonizer mesh is changing over time, then it won't work, since I don't think either of those formats supports changing topology. The workflow you have n...

Nice bison!

No problem. I can share a shader pretty soon.

It would be interesting to try something along line of Em Render Point Cloud, using 'lightweight' particles and non-volume shaders (lambert or constant,) on point-particles... [media]https://vimeo.com/17545128[/media] You'll have trouble using a lambert or something like that. The RiPoint primitive...

Can you share an example image.
I know it's no help, but shadows render fine here and look nice and smooth using the steps you describe.
What are your anti-aliasing samples and filter?
I'd never go over 1024 for the shadow map most of the time.

Not to derail the thred any further, but it is true...Autodesk touts ICE as the best feature, but who in the world is going to switch over to using it, if you can't get a nice looking end result. That might be true if ICE were only about fluid sims. I use fluid sims with ICE too, but probably less ...

Have you tried multiplying all forces by the number of Lagoa simulation sub-steps?

Looks very cool but also of note it is limited to MR only. Slipstream isn't limited to MR (where did you see that?), since it's just a particle simulator - you can render your points with whatever you like. Although, it does have it's own GPU rendering solution which is very fast at rendering silly...

AFAIK, they have been developing a library for stand alone rendering of FumeFX data. So, that means you could render in XSI/mentalray/whatever, as long as you have an importer/shader that reads the data. You'd still have to sim in Max of course. ~x( I think a nice solution would be for rendering of ...

Most of the big underwater rocks in this spot were generated procedurally using particles, meshed with emPolygonizer, before being painted by the texture artist. A very versatile tool!
http://motionographer.com/theater/psyop ... new-world/

Great work and continued imporvements. Thanks, Eric!

Yeah, string conversion would be really cool. Another possible great feature would be if we could read group membership data for each object. So, it would be easy to know which array element needed to be pulled. Even better if we could just write directly on groups and circumvent entirely the need f...

If you want the 3D space position of each UV sample (i.e. pointposition), you need to use nodeposition instead. This should be the same context as the UV coordinates.