[Tutorial: Voxelmancy Essentials]

Tutorial: Voxelmancy Essentials

 

This tutorial was made for Landmark. I didn't make the tutorial or play the game but, since it's based on the same technology, we can assume that it will work pretty much the same.

It starts with the very basics and ends with some more advanced concepts.

 

Whether or not you have already tried Dual Universe, this tutorial should be able to help you to understand this awesome (but very difficult to master) technology which is the Voxel.

 

As a voxel beginner, I think I am not the only one who yelled at these crazy little voxels, "WTF happened?! I didn't ask you to do that!"

 

 

 

The Inner Space of Voxelmancy

Voxel Characteristics

First of all…and this might hurt your brain a bit…a voxel is NOT a shape. It’s not the 1x1x1 cube shape you add with the smallest ADD brush.

 

Actually, a voxel is a point. The different points (voxels) are connected to each other by lines (vectors). Those vectors form the outlines of the “cubes” that you see in the world when you use the ADD brush. (In other words, it takes many voxels to add enough vectors to make a shape.)

 

When you use the building tools to change the shape of the cubes you see in the world, what you’re actually doing is dragging one (or more) of those voxel points into a new location…and then all those connecting lines move too, thus changing the outline of the shapes you see.

 

There are only TWO voxel characteristics that matter to builders.

• The position of the voxel
• The material applied to that voxel’s cube space

Also, for the purposes of this document, there are only four terms that matter:

• Voxel : The point in space that is the end point of one or more vectors.
• Vector : Any line connecting two voxels together.
• Shape : Any collection of vectors that outline an area thus creating a contained shape. (The default shapes are cubes, but voxels are easily moved around to create almost any shape. See below.)
• Cube space: In game terms, the natural "cube space" around a voxel is the same volume of space used by the ADD brush when you place a 1x1x1 cube into the world. Voxels *usually* live within their cube space, but can also comfortably live outside of it. However, the voxel is *always* associated with that cube space.

 

 

 

What data is in a voxel?

Imagine a grid of dots. (Each dot is a voxel.)



Now imagine that each of those dots is connected to its neighboring dots by lines (vectors).



Now, stack that up so that it’s in three-space. Voila. You have a decent representation of the voxel points in their natural “healed” cube-like state.

NOTE: The positions of the voxels, in the rigid formation shown above, is the natural “healed” state of the voxels. The resulting shapes created by the vectors connecting them are what we normally see as “cubes” (and which, erroneously, we all have been calling voxels even though those shapes are actually composed of voxels instead.)

When you move one of the voxels, the vectors connected to it also move. Thus, you change the shape of any cube seen as soon as you move a voxel.



So just remember…everything is connected. You can’t move one thing without moving another. All the different welding, recopying, and smoothing tricks you may hear about are just different techniques to get these dots to end up in positions that make cool shapes.

Last but not least: Cube space. The world is gridded out into cube space. (NOTE: Cube space is the same size as the smallest ADD brush when in cube mode.) By default, voxels live along the edges/corners of these cube spaces and the resulting vectors connecting them look like cubes.

Normally, voxels need to stay within their cube space. However, there are building techniques that let a voxel wander out of its normal cube space. This is how shapes that are bigger than a cube are created. Voxels can also be smashed down into the center of that cube space, which allows the creation of smaller shapes as well. Roaming vectors let voxels wander WAY outside their normal cube space, but that gets pretty hairy to explain so we’ll discuss it some other time.

 

 

What Material is on the Voxel?

Material, in this case, is the material you chose from the Element Tray. (Example: Red Lumicite is a material. So is Hammered Gold or Raw Iron.) When a material is specified for a voxel, that changes its appearance in the world.

That’s it. There’s only two special cases that might not be immediately obvious:

• Air. Yes, air is a material. Air voxels act *exactly* like regular voxels. They are just painted with a 100% transparent material, which is air.
• Default terrain. Everything in the world that has notbeen changed by a player is designated as “default terrain”. It has less data than a user-changed voxel so that we can optimize the heck out of stuff that players haven’t changed.
  • The important characteristic about this default terrain is that it cannot be copied. (Its data structure is simpler and doesn’t have all the dots/vertices described earlier.)
  • The other important thing to remember is that HEALing a voxel returns it to this “default terrain” material. And that’s why you can do nifty stuff with healed earth.

