Back in, oh, last year I threw together a game for Ludum Dare 26 called "Puzzle Cube" that was built entirely on Ogre3D. Shortly after, I ported that game to iOS and showed it to a friend who really encouraged me to develop it into a full-on mobile game with levels, scores, and everything. Since then I've made 30 code commits and added a bunch of features and levels and released it on the iTunes Store under the official name PZL. Dayum.
"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.
The Journey.
So how did a game that started out looking like this:
Ludum Dare 26 - PuzzleCube |
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 -
Ogre3D
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.
Audio
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
Keyboard Input
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
Hopefully that code saves somebody some time.
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.
Technology Used
Graphics Engine: Ogre3D
GUI: Gorilla
Input: OIS
Audio: SimpleAudioEngine (CocosDenshion)
Scores: Scoreoid
Animation: CppTweener
Network: AFNetworking
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:
https://itunes.apple.com/us/app/pzl/id812626888
Thanks and enjoy!
2 comments:
Waow Its Amazing Puzzle Game for iOS :) Really Interesting and Fantastic. Thanks.
This seems like what I've always wanted out of HDR software. I wasn't really satisfied with Photomatix Pro. I had a harder time getting a natural look out of it. As much as people do not like Lightroom HDR, I was able to get much better results out of it that look much higher resolution or something. The quality of the photo seems different, even when doing 32 bit. This program seems to be exactly what I was looking for. The price is outstanding. I'm sure this will be the most popular HDR software within no time.
Post a Comment