Oolite Bulletins

Hello again, fellow commanders.

You may remember me from [wiki]Mining Contracts OXP[/wiki] (though probably not, because that's just one not so popular expansion). Recently, I have been thinking a lot of trying to earn my living through more interesting ways then what I'm doing right now. I thought, "hell, I'm competent programmer, passionate about games, so why not make something good and worthy". I tried to recall what are my biggest crushes in gaming world and came to conclusion that two horses are leaving all the other far behind. First horse is obviously Elite - not a single game, but a whole universe it developed into through two decades of its existence. And second one is Dwarf Fortress - unmatched monument to cupidity and enterprise. Next step came naturally - what can go wrong with mixing two best things in world? So, here I am, asking for a criticism before making life-changing decisions - after all, you people are my favorite gamedev community.

Title place-holder of this project is Hermitage. I have posted some key points on my wiki userpage - http://wiki.alioth.net/index.php?title=User:Diagoras. Take your time and tell nothing but truth.

I had a quick look at the summary page on the wiki and wanted to put down some comments:

• It is not entirely clear to me whether this is a multi-player game or not. Reading the description, I gather it is meant to be single player, but there is also mention of other party members; are those AIs taking commands from the player?
• The project appears to be quite an ambitious one and probably a lot for one person. What plans do you have for recruiting a team?
• There is mention of first person control of the player avatar. This raises the bar significantly, even if you use a first person 3D engine, especially if the player is planned to be able to move through environments in the scale of an asteroid field. Art requirements will be also quite high as a result.
• If this is expected to be a life changing decision or a more interesting way to earn a living, is it prudent to distribute it for free? Expecting to charge for DLC is viable only if the game manages to generate a large enough community that will be able to support it. Also, the idea of having an open financial model sounds nice on paper, but in my opinion it would be a nightmare to handle. Why not just try to sell the game or put it on Steam or Desura once it gets to a presentable state? If this is a way to earn a living, better have it generate some income for you.
• Overall, the document is very generic and before you get to have a core team working on your project, you will need to persuade them that their time will be worth it. For this, you will need, at the very minimum, very, very detailed design documents, describing exactly what the scope of the game is meant to be and how each and every single part of it will be implemented and tied together, what tools will be used to build the game environment (a quick mention of a scripting language is not really deemed sufficient) and how exactly. How is the extensibility system going to work? How is the player going to be viewing the universe? How are they going to move through it? What will the user interface be like and what controllers are you planning to support? How many entities will the game be expected to handle at once? Is it going to be a seamless universe or a map-loading based one? These are all just random example questions that you need to have a perfectly clear answer for, before you even write the first line of your game. And there are many more as I am sure you understand. The most difficult part of it all will probably be not how to put a solid design down, but how to convince others that it is really solid and it's worth it, so be prepared to do the heavy work on your own, before you consider a core team. For sure we are looking at a long-term project here.

Good luck with your project!

another_commander wrote:

It is not entirely clear to me whether this is a multi-player game or not. Reading the description, I gather it is meant to be single player, but there is also mention of other party members; are those AIs taking commands from the player?

Not immidiately, that's for sure. May be, after it becoming stable enough, I can think of something, but first milesones will definitely be single-player with AIs under command. And there will never be anything more massive then coop with single-digit number of players.

another_commander wrote:

The project appears to be quite an ambitious one and probably a lot for one person. What plans do you have for recruiting a team?

I understand this fully, but my current plans are to produce first playable release solo, maybe through investing my own money into "outsourcing" less integrated parts (UI design, textures, music, etc.) to temporary contractors. This way is unfortunate byproduct of financial model I'm aiming for. It will be hard, of course, but I'm ready to code day and night. Only then I'll use the result to lure one or two additional team members from my local gamedev scene. I will definitely not be recruting core team on distance working terms - this never goes well.

another_commander wrote:

There is mention of first person control of the player avatar. This raises the bar significantly, even if you use a first person 3D engine, especially if the player is planned to be able to move through environments in the scale of an asteroid field. Art requirements will be also quite high as a result.

Well, as I said, I am competent programmer and I'm pretty sure of my ability to make seamless streaming of asteroid field - that's exactly my kind of coding puzzle. Speaking of art reqirements - first milestone will definitely be of minecraft-grade models/textures.

another_commander wrote:

If this is expected to be a life changing decision or a more interesting way to earn a living, is it prudent to distribute it for free? Expecting to charge for DLC is viable only if the game manages to generate a large enough community that will be able to support it. Also, the idea of having an open financial model sounds nice on paper, but in my opinion it would be a nightmare to handle. Why not just try to sell the game or put it on Steam or Desura once it gets to a presentable state? If this is a way to earn a living, better have it generate some income for you.

Prudent?.. Maybe. But I think possible outcome worth taking such risk. You see, I do not want to make another "indie" game - there is a ton of very promising projects on greenlight and kickstarter already. Market is oversaturated with good games that are using traditional financial model (going to greenlight or kickstarter is already traditional gamedev practice). This may sound too amitious, but I'm aiming for something rarer - a game that inspires players to invest their time and endeavors in it. That's why free distribution, that's why eventual source release, that's why open finances - I want to earn community trust rightfully, not with promises of bright future. Paid DLC's are not to make me filthy rich notch-style, they are just to support my pants - not very high hurdle for reasonably ascetic person living in Russia

another_commander wrote:

Overall, the document is very generic and before you get to have a core team working on your project, you will need to persuade them that their time will be worth it. For this, you will need, at the very minimum, very, very detailed design documents, describing exactly what the scope of the game is meant to be and how each and every single part of it will be implemented and tied together, what tools will be used to build the game environment (a quick mention of a scripting language is not really deemed sufficient) and how exactly. How is the extensibility system going to work? How is the player going to be viewing the universe? How are they going to move through it? What will the user interface be like and what controllers are you planning to support? How many entities will the game be expected to handle at once? Is it going to be a seamless universe or a map-loading based one? These are all just random example questions that you need to have a perfectly clear answer for, before you even write the first line of your game. And there are many more as I am sure you understand. The most difficult part of it all will probably be not how to put a solid design down, but how to convince others that it is really solid and it's worth it, so be prepared to do the heavy work on your own, before you consider a core team. For sure we are looking at a long-term project here.

Yes, another very good point. Actually, I have already generated a lot of text files on project design, but they are hardly ready to be released for public critique - this generic document is only a summary of big pile of shorthand notes that are unreadable for anyone but me. I'm not sure it will be viable to spend time expanding this document, keeping in mind that I'm not going to hire another coder till first releases. Though, I'll probably will be answering questions on wiki page, if people will be genuinely curious of something.

another_commander wrote:

Good luck with your project!

Thank you! Every kind word is appreciated.

diagoras wrote:

You may remember me from [wiki]Mining Contracts OXP[/wiki] (though probably not, because that's just one not so popular expansion).

Nonsense! I like that oxp! Why do you consider it unpopular?
Good luck anyway!

CWolf wrote:

Why do you consider it unpopular?

Download numbers? Most things are in the doldrums lately.

Good luck with your project from me too, diagoras.

Download numbers take into account the In Game Expansion Manager?

Yep - the manager grabs them from the Wiki, and the Wiki displays the numbers.

CWolf wrote:

Download numbers take into account the In Game Expansion Manager?

As far as I know - yes. 400 downloads for final version can not be called "so popular", I suppose ^_^

Thank you for your support - CWolf, Cody!

Four hundred ain't too bad - it's only been around for a couple of months, and as I say, things are quiet generally.

The main tip for a project of that scale, I think: get to a playable game as fast as possible even if it has only one minor feature of your eventual plan. Skip as much design and implementation as you possibly can to get that far - you can catch up later.

Yes, this will lead sometime down the line to having to refactor something unpleasantly fundamental so that you can move forward ... but that's better than never getting to that stage because your elegantly designed collection of modules just will not congeal into a game worth playing.

I did see a tip once - and not one which applies directly to Elite or DF - that you should start writing a game by implementing the "You win!" screen, and then work backwards from that (so version 2 you have to press a key to win, version 3 you have to press a specific key to win, version 4 prints the key you need to press, etc.) so that you always have a game which can be played beginning to end. I'm not sure if anyone's ever done it, but the thought behind it is worth considering even if you don't go that far.

cim wrote:

I did see a tip once - and not one which applies directly to Elite or DF - that you should start writing a game by implementing the "You win!" screen, and then work backwards from that (so version 2 you have to press a key to win, version 3 you have to press a specific key to win, version 4 prints the key you need to press, etc.) so that you always have a game which can be played beginning to end. I'm not sure if anyone's ever done it, but the thought behind it is worth considering even if you don't go that far.

Heh Sounds like a good advice for people struggling against perfectionism (that's me too, yea). So, thanks!

diagoras wrote:

As far as I know - yes. 400 downloads for final version can not be called "so popular", I suppose ^_^

You know, I would think that 400 downloads for a new oxp is pretty darn good. And it can only go higher, too.

another_commander wrote:

You know, I would think that 400 downloads for a new oxp is pretty darn good. And it can only go higher, too.

OK, now I feel like I was trolling for compliments - though I honestly didn't had such intention Well, Mining Contracts came out as a nice little oxp and if you say the numbers are good - then they are deserved.

OK, first project update. I have bought modern budget laptop for performance reference, deployed development environment and started coding. Here you are - procedurally generated asteroid with only one texture and no shadows. Approximate in-game size - 60 meters.

https://youtu.be/Oo8fOht5v0c

Rock on! <grins> I've taken the liberty of spreading the word just a little - hope you don't object.