These latter two special cases (Air and Default Terrain) cannot be directly selected with the selection tool. So the only way you can “grab” them is by also grabbing another nearby shape that’s painted with any of the other materials in the game.

Side Note: What is a Roaming Vector?

When we added Roaming Vectors to the game (6/26/2014), we increased the precision of lines and shapes quite a lot. This was done by “borrowing” nearby voxels and letting them “roam” outside of their normally allowed cube space. This means that nearby shapes sacrifice some of their own definition so that another shape can get one or more extra voxels added to it, thus providing more possible vectors, which enables that shape to have more detail.

 

 

Pasting Dominance

There is one thing to keep in mind as we go through the rest of this doc. Any item that you are pasting into the game is dominant. All the voxels within that copied area will keep their relative positions. This means that any shapes nearby are likely to change shape slightly as their voxels reconnect to these new voxels, and the vectors connecting them are changed.

This “dominance factor” can be very useful when fixing any warpage that occurs, because any current data is overwritten by a paste. That lets you “re-weld” voxels and vectors by pasting in small bits that are the desired shape.

 

 

Voxelmancy Techniques

Okay. Now let’s talk about the various building techniques the community is using.

Micro-shapes & Anti-shapes

NOTE: Players have been calling them microvoxels and antivoxels, but that makes this discussion harder to follow when talking about voxels in conjunction with these shapes, so we’ll refer to the microvoxels as micro-shapes, and antivoxels as anti-shapes. (Sorry for the switch.)

Both of these kinds of shapes are really just normal shapes that appear to be different. (It’s still useful to give them names for easy reference, but the point is…they’re still just normal shapes composed of voxels and vectors.)

When you smooth a regular shape down into a micro-shape, you’re essentially just taking all the voxels the cube was composed of and squashing them down toward each other so that the resulting shape is a very small cube.

Side note: Just to expand your mind, you’re also enlarging the air cubes around your brand new micro-shapes because you’re dragging those connected voxels away from the center of those shapes. Right? Everything is connected.

Still, it’s cool, right? That voxel *looks* smaller and that make it useful for lots of building stuff.

So what’s an Anti-shape? It’s exactly the same thing as a “micro-shape”. But its material is “air”. So it’s (currently) tricky to make, but it behaves in all other respects exactly as a smoothed-down (micro)shape. You just can’t see it or select it directly, because it’s made of air.

Why do micro-shapes warp other nearby shapes?

Remember how the voxels in a micro-shape are squished toward the center? Well, when you copy that micro-shape, you are really selecting the positions for the voxels that constitute that micro-shape.

When you copy that shape into place near another existing shape, the vectors of the existing shapes are forced to attach to the voxels in your micro-shape. The game knows that what you *want* is for the thing you copied to paste as true as it can, so it connects the vectors from other nearby shapes toward the voxels you smashed into the center of your shape and this can cause warpage on the neighboring shapes. Make sense? Again, everything is connected.

“Strings”

So now let’s paste several of those new micro-shapes in a row, one cube space apart from each other. What happens? They stretch into strings! So cool!

But no, that’s only what it looks like. What’s actually happening is that you pasted one micro-shape down (composed of a bunch of voxels and vectors) and then you copied another identical micro-shape in the cube space next to it. When you did that, the vectors from the previously pasted MV stretch out to connect to the voxels in the new one you pasted, and the resulting shape looks like a line. (Remember, the last shape pasted is dominant and everything else warps to it.)

There is a convoluted process that force the end points of the string to align to the normal voxel borders. This technique creates “Antivoxel strings” and is Example 4 in the section below.

 

 

Warping vs Non-Warping Shapes

 

There’s a bunch of techniques designed to create objects that don’t warp neighboring shapes, but ultimately, there is only ONE way to avoid warping.

 

That way is to ensure that the voxels in the shape you are pasting are aligned in such a way that they don’t cause the vectors of a neighboring voxel to move.

 

That’s it. Just don’t make the vectors move and your shapes won’t warp.

 

To make that seem simpler, here’s a few images. These images don’t show all the voxels. They show the shape instead and the normal “cube space” that the voxels for that shape live within.

 

Ex 1: Micro/Anti voxel

