Deprecated: Elementor\Scheme_Color is deprecated since version 2.8.0! Use Elementor\Core\Schemes\Color instead. in /home/strangef/public_html/wordpress/wp-includes/functions.php on line 5051

App Store pricing and our new games

If you’ve read my previous blog you’ll know we’re switching from our Play Nice free to play system to a straightforward one of paid games.

The plan is to try and update our Play Nice games to have paid versions. Generally speaking they will be the same game but without the pay as you play options. We debated what to call them though? Snap Match Soccer Paid?, Fast Fishing Pro? Any Landing Plus?

Eventually we decided that as the new, paid, versions would be the ‘normal’ version of the game, it’s better to rename the old versions of the game by adding ‘PlayNice’ to them. So if you’ve got any of them, the name will change but they’ll still work the same.

We’re obviously keeping the old versions on the App Store as over a million players have downloaded them and they’re still being played every day. Plus some players have bought content and it would be unfair to penalise them. As far as is practical we’ll be keeping them updated too.

We’ve put a lot of thought into pricing too. With Flick Fishing we were one of the first app developers to recognise that gaining chart position made selling the game at the lowest price point of $0.99 worthwhile. That was of course the early days of the App Store and it worked fine then. However in the current App Store chart position isn’t quite so valid unless you can guarantee a top 10 position and way too many people seem to equate a $0.99 game with one they can wait for until it inevitably goes on offer as a free game. So we’re only going to keep the $0.99 price point for old games as a ‘budget’ label. These are our older or less popular games that we still want people playing but probably won’t have a lot of time to update that regularly.

For the bigger games we’re starting at $2.99 as a base point. Our thinking is pretty simple in that all our games are worth at least that and players who are only interested in cheaper or free games have plenty of options to trawl through 😉

Tiny TrackZ for instance is a simple (but rather deep) puzzle game, so the iOS version is going to be launched at $2.99 with the Mac version coming in at $6.99 (this covers the extra development time, lower customer base and wider range of machines to support). It may have some IAP packs to extend it at some point but only for big content add ons.

The relaunched Any Landing is going to be $3.99 as it will effectively be the same as the Play Nice version rewritten as if you’d paid the full $9.99 option for everything.  Fast Fishing will be $2.99 and Snap Match Soccer will be our first $0.99 budget title. We’re already testing the first version of Any Landing in paid mode.

Tiny TrackZ Promo Video

Here’s a little video we did for Tiny TrackZ!

The actual game will be out soon on August 13th for iOS and following soon after for OS X.


Music : “Ballycastle Bay” performed by the Fairey Band.

All rights reserved. Any unauthorised copying, reproduction, rental or broadcast of the information contained in this product is a violation of applicable laws.
Music under license from Delta Leisure Group.

Tiny TrackZ R&D

Sometimes when we write a game, we possibly take our research a little too seriously 🙂

Back in 2008 when we first started writing SlotZ Racer, I delved back into my childhood hobby of slot car racing and spent a lot of time playing, setting up tracks and racing Adam before I even started on the main code.

Just after SlotZ Racer was released in early 2009 I already started thinking about using the track system to do a railway game. Our dad used to be a big model railway nut, so we’d grown up building and running OO model railway layouts that either took up a spare room or an extended shed. It’s something neither of us had done in a while though, so I put together a prototype of a game called “TrackZ : Pocket Railway” (continuing the Z naming theme from SlotZ 😉 ) while I bought myself a small N Gauge set to experiment and generally play with to us back into the right mindset for model railways.

By the time we had the original prototype of TrackZ ready, Adam and I had both built N Gauge layouts. Mine being the original “Ives Yard”, built on my desktop around my iMac as an Inglenook Sidings style shunting layout (although with longer sidings).

Around this time, our publishers Freeverse were being bought out another publisher and there was a general change in direction as to what type of games they were interested in publishing. It was also getting obvious to us that TrackZ was turning into a huge project that could take us a couple of years to write if we carried on making it into the same sort of feature set as SlotZ Racer with a track editor (as railways are a lot more complicated!). So reluctantly we put the project on the back burner while we moved onto other games.

