search for: broadphase

...e that simulation suffers from the 'butterfly effect', so the smallest change anywhere, (cpu, compiler etc) diverges into totally different results after a while. There are a few ways of verification I can think of: 1) verifying by adding unit tests for all stages in the physics pipeline (broadphase acceleration structures, closest point computation, constraint solver) Given known input and output we can check if the solution is within a certain tolerance. 2) using the benchmark simulation and verifying the results frame by frame and check for unusual behaviour 3) modify the benchmark so tha...

Hello, Erwin > If you are interested, I think it is best to start with Bullet 2.75. > If it turns out that LLVM requires some modifications (due to current C++ > limitations), > we can modify Bullet and go for an uncoming release such as Bullet 2.76 > (planned around January 2010). I added bullet to LLVM testsuite. Basically I had to flatten source directories since this is a

...he user tells them to. :) The Cray > compiler provides various -Ofp (-Ofp0, -Ofp1, etc.) levels for this very > reason. > > > There are a few ways of verification I can think of: > > > > 1) verifying by adding unit tests for all stages in the physics pipeline > > (broadphase acceleration structures, closest point computation, > constraint > > solver) > > Given known input and output we can check if the solution is within a > > certain tolerance. > > At each stage? That's reasonable. It could also help identify the parts > of > the...

Hi Anton, Thanks a lot for offering help. Bullet uses basic linear algebra with 4-way vectors, quaternion and matrices. Although most of this is plain portable C++ perhaps LLVM can auto-vectorize some of this? There is a little bit of hand optimized x86 SSE code. This is only enabled on 32bit Windows and Mac OSX Intel builds. >> Should I just use the 2.75 release? If you are interested,