Pioneer Space Simulator ​

The primary purpose of this repository is a design document for the open source game Pioneer Space Simulator.

The aim of this document is to define a vision for the game (albeit not too granular), to focus the development efforts for the team and to provide a good and welcoming starting point to aspiring contributors. It is relatively light on granular details to avoid turning contributing to Pioneer into a second job with deadlines and such nastiness.

About Pioneer ​

Pioneer is an open-source space adventure game, set in the Milky Way galaxy shortly after the turn of the 33rd century.

Originally, Pioneer started out as an open source remake of Frontier: Elite II, initiated by Tom Morton sometime around 2010. Since then, the team has endeavored to widen the scope of Pioneer into a game in its own right and are slowly maturing the game while honoring these traditions.

Pioneer: a game of lonely space adventure.

The tagline pretty much sums up the spirit of Pioneer. You are one person in a vast universe that does not care about you. The day-to-day happenings of the universe will continue regardless of your presence — or absence. At best, you can hope to influence the course of events somewhat. At worst, you'll try to avoid winding up an unmarked impact crater on a barren moon.

Pioneer takes inspiration from many games, though its primary focus is to be an interstellar space adventure game with solar-system-scale simulation elements. The game makes an effort to simulate a living world around the player, but it is not one in which every aspect can be maniupulated. Even at the height of their progression, the player will never control the SolFed bureaucracy or own an entire system.

Where are we at now? ​

Current team ​

Development infrastructure ​

Design document outline ​

The main aim for Pioneer is to be a quite realistic space game with a nice amount of space opera. While realism is an important aspect, fun and interesting gameplay is just as important, and we strive to hit a good balance in that regard. This document outlines the general direction we are striving to bring Pioneer towards, and the subpages elaborate on the topics more as we design them.

This document is only a proposal, and every part of is it up for discussion!

Important aspects: ​

• Emergent gameplay coming from game systems working together to provide unscripted and unique events. Procedural and semi-procedural generation is an important part of doing this right.

• Procedurally generated game world as a basis for a smaller amount of interesting hand-crafted places.

• Gameplay over simulation. While Pioneer strives for a high level of realism, it is a game first and foremost. Scientific aspects should enhance the gameplay, not detract from it. But on the other hand, the basis is still in reality, and it is important to find ways to build fun gameplay on this reality before going for the trope or arcade solution. Having human pilots for example would seem quite a bad choice from a scientific/practical sense, but we want to create a game for people, not flight computers, so human pilots are here to stay.

Gameplay direction ​

• Ship operation gameplay Things like power and heat management, handling of maintenance of equipment. Opportunities for those who like to tinker, optimize, but with close ties to the intended emergent nature of the game with situations created by breakdown of ship parts at the worst time possible because of neglect and circumstance.

  Ships should have character, so players can get attached to them as they upgrade and customize it and live through adventures flying it. Buying a ship should be an event long pondered, and a sad farewell to the trusty old craft. Or a sighing relief when one is finally able to step up from that creaking old dinghy that always gives out at the least convenient moments.

  The possibility to own multiple ships would be nice, and could provide interesting gameplay decisions.

  The aim is to strike a good balance between detail and fun. We don't need to simulate every circuit breaker and screw as some (admittedly very intriguing) upcoming projects do, but on the other hand it would be nice to have enough detail to enable emergent gameplay.

  Ships are differentiated both by their size and intended role.

  • Ships size dictates how simple to fly and operate a ship. The larger it is, the more complex and leans more toward a managerial/operations gameplay

  • Ship roles are a way to differentiate between ships by the manufacturer.

  Flying the ship and navigating between systems should be a fun and interesting thing to do, and a skill to master.

  • Full scale solar systems and the realistic direct transfer travel in them is one of the unique and interesting points of the game. It would benefit from UI-UX improvements, like a proper travel planning interface and some more visual feedback in the flight UI, like showing the orbits of bodies.
  • Orbital maneuvering gameplay while mostly happens as a last resort or in corner cases, I think is still an important aspect of the game. It would benefit from some UI and UX improvements, like worldview orbit display when in orbit.
  • Close Quarters maneuvering, manual landing on ports and orbitals, manual external docking, navigating tight spots, scooping up cargo and similar things to do.
  • Inter-system travel already has some nice aspects providing navigation opportunities. There might be room to enhance and fine-tune it further, but the base is nice.

• Problem solving gameplay. Partially an effect of the above aspects. It is important that the game provides situations and problems the player can solve by using the systems at their disposal, and especially by flying their ship. Where they can make decisions, plan an action, execute it, and scramble to fix things when something inevitably go sideways. This includes situations where one needs to utilize their skills in flying and operating their ship, and situations they need to get out of because they neglected things that should have been done.

  • Trading gameplay is a main area of this and could offer lots of emergent gameplays, if it is elaborated upon.