We didn’t stop railway modelling though. By that point it had become a proper hobby again, so here’s some pics of what I’ve been working on since then as my R&D for Tiny TrackZ…

My layout is called Ivebridge. It incorporates the original Ives Yard layout at one end but is now a much bigger layout with a lot more scenery.

Ivebridge ShedIMG_0001

While Adam spent some time working on his smaller Dunmarsh layout, he recently expanded the range of his hobby and he’s now helping out at the Isle of Wight Steam Railway, restoring a full size coach to its former glory..
Screen Shot 2015-08-04 at 15.32.17

Above all this though, we love writing games. So while researching the subject matter for them is fun and sometimes becomes a full on hobby in itself, the games are the fun bit!

Tiny TrackZ is due for release on iOS on August 13th with the OS X version to follow.

New Stuff and a change of direction!

It’s been a while since I’ve posted anything, mostly because we’ve been working really hard to get Tiny TrackZ ready for launch in August (we’re even sponsoring the Touch Arcade podcast for a couple of weeks on launch, so tune in!).

We decided earlier in the year that we were going to change how we sell our games from now on. Our Play Nice system has been an interesting experiment in seeing if we can provide Free to Play games without over the top and unlimited micropayments and still earn enough revenue to fund game development. However it’s not really done well enough to pay the rent. We’re also not entirely happy with how free games are perceived and simply put, we’re having to do a lot of extra hard work to make games work for Play Nice without any real benefit.

So from now on, we’re keeping it simple. All our new games will be paid games. We’re also having a moratorium on sales and none of our paid games will be free for a day or at all, so if you like one of our games, you can buy it without worrying if it’ll be cheaper at some point (it won’t. In fact, the price might even go up).

We’re not ruling out having extra content added to our games as an IAP option but this will be extra content and not a payment to keep playing the game or change how the game plays.

Once Tiny TrackZ is released, I’m going back over all our old games and working on updates as well as new paid versions of the Play Nice ones. We’ll be keeping the Play Nice ones on the App Store, but they’ll also have straight paid versions for players who just want to play and pay.

Creating Mac App Store games with Unity

**** Technical stuff warning **** If you’re not a Mac developer, skip this one. It involves nasty stuff that’ll make your brain melt!

 ***** Update. Looks like we didn’t catch everything required. process edited with more correct info thanks to Apple’s DTS team ******

So, I’ve finally submitted the first beta of Fast Fishing to the Mac App Store and had to jump through a few hoops to get it right.

Most of the issues appear to have been caused by the way Unity builds its Mac apps without using Xcode and one issue which I’ll get into in a bit caused by its file system. They’re not insurmountable but as Mac Games aren’t that high on the Unity dev list and the addition of the App Sandbox in Mavericks and Yosemite, it can be a bit awkward finding reliable information on how to get it all right..

The good news is, I’ve got a build of Fast Fishing successfully uploaded to the Mac App Store (soon to be submitted), so I thought I’d share what I had to do to make it work 🙂


Firstly, as I mentioned, Unity has an annoying issue with its file system. Anything in your project folders gets a .meta file created for it (I’m assuming to help track it within the Unity editor). This is normally fine as long as you remember to build your target app *outside* your project folder, except for when you use any plugins..

Because your plugins are stored within the project folder, their bundle files all have .meta files in them. When it comes to signing, these meta files break the signing and as they’re data files in the root of the bundle (which is bad).

So before you do anything to sign your build, you need to right click the app build and “Show Package Contents”

Fast Fishing Show Package

You’ll find your plugins in the Contents/Plugins folder and for each bundle you’ll need to Show Package Contents too. Go through each of those folders (and any sub folders) and delete any .meta files in there.

Once you’ve done this it’s wise to make a copy of your de-metad plugins folder so for the next build you can simply replace it with your clean copy.

