As the Python-Ogre project is a couple of year old now, and has progressed
through multiple versions of Ogre and associated libraries I'd like to start
a discussion on where to take it next..
To me it's proven the functionality of Romans Py++ and Boost.Python -- in
that there hasn't been a library which has proven unwrapable, and we have
yet to see any real bugs along the way (certainly have areas that need
attention and unsupported functions, however nothing that isn't fixable).
On the downside it's still a complex beast to build -- and while the Windows
binary version is simple to install there are times that the Linux version
requires a bit of 'c'/'scripting' skills to get it to compile (although this
certainly has improved significantly thanks to contributions from the
community) -- and the Mac version stabilized nicely before the latest
version of OSX kicked in and broke it again...
While I'm obviously going to continue to support the latest and greatest
version of Ogre I do see issues in that there are currently too many
supported libraries, and the learning curve for using Python-Ogre is steep,
especially considering that many people are probably using it because the
prefer the simplicity of Python over the complexity of C++.. An example of
this would be pygame which is simple and drives incredible community support
(Panda3D comes close, however it's issue in the underlying technology I
So how about:
- Create a 'core' package with reduced libraries -- ie one (or two)
GUI's, one Physics, one sound, one or two addons, networking, I/O
- Build a Python Framework specifically for game creation that makes it
easy to use the libraries
- 'Prove' this by converting a current C++ opensource game to Python-Ogre
There are lots of other todo's on my list (move to WAF for the build system,
create a new windows installer with NSIS, review non Boost technologies to
reduce memory footprint etc) however none of them fundamentally change what
we have today or drive the overall usage in a broader community.