Exploding faces

Become a member of the CGSociety

Connect, Share, and Learn with our Large Growing CG Art Community. It's Free!

 
Thread Tools Display Modes
  01 January 2015
Exploding faces

hey there,

to clarify my thread title: I do NOT want to make faces explode, that would be quite inhumane and you definitel shouldnīt help anybody with that.

What I DO want to do is the following:

Make several objects break up into polygons and then fly away (or play it and reverse and make the faces assemble the objects).

I found a script that detaches all faces into single objects.

But now I am having trouble getting it to work with pflow.
I tried to use the birth group operator. On one object it worked (text collapsed to poly and tesselated), on others it didnīt.

I used the same pflow on both objects, one the text object it worked fine, on the other object it just exploded. I checked the collision shape and while the collision shapes in the text object were all flat und thus not overlapping, in the other object I got a ton of overlapping boxes, which of course causes the simulation to explode.
I tried playing around with the penetration tolerance, but that didnīt help.
I also tried switching to custom shapes, but that didnīt work either, I always got a this error in the maxscript listener:

..\..\Cooking\src\ConvexMeshBuilder.cpp (53) : $unknown error : ..\..\Cooking\src\ConvexMeshBuilder.cpp


I also tried to use the mPswitch to simply turn off the simulation until the particles are triggered into the next event, but I couldnīt figure out how to do that:

If I tried using the mPcollision to trigger the next event, it didnīt workm since the simulation was turned off by the switch, if I tried using a find target op, it didnīt trigger anything.
I even tried using a normal deflector, but that didnīt work either...

Any idea what could be going on or what I could change?
 
  01 January 2015
Ok, I partly solved the problem:

Apparently you canīt use single faced objects with convex hull...I added a shell modifier on top and then it worked properly.

I can now trigger the particles via a mParticles collision to go to the next event and by increasing the interpenetration tolerance I can keep them from reacting before the impact.

Iīd still prefer to simply have the simulation turned off and then switch it on in another event, but I canīt figure out how to do that. I want to use an object and have the particles enter the next event as soon as the object comes close, something I would usually do with a find target op set to "no Control", but that doesnīt seem to work in my mParticles setup...
 
  01 January 2015
Ok, I partly solved the problem:

Apparently you canīt use single faced objects with convex hull...I added a shell modifier on top and then it worked properly.

I can now trigger the particles via a mParticles collision to go to the next event and by increasing the interpenetration tolerance I can keep them from reacting before the impact.

The Find target set to "no Control" as Proximity sensor didnīt work simply because the distance wasnīt set high enough...
 
  01 January 2015
that's a cool distance check trick with find target and no control... Never knew that one before. I will it try next time!
 
  01 January 2015
hehe, you are welcome...

Pflow really gives you endless possibilities to learn stuff...and also endless nightmares, because itīs never working as it should...

I tried a different approach to assemble the objects back together after exploding them, which allows me to animate the whole thing forward, by using some data ops trickery to collect the end position, but it doesnīt give me enough control.
So Iīm back tomy first approach: Animating the dissasembly twice and then make a reverse-camera animation to render the second version and reverse that in post to make the objects assemble exactly the way I want them to.

Sigh, so much to do and so few people to do it for me...
 
  01 January 2015
Well, Iīm still not where I want to be with this...

I just canīt figure out a way to gradually send particles I birthed with Birth group operator to another event.

If I use mParticles and a mCollision to trigger the next event, I have to deal with the collision and also the particles still tend to "explode", no matter how high or low I set the interpenetration tolerance.

For example: I want to the particles stay perfectly still until triggered by a sphere moving through them, and once triggered I want them to go to the next event, where they are beeing blown away by some wind.
If I use the moving sphere as a mParticles collision shape, the particles move to the next event, but since they already collided with the sphere, they are not just being gently blown away by the wind...


If I try to use a Find target with no control, The particles birthed by the birth group operator are triggered like they are a single object.

Any ideas?
 
  01 January 2015
Did a very quick test with an empty scene and setup with only 3 objects and it seems to work:

Object are beeing spawned by birth group, then triggered by find target and go to next event, there we go, proof of concept...

Now off I go to find out why it doesnīt work in my setup...:P
 
  01 January 2015
..aaaaand the winner is:

...forgot to reset Xforms on fragments...



Every. Single. Time....come on!
 
reply share thread



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
CGSociety
Society of Digital Artists
www.cgsociety.org

Powered by vBulletin
Copyright Đ2000 - 2006,
Jelsoft Enterprises Ltd.
Minimize Ads
Forum Jump
Miscellaneous

All times are GMT. The time now is 06:10 AM.


Powered by vBulletin
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.