Game Design, Programming and running a one-man games business…

The unthinkable? GSB micro-transactions? or…?

Posted on June 24, 2011

I had plans to do another GSB expansion pack, with a new race, much like the Nomads.

And then….

GTB has basically taken over. Combine it with ShowMeTheGames (which isn’t getting enough attention as it is) plus lots of home-life related building-stuff, and I just am not getting enough sleep. But I do have

  • Lots of GSB players
  • An artist willing to make new GSB ships.

I like to maintain control of stuff, so farming out DLC production to someone else is probably a ‘no’ right now. The thing is, the time taken to make new damage textures, new weapons, balance them, and do the whole package would be a bit of a nightmare.

So I was thinking, especially on this day that Team Fortress 2 goes ‘Free To Play’, that maybe micro-transactions are the future, and I should just leap into the market for them with GSB. I could get new ship hulls made, and designed, and have them sold as mini-DLC. Of course, the problem there is that there are minimum credit-card fees that I get charged, so anything below $4 is basically a disaster in terms of profit, making the whole thing unviable.

So I am scratching my chin thinking how viable it is to just do a bunch of extra base-race ships for GSB and sell them as a $4 mini-DLC booster pack. New federation, alliance, rebel and empire ships, by the original artist. That would take fairly minimal work, compared to the design of a whole new race. But would it make any sense? would there be a market for it?

Would you pay $4 for a bunch of new ships? I know a lot of people would not be interested, but there don’t have to be thousands of people for it to break even.

Amazon, Google checkout, and the letter T.

Posted on June 23, 2011

Something great has happened in the world of online payment providers. OK, it’s not up there with the discovery of fire, but BMTMicro, who handle the majority of my direct sales, have added amazon payments and google checkout to the payment options at last. I’m not too excited by google checkout (who here actually has an account?) but amazon is a different story.

Here in the UK, at least, amazon is VERY popular (although their tax-dodging behavior irritates me no-end) so a LOT of people already have an amazon account. What this means is that:

a) People who are lazy, and can’t be bothered to find their credit/debit card can buy my games just by remembering their amazon password. yay for frictionless selling!

b) People who are terrified of buying online can buy my games without ever trusting any payment data at all to a third party (even an established, safe one like BMTMicro).

I see both of these developments as steps along the road to easier sales, and encouraging people to buy direct now and then. Hurrah. AFAIK only BMT Micro support this option right now.

In other news…. I am having name-change thoughts AGAIN. Originally game 4 was called LB, then I changed it to OTT, then GTB. Now I might change it from GTB to GTB, where the letter T means something else. It means registering yet another domain, and getting a logo re-done, but I suspect it might be worth it. Oh the nail-biting angst….

Not long until I actually show some footage / screens/ etc

Potential game buyers and their attention spans

Posted on June 18, 2011

There is something very tricky about selling games through demos. The problem is, the complexity of interaction required for the full experience.

Take a fairly complex strategy game, like Gratuitous Space Battles. To really appreciate what the game offers, you need to experience the visual excitement of a big battle, preferably two different ones to show the variety of ships, fleets, backdrops and visual effects. You need to experience the way the honor system works, and the shop section where you unlock new modules. You need to see the design screen, and put ships together, try out the deployment screen with the different ships orders, and you need to see the variety of missions to choose from. Plus you need a brief bit of challenge play to see the online integration, and if we are talking all the DLC, you need a run through of campaign maps, campaign repairs etc…
To explain how to do all of this in the game takes AGES, and you only really learn it by doing it. Lets call the time taken to experience brief elements of all of this time ‘T’.

Now lets take a movie, such as…oh I dunno… Enemy At The Gates. This film has a bit of character background (Vassili as a child), it has high drama (the crossing of the river) it has the characters of Khrushchev, Tania, the rivalry with Danilov over Tania, the death of Koulikov, the betrayal of Sacha…etc blah blah.

The difference is, that we don’t need to ‘learn’ how to experience any of that. A 3 second clip of stuka divebombers… CHECK, a 3 second love scene clip CHECK… and we can jump from one to the other no problem. This means that the time taken to experience brief elements of all this is T2. I think T2 is maybe T/10
Where it all gores wrong, is generally peoples attention span is A, and T > A > T2.

What a geeky way of saying it’s easier to sell a movie than a game :D But what I’m getting at is that the very NATURE of games (interaction) means that it’s much harder to provide an effective demo. (although to be fair, books have the same problem)

And this is what I’m worried about with my next game (GTB). It’s actually got a ‘sort-of-backstory’, and to explain the mood and the style of the game will take more than 30 seconds. Gratuitous Space Battles was pretty much summed up in it’s title, and this one won’t be. So I muse nervously on how to hold peoples attention while I explain the background to the game.
The mechanics of the game are pretty simple by comparison. I’m just taking an existing genre, flipping it, scaling it up, and setting it against an original backstory.

