So here’s an image showing an initial go at custom paintjobs for ships. This particular shot shows the ship with two different color schemes. Whenever you visit the outfitter, you’ll be able to repaint your ship with a custom color scheme. You’ll be able to select two colors for each ship, to provide a bit of differentiation. Factions will also use this feature to help you tell them apart.
Ship Paintjob
In fits and starts (an hour or so each evening after I’m burnt on the “day job”), I’m working on a data editor for the game. It will allow for editing essentially everything in the game that isn’t code dependant. Sprites, animations, items, star systems, universes, and I’ll be able to do it all from the options menu of the game (no separate editor here).
I’m toying with the idea of making the editor available to players, or at least parts of it. Certainly, editing universe and star system styles should be available, but I’m not so sure about the more technical aspects. Would you d be ticked if it wasn’t available until you achieve some goal in the game, like having enough money to buy it, or needing to find some rare “Play God” rare golden idol that only shows up one game out of three?
I’ve been playing with it a bit, and as far as I can see, the benefits far outweigh the possible speed issue. Any speed issue only seems likely during load and save games when I’m loading or dumping huge amounts of data, and really, reading the graphics off the hard drive is likely to be slower than reading the significantly smaller data out of the database.
Already, I have most of the sprite definitions in the database, and I’ve started defining other data sets, like planet styles and space station styles. I’m even going to set up star system styles, so that, while you can create a totally random star system, I will also be able to specify types that limit the number of planets or stations or have specific backgrounds, etc. These types of things are much harder to set up when you have to do it in a script file or some other non-data oriented format. The ability to add options just by adding more data in a simple, easy to understand and query format will be key to getting updates and additional content provided after the game has released.
This was one of the problems with Derelict. The data format was painful to manipulate, even with tools.
I’m examining using SQLite for data storage. It’s a cross platform database engine that can be built right into whatever application you’re working on. The benefits could be large in terms of how long it takes to add new data to the game as well as the tools that already exist to manage the database. It’s also very flexible in terms of what can be stored in it. Potentially, I could store everything in that single database file and be able to store metadata about something like a sprite in the same record in the db, which would make retrieving that information really simple. My biggest concern would be speed, but it’s supposed to be pretty fast. I’ll have to do some experiments soon.
This entry brought to you from my iPod while lying in bed.
I spent a couple hours relearning my SQL syntax and managed to get the old posts moved into the new database. Now, I can remove that link to the ugly old site and you can still see the history.
Before you ask, yes, this little task was quite a bit of work avoidance. I really want to be working on IS, but I’m stuck working on my “day job” which has now become my “all day job”.