Traceur

A phone app to connect to the game could also be fantastic for in-game markets (And by fantastic I mean dangerously addictive).

Also Space Engineers tried to do it within the physics engine accounting for each part as it's own physical object. Based on the server architecture description in the mmorpg.com interview, I suspect dual universe might need be a lot more careful on how and where it applies physics (or anything that tends to create syncing issues in servers, like ragdoll, soft physics destruction, etc). That would give them the leeway to go with something closer to the starmade solution, which functions quite a bit smoother.

Would have been nice if someone screen captured and uploaded the video of it working with those few thousand players though. Here's an appreciative if skeptical reaction of some of the main Space Engineers youtubers: I find it odd that this game is getting more vaporware-suspicion then No Man Sky did, but I think in part NMS did it by showing some of it's promises straight off the bat, and the other part they did was a lot of video's interviews that humanizes and gives a face to the development team. Both might not be bad ideas for dual universe.

Better yet, have a file with all the strings used in the game so that we can translate it to any language. Spanish, Chinese, Klingon and most importantly: Pirate speak. welcome onboard t' ark matey.

My wish list: Rails (Otherwise known as the piston without limits) Handles (Something that allows you to grab onto a struct and move it around or be moved by it) Tethers (When the thing your grabbing onto is trying to fly away) Sensors (Environmental variables accessible in LUA) Rotors (Spinning wheels of doom are fun for everyone) Welders (Or some way to automate the construction of blueprints) Space whales (Or some way to poke fun at Hello Games)

Speed kind of makes a lot of things more difficult, not easier. If you'll look at games like star citizen, one of the things they had to place was a speed limit in order for fighter and ship to ship combat to be plausible, so that you can actually have the situation where everything happens in an environment where you can respond to things in human response time and at distances where you could actually see your target. Take the basic action of docking with a space station: in star citizen you can do this quite easily because your not going to be going that fast relatively to anything. In KSP you are going to fly by each other a few full trips around the planet before you are anywhere close to it. That is a tough gig to balance out in terms of gameplay.

Generally there are two ways of doing this: If what you want is something like a gandum style mech, then your basically building a large robot with a pilot seat, in which case.... Yes, LUA and mechanical parts would do fine. And don't get me wrong, that alone would be awesome (My first thread was asking if these are planned). But since you mentioned fabrics, I am guessing you want a powered armor suit that your character can wear, which means you need a way to attach structs and elements to the character model and skeleton for the animations to work (That in turn could be useful for other things as well - custom weapons, custom jetpacks, and obviously - a helmet with revolving policecar lights).

It wouldn't be enough to have mechanical elements, if you want an exosuit you'd also need something like this:

Interesting. Currently the creator of VoxelFarm (otherwise known as the EverQuest:Next engine), is trying to tackle this very problem: Given that in Dual every struct is it's own clipmap, I'd imagine they have already built the game to tackle this difficulty, and since they are using procedural world generation, having the location as a function of time should be possible. The other part of the question is... Do they want this, and to what extent. In Kerbal Space Program even something as a randevu with a space station in orbit is an art, and for the average player most trips in the star system are only plausible because of the ability to accelerate time (I don't know about you but if they needed supplies my Kerbels would have died long ago...More then they usually do). Now, this is an MMO, so making piloting difficult isn't necessarily bad, it just means most of us will be reliant on someone else doing it. Perhaps f=m*a can work in the game favor as a balancing mechanism, making piloting smaller ships easier but larger heavier ships would naturally become more dependent on circular momentum to stay in orbit and reach their destinations, depending on how thrust and different engine types and their energy consumption would scale. Another way of doing it is cost-effectiveness: You could have anti-gravity for those playing without, but the energy consumption relatively to the mass it cancels out could scale exponentially. This would also help explain why the arkships have big empty propellant tanks for you to roam: Those beasts were thrusting with good ol' fashioned rocketry.

Well I suppose you can always try to use the good old collision engine for your mechanical interactions, and.... Move very very carefully... But just saying that feels like us threatening the front-end game-play designer by taking a baseball bat and pointing it at whoever is doing it the server architecture, and you know, that's the very same person who needs to work their thrusters off trying to create a world where we don't need instances and don't have size limits on what we can build, we need their brain intact. The anchor design is interesting, seems to work more as a hinge with limited movement then a full rotor. I'll be honest: I am arriving here from Space Engineers, a game that severely lacks in providing context for your spaceship builds because pretty much everyone else is a builder, given that it's the only thing the game is about. So far from what I've read and seen, After seen the trailer and by now catching up on most of the devblogs (I am now down to on august 2014). The only advantage left - the only part of SE that everything I know of Dual's design doesn't completely suppress - is the ability to tinker with mechanical contraptions, which often ends up as my main activity in SE. It would be a shame if they don't, given that LUA is a much better suited for programming mechanical contraptions then C#.

Just saw the e3 trailer... And I have one question: Will the game feature moving parts that allow us to connect multiple player built structures? I don't just mean animated prefabs like turrets and doors, but more along the lines of Sliding rails, rotors, hinges, and everything that connects one voxel structure to another? If so, is there any word from the dev's on how the game is going to handle it in terms of physics? Will we be able to script the contraptions using LUA? I've heard the lead developer came from the field of robotics, will he be bringing robotics with him?