Monthly Archives: December 2013

The Road to Early Access Part 4

Seeing the light at the end of the tunnel.

Early in the week I was battling some major burn out due to the 4 day weekend of binge coding the week before. There were a bunch of bugs and issues to sort out with the new changes to hangars and ships carrying objects that were worked on and solved. That felt good and the burn out went away as they were fixed. I then continued working on the early game. I tried to look at what’s missing, what’s lame and what doesn’t quite make sense from the world’s perspective.

For example – early in the game there is a pirate attack that for game play purposes mainly serves as a combat tutorial. But for the world building/setting purposes the pirates should have a reason for the attack. Otherwise their actions are strange and would toss the player out of the game world and instead think of the game’s designers as lazy or incompetent. So to give the world more sense I added some loot for them to steal and since I worked on transport ship AI, this was a great spot to use the new AI and logic additions. Here’s the fun part this small thought, leads to other aspects that needed thinking about. What happens when the pirate succeeds in grabbing the loot? What happens if the pirate escapes? What happens if the player follows the pirate? In a dynamic and somewhat open ended game such as Void Destroyer there are a bunch of possibilities, especially considering luck and player skill. So these alternate paths were considered and added. I’m hoping to add in some more branching, with some branches leading to dead ends – going with the idea that making choices have consequences will have the impact that the “right” choices have more meaning.

 

So I’m very close for final polish, play testing then tossing the newest additions onto Steam.

The Road to Early Access Part 3

Early this past week I finally solved a crash bug that had me worried for a while.  Turns out it was a simple save game bug. It had me worried because at different times I thought it was a – hard drive issue (my hard drive failing), a memory issue, and/or some random instability. For the memory issue I thought that maybe I was sending too much data from memory to the save game file, so I cleaned up a bunch of code to make save game files less verbose. This – didn’t fix the issue but made a difference in the crash, so I thought I was on the right track. I then changed the way save game files – saved – instead of buffering and then writing the data to the hard drive (when the buffer decided to do so), I had them write the data as soon as new data was in the buffer. This again had an effect on the crash, but didn’t solve it, however it crashed at the same exact point in the save game file writing process so it led me to the actual problem, and moments later it was solved – it had to do with rally points.

————-

The rest of the week was spent on the first 5 minutes of the game. But the impact will be felt through out. First off spending time on the very early beginning of a game is very important because – that’s a guaranteed everyone will go through. Including game reviewers. The changes help flesh out the setting of the game. There is more activity and goings on. The asteroid field setting gets a show case.

The changes are these – previously there was a hangar platform that would launch drones to pick up ore rocks, when the drones returned (with the ore rocks) to the platform, the “ore” would be transferred to the base. This was “invisible” – the new change has the platform launch a cargo pod, which then gets picked up by a transport ship (which the AI base builds based on need) and the cargo pod then gets delivered to the base. Ships picking up ore rocks and cargo pods – had a glaring issue – I would cheat and create “ghost” objects (visual only objects) instead of physical objects when a cargo pod was picked up (the physical side would vanish from the game). Although this looked ok – the ghost object wouldn’t respond to collisions – so you couldn’t damage it. This was mostly ok – except when I wanted for huge rocks to be moved – after all those mining platforms need to be near rocks to mine them, and they had to have gotten there somehow right? Again adding to the setting of the game. So now ore rocks and cargo pods are physical objects. This meant a bunch of changes and struggles, but thanks to the 4 day Thanksgiving weekend, this is mostly done – and I’m very happy. It will become a major feature of the game – especially – because anything that the AI can do – so can the player. So we’ll have to create situations where the players has to drag (or command his forces) to drag ore rocks, cargo pods, and – yep even other ships :)