Had to tweak some of my functionally transformation code to use strlen and then check the result..

Not a big deal – just a surprise..

Also updates for Ogre that need the latest PY++ (issues exposing ‘std’ classes has been resolved) plus a fix to my char * functional transformer as I wasn’t writing the terminating null to the C string

Now to wrap the Ogitor scene importer so we can use that as a scene editor, plus direct wrappers for some of the scene managers…

Not only it is great to have this as part of Python-Ogre but it’s a brilliant surprise for me when someone else write a wrapper (this is actually Dermont’s 2nd or 3rd !!)

Look for this in the SVN and in the next Binary Release….

I’ve been looking at a possible game conversion across to PythonOgre – something open source (of course), simple and yet fun.  This path has been down a few times and previously I’ve looked at a FPS for initial conversion.  However I’m now thinking about a simple car racing game as I can get to play with interesting physics along the way.

Thought I’d grab some models and tracks from Q3Rally which meant getting blender to convert the BSP/MD3 files to Ogre meshes and .scene file.  All went well and along the way I’ve written a Demo_DotScene.py module for the Python-Ogre demos and fixed a couple of minor bugs in the DotScene.py loader module.

Need to decide which media to include and I’ll update the SVN

However, turns out that as Steve is using the older version of CEGUI it is compiled without RTTI (RunTime information) which means it’s completely incompatible with Boost..

So back to the building board (so to speak) and tweak everything to build Ogre and use paths etc from the build…

Changes include implementing boost indexing as include files instead of linking it into the boost python library.  This is actually a change in the latest Py++ that should make building Python-Ogre even simpler.  It basically menas you need the pyplusplus/indexing_suite_v2/indexing_suite in your include path to build.

Also working on the Mac build which is going well — however fell like I’ve had to stand on my head and spin three times to get everything working — interesting challenges with things like AsertMacros.h defining a macro called ‘check’ with then breaks all the convenience functions in the Python-Ogre wrapper..

However intention to have stable SVN before Christmas..

There has been a limitation in Py++ where transforming virtual functions (this is where we wrap the function to make it useful to Python – ie it might have a void * argument and we need it to be an unsigned int etc) simply didn’t work.

Well that’s now a thing of the past so the next release of Python-Ogre (for windows anyway) will be built against the precompiled SDK without losing any functionality….

:)

I’m going to release the documentation in a seperate package on SourceForge (over the next few days) so people have a more options (and it’s rather large)…