aiaustin

Please don't forget the role of the explorer alone or in a small team in a small ship perhaps with a small crew (including robots or NPCs)... think Millenium Falcon!
 
Not everyone wants to build a mega corporation, own a planet, star system, empire or a death star... :-)

Please don't forget the role of the explorer alone or in a small team in a small ship perhaps with a small crew (including robots or NPCs)... think Millenium Falcon!
 
Not everyone wants to build a mega corporation, own a planet, star system, empire or a death star... :-)

All good, I must predate you a bit having has a PS1 as well as PS2 and PS3 but now prefer PC to moving on to PS4.
 
I am a Gran Turismo fanatic on PS*... spending a bit too long on that according to my partner :-) But, hey, you just HAVE to have 1966 Gulf colours Ford GT40 eh?

(Posted Sunday 17th of August 2014 on the DevBlog)
 
 

 
 
We have been asked several times what the actual typical gameplay of Dual Universe would be, how it would be played, in a very practical way. It's of course too soon to give a lot of details about the numerous activities that will be possible within the game, but we thought it would be nice to go through like five typical minutes of the kind of gameplay you could experience on the surface of a planet. To start with, let's talk a bit more about what we have in store for the alpha version, which will be made available next summer.
 
(Update Tuesday 17th of March 2015: The alpha version has been postponed. We will give more information on this subject as soon as possible)
 
In the alpha version, you wake up inside the arkship, which is still on its way towards the planet where you are to establish a new civilization with your fellow colonists. You have been woken up early from cryosleep, because you are a member of the alpha team, a set of special operatives that will be given a pre-training in the basic ways to run your future new life on the new planet, and be able to coordinate actions when the time will come (when the beta will be out). And this pre-training will be done through... a simulation (within the simulation, yes, where does it end?). So basically, you are still in your cryosleep vat and the ship’s AI is plugging you on a sort of Oculus Rift-like super neat simulator and here you go.

You step out of the arkship already loaded with blueprints, materials, skills, etc. The simulation is meant to put you in a situation which would correspond to where you are after a few months of playing and skilling already, so that you, the player, can experience it right away and test the core of the game. Generally speaking, it is a difficult thing to show “the” gameplay of Dual, because we expect that there will be many gameplays possible and, more specifically to the sandbox experience, we expect the gameplay to evolve over time, as players master more and more technologies and expand into the world. Think of it as a sort of live version of Sid Meyer’s Civilization, entirely player-driven!

OK, so you are in the alpha simulation. The game is going to be a FPS, and depending on our budget and time, we will also provide some TPS view, especially in combat. The FPS view is important for immersion and also because we have Oculus Rift and similar devices in mind, so it would not make sense to offer only TPS view in any case. So, looking through your virtual eyes, the arkship stands proud and high in the sky behind you and you are facing a large empty crater that was created by the ship impact, followed a bit further by a dark and deep forest on your left, and a large mountain chain on your right, with white snowy tops. It looks very familiar, the planet’s atmosphere is similar to the one on the Earth, and the cloud patterns you can see in the distance are also recognizable. It’s not exactly like on Earth, but familiar enough. Some planets will look much less friendly than this when you’ll start to explore the universe, but for the moment, it’s OK.

Your first task will be to create a safe house to protect yourself from the cold of the night, as the temperature differences on this planet are much stronger than on the Earth. You got a quick briefing from the arkship’s AI, so you know that already. The arkship can be a protection for a while, but it won’t host a lot of people as the space inside it is limited (all goes to fuel – now empty containers, but not meant to be lived in – and to cryosleep vat support technology. More about the arkship in another blog post). The simplest thing to do is to head for the forest, and get a bit of wood and stone to start building your safe, and create a fireplace inside it for the night.

You come equipped with a very powerful and central tool, rigged right into your arm: the nanoformer. This tool uses incredibly sophisticated nanotechnology to allow you two things: to collect materials and store them in a nanopack (think of it as a super backpack, with space and gravitational compression capabilities), and to release these materials in various forms anywhere you want in your environment. Very convenient! Inside the forest, you have no difficulty to find wood, cutting large trees and gathering stone materials when you find them on the ground. Soon, your nanopack gets filled with various materials and you can start to think about building your first shelter. The process is very similar to Minecraft at this stage, but you will have many more possibilities to carve the structures you want to build into almost any shape. Still, we believe in the simplicity of some elementary geometric shapes, at least as a start, to make the process of 3D construction less cognitively demanding.

At this stage, it is not clear if we will have enough time until the alpha to implement NPC animals to come and bother you during the night, as well as serve as hunting preys. But that’s the idea, because you will need to feed yourself, and the nanoformer cannot make wood-based lunch for you!

