MHGames

Exactly one week after the Android-release, Jewels 2 is now available from the App Store as well! Get it now while it’s hot!

Tip: On some older, fill-rate limited devices such as iPhone 4 and the original iPad, you might want to go to Jewels 2 Settings -> Advanced Settings and tick the reduced resolution box, then exit and restart the game. Also turning of the “Water Effects” helps if the game feels sluggish.

Another tip: If you happen to have several devices such as a phone and a tablet, do check out the awesome game data sync feature in Jewels 2, and have your game profiles and saved games synchronized across multiple devices! Just sign in with Google+ (from the main menu) and you’re good to go — it’s especially cool since it works across platforms: start a game on your Android-phone and resume it on your iPad, for example.

Got some cool news for you: it looks like I might make it for a May 31st release with Jewels 2! (Android only, iOS will be coming later.) That’s like, this Friday, right? Pretty cool if you ask me.

As the Jewels players on Android have suffered with the worse Jewels-version (compared to iJewels on iOS) for years, I want to reward them for putting up with the original all these years. This means that I will be launching on Android first, followed by iOS as soon as I get approved.

Little disclaimer: this information is not 100% sure yet, but I’m maybe like 95% confident that I can release this Friday.

Follow me on Twitter and be among the first to know when the game is live! Naturally I will be also updating this blog when the time is ripe, but Twitter is quicker.

UPDATE on May 20th: So Google I/O 2013 happened. They announced — finally — a gaming service called Google Play Games. This is pretty much what I was expecting to have after last years I/O, but nevertheless the thing is now real. The biggest surprise was that it also supports iOS devices! :O

So I had already integrated OpenKit for Jewels 2, which was great, but there were some nice bonuses with Google’s solution. After thinking about it for some days and trying the code, I made the decision to switch to GPG from OpenKit. As GPG also supports iOS, there was not much point of keeping the both services implemented.

Naturally this has caused a delay in Jewels 2 development, since I had to rewrite the leaderboard and cloud save (*) stuff, but it only took about three days of work, so not that bad. However, Google requires a game using the services to have at least 5 achievements. As I wrote earlier (below, actually), my plan was to add the achievements in a later update, but now I need to have them in by the first release. Oh well, shouldn’t take too long. Still a few days of May left, let’s see if I can get the Android version out before June (probably not, though).

*) Doing cloud save is actually pretty difficult when you cannot merge the datasets when there is a conflict.. The end result is that the game should not be played simultaneously on several devices when syncing on the same account, because only the latest sync is kept. I’m still testing various approaches of manual, semi-automatic and automatic sync. If I could merge the datasets, using automatic sync would be a no-brainer, but alas, it’s more difficult in my case.

The original post is below:

Long time no write; it’s time to unleash a quick post for your reading pleasure! I have some exciting news to share with you — and no, it’s not the release date, sadly that one is still a mystery even to myself.

However, I can give you the Ultimate Deadline(TM) for Jewels 2. This has been known to my Twitter followers for some time now: I will do my best to release the game before July 2013, hopefully sooner than later! What’s so special about July, then, I hear you ask? Oh, you didn’t ask? Well I was sure I… *ahem* Anyway, in July my wife and I are expecting our second baby, a little sibling to our now 3 year old daughter. So that’s the Ultimate Deadline(TM). Now, if I had to guesstimate the release date, I might be inclined to say May instead of June, but too early to tell for certain..

But wait! There is more. Remember I talked about the social gaming components earlier? Continuing on that note, I am hereby announcing that Jewels 2 will support cross-platform leaderboards (and hopefully cloud sync of game data) through Google Play Games (see the update above) our friends at OpenKit! This means that players can compete with each other in the numerous game modes, no matter whether they’re playing on an iPhone or an Android device.

And even better, I’m hoping to add in cloud synchronization of the game data, meaning all your player profiles (if you have more than one), statistics and saved games in Jewels 2 are accessible from any other device you might have. On iDevices Jewels 2 naturally also supports Game Center leaderboards. Of course, should Google unveil some magical gaming component at this years Google I/O, I’d be delighted to support it as well.

As for achievements: currently the plan is to first release Jewels 2, and then in a later update add some achievements for the players to reach for. What’s on my TODO list before the release, then? Well I’ve still got a couple of background scenes to draw/set up, the cloud sync thing, some minor code thingies and some polish. And testing, of course. So not too much work, actually, which is nice.

