I’ve been using Ogre for a few days now, just going through the tutorials on the website and messing around, and I really like it. After the pain of programming a uni project directly in OpenGL, I was kind of dreading how much work it would be just to get a model into a real-time renderer. As an analogy, imagine wanting to cook a nice meal, and having to build the oven first – you know what you want the oven to be able to do, but actually going about it is a slow and painful process.
However, with Ogre 3D, the oven is built for you! If I don’t want to, I never need to go into quaternion maths, building a scene hierarchy system, frame listeners or any of the other complex engine necessities. After years of using 3dsmax, I found the Ogre workflow really simple and straightforward. There are lots of nice features and it seems robust. It is not too bloated in my opinion either – although the set-up process was rather long. The tutorials on the wiki website are really easy to read and learn from, although one was unable to compile on my computer. http://www.ogre3d.org/tikiwiki/tiki-index.php?page=Tutorials
Here are some screenshots of the demo scene I just made (having done Tutorials 1-6), using some example media and my own ships/ space-station:
You can read the code I wrote to create the scene shown in the screenshots here: http://www.evernote.com/shard/s121/sh/58d7c731-1507-4e4d-9e3d-8c9b14ef2005/71b5b5d250ca72c7173b8478e5b66395 – there’s exponential fog, texture shadows, a spotlight, a skydome, and some C++ structures like for loops to get me back into the flow! If you know some C++ and are somewhat familiar with making 3D graphics, I think the code’s pretty short and easy to read.
The structure of getting models into the engine takes some getting used to. There is a human-readable .scene file (which can be exported from Max, Maya, Blender, etc) and a dotSceneParser class. What this means is that scenes can be altered from within the .scene file, .mesh files and .material files without you having to recompile the source code. It’s amazing that you can use Max as your game editor almost, placing lights and objects, without having to constantly recompile your C++ code!
Here’s a screenshot of the “Easy Ogre Exporter” open-source Max plugin, http://www.ogre3d.org/tikiwiki/Easy+Ogre+Exporter, which is a really nice and simple way to get max scenes into the .scene format:
I had a really enjoyable few days taking it slow and learning all about Ogre – I don’t want to get disenfranchised by jumping in to making the game too quickly and doing everything wrong. Also I bought a load of expensive computer parts to make a new system, which will speed some things up a lot compared to working on my laptop – compiling and running the game takes about a minute, and those minutes sure add up. Hopefully I’ll start making the actual game soon though.
Here are a few prototype ships for the game. I tried to keep everything quads (for unwrapping and zbrush sculpting mainly), and each object as few separate elements as possible. The poly flow is a bit awkward in places, so they may need to be scrapped completely in future. Each ship is between 300 and 700 polys – obviously future iterations might be higher detail, but I’m thinking it might be possible to optimise this game for mobile devices – assuming I finish it before phones come with graphics cards.
I’m not sure on the limitations of the engine because I still haven’t decided on an engine. I’m looking strongly into Ogre 3D, because it’s free and open source, and shouldn’t take too long to get to grips with the workings of the useful features (unlike something like Unity I presume).
Render done in 3DS Max/ Mental Ray, with generic ceramic material from autodesk. The distances between ships aren’t equal, so shadows look a bit weird. I think the ships should be roughly around this relative scale. The bottom row is just the ships above, rotated 180 degrees around vertical axis so as to get a good view.