The other thing that Unity doesn’t quite handle is your Info.plist file which contains various bits of useful info about the bundle and things like your Copyright info. Again, I make a separate copy of this to clone into my builds each time.

Unity does create an Info.plist file, but it’s missing various items and others are rather generic “Unity Player” ones. So a bit of editing and addition is needed..

You’ll need to add the Application Category line with the specific App category/sub-category that your game is in, as well as the Copyright (human-readable) line with your copyright info.

It’s also the place to modify the Get Info String to your game’s name and copyright. Make sure the bundle identifier matches that of your game and its provisioning profiles (I’m working on the assumption that you’ve read Apple’s documentation and have development and more importantly, distribution profiles already done and downloaded for your game) as well as checking the Bundle Versions String, short is your App’s main version number and Bundle Version is the build number (this has to be different for each build you submit to iTunes Connect).

Screen Shot 2015-02-16 at 17.56.21


Copy this info file over the Unity generated one in your package (and make a backup) and you’re ready to start signing..

As the game’s going to work on Yosemite and Mavericks and be downloaded from the Mac App Store it *MUST* have the App Sandbox enabled. This protects users from any bugs in your code accessing and breaking things it shouldn’t. However it does mean you have to specifically add any features your app needs.

You create an entitlements file in Xcode (actually the easiest way is to create a dummy Mac application and add entitlements to create the initial file).

You’ll need the App Sandbox entitlement (set to YES) and if you’re accessing anything on the internet, you’ll need set to YES too

To cover Game-Center you have to manually add the following entitlements in your entitlements file (normally Xcode would handle this for you..)  where the xxxxx is your team ID

and  xxxxxxxxx   where xxxxxx is again your team ID

(these are also handy for iCloud and Handoff).

I put my entitlements file in the root of my Unity project folder

Another key step is to include a copy of the provisioning profile in the app bundle before signing it. It goes in the app bundle at Contents/embedded.provisionprofile.  Again, this is something Xcode would do for you normally that you have to do manually when building with Unity.  Do this for both development and distribution builds including the correct development or distribution profile.


After messing around with it to get it working I actually created a short script to handle my signing. It also copies the Info.plist file into the game package just so I don’t forget 😉

Note we have to sign the libmono.0.dylib and libMonoPosixHelper.dylib bundles that Unity adds in Frameworks too. Essentially *ALL* code has to be signed so the App Store knows it’s you that created it and it’s not been bolted on later by anyone with naughty intentions.

here’s the script…

cp “/Projects/Fast Fishing Mac Info/Info.plist” “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” –entitlements “/Projects/FastFishing_Unity/Fast Fishing.entitlements” –force  “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” –entitlements “/Projects/FastFishing_Unity/Fast Fishing.entitlements” –force  “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” –entitlements “/Projects/FastFishing_Unity/Fast Fishing.entitlements” –force  “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” –entitlements “/Projects/FastFishing_Unity/Fast Fishing.entitlements” –force  “/Projects/Fast”

codesign -f -v -s “3rd Party Mac Developer Application: Strange Flavour Limited” –entitlements “/Projects/FastFishing_Unity/Fast Fishing.entitlements” “/Projects/Fast” –deep

echo “Fast Fishing Mac Signed”

Here I’m signing my own BigDamnMacPlugin (which is a bunch of bits Unity doesn’t do that I need for my games) as well as the various Prime31 plugins I’ve used. (great plugins btw. awful IKEA level of documentation on the Mac versions 😉 ).

It’s worth reading up on codesign in the developer documentation. Very handy tool.

Next we need to build the App installation package. This is the file that gets uploaded to the Mac App Store and can be used to install the game for testing purposes..

I’ve done myself another script here, even though it’s just a single line. It’s a long line 😉

productbuild –component “/Projects/Fast” “/Applications” –sign “3rd Party Mac Developer Installer: Strange Flavour Limited” “/Projects/FastFishing.pkg”