The nanoformer can also be used as a very primitive weapon, projecting materials or energy towards your opponent. But nothing really more than a punch in the face. If you want to deal some damage, you’ll need a weapon. It turns out that you have various blueprints in your inventory, which are in fact weapon recipes. All you need to assemble them is to find the raw materials, which means: start mining and digging, Minecraft style! Once you have found the precious ingredients, just set your nanoformer to run a given blueprint and here you go, you can see the item forging itself in front of you. You will also have various recipes for armor, mining tools and various useful items (why aren’t these simply available in the arkship, you might ask? You know the story about telling a man how to fish, rather than giving him a single fish? I think the conceptors of the arkship had this idea in mind!).

I did not talk much about energy at this stage, because it is still under discussion. But the nanoformer, and of course more powerful tools or weapons, will need energy sources. For the nanoformer, it could simply be your body heat, so all you need to do is to (h)eat. We would need to get some serious future pseudo-science to explain that however, because the Watts available will be rather limited!

The next experience for you will probably be to try and build one of the construct blueprint available in your inventory. Like, for example: the hover car, or the balloon powered explorer vehicle, or… the rocket! More about the construct building in another post, but all this will require that you gather more or less difficult-to-find materials, and energy sources. You might want to start a trade post to exchange resources, tools or weapons with other players. Gathering into organizations will also be a good idea, as well as start to claim territories to secure your property. You don’t have to worry about PvP aggression as long as you remain inside the security zone managed by the arkship (see the Arkship security blog post), but if you wander further (about 20km away), you might also start to need to organize your defense and establish an outpost.

Each of these topics probably will be treated in dedicated blog post, so I won’t go any deeper at this stage. To summarize, we’ve seen a very short preview of the FPS style gameplay that will be available in the game: you can gather resources and construct houses, buildings, items. You can also create more dynamics constructs like vehicle or rockets (actually, space ships or space stations, there is no limit in size). We are also thinking about farming and hunting, because you will need food. You can team up with other players, or compete with them, through economy, politics, manufacturing, territory control and a lot of other emergent gameplay elements. One of the challenges we have as we design the alpha version is to find a way to make all these aspects of gameplay easy to learn and quite naturally flowing from the player’s experience. We are working on it

JC Baillie,
Project Lead