Regular “microvoxel” or “antivoxel”: This shape lives in the very center of its normal cube space. It will warp EVERYTHING IT TOUCHES because any neighboring voxel will extend its vectors out to reach the voxels in your micro-shape.

 

 

 

Ex 2: Microvoxel strings

Any “string” that is created by pasting two of these centered MVs together will still cause warpage everywhere it touches because the end points of that string are in the center of the cube spaces they represent.

 

 

Ex 3: Any shape with a “normal border” flat edge

This shape would not cause warpage *if* it is pasted onto something along its bottom side. (Example: If you pasted it onto a flat floor.)

It would cause warpage if it was situated next to any shape above, or to the left/right of the shape, because those neighboring vectors would be forced to extend outward to connect.

 

 

Ex 4: Antivoxel strings

This is the shape that many people call an “AV string”. This is a useful shape because it still looks like a thin bar, but its ends are exactly at the “normal” cube space border and is in the center of the shape. Because it’s situated properly, any normal cube connected to either end of this string will not cause warpage of the block it’s touching.

 

NOTE: Since the Smoothing tool change on 6/18/2014, it’s been possible to make these strings directly by making a column of 1x1 cubes and then smoothing it 3 or 4 times. Copy the middle smoothed “strings” that you see and the end points will match up to the cube space on the top and bottom.

 

So What’s a MegaShape?

Honestly, it’s just the exact opposite of a microvoxel or antivoxel. Players have been calling this a Megavoxel. (And again, for the purposes of this document, we’re going to start calling this a “Megashape” instead to avoid conflict with “voxel” conversations.)

Instead of crushing the voxels in your shape down toward the center, you’re stretching them outside the normal cube space borders of your voxel instead. (In other words, you’re making all the neighboring air voxels smaller so that your current voxel can seem bigger.)

That’s it.

But the shapes are still useful because they create the appearance of behavior that you normally can’t achieve.

So how on earth do you go about stretching the voxels of a shape outward? Answer: You don’t really. Instead, what you do is you crush in the voxels of a neighboring shape, thus dragging the voxels outward in the shape you want to enlarge. That’s why people create a megashape by pasting micro-shapes nearby. They are forcing the voxels to drag outward toward those micro-shapes.

 

 

Warpage in General

 

Isn’t it annoying that you can create a really cool shape, it looks totally awesome, but then it deforms the heck out of stuff when you paste it near anything?

 

Well, the truth is…you’re just *seeing* the warpage for the first time when you paste it in next to the new shape. That same warpage was occurring originally also. You just couldn’t see it because when you made the shape, it was surrounded by air. Those nearby air shapes *did* warp, but you couldn't see them.

 

Voxels always connect to other voxels via vectors. When one voxel gets dragged outward or inward, it tends to drag neighboring voxels along with it slightly to smooth out the “curve” of a voxel face as much as possible. And that’s just about it. But it’s happening on EVERY voxel all the time every time you smooth shapes or paste shapes or even when you remove shapes.

Side note: Why does removing a shape sometimes warp neighboring shapes? Because when you delete your current shape, you're replacing it with a perfect cube shape isntead ( painted with air material). This does exactly the same thing as if you had just pasted in a perfect cube voxel of any other material. If the voxel you replaced wasn’t a perfect cube, this can cause vectors to shift and the shape will change in that case.

 

 

Inlay Technique

The last major building technique to cover here is the “Inlay Technique”. This is probably the coolest trick that any builder can learn, as it allows you to do a ton of curvalicious detail that's not possible to do otherwise.

We won’t take the time to describe applications of this (there are many player tutorials), but here are some details of how the process works:

Step 1: Select any-sized area of non-air shapes as long as that area is only one cube space thick.
Step 2: Take any other area of any design and paste it once above your object from Step 1, and then once again below it.

This forces the “sandwiched” object to realign its vectors and voxel positions to match the object that was pasted above and below.

Why? Because the game is trying to preserve the data of the object that you are pasting. It’s NOT trying to preserve the shape you created in Step 1. Thus, the sandwiched object in Step 1 gets all its voxels realigned to match the object above and below and when you copy that slice out of the sandwich, you’ll see that it has been transformed accordingly.

Make sense?

 