Plus lots of stuff blows up and it should look nice, in a GSB kinda way :D

Awesome Gratuitous space battles mod

Posted on June 15, 2011

Check this out, it’s just great :D It’s a big, heavy duty mod for GSB:

The full forum thread for the mod is here:

http://positech.co.uk/forums/phpBB3/viewtopic.php?f=23&p=48689#p48671

basically it adds BIGGER ships (dreadnoughts) to the game, which is awesome, and something that any hardcore GSB player should probably take the time to check out. I love this sort of stuff happening to the game, especially now that I’m 100% in next game mode, and don’t have time to tweak GSB or add anything new right now. It is effectively new, fresh and free content for newcomers to the game, and all done by GSB players without any input from me.

It does seem that modding is less widespread than it used to be. Maybe big budget PC games are too hard to mod now, or maybe the developers and less supportive? who knows. It certainly reminds me that I need to ensure I make time to make my next game just as moddable as GSB is.

Possibly no work can get done this thursday / friday. My home office is getting a much-needed new roof, and I will be laptop bound for that time. I hope it doesn’t rain when the roof is half-off :(

 

Optimising my ‘dumb’ textures

Posted on June 13, 2011

I have this class in my code called ‘smart texture’. I’ve had it for several games now. It basically lets me tell a sprite to use “gun.dds”, and it transparently converts that to the LPDIRECT3DTEXTURE9  and doesn’t mention it. It keeps ‘gun.dds’ in memory, and if I ever lose the screen (alt+tab), and need to rebuild stuff, it will replace the invalid surface pointer the next time it gets drawn with a fresh copy.

MAGIC.

Trouble is, that means keeping a list of every smart texture, so that I don’t miss any when recovering from alt+tab. That’s easy, but I ended up using texturedsprites (with a built-in smart texture) everywhere, and thus the list, for a full battle could be 20,000 textures long.

F**k.

So here I am, effectively keeping a record of me trying to fix this…

It’s 5.35PM Sunday. The wonders of aqtime show me that when I ditch the current level and load in a new one, I am killing off about 8,000 smart textures. Every one is going through it’s destructor and removing itself from the smart textured list. This sucks. I need this to be faster. First instinct is to speed up the destructor, but obviously that’s treating the symptom, not the cause. The real problem is 8,000 smart textures. That isn’t so smart, when 2,000 of them are probably pointing to the exact SAME surface in directx… I need to rethink this system, and NOT break any other code…

I *do* have a system called GUI_TextureCache which does some ‘fixed’ storing of textures I use all the time, like UI stuff, buttons etc. This is obviously a similar task to what I want to do here, in that I need a dynamic dumping ground for commonly used textures pointers. I’m concluding that the cleanest way to handle a fix would be within my SmartTexture itself. it can do some clever caching, and then nobody will ever know any code changed!

Realisation that this means I still keep all these smart textures knocking about, with their ‘gun.dds’ strings. That offends me, as a programmer, but tbh, even ‘longcomplextexturefilename.dds’ is only 30 characters, so with 2,000 units I’m wasting 60k here. Big deal.

Right, so the plan is when I call SmartTexture::SetTexture(“gun.dds”) it may, or may not add itself to a list of textures that would need rebuilding, based on if its already in the list.

Problem: I can’t do that, because it means checking the whole list every time I call SetTexture(). That might even be *slower*. However, my current ‘SetTexture’ goes through a list to grab the pointer, how slow is that? It looks like currently its about half as much time as all those smarttexture destructors, so it might be a win. Plus my SetTexture() stuff uses a MRU caching system which could make ti super fast when loading in 100 identical units…

5.50PM Actually realising I’ll need a totally new class to handle this. it needs to be done a different way, not with existing smart textures. Balls. Surely it can be done? Hold on.. Surely its just a matter of indirection. The purpose of a smart texture is to hold a surface pointer it can rebuild if needed, but it doesn’t have to hold a direct link. It could actually hold an indirect link.  One more piece of pointer indirection is trivial. I just add a new CLoadedTexture class that handles rebuilds, and the smarttextures can point at those, meaning no need to keep a list of them at all, as their pointers never go invalid or need rebuilding.

6.25PM everything coded except the actual rebuild() calls for alt+tab. I’ll comment the errors out for a quick test… GAH, it crashes immediately. fixed easily enoguh, and the code RUNS! hurrah, but it doesn’t seem AMAZINGLY faster,. Quick! to aqtime! what the hell… it’s slower?…

6.35OM. Hah! looking at it backwards, it’s about 75% faster. how much time does that knock off loading in a new level now? 5.28 seconds down to 2.1 seconds. That’s pretty good. I’ll code in the rebuilding stuff and give it a quick test…

6.50PM Alt+tab doesnt work, I get just a black window, but that may be something else. I’ve checked in my current code, and am investigating alt+tab issues now. It looks like the restore code hasn’t worked on this new game at all yet. I consider my (dumb) smart texture code fixed :D