“IT’S LIKE SOME KINDA FRIKIN MAZE”
Well actually, in PZL you control a glowing blue orb that starts at the base of the puzzle tower. Each level of the tower can be rotated so you can move the blue orb up till you reach the end of the level – and eventually the top of the tower. Along the way you’ll discover tunnels through the puzzle, prizes, and monsters to evade.
So how did a game that started out looking like this:
|Ludum Dare 26 – PuzzleCube|
Get to this?
First of all, porting to an iOS mobile device when you start out with a Windows build isn’t a walk in the park. In Windows your render loop is probably some endless while loop or frame listener. On iOS you have an Objective C app that sets up a CADisplayLink callback on a frame interval. The callback then manually instructs Ogre to renderOneFrame. Then there’s the matter of getting input from the keyboard, touch input, outputting audio, not to mention any kind of networking or saving to disk you might need – ouch!
Let’s talk bout some of those –
I used the OgreDemoApp/OgreFramework for iOS as a base so I had to refactor my initialization code so it worked with the OgreFramework. I had to pass down some things like the scene manager, camera and window handle to my main game class. I also decided to make my Game class a singleton mainly referenced through the OgreFramework so I could easily pass down frame render events and input events from OIS, but I probably could have architected it all differently and merged my main game class with the OgreDemoApp class. The downside of merging would have been that I would have a lot more code in that merged class that wouldn’t get used on say the Windows version.
Also, I had to remove all the OgreBites tray code and the majority of the camera manipulation so my game could control it instead.
Things got a bit hairy when I needed to expose some things to C++ code that were only available in Objective C, namely audio, keyboard input and session data (stored in NSUserDefaults).
I chose to use the SimpleAudioEngine for audio which comes from CocosDenshion (Cocos2D also uses this). It’s a really simple audio player that easily handles background and event audio. So how do you access an Objective C class from inside game code which is written in C++?
What I did was create a GameAudio Objective C class:
The implementation file for GameAudio (named GameAudio.mm) has my functions that call the SimpleAudioEngine class like so:
To call those GameAudio functions from C++ I provide another header file called GameAudioInterface.h with headers for the functions in GameAudio.mm
WARNING HAX. I created a GameKeyboard Objective C class with an invisible UITextField added to the main UIWindow.
Inside the implementation file I provided functions to show/hide the keyboard and called functions in my main game code when a key was pressed. Because the game code used OIS I had to map every character to the OIS equivalent. YUCK.
Lastly, I exposed the keyboard show/hide functions in a header included in the C++ game code called
Other Objective-C Stuff n’ Thangs
OK besides audio and keyboard libraries I used NSUserDefaults to save some basic settings and the excellent Scoreoid API for saving player scores. For those who are unaware, Scoreoid lets you save scores for free using their platform agnostic API so this means if I port the game to Android I can access the same score data in the future.
Lastly, I implemented the Chartboost SDK to serve ads.
That pretty much about sums things up as far as the development goes. I do plan on adding some more gameplay elements in the future if the game has enough of an audience to warrant updates.
You can download PZL via the iTunes App Store on your mobile device or click the link here:
Thanks and enjoy!