Sources : Smokejumper, forums.daybreakgames.com

 

 

 

[[DevBlog Feedback] Our thoughts on Territory Protection Mechanics]

Thank you for this new DevBlog that clarify some points and allow us to have a better idea of what you at Novaquark aim to.

 

I agree with the different kind of secured areas, but I think the ForceField system with the 24-48 hours indestructible period needs a big rework.
This game is supposed to be realistic, and I don't see what is realistic in having to get a shield down and wait 1 or 2 days before attacking ?

 

I want to see battles lasting days, like in Eve Online.

I want to see attackers able to have strategies to take down a city.

And I want to see defenders able to have time to call for help or not.
I don't want to see players waiting for a countdown doing nothing.

I don't want to see some guy putting a fresh new territory unit near my city, and me having to wait 2 days before I can kick his ass.

 

I know, we won't all get what we want, but here is a proposal that I think would be fair for everyone and more realistic:

 

Partially similar to the Arkship system, a territory unit can generate a forcefield to protect the area by pulling its energy from the ground and from the surrounding living beings. Territory units are not as efficient as the Arkship technology, so they have a limited energy pull (that's why their shield can be destroyed). But they can store an unlimited amount of energy.

 

This would means:

• the longer your forcefield stay unattacked, the stronger it will be
• the more people stay connected under the forcefield, the stronger it will be
• the more fire power you bring to attack the forcefield, the sooner it will go down

While the forcefield is up, the territory would be protected from all attacks and the owner could have various (optional) possibilities to defend his claim:

• hit back by sending ships in space
• hit back by using ground canons
• ask for help
• add energy to the forcefield by consuming specific resources
• drop down the forcefield to begin the last phase (to choose when it starts)

On the other side, the attacker could also:

• manage his fire power to start the last phase sooner or later
• starve his enemy by blocking any traffic
• stop the attack and come back one day later to continue diminishing the forcefield

 

The last phase would last at least 24 hours and would begin at the moment when the forcefield goes down. The territory could then be attacked and destroyed. The goal in this last phase would be to take control of the territory unit for at least 24 hours.
The first one achieving this 24 hours goal would win the ownership of the territory and the forcefield would comes back on with the amount of energy it had when it was gone off. And why not an extra percentage of energy depending on the initial amount before the battle and the efficiency of the winner in this battle.

 

If the defender wins, he can then repair his territory from his original blueprint.
If the attacker wins, he can then make a blueprint of his new territory in its current state.
So the defender can also decide to destroy his territory during the battle if he don't want the attacker to steal his plans.
And the attacker can also decide to just rob stuff and go away.

 

I think this system would work for both little outposts and big city.
It would also encourage people to work with friends and make strategies.
And it would give to anyone prepared the time to defend his claim.

 

All these are ideas, and not just only one. So, please tell me which one you like and which one you don't.

[Ship Design Atelier (Holo Deck)]

This topic is only about design, not production, and I agree with most of the points on the 1st post.

 

This game want to be hard for everyone, but it want to be realistic as well. And you can't think that build an entire ship from scratch with real materials is realistic.

Today, engineers are designing full products in 3D on computers before to start building it to ensure that the building phase will cost as little as possible. In the future, you can be 100% sûre this approach will be the same, even more in DU if you have to hire many people to defend your shipyard.

 

Having a kind of "Holo deck" in DU with no material cost and no real matter is a realistic and good solution for designers, and it doesn't remove the difficulty to design, nor to build. And it is also a good way to allow multiple people to work on the same project (equivalent as the actual system).

 

Another good point about this system, since matter is only photons, is that you could anytime unload a project from a "holo deck" to load another one. So multiple team could work in the same "holo deck" at different hours.

[The CODEX (press F1)]

2 hours ago, mrjacobean said:

Since I can't find a more relevant thread, is it possible to rebind the controls (and make ship orientation use the mouse)?

You can do it in every game, so I would say Yes.

[Creative mode]

A Holodeck could be a good solution, indeed.

Being able to load and work on a blueprint with virtual voxels, then save it and leave the room for someone else to use it.

[€725 000 pledged]

It is done.

€849,493 pledged so far, by 10,218 backers

The 725,000 stretch goal looks so far away !

 

I have only one word for this : AMAZING !

[€725 000 pledged]

1 hour ago, Lord_Void said:

 

I still can't see the like button, but that is like-worthy

 

Go to the bottom of the page, click on "Theme", choose "Default", then you can like.

Then you can go back to the custom theme because the default one hurts the eyes.

[Refineries]

39 minutes ago, Lethys said:

There is such a system, as I said. They showed it with iron and coal to make steel. So I'm fairly confident it'll be a challanging and rewarding system

 

No there is not !

 

The actual system consist in combine or refine ores to make refined materials. To do that you have :

 - The Mechanical Press for ore refining

 - The Foundry for alloy making

And you can do it in your inventory for small amounts. This system is almost as simple as Minecraft.

 

The system I talked about from Gregtech include :

 - Macerator

 - Forge Hammer

 - Ore Washing Plant

 - Chemical Bath

 - Centrifuge

 - Thermal Centrifuge

 - Sifting Machine

 - Electromagnetic Separator

 - Electrolyzer

 - Electric Blast Furnace

 - Chemical Reactor

It is only an example and I don't want NQ to copy this. But, this is a complex system that would allow people to specialize and create a special building like a refinery.

And I think Fitorion was talking about something like that.

 

[€725 000 pledged]

€809,638 pledged so far, by 10,000 backers

 

Yes, 10 000 backers !

And only 1 day left !

[Refineries]

On 06/09/2017 at 5:43 AM, Fitorion said:

I kinda want a refinery to be something you build... along the lines of a space ship. 

 

So what I'm saying is that there shouldn't be a single element that is a refinery... there should be many elements with their own functions that when assembled together function as a refinery. 

 

Much like you assemble engines... and fuel tanks... and thrusters... and a cockpit to make a space ship.  The machines used for industry should also be assembled that way.

 

In Minecraft, you mine 1 ore, then put it in a furnace to have 1 ingot. It's simple, everyone understand it, but it's not very challenging.

There is a mod called Gregtech, which include many more machineries, and add many more ways to make your refined ingots. You still can put your ore in a furnace to have 1 ingot, but you also can use it in a more complex way to have 1.5 ingots.

 

The process looks like this : (1 dust = 1 ingot)

 

I think a similar system in DU would be awesome.

[The CODEX (press F1)]

4 minutes ago, yamamushi said:

You should probably give some credit to the people who helped with this  

 

About this image ? I did the work alone.

Indeed there was already screenshots on a Discord, but it was incomplete and I could not use it to have this quality.

[More Interactive Elements]

6 hours ago, Meumera said:

The Codex? What Codex? If you talk about the Wikia its elements are not presented. (Neither those on my list, nor yours)

 

Now you can see it : https://board.dualthegame.com/index.php?/topic/11624-the-codex-press-f1/

[The CODEX (press F1)]

Did you remember this sequence in the August Dev Diary where you couldn't read the CODEX because it was too fast ?

 

Well, now you can !

 

Take your time.

 

 

[More Interactive Elements]

XOR gate (rare, but never known)

You can make your own custom one with already existing gates, but still, NQ could make one.

 

Relay (one input, several outputs (The "OR gate" can do that?))

In the codex (August Dev Diary), there is a Relay that does exactly what you want.

 

Relay antenna (send a "wireless" signal)

All signals are already wireless, but I think it may only work in the same construct.

 

Memory (Set Reset) and Bistable (Memory variant)

Maybe the Switch can do that, I'm not sure. Look into the codex. Maybe the one called Counter can help you, it looks like a multi-stable.

 

Self-timer (send signal after x time)

In the codex (August Dev Diary), it is called Delayline unit.

 

Timer (send a signal for x time)

Use a Delayline unit and a NOT gate, and you have it.

 

Much bigger, is there an analog signal system?

All the complex elements like Engines have analog signals. It looks like you only can use this signals with LUA scripting.

[€725 000 pledged]

We did it finally : €725,983 pledged so far, by 9,501 backers 8 days before the end !

What a community support !

[New Dual Universe Articles (08/22/17)]

You can add this one to the list, from ComputerBild.de :

http://www.computerbild.de/artikel/cbs-Vorschau-PC-Dual-Universe-No-Man-s-Sky-trifft-Minecraft-18798441.html

 

It's in german, if anyone is willing to translate in english, thanks.

I used Google Translate to read it. There is no official news, but it's a good article about DU.

 

PS : At the end you have a link to the Gamescom babes

[Anyone else taking time off work for Pre-Alpha?]

I've also kept my summers days off to take it at the Alpha launch. So it will be the 1st week of october, maybe 2 weeks.

Even if the server will not be 24/7 access, I have so much things to prepare offline.

[Community ship library for people to be inspired by or to use]

Hi Ultragamer,

And welcome to the community.

 

You should try to join the DU Constructors Guild which is about what you are proposing.

They have a discord and people are sharing their ideas, pictures and concepts about contructs.

 

I'm not sure you will find many people sharing complete 3D models ready to build because you will be able to sell your constructs in DU, so most of the builders want to build their own ideas before anyone can copy it.

[BOOM - BOO Mass test for alpha]

Well this thread is a very good idea and I'm sure many of the alpha players are interested in participating.

 

As you Cybrex said, it is a community effort, and I would prefer to see it organized at it.

Sure you have the credit for leading this project, but well, this topic is full of BOO and doesn't sound like a community project.

 

There is already a DU discord, and this kind of event should be done on DU discord more than on BOO discord.

And maybe other organizations would like to help organizing this project.

 

As I said, this is a very good idea, and I will participate if I can. But I think you would have more people interested if it was more a "community project".

[Ship Combat Conditions]

Quote from Kickstarter AMA Event - Third & Last Part :

 

Quote

Will there be pressurized environments? So if an unshielded and unarmored construct is hit by a missile, would we have to close bulkhead doors to prevent the ship depressurizing?

Quote

This feature is hard to implement in a non-predefined environment, and in Dual Universe everything will be made by players, so we cannot know in advance the shape of volumes inside a ship. The computational requirements to calculate what is a sealed area is therefore potentially unbounded. So it is very unlikely that we can implement physically-based pressure systems. 

 

Just adding, this is what you want :

 

[Closed and thank you!]

Hi Nitro,

Welcome here and thanks for supporting the game.

 

You have to know that the alpha will not have all the gameplay. As example, you will have building, but not PvP.

 

So, about organisations, what are you looking for to play in Dual Universe ? (builder, fighter, buisness man, pirate...)

 

You can find all the organisations here : https://community.dualthegame.com/organizations

 

 

I'm in Objective Driveyards, there is a very good ambience.

We have a Discord, a website, many active players ready for the alpha.

Our goal is to become the star in ship design and marketing, and we have a place for every kind of friendly player (miner, explorer, pilot, builder...)

[Tree harvesting]

Thanks Nyzaltar. The concept is more clear now.

 

This is something I suspected, and since we are going to start with advanced skills, we probably won't need wood in the alpha.
The temporary disappearing trees is a good temporary solution that will allow us to remove trees if needed.

 

 

 

So now, about my ideas, the team probably have already think/plan to do or not to do some of them, but I will sum them all here:

 

Since trees are 3D meshes, you can plan in the future to apply gravity on them, so they will fall when you remove the voxels below them.
Maybe you can even make them fall if a construct run into it, but this is probably more complicated since it depend on weight.

 

There is different solutions when harvesting them:
1. The tree disappear (Poof!) and the wood appear in your bag: simple, clean, not very realistic, but what if you don't have enough space in your bag?

 

2. The tree disappear gradually from the top: a little more complicated, clean, not very realistic, no problem with your bag

 

3. A chunk of the tree disappear where you hit it: more realistic but you have to handle multiple parts of a tree
 a. if the top part of the tree doesn't fall to the ground, you will have floating trees everywhere and it's not realistic at all
 b. if the top part of the tree fall to the ground, it is realistic, but you will end with many little parts of trees everywhere on the ground (that you also can make disappear with a timer)

[Tree harvesting]

7 hours ago, Celivalg said:

What would you even use wood for? Fuel? We are not running steam engines on spaceships xD

 

the only use i see is decoration wich Wouldn't bring it to a really high consumption...

Extract from Dual Universe Lore (Part 4) :

On 20/08/2015 at 6:15 PM, NQ-Nyzaltar said:

Without knowing why, I climb, scale the sides as quickly as I can and come out of the crater. I set out straight away toward the forest before me and approach a felled trunk. I point the canon and activate the morpher. The trunk disappears, sucked inside before my eyes! Lia projects the result on the visor of my helmet: 4 m3 of wood are now available in a single kad the size of a matchbox!

 

 

(...)

 

 

But after a week of exploration by foot, I had succeeded in fully coding the construct of a chalet for the night, with a stone space for the chimney and enough wood supply to feed it! I was an authentic trapper. All I needed to do was activate the construct plan with the necessary materials stored in my kads, and the chalet assembled itself all by itself before my eyes.

Yes, it's only in the Lore, but I see no reason why we would not be able to harvest trees.

 

 

I see many people are interested by this subject, it would be nice to have NQ answer to these questions :

On 10/08/2017 at 5:06 PM, Elildar said:

1. Are trees made out of voxels like the ground, or like elements, or something else?
2. When a player harvest a tree, is it done like mining? Does all the tree disapear or just one chunk?
3. If only one chunk disapear, how to reach the top of the tree? Does the top fall to the ground or stay like a mountain?

 

[Question about logging out/in]

It is a difficult subject, because we don't want people to get abused when they was careful, and we don't want offline people to become a problem.

 

I have a solution that I think will resolve all these problems in a realistic way. It's good to see that some of you already proposed some parts of this solution.
Of course, I assume that people disconnecting in a construct should reconnect in the same construct, whether the construct has moved or not.

 

- We already know that we should not teleport offline people because it would be abused (except for death = RN).
- We also should not allow to build where people are diconnected, because they would reconnect in a wall.
- And we also should not force people to disconnect in specific area, because disconnections can happen anywhere/anytime. (and the RDMS already allow you to go in places you are not welcome)

 

So, we need a way to see where people are disconnected, and we need to be able to do something about them.

 

So, my proposal is :

 1. When a player disconnect, he let an invisible signature (or ghost) in the current voxel grid.

 

 2. Online players can see these ghosts only when activating an option (or skill) and depending on their RDMS rights. (see rules in next points) So you don't see hundreds of ghosts all the time.

 

 3. Online players can move or kill these ghosts depending on their RDMS rights. (see rules in next points) We should keep it realistic, so if you disconnect in a dangerous area, it is normal that you can be killed.

 

 4. When a player move or kill a ghost, the ghost keep a mark. So when reconnecting, the player will have a message telling "Player1 killed you" or "Player2 moved you". This will avoid any mystery about what happend to your ghost. If you're not carefull enough, players can abuse of your ghost, but you will know who did it.

 

 5. If you disconnect in a safe zone, your ghost can only be seen and moved inside the safe zone by the owners of the zone where you stand.

 

 6. If you are the owner of a construct, you have all the rights to see and move the ghosts inside it. This solve the problem of the stowaway, and doesn't stop him from trying. Before taking off your ship, you may want to check if there is no intruders on board. If you find a ghost that has no rights on this construct, you can also kill it.

 

 7. You cannot build on a ghost because he would reconnect in a wall. But if you have the right to build in this construct, you can see and move the ghost somewhere else.

 

 8. If something happen to the blocks where your ghost is, you suffer the damages. For example, if you are offline in a big ship during a battle, and the ship have an explosion in the corridor where your ghost is standing, you are more likely dead. Another example, if you disconnect on a landing plateform, and a ship land just on your ghost, you die, crushed by the ship. (IRL you don't go to sleep on a runway, so ingame don't be stupid as well).

 

 9. If you attack an ennemi base, it would be unrealistic that people can reconnect in a part that you have secured. But you have no rights in an ennemi base. So it would be good to implement a skill allowing you to detect ghosts and to move or kill them. But all this depend on the PvP gameplay that is not defined yet.

 

All these points make the online/offline concept more realistic and push you to be more careful about where you will disconnect. If you are not careful, or if you don't choose well your friends, people can still abuse yourself.

 

PS : I volontarily skipped the part disconnect when flaged PvP, maybe a timer before disconnect is a good idea, but I think it's another subject.

[Transferring Power/Data between Constructs]

The only thing I found to transfer power is Electrical Pipes. But I don't know where is the news about it.

 

About data transfer, I think we have seen in multiple video that it is wireless between elements. I don't know if there is more.