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

Todays Bugs

I found a bug today, after it was reported by a few GSB modders. I had done some cunning optimisation for my file handling months ago, where my Ini File loader code kept a file open during it’s lifetime in case another section from the same file got read soon afterwards.

It turns out that the C Runtime barfs if you try to open more than 512 files, under all circumstances. This is fine until you mod an extra 300 modules into GSB, then it just dies. So… problem fixed. Ideally my ini file code should be able to handle this better entirely, but thats for another time,

The second ‘bug’ is still underway, (point defence modules appear to not respond to damage, but in the debugger, they clearly do…) but its pointed me to a third one, that was also reported…

When a point defence beam shoots a missile, it may not work. The missile may be unharmed. In this instance the missile is still ‘claimed’ by the PD module until it dies, so no other PD module will have a second go at it.

I could fix this trivially, it’s just an oversight*. But would that make PD too powerful? It’s already prety good, albeit some of it’s thunder has been stolen by the Swarms Smart Bomb. It’s only going to kick in where you have a few incoming missiles and multiple PD modules. But that second chance to fire could save you from that vital pesky megaton missile, or Order nuclear bomb…

Thoughts?

*easily explained though. The neutron power surge generated by the point defence beam temporarily blinds the targeting mechanism of other PD modules from homing in on the positronic flux decoupler on the same missiles.


Edit: actually the PD bug is now fixed, making them fire much slower as a result, so I’ll fix the multiple-attemptsĀ  bug to compensate. it also turns out that the fire-Interval for guidance scramblers is misleading and not applicable, which explains its strangely high effectiveness, so that will be nerfed slightly too…

Campaign Game

Just a quick screenshot showing the state of the current campaign game UI. This is zoomed in on a planet to show the fleets there, the UI for building new ships and the list of facilities there. It’s all very coder-art and work-in-progress. I’ll likely not do the icons myself.

It is getting there though…

Banner competition Over!

Ok, so that competition is now over and I picked my fave. Obviously banner ads have to do various things, not just look the most awesome. The reason I picked this one, is it *does* look very nice AND it also gets across how the game works, which is very important. I suspect a good few people assume ‘gratuitous space battles’ is an arcade game, and this makes it clear that it isn’t.

The winner is Mark from the sunny (and prime-minister-less) UK (total fluke). I’ll be sticking the centurion model in the post to him tomorrow. Cheers Mark! I’ll be tweaking this banner a bit and then give it a go and see how it does :D

Thanks to everyone who entered the competition. There can only be one winner, because I could only afford one model! :D

‘Fluff’ ships

Something I got coded today on the campaign game is purely visual fluff. I have a map with different planets scattered over it, and they are linekd by wormholes that only connect certain pairs of planets, so you can’t just hop all over the place.

To make it clear that those wormhoels are, in fact, wormholes, I’ve added a bunch of ships flying back and forth along their length. The impression I’m after is similar to a few scenes from Revenge Of the Sith, where you see obvious ‘space higheways’ above coruscant with lines of ships heading back and forth. I loved that :D.

Obviously, for the purposes of the campaign game, they are implied to be personal ships or merchant ships. The space navies are your department, these ships are just background fluff.

It took me about an hour to two hours to get it right. Just drawing a bunch of sprites going between two points is easy, but they had to work within the zooming and panning interface, and also have to scale with processor speed for smooth movement. Then they need variations in speed, and have different source images (in a texture atlas). Also, they need to fade out at extreme low zooms, so you don’t waste time drawing stuff that’s tiny. lastly, they need to be batched together as an optimisation so that there aren’t a bunch of texture swaps. It’s all those fiddly bits that take the time. Plus I need probably another 30 mins to put together decent tiny ship sprites for use as final graphics. Should be easy and fun :D

In other news, Democracy 2 is still just TEN DOLLARS, because due to pretty unusual circumstances, the UK STILL has no government, and I proudly boasted it would be 50% off until a prime minister met the Queen.

bah.

BTW, the competition to win that spaceship runs out tonight. I’ll pick a winner tomorrow, so enter now, if you haven’t already done so.

THE SWARM are coming. FLEE… NOW!

The swarm are coming. There is no place to hide. They have no home to retreat too, no possibility of surrender. They will not stop. Destroy this wave and the next wave will come. Grab your spacesuit and head for the exits now. We are outnumbered…

The Swarm are the new expansion pack race for GSB and you can buy the new pack right now. It’s the same price as before. Full details on what is included are here:

THE SWARM

My plan with this pack was to do a race that was cheaper to build ships for, but those ships were flimsy. I hope this will lead to a sort of Michael Caine Vs Zulus approach, with the swarm ships being a bit flimsy, but just outnumbering the enemy. This pack also includes the converging lasers effect, and a smart bomb system which gives the swarm a great anti-missile defense, at the cost of them not being able to use their own missiles much either. I also wanted ships that had some transparency, and looked like birds of prey. Plus it was time for some gold colors :D.

My current plan is that this is the last new race for GSB. Campaign next, then whatever game comes next.