• Non-combat gameplay It is important to provide rich gameplay opportunities via interesting missions, events, characters and places that enhance and spice up the systemic aspect of the game. Things to be discovered or figured out. (Also see the problem solving gameplay point above) Without the need need to shoot everything that's moving (and bomb everything that's not)

• Combat gameplay is another very important aspect for a lot of people. Especially close quarters combat, because that's where the thrill is. This is where the above mentioned fun trumps science approach comes in in a manner. Hand combat should feel fun, engaging and plausible within the games context, even though one could even argue against the futility of having pilots and CQB at all owing to computers having much better reaction time and are more predictable to even forego CQB entirely for 1000+kms of engagement ranges. But we are not computers, but people, and people want experiences and stories involving people, not computers. And people like to shoot things that move and bomb things that are not.

  In my opinion it is also important that combat shouldn't feel like a trivial thing. Shooting at ships in populated and well patrolled areas should have its consequences for example. But on the other hand system outskirts and especially less populated and/or frontier systems might have very lax security, and much more violent atmosphere.

• Ner-do-well gameplay, where the player can operate outside the law. These can mean non-combat and combat missions that have legal risks involved, such as assassinations, spying, taxiing fugitives, getaway driving, extortion, kidnapping. Piracy, illegal salvage, smuggling are among the more open opportunities. It is important that these have their legal repercussions, so then the player has to work around those. Which also means that there will be less and less legal opportunities for them, so they have to resort to more and more sketchy activities.

  Of course the law and morality can vary a lot in different places, so a simple trade run count as smuggling somewhere else, and an illegal taxi mission could mean extracting some political refugees from a dictatorship or returning some ancient artifacts that were robbed from a system during a war. or smuggling in weapons and supplies for a freedom fighter movement. Not to mention that the player could even be tricked into doing something seemingly legal which then turns out to be illegal in that system. There are quite a few interesting gameplay and story opportunities here.

  This also means that a network of good underground infrastructure will be important. Places to sell illegal goods, hidden pirate and smuggler bases and ports operating in the gray zone. And providers who can alter ship ID and hack into law enforcement databases to clear criminal history. (But the victims could still remember and go after the player)

Visual direction ​

• Good UI and UX are important for the player to be able to enjoy the all the above with as little friction as it is possible. On the other side, the UI and HUD are good places to create visual interest as well. The aim is to create an UI that provides what's needed, easy and fun to use, and looks cool still.

  • Interactive cockpits are a very good opportunity to provide a more immersive experience, and to add visual character. On the other hand it is important that the game is playable properly with only the HUD, mouse and keyboard shortcuts.

• Graphics should strike a good balance between high visual quality and decent performance on a common family computer as much as humanely possible. Modern PBR based rendering, the decal workflow and screen space effects can also lighten the workload for asset creators.

• The visual language of the game aims for believable, but not strictly realistic visuals while providing a distinct and characteristic look and feel for the game. Visuals are a bit more subtle than most popular science fiction. The reworked OPLI ships show this approach for example.

  • Ships have certain sets of visible details with consistent shape language and proportions, that show or allude to the problems of spaceflight. Such as radiators, RCS thrusters, sensors and so on. Most ships also have visible cockpits or control rooms as a concession to gameplay considerations, even if having one would not be practical in real life.

  • Planets surfaces are aiming to be procedurally generated and rich in detail up-close. Plausible geographic features and texturing and weather effects such as cloud cover or nice ground scatter objects for example would be very important. But there should be a balance to it, because this topic alone could be a huge project in itself and there's a point of diminishing returns from a gameplay standpoint.

  • Cities and orbitals are the most important points of interest, and would benefit from some more structured approach to their generation, both from the visual and gameplay standpoint. Cities with roads and districts, parks, maybe even separate passenger and cargo spaceports, ship repair providers and such points of interest the player could interact with.

    Orbital stations could also be procedurally or semi-procedurally generated for such roles and gameplay opportunities and could vary in size as well from small outposts to huge O'Neill's Cylinders and Stanford Toruses with a generated landscape.

  • Facegen the everlasting sore-point of mine

Additional considerations ​

• Out-of-ship experience comes up from time to time in one form or other, be it a text adventure layer an isometric RPG or even a full blown FPS layer to the game. The text adventure level of this is the most feasible, and could be incorporated with a good messaging and BBS interface. The later two on the other hand would practically mean making another game and fully integrating it with the existing parts. Which would be an enormous amount of work for even a legion of developers both from coding and asset creation sides. Maybe in the future when Pioneer is mature enough to our liking and there's not much else to add and polish, then we might contemplate it, but we are not planning on taking steps towards it in the foreseeable future.