JayleBreak

You can host images at https://imgur.com/ and link to them from the forums.

I call BS on this. You will see a complexity measure as you build that is calculated by some unknown formula based on some unknown criteria (unlike the well defined voxel rules) which could at any time prevent you from completing your build the way you intended forcing you to rework what you have already done.

Is atmosphereRadius equal to radius+atmosphereThickness? Is the thickness the altitude at which space engines start generating thrust (i.e. atmospheric density equals .1) or when space engines can achieve maximum thrust (and atmospheric engines generate zero thrust)? I think both values are useful. I submitted my suggestions at https://upvote.dualuniverse.game/suggestions/150263/support-lua-readwrite-access-to-voxels (do new players even know about the suggestion page?). Even the ability to query a voxel's vertex position would expose a capability that is not otherwise available and essential to building an in-game vertex editor. Of course, if NQ plans on releasing their own, there would be no need for it I guess.

Rockets can be turned off from the keyboard (default is 'B' for "Booster"). Lua scripts use to be able to pulse rockets at high rates to generate an effective thrust of any desired value, but a change that forced the pulse interval to be at least 0.5 seconds have made those less useful (unit.setEngineThrust).

From this comment I suspect you are playing (more-or-less) solo. So I'm curious as to why the fixation on T4&5 ores? Would you be "out" at some later point in time even if they were available in safe zones?

This has been requested for years. Its one of the hightest voted suggestions: https://upvote.dualuniverse.game/suggestions/122830/voxel-vertices-editor

To program flight mechanics requires a knowledge of kinetics (physics) and that requires knowledge of vector analysis (and both require math skills like trigonometry). To program 3D graphics requires knowlege of linear algebra and so on. Knowing a programming language (Lua) gives you a tool to use what you know (math, physics etc.) to accomplish a goal using a computer. Or it allows you to take someone elses directions to accomplish their goal using a computer. The only alternative to enabling players to use their skills/talents to accomplish something, is to limit what everyone is able to do to what anyone is able to do - boring.

Only Sanctuary restricts mining to the territory you have claimed, everywhere else your free to mine everything you find on an unclaimed hex. If you are on a moon or anywhere else you don't have access to the manufacturing unit and need kergon you go to a market and buy it like veryone else

Every planet has a t2 ore that can be used to craft kergon. If you are on Alioth, you can take a shuttle to Sanctuary and surface harvest all four t2s from the territory you have/can claim (if you were/are lucky your territory might have one or more t2s you can mine too).

Well, I added a suggestion for read/write access to voxels from Lua. True, 99.5% of players wouldn't use it, but the 0.5% who do would create amazing things everyone would use. https://upvote.dualuniverse.game/suggestions/150263/support-lua-readwrite-access-to-voxels

EQU8 (anti-cheat software used by DU) is not supported on Linux.

Apparently (haven't tried it), you can simulate pasting from your PC clipboard into the GFN window using keyboard automation. Example: https://www.nvidia.com/en-us/geforce/forums/gfn-general-chat/20/302652/clipboard-forwarding/

I thought it was a synthesized voice myself... and not one of the latest generation algorithms either. But it could have been a natural voice that was post processed (e.g. autotune) to sound like that.

I can't think of an MMO where having multiple accounts doesn't generate an advantage of some kind over a player with one account. I can't think of a workable solution as free-to-play (eliminating the pay aspect) will just make things worse.

I run Chrome (with Adblock Plus - the only extension I use) on my PC and I have not seen this "side-bar".

If the territory is claimed (TCU), then the modifications to it should persist indefinitely. Otherwise, I think its ok if the modifications are erased when noone has recently visited the territory.

I think this information is way out of date. This is probably more current but not the latest either: https://www.dnb.com/business-directory/company-profiles.novaquark_inc.981afa95a964419e3a26467bf4a292c7.html

If DU was in a different place feature and quality wise, NQ could consider which additional platforms to support. The resulting business case (cost-benifit analysis) for Windows 7 (also supported by Steam) is FAR stronger than Linux. And I use Linux (currently Fedora) for software development exclusively.

I verified the 2D Voxel planner blueprint dispenser at ::pos{0,2,23.2185,73.1569,9.9515} has copies in it. It is the rightmost of the 3 dispensers at that location.

Ok, forgot to generate additional BPs. The dispensors should be good to go now.

Why do you think DU doesn't use the GPU in its voxel engine? I seem to recall a dev blog from a year ago that indicated that it does, but that devblog seems to be no longer available. I did find this link which supports my recollection of GPU use: https://www.mmorpg.com/news/dual-universe-dev-blog-looks-at-tech-optimization-2000117365

I restock when needed. I checked yesterday and the dispensor had 30 "kits" which should last a month.

A while back, NQ made it so if you Alt-F4 out of the game (as well as other scenarios) while in a dynamic construct, its (and your) velocity would be restored when you log back in. I think fetch should operate much the same way for dynamic constructs (with a control unit) within the influence range of the user's planet - the physics engine should be activated so the ship will continue its motion (e.g fall to the surface) or if below the surface (and with non-zero velocity) moved above straight up above the surface (at 50m?) followed by enabling the physics engine. So, the construct's control unit would behave like a remote control, and the user would be "frozen" until the constuct comes to rest.

Keyboard/mouse+Screen+Programming board wrapped up in an "mannequin" (which could be restricted to static&space constructs so you won't see markets overrun) with an API for movement and emotes would allow builds to come "alive" instead of being ghost towns (even with lots of players, who is going to hang around for long in a construct which otherwise has nothing happening).

I was able to construct the voxel correctly using the plan in the picture above. But comparing the reactor to the picture, I see the voxels in position 4 and 8 (which are both from 0,8,0) are not right. The top face of the voxel should (and is) square, but the face below it in the picture (the voxel side) should NOT be. Only two faces on these voxels should be square, the top face and the face flush to the sign. If that is not the case in the voxel stack at 0,8,0, you should get a new copy of the blueprint and reinstantiate the construct.