(Posted Friday 26th of September 2014 on the DevBlog)
 

 
Dual Universe is what we call a single-shard continuous universe. What does it mean? Basically, it means that there is only one world, one reality, shared between every player, and where people are free to move and gather as they see fit. It is what you would naturally expect from a persistent virtual world if you could forget about all the technical challenges that usually come in the way to implement such an idea (which are all very good reasons as to why you haven't seen it in a game yet). To better understand where we stand, and what we have in mind (and currently in testing) to solve the underlying issues, let's have first a look at the more usual ways MMOs are dealing with virtual worlds' sharding.

The core issue that every MMO game is facing is to handle the problem of having 'n' players moving around and seeing each other. In the most basic implementation, this leads to n position/orientation updates several times per second, each of which has to be broadcast to n other players watching each other. This is a total of n*n updates, and it grows very fast with even small values of n, like 100 or 1000. The result is a saturation of bandwidth, CPU and globally a practical limit around a few thousands individual players.

The simplest solution used by most MMOs is to limit the number of concurrent players to a hard ceiling. When the number of concurrent players exceeds this limit, they are either queued or another copy of the virtual reality is created where new players are redirected. This is called multi-sharding, and it has many variants. The simplest one divides the world into zones and players are free to move from one zone to the other. When a zone is full, a new instance of this zone is created, and inter-instance visibility is not possible. Players are never living in the same place at the same time. Examples of games following this pattern are D&D Online, LOTR, StarTrek Online or Neverwinter. World of Warcraft has an evolved version of this model : you have a global zone for everyone (a "continent"), and the instance duplication model is limited to selected areas called "dungeons". Players enter these dungeons in limited batches and new versions of the dungeons are constantly spawned for new entrants. Each dungeon is attributed a set of servers that can handle many 5-players, 10-players or 25-players groups.

A more sophisticated approach is illustrated with Eve Online, where there is only one reality, shared by all players, but divided into small zones centered on solar systems. Each zone has a max number of players allowed in it (with a queue when there is an overload), but no instance is ever created. There are no parallel worlds around, and all players can experience the same reality, influence each other and basically do things that matter because it affects everyone. This is a huge difference in terms of gameplay compared to WoW-like traditional models, a shift from the “theme park” model to the “sandbox” model. One example of interaction that applies to all participants across the cluster is market exchanges. No matter in what zone you are, if you have enough skills to do so, you can see other people's market orders and interact with them. While being a single shard universe, Eve is however not a continuous shard: each zone, or solar system, is limited to a few thousands players capable to physically interact with each other.

This simplified model would not be possible in Dual Universe, because we have very large planets, that will (hopefully!) host hundreds of thousands of players, and you cannot segment the planet into arbitrary zones. Think about a very large capital city, you could have a lot of people packed into a relatively small area, impossible to predict in advance. A planet therefore must be split into different servers, because the n*n limit is still there, but you cannot simply physically cluster these servers according to geographical boundaries (like solar systems in Eve).

The approach we have developed is based on the idea of subdividing zones according to their population density, in a recursive way. If only 5 people are roaming the surface of a remote lonely planet, it will most likely be handled by one single server. Come thousands of visitors spread on the surface and the initial area will automatically divide itself. Player clients are dynamically reallocated to the new servers in charge of their area. This process can repeat itself up to areas as small as 8 meters large. The interaction between different areas is handled with a complex cluster-wide synchronization mechanism, and an actor-based model that we might talk about in another post.

The other crucial part of this algorithm is that we have designed a method that is efficient to guarantee that the further a player is from another one, the less frequent the updates of position will be between them. When two players are close to each other, they will be updated very frequently and see each other with a great level of fluidity. However, when players are far away, there will be some delay in movement (because interpolation needs several updates to proceed), but they will still see each other in a visually convincing way.

The prototype is working, but we need to make much more testing of the current implementation to have hard results to show in terms of the max number of concurrent players. So far, it's looking pretty good, and should allow us to provide a continuous, single-shard universe, where you are totally free to move around without instances or zone limits. If you have a few hundreds of thousands of friends, don't hesitate to invite them to join our future beta testing!

JC Baillie,
Project Lead

(Posted Friday 20th of March 2015 on the DevBlog)
 
 

 
One of the ambitious and new aspects of Dual Universe is that traditional organizations that are found in other video games, like guilds, nations or corporations, should actually emerge in the game. This means that we have to design a generic structure to represent the union of several players, without biasing it towards one particular type of organization or another. The term we use to designate this structure is "organization". A state, a city, a guild, a nation, a group of pirates, an alliance, etc, are all organizations in the game. They differ in the particular way they specialize the generic definition, and in doing so they specify political orientations and implicit organizational goals. Let’s have a look at how it works.

To start with, organizations are divided into legates and members. All legates are not necessarily members, and vice-versa. The legates literally own the organization, which is divided into several shares that are distributed to the legates. Members don’t own the organization, but they have what we call “roles”. Roles are defined by a set of rights, duties and privileges that apply to members. A member can have one or several roles (and, as an legate can also be a member, there can also be roles for legates, but not always), and a role can be fulfilled by one or several members. Roles can be organized hierarchically, so that sub-roles inherit their default set of rights/duties/privileges from their parent.

One could say that legates are making decisions regarding the organization structure, while members are more in charge of running the organization. The mechanism by which legates make decisions is voting, with a weight based on the number of shares owned by the legate. A delegation system enables certain legates to gather the voting rights of other legates. This delegation can be limited in time or not, and can be for every vote or for certain types of votes only. Note that the wording used here, “vote”, induces a notion of democracy, but this is not necessarily the case. In an organization where all legates have permanently delegated all their voting rights to one single legate, you have a de-facto dictatorship. Intermediary cases involve a parliamentary system, where a subgroup of legates concentrate the voting rights of all the others, but none of them can rule alone. All nuances are possible.

There are several types of votes that legates can cast, but one crucial type is about creating roles and assigning/revoking members in those roles. Other types of votes involve approving new legates or revoking them, deciding whether organization shares are tradable or not, and many subtles details on the voting system which are meant to prevent obstruction situations.

Roles, as we said, are about rights, duties and privileges. Rights are defining what a member can do with the organization properties. Can you open containers? What type of containers? Can you access the bank account? Can you delegate your rights to other members? Can you fly ships owned by the organization? Can you control the organization territory system? Can you create subroles? Can you hire/fire members? etc. Duties are things like paying taxes on your in-game revenues or when using certain organization property, obligation to deliver a certain amount of certain assets per month to the organization, etc. And finally, privileges are things like salaries, insurances in case of death, protection in case of aggression, and other practical in-game benefits.

And last but not least : legates and members can be organizations themselves. As such, organizations can be hierarchical, like an alliance, a federation of alliances, or any kind of union.

Now, what can you do with this? Let’s try to build a corporation: you have a board of shareholders, representing all legates through delegation. They elect a CEO, who is a member with a special role that grants him/her the right to create subroles (head of marketing, head of RH, etc) and who will run the company. Each member gets a salary, and the profit of the company is shared among the legates with a dividend mechanism (voted by the legates). This is pretty close to how a real company works. Now, can we imagine creating a democratic nation? In that case, every legate has only one share of the organization and is also a member. Voting can happen through parliament representatives through the delegation mechanism by the legates/members (same thing here). Member roles’ duties include paying taxes, and privileges include possibly a minimal wage (sort of “salary”). A president role can be created and granted subrole delegation powers and full access to the nation’s assets. This president can create roles for prime minister, ministers, etc.

We will provide default templates for typical organizations, but it’s easy to figure out how you could create an interplanetary alliance of planetary organizations, themselves organized in a hierarchy of nations, cities, etc. Corporations can be members of nations, with specific roles separating them from regular citizens. And you can also structure corporations in a hierarchy of conglomerate, trusts, etc. Now, can you imagine how you would like to create your own organization, your own political system, your own subdivision between legates and members? We hope to see pretty amazing things emerge from this, let us know what you think!

JC Baillie,
Project Lead

(Posted Friday 30th of January 2015 on the DevBlog)
 

 
Piloting a spaceship in a videogame is a classic of the Sci-Fi genre. Amazing titles have been written based on that idea. Most of the time you get to control a given ship, among a set of predesigned ships, either in first person view within the cockpit (Wing Commander style), or from a third person view outside of your ship (Eve Online style). You will be able do that in Dual Universe too, but there is more.

First, in Dual you won’t have to use predesigned ships, and in fact there will be no predefined ships. We will have some basic ships available at the beginning but nothing will force you to use those. You will be able to build your own, or buy a model designed by another player or organization, from a nearby market. With the balancing provided by the supply and demand selection mechanism (I’ll talk more about the ingame economy in another blog post), the best ship designs will naturally emerge, incremental improvements will be made on them over time and innovation will disrupt the status-quo from time to time. Just like in a real market economy.

The first ship you will pilot will likely be a single seated one-person ship, mostly for transport or small cargo jobs. The experience of piloting such a ship will be similar to the classical cockpit first person/third person view we mentioned at the beginning (you will be given ways to choose which type of view you want).

Now, the interesting thing is that a ship is not a special entity in the game. It is in fact a construct like any other - it just happens to have reactors and ship-like elements that make it behave like… a ship. But in particular, it can be given any shape and any size, provided that you are able to equip it appropriately in terms of power and control so that it can fly. Being on a planet surface, entering a ship and being “in” a ship is also a completely continuous experience for the player, there is no formal boundary. So you could have a truly gigantic ship, hosting a complex infrastructure inside, with hundreds of rooms and corridors. People would be free to embark the ship, walk inside it, jump out of it. Think of all the possibilities.

The control of this multiplayer crew ship would be distributed to several players according to their specialization. People for navigation, some others for left bank/right bank weapon systems, missiles, others for repair facilities, radar, energy systems, com, or for the faster-than-light engine, etc. You would need real team play to fly an interstellar mothership, creating emergent “professions” ingame as people specialize in certains aspects of ship control.

Now, imagine combats. Besides the specialized weapons allocation to various crew members, the fact that the ship is a real object and not some formal 3D image allows for incredible things: partial structural damage that must be repaired (crew members racing to fix this broken hull - FTL anyone?), but also even more exciting is the possibility to board another ship after having cracked open its hull. In my opinion, from an emergent/strategic point of view this is a very interesting alternative to the classical way of completely destroying any enemy ship during combat: instead, board it and take control! Note that we don’t know yet how much of this will be playable in the alpha or beta stage, but it will definitely be something we will support in the long term.

Once again, at the heart of all these ideas are key game-technology changes (real ships created by players), together with emergent gameplay. What players will do with this is still not really known, but the possibilities are huge and exciting!

JC Baillie,
Project Lead

Hi everyone!

I'm Nyzaltar, the Community Manager for this Sci-Fi epic adventure known as "Dual Universe"!
If you have any question or suggestion on the game or anything related (forum, website, the team, etc), don't hesitate to contact me.
I will be more than happy to answer!

Also, as many of you, I'm a huge fan of Sci-Fi Themes and a passionate MMO gamer.
Eve Online, Landmark, to name a few... but far from being limited to these.

I hope you will enjoy this forum as much as we, the Novaquark Team, hope!
Also I will be around on the forum during this week-end, to answer topics that have already been posted

Best Regards,
Nyzaltar.