I've been on an uphill battle with swept-ellipsoid collision detection for ages now. It seems like there's a new error with it evertime I turn around. I'm not sure if this type of collision is suppose to be fool proof but I don't think I should be having this much trouble.
Is there a better or more common collision detection method for these types of games or is this something I'm just going to have to gut out? I'm really hoping there's a better way. [dead]
The way I've seen collision for 3D plaformer characters done before is to use two spheres one on top of the other. The collision code is simpler (and faster). This also allows for shrinking the top sphere into the bottom one to support collision when the character crouches/balls-up/whatever.
Well the problem isn't the shape of the collision or physics but rather how glitchy things are and how the the entire thing falls apart if the elipsoid passes through a primitive.
I like the idea of the SAT! My level is already divided into convex polygons. Is there some sort of tutorial for using 3D capsules or something of the like against 3D triangles with it? I'm having trouble finding information doing in in 3D. I don't suppose this is one of those things that easily converts to 3D after really going into it is it?
Edit: As usual I was over thinking things. For a sphere and a triangle all you have to do is test the axis for the nearest point on the triangle to the sphere origin. I didn't realize it until I looked at this paper.