xxxxx ooooo xxxxx-> <-oooooQuote:Original post by Daniel Miller
What happens when the middle two collide and then intersect? You can't just move them back, because then you have even more collisions. What am I supposed to do?
Quote:Original post by Palidine
I think it depends on your collision model. I think one model is:
1) move an object
2) test for collision
3) do collision response
4) goto 2 until there are no more collisions
5) goto 1 until there are no more objects to move
I think there are much more efficient models, but I'm just beginning to learn about that ATM. "Verlet Integration" would be something good to google; there are a few articles about designing physics systems built around verlet integrators.
-me
Quote:Original post by Daniel Miller
That's the thing. If more than one object is traveling in the same direction, then you may detect a collision when there really isn't one (because the other object may be moving out of the way). Thanks a lot for your help in this thread and in my RTS thread, btw. :)
Quote:Original post by Daniel Miller
My objects have no inertia, so here is what I'm thinking of doing:
1. Move every object
2. Detect collisions for moved objects
3. If anything collides, move them to a position where they are no longer colliding, and detect collisions again
Thanks for the replies!
Quote:Original post by ArtumQuote:Original post by Daniel Miller
My objects have no inertia, so here is what I'm thinking of doing:
1. Move every object
2. Detect collisions for moved objects
3. If anything collides, move them to a position where they are no longer colliding, and detect collisions again
Thanks for the replies!
I'd say you don't want to move every object and then check for a collision. You want to move one object, then check. Then move another and check again. And continue doing so until you have moved all objects. This way there's only one possible collision during each check.
