magcius wrote:Yeah, I've tried removing the ogrebullet_r2864 dir and the cache file and regenerating, but that's not the problem. It's the .cpp and .h files that are copied into that dir.
I'm not sure why, but the files in that dir always end up being an old version. Does common_utils.copyTree take the SVN version into account and use that? I fixed it by copying the .cpp and .h files from ThirdParty/ogrebullet why it's copying over that.
Not that I know of, I'm not too sure what is the recommended python-ogre revision check-out for Linux is, or how the build system handles it. You should check with the developers. If this is how it works it wouldn't make sense to me, trunk should be trunk and build against only the latest trunk versions of libraries. Saying that the developer has to accommodate users who only contribution is to whinge that python-ogre doesn't build against earlier versions of Ogre.
magcius wrote:Also, what are libconvexdecomposition and GIMPACT?
Look at the user manual bullet-2.75/Bullet_User_Manual.pdf, you may not need libGIMPACTUtils if you don't encounter link/import problems.
I wish it was easier to build too, right now it takes forever and is completely broken (have to change various things in the build scripts to get it to build on Linux). With those considerations in mind I'd love to use Python-OGRE, I have a framework sort of built up for it right now.
It's always been like this, the Linux build has always lagged. There is only one developer and his main platform build is Windows. I'm sure once he gets round to Linux things will improve. I'm sure he would appreciate any input you have to offer at:http://groups.google.com/group/python-ogre-developers
magcius wrote:I'm coming from Panda3D which is quite slow. It also doesn't wrap Bullet, which is why I moved to Python-OGRE, but the OgreBullet bindings are old too, so meh.
If Bullet and Panda3D is your main concern you could build bullet without depending on the Ogre libs by updating your environment.py and the SConstruct file:
if os.sys.platform <> 'darwin':
CCFLAGS = ' `pkg-config --cflags OGRE` ' ## needs to change I think
magcius wrote: Are there any other good open-source physics engines? ODE is really bad for trimesh collisions and was hard to get dynamics working correctly.
For python-ogre this was the status of the physics engines last time I checked (which was some time ago):
ode - doesn't build on Linux.
bullet - you know.
OgreOde/OgreBullet -builds (C++ no longer appear to be actively maintained).
Physx - builds but not usable on Linux.
NxOgre - C++ library doesn't build on Linux.
Physx - builds but unusable.
OgreNewt(2) - you should maybe check this out if you are happy with it's license.