Both codesign and productbuild use your distribution certificate to sign and then package the build.

Please note that your distribution build can’t be tested locally. For local testing, use the same script but without the entitlements (and your developer provisioning profile in the bundle instead of the distribution one). When installed via the app package your sandbox ID will be needed to activate the game.

When you launch the game, you should see a dialog pop up that tells you that the game was purchased by a different account, so you need to sign in with one of your Mac App Store Sandbox test IDs here for the game to launch. Don’t use your normal login, it must be a Sandbox ID.

If this works, your game should launch and elements such as Game Center etc. should work. If you’ve got a feature that’s not working, that normally works when the game’s not signed for the sandbox, check the console logs to see if the sandbox is denying anything. You may need to add more entitlements.

*Note*. If like me, your sandbox test ID isn’t for the US store, your first login will be prompted by “This account uses the UK store” or otherwise and the App Store will try and change countries to whichever one you set it up for. It will fail of course because your App doesn’t exist yet 🙂 Don’t worry about this. Once it gets over it, just launch it again and it’ll be fine 🙂

Now you should be able to use Application Loader (launched from Open Developer Tool in Xcode’s menus or direct from the Xcode package folder) to select the .pkg file you’ve created and upload it to iTunes Connect. The app name *must* match the App name you’ve got in iTunes Connect for it.


Hopefully this will help someone avoid the issues I had trying to get this working and there’ll be more games on the Mac App Store.

Thanks to Apple’s DTS crew for their help with this. Fast Fishing for Mac has now been approved and ready for sale on 1st April (our 11th birthday!).

Back to the Mac :)

It’s been about a decade since we last released a Mac game, which is way too long. Despite being a Mac only studio in terms of how we work (even our Xbox 360 games were written on Macs) various things have got in the way of releasing a new Mac game. It took me a while to get over not being able to use Codewarrior any more and by the time I got the hang of all the new API stuff on the Mac side, we were deep into writing iOS games.

The good news is that now we’ve started using Unity for our game development it makes it a lot easier to write Mac games alongside our iOS games and Fast Fishing will be on the Mac App Store soon!

The Mac version of Fast Fishing has all the tweaks and features that are going into the first update of the iPhone version so it’ll be pretty great!

Our next game (provisionally titled Tiny TrackZ) is being written as a Mac game too and should be launched very soon alongside its iOS counterpart. I’m going to be blogging the progress and some screenshots of it during development.

SnapMatch Soccer Press Release


SnapMatchSoccerPlay Soccer without all that running around and kicking!

From the authors of the hit games Any Landing, Flick Fishing and SlotZ Racer.

Match picture tiles quicker than SnapBot to control the game and score goals!

Strange Flavour’s latest game, SnapMatch Soccer is set for release on July 9th.

SnapMatch Soccer is the first of a series of SnapMatch sports games that Strange Flavour will be releasing over the next year, using our PlayNice system to allow free play with fair and optional IAP.

SnapMatch Soccer will be free to download and play with In App Purchases using our PlayNice system (as used by over a million players on our previous game Any Landing) to keep them fair.

• Play Friendly, League and Cup Matches
• 8 Leagues. Progress from the Pub League to the International Extreme League
• Collect 64 different star player cards to use in-game.
• Edit All the teams and create your own kits
• Male and Female players.
• Universal app for iPhone, iPod Touch and iPad
• iCloud save game sync
• Game Center Leaderboards and Achievements

SnapMatch Soccer is the first of Strange Flavour’s competitive tile matching sports games.

SnapMatch uses In App Purchases using Strange Flavour’s new PlayNice system. With PlayNice, there is always a maximum amount you can spend on In App Purchases and any purchases count towards that cap, so you cannot accidentally spend more than the limit.

Media: Animated Gif showing basic gameplay: (App Store versions) (clean versions)

Contact Aaron Fothergill CEO/Lead Coder Strange Flavour Ltd.

PR Enquiries Anna Larke