Friday, 25 May 2012

TurboNuke Golf Items

We've now decided that the golf game has mini-RPG elements in it, which means player stats are increasable, and there are items to buy and use.
We have seven or eight categories of item which the player can buy - Drivers, irons, putters, shoes, hats, balls, and one or two special categories.

Each item has stats - so good drivers and irons will increase shot power, shoes let you run faster, and others have different selections of abilities, so you can choose from more power, more accuracy, easier swing, etc.

Here's a work-in-progress version of the shop screen:


Thursday, 17 May 2012

TurboNuke Golf - Whoops

Well we were going along nicely, got most of the UI implemented, club selection all sorted, shot lengths were correct, spin working, everything hunky dory.

So I decided to get an AI player in there. Cool, that didn't take long, although he's not all that accurate with his shots.
But I thought - what would it be like with multiple AI players all playing at once, so I added that as well, just for fun.

Suddenly this was a different game; it's great seeing the other guys taking their shots. And everyone doing it at the same time turns the game in to a race to get the ball in to the hole, rather than a sedate turn based game.

It turns out that it seems a lot more fun if you don't get to use the woods or long irons - you get more shots on each hole, also the camera doesn't have to zoom out so far.

And now with the manic pace of the game, all the 'real' golf game UI is just too complicated - so we pared it down to simple launcher-game type mechanics, but keeping the skill element of the shot meter.

I added some pickups and some crates to the course, and it's fun going for those as secondary objectives - the AI players can knock over the crates as well, and collect the pickups, making for a very dynamic golf course.

So - a bit of a U-turn on this game, and we're very happy with the results so far.

Monday, 14 May 2012

Tokyo Guinea Pop MiniGame

As Jimp and Longanimals often do, we've decided upon a minigame in Tokyo Guinea Pop. You can unlock this by rescuing all the animals from the zoo.

Currently it seems that it's going to be a cross between Breakout, Clowns And Balloons, and Sieger. It remains to be seen how that one turns out, but it should be fun, at least.

Sunday, 13 May 2012

Tokyo Guinea Pop

This one is by LongAnimals and Jimp, a sequel to Bubble Guinea Pop (from waaaay back)

Here's a screenshot from Jimp's incredible opening movie:

It's a physics puzzle game, in which you have to simply click switches at the right time to launch the Guinea Pigs from the snake's mouths, which then land, blow bubbles, and cover the other animals in bubble gum. This gum protects the animals from the evil zoo wrangler.
Got it?

Anyway we don't really know how well the original game performed, as we weren't allowed to put in any play tracking, so we're taking a bit of a risk producing a sequel. However it's REALLY nice, and just loads of fun to make.

It was also an opportunity to transfer over to using deltaluca's brilliant Nape physics engine. I've been using Box2D for years and thought it was time to try something faster and better.

This should be finished in a  couple of weeks, I think.

Saturday, 12 May 2012

Golf Surfaces.

Lovely, I've got surfaces working in TurboNukeGolf now. All the ususal ones you'd expect to find in a golf game: Tee, fairway, green, rough, etc.

They will affect the difficuly and power of the shot, although I haven't quite decided in what way yet. This all comes down to UI design and shot mechanics which I'll be addressing properly later.

TurboNuke Golf

TurboNuke Golf is our latest game in development. We started making a similar game a couple of years ago (called Golf Maniacs) but for whatever reason we didn't get very far with it.

This one, though, is looking and playing really nicely, after only a couple of days work on it.

I've got some issues with the physics at the moment - I'm playing around trying to get all the different surfaces behaving nicely. That's the main thing to get right before going on and making test levels.

Stage3D software rendering.

Judging from the feedback from the Stage3D game we sponsored, we don't think the Flash game world is ready for Stage3D hardware acceleration just yet. It seems that 20% of the players so far are unable to use hardware rendering. That's a lot of people!

We could make multiple versions of the game one for software, and one for hardware rendering, disabling certain features etc. but that's not really financially viable as it will increase development time.

However, Stage3D works on mobiles, so it would be a great thing to be able to use the same codebase for mobile versions of our games.
My plan was to use Software mode Stage3D for Flash games, and enable hardware acceleration for the mobile versions. I wanted to replace my existing rendering functions with Stage3D equivalents. I currently use a mixture of draw(); copyPixels(); and bitmap Fills (as well as vector rendering)

So I've been experimenting with Stage3D software rendering.

How disappointing. I'm getting about half the performance of draw() and a third that of copyPixels() from a very simple triangle renderer. So this really isn't viable. Another plan bites the dust!
Welcome to the Turbonuke Development Blog.
Here we will document our development process, when we remember to!