ConvexBodyProximityQueries.jl VS JoltPhysics

I should be writing a thesis about AI but got inside the collision rabbit hole so I have this fresh.

From the description of the algorithm you are doing I think you are thinking about Lin-Canny or V-Clip, which certainly may have that kind of numerical error problems.

GJK has also numerical problems but they are different. In principle it shouldn't be affected by coplanarity of several faces since you just need the vertex with highest support for a given direction. It could be a problem if you find the support point by hill climbing from vertex to vertex. GJK however does have numerical problems but they are of a different kind related to the degeneracy of the simplices it computes.

But you are so right about the subtetly of the problem: there is a very fine thread between infinite looping and incorrect answers. I have been bitten by this trying to implement geometric algos. There should be a special hell for people that output coplanar faces.

I know one of Bullet Physics/MuJoCo has the GJK, not remember which one. If anyone is curious I know of two Julia implementations:

https://github.com/JuliaRobotics/EnhancedGJK.jl

and my favorite: https://github.com/arlk/ConvexBodyProximityQueries.jl

This latter one is great as you are just required to implement the support function and are ready to go. Julia performance is great if you are concerned about using a dynamic language (i.e: ~2us for collision between two convex bodies of 1000 faces each)

Finally, about the convex hull computation it looks like some kind of solved problem, I mean, O(n log(n)) for 3D. Wrong!!!! QHull in this regard is fantastic as it has several heuristics to solve problems caused by finite precision, not to mention that I think worse case is O(n^2) as it doesn't implement the asymptotically optimal algo (not sure...). If you scale to more dimensions, which could happen even in if 3D because you transformed your problem to a convex hull problem you will be hit with O(n^2), bad news. There are several other libraries (CCD, LRSLib and more) that allow you to use arbitrary precision but you will get something like a 100x penalization for the luxury.

There is now also https://github.com/jrouwe/JoltPhysics which is used in Horizon Forbidden West.

Apparenty, this is a game engine used by Horizon Forbidden West and I was curious what you all think about this project: https://github.com/jrouwe/JoltPhysics

As far as physics engines go: Jolt currently seems to kinda disrupt the decade-long equilibrium, at least as far as I'm aware:

https://github.com/jrouwe/JoltPhysics

No, they replaced Bullet with Jolt. That is considerably more than "some adjustment", regardless of what you think of the result.

A multithreaded rigid-body engine for games: https://github.com/jrouwe/JoltPhysics

Would you rather they use Jolt Physics? https://github.com/jrouwe/JoltPhysics S&box is thinking of using this engine instead of Source 2's Rubicon. As they say, maybe someone could / would hook up Jolt as a GDExtension.