What else… Oh, you might have noticed the screenshot on the right? (That also appeared on my Twitter before; keep an eye out for more, especially on #ScreenshotSaturdays! ) It’s from the COLLECT-mode, where you need to collect an increasing amount of each jewel per level.

Aaaand that’s it for this post, bye!

In my (hideously lengthy, apologies) last post, I briefly mentioned about the social integration options for Jewels 2. For this one, I’d like to you — dear readers (if any! ) — to chime in, as to what would you like to see for the social gaming options in Jewels 2. This means score sharing, leaderboards, possibly achievements (should I think of any worth adding), etc. (Side note: the game will have a local high score tables in any case.)

First of all: does the game actually need to have a social component? As I was thinking about the possible options, I started leaning towards including only the basics: score sharing and nothing else. No leaderboards (fact is: they are bound to get hacked sooner than later). The player would be able to share their score to, say, Facebook and Twitter, if they wanted to. What do you think, as players? Would you miss the online leaderboards (even if they’re about to be filled with fake scores)? Let me know in comments.

Alright, for discussion’s sake, let’s assume the majority of you would prefer to have online leaderboards. Never mind the fake scores problem. As I see it, I have three options for Jewels 2:

1. Use the built-in (1st party) gaming integration for each target platform. For example Game Center on Apple devices.
2. Use a cross-platform social gaming component (3rd party), that works on majority of the target devices. For example Scoreloop.
3. Don’t use anything (i.e. just the basic score sharing as outlined above)

Options #1 and #3 are currently my favorites. Using built-in platform features would equal to less problems than with 3rd party options. This would be ideal, right? We have Game Center, we have Game Circle for Amazon Kindle devices, we have Scoreloop for BlackBerry devices… Notice anything missing? Google! Whoah! What the hell, why is there not a built-in gaming component on Android? I don’t know. Hopefully Google will announce something next year; it would be great to have a built-in one (as long as it’s optional and not intrusive).

Android users, what do you think if Jewels 2 (for Android) didn’t have online leaderboards, but the version on all the other platforms did? Naturally I would support Google’s own solution should it emerge.

As for option #2: I’d really rather not add 3rd party components unless I have to, but assuming you players would want to have cross-platform leaderboards, there would be no other option but integrate a 3rd party service. What would it be? Scoreloop? OpenFeint is no more. What about HeyZap? Any ideas?

Option #3 I already explained at the beginning of this post. This would be the most pain free solution from developers point of view, but obviously if the players want something, I do my best to provide. Hence this post.

Oh, almost forgot the achievements! Anybody want those?

Feel free to.., no, actually I encourage you to comment if you have something to say regarding this topic! I’m very interested in hearing from you, otherwise I have to decide it myself and probably get buried in complaints…

As promised in my last post: let’s dive in to find out what makes Jewels 2 tick (up to 60 times per second ). To better understand where we are coming from, here is a “brief” recap on how Jewels (the original) came to be, and frankly — why it sucks on technical level:

History of original Jewels

Back in late 2007 (or was it 2006? Not even sure any more!) I decided to try C# and XNA programming, just for fun. I needed something simple to try, and I didn’t want to do Asteroids yet again (I’ve done at least three versions, the best of which is Ultimate Steroids, from 2001), so I picked a match-three gem swapping game. After a month or so Jewels was released as an alpha version (I finished it about 5-6 months later). That was for the XNA platform, PC only.

Alright, fast forward to 2009. I wanted to try Android programming and got myself a brand new HTC Hero. After a few weeks of hacking I had ported the XNA game to Java and Android 2D Canvas APIs (in retrospect, should have used OpenGL ES from the get go). The game was released to Android Market (nowadays known as the Google Play Store) and became a surprise hit.

I kept fiddling with the game, adding new things, fixing bugs, but there was no denying it had become a bit of a mess, code-wise. The thing was never designed to work in such an environment where the game could be suspended at any time and later resumed. Or be killed. Also, when I was working on the game Cupcake (Android 1.5) was the norm and I had of course not prepared to support resolutions other than 320×480 (remember it was a practise project), that came with Donut (Android 1.6). That has haunted me all these years: the support for various resolutions and aspect rations in Jewels was — and still is — horrible! And yes, I have done it better for the sequel.

To further explain why the Android-Jewels is so lame: when you port existing code base from platform A to (very different) platform B, there is great potential for awakening some serious bugs and problems. This probably happened with Jewels: somewhat hacky XNA written-for-practise code, hastily converted to shady Java code.. Let’s just say it would not necessarily yield the most stablest of code bases to build upon.

Personally I had tested the game on several devices without much problems (excluding obvious bugs I have fixed), yet there is loads of people with these same (as well as different) devices having all kinds of problems, crashes (force closes as they’re called in Android), freezes and what not. I do take the blame for these problems, the code being the mess it is, and me having to learn all these mobile programming things/quirks that I have not encountered when coding for the PC. It’s been a huge learning process for me, but there is light at the end of this tunnel: all the hair pulling has forced me to write more robust systems for the sequel.

 * * *

Onwards to the sequel!

Now that we’ve “briefly” covered the murky origins of Jewels, we can talk about what I did for Jewels 2, to avoid many of the problems listed above.

Somebody may wonder: what about iJewels (the iOS-version, that is)? Wasn’t that rewritten in C++ and much better than the Android-version? Yes, it was rewritten and used OpenGL ES as the original should have used as well. The game was much better performer, and quite stable, but the actual game play logic code is still the same (although ported from Java). For Jewels 2 99% of the code is new.

For the sequel, I had some (technical) design goals:

1. The game should work across variety of resolutions and aspect ratios.
2. The game should work across variety of devices: phones, tablets, budget devices, high-end flagship devices.
3. The game should work across different operating systems with least amount of effort: Android, iOS, QNX (Blackberry Playbook), …
4. The number of 3rd party components kept as minimal as possible
5. The game should start up as quickly as possible
6. Particle effects. Gotta have particles!
7. The game should be robust and stable, and preferably not crash too often, losing player progress. I’ve reduced repeating memory allocations and used pools, which help avoid trashing the heap as much.
8. Probably more goals that escape my mind at the moment. (I hadn’t written these down before.)

Let’s open up some of those points.

Number 1. Resolution independence. This is must for any game, and something the original clearly lacked. I’ve spent quite a bit of time making sure the game scales up properly from 240×320 to 1536×2048, for example. I had to give up being pixel perfect (like iJewels is on Retina-display), though, due to long list of resolutions in use in today’s devices. It is not perfect by any means: I don’t really support landscape mode, since the game just works and looks better in portrait, but I do have some compatibility code in place to have it run letter-boxed on landscape (tablet) devices. This is mainly for things like keyboard docked Android-tablets.

Number 2. Device compatibility. Partly covered in point #1, but I have also tried to keep the code fast enough to run on lower end devices as well as higher specced devices. I test the game regularly across 15+ devices and it just works on all of them. For example the game runs (and is playable, >30 fps) on Samsung Galaxy Pocket and HTC Explorer (about ~100 EUR devices), all the way up to Galaxy S3, HTC One X and 3rd gen. iPad! The only requirement is support for OpenGL ES 2.0, which rules out some older devices (including iPhone 3G, and my old HTC Hero), but even most of the budget devices support GLES 2 these days. (I could probably work in support for GLES 1.1, but currently I’m not doing it since it is lots of extra work and well, it’s 2012 after all.. )

Number 3. Supported operating systems. Instead of having separate and different looking versions for different platforms, I wanted to have a common code base with as little platform-specific code as possible. For the base I chose to use BatteryTech (v1.1), which helped getting the Android and iOS projects up quickly. I actually ended up not using much from BT but the platform specific game loops (with modifications), (some of) the audio code, asset loading for iOS (for Android I rewrote the asset loading in native code to avoid JNI usage) and some utils, like a hash table implementation (again with some modifications).

So currently I have Android and iOS versions working nicely, and these are the main platforms I am going to release for, when the time comes. I’m hoping to integrate the Blackberry Playbook OS support from the next BT so I could release for the Playbook as well.

What about Windows Phone? Well, WP7.x is out of the question as it will not support native code (C++). WP8 is an option, but it is not a trivial port since I’d need to rewrite the rendering to utilise Direct3D instead of OpenGL ES. Not a show stopper though. Should the good people at Microsoft, Nokia or HTC be reading: I’d love to have a WP8 device for testing (say, a Lumia 920 or HTC 8X) — I would definitely want to have Jewels 2 for Windows Phone as well!

Number 4. 3rd party components. I’ve had a fair amount of problems with various 3rd party libraries: ad libraries, social components, etc.  So I will try to integrate as little 3rd party stuff as possible. As for ads: I plan on releasing a paid version (or an in-app purchase) to get rid of the ads, as I know many people don’t like them and would rather pay for the game.

For social component (i.e. online leaderboards, score sharing, perhaps achievements), I’m still unsure what to do. At the moment I’m planning to use only the platforms own service: that would be Game Center for iOS, Game Circle for Amazon Kindle, Scoreloop for Playbook, etc. There is one huge problem though: unfortunately Google doesn’t have any game services to offer as of this moment, which is quite peculiar if you ask me. I feel that tightly integrated gaming service will only do good for the platform, as long as it’s optional and not intrusive. I have my hopes up for Google to unveil something eventually, just not sure if I get the game out before that! Feel free to comment: should I use platform specific services (will lead to better UX and more stability IMHO), or should I utilise Scoreloop or Gree or something else that is common across platforms?

Number 5. Quick start up. With this kind of casual games I feel it’s important to get the player quick into the actual game play (something that certainly is not the case with original Jewels), so I have tried to make the game start up faster. I implemented a multi-threaded resource loading system that offloads texture and sound loading to another CPU core, added some custom texture formats that load faster etc. Granted, the game is not yet done (not all of the resources are there yet), but so far the start up is quite fast even on lower end devices.

Number 6. Particle effects. Do I really need to expand upon this? I have some cool particle systems just recently implemented and they’re awesome!

 * * *

So that was some of the ways I’ve tried to improve the tech behind the game since the first one. I must say I’m really happy how the game “just works” now; I try various low-end devices with weird CPU/GPU combos expecting it to crash, but instead it works, shaders and all!

I’m confident Jewels 2 will be much better experience for lots of people with wide range of different devices, compared to the first one. Technically speaking (i.e. the game working and not crashing/freezing all the time). Not to mention there’s loads of game play, sound and graphics improvements coming as well, so  stay tuned for more!

 * * * 

TL;DR: The original Jewels was crappy, Jewels 2 is better! Also, someone at Microsoft/Nokia/HTC: please send me a Windows Phone 8 device!