Hirnsausen

So many of us wanted that for many years. Many have requested such a feature already. Like all the other past requests, so I also support this new request.

Those of us players, who work with uploaded images, might agree with me. It becomes necessary, that we can create sub folders inside our library of uploaded images. Otherwise we need to search and search, until we have found the needed image. In my case, I have over 40 images there, I am estimating. All newly uploaded images are in the main folder (root), but then we can move them into any of the sub folders we have created. No change on the image path for ingame usage, so those folders would probably just be a database feature.

Oh! These thin lines are actually text in the initial posting? I just thought, those are thin white lines. A pattern of horizontally aligned thin white lines of different lengths. A reason more to purchase a raster electron microscope...

I, and most other players who would become aware of this wish, would fully support this request. Or, asking the other way: what is the reason, stacking of a number of element types is not wanted by the developers?

PLEASE SHARE While DU worked fine before, since the Mercury update, way back in July 2022, the game crashes constantly, often with only a few seconds or minutes of "gameplay" between the crashes. I know, that this is a serious problem that does not affect most of the DU players. Already in July, the Novaquark team responded to my support ticket, that they have identified the cause of the many crashes, but that fixing it will be "hard". Since that time, now even with paying money for a subscription so i don't lose all my talent points, I have a very limited and disturbed "gameplay" if this can still be called so. Even inside my own org, I am handled as an outsider since i cannot really participate in any of the things we do. I am losing ships in the air as i am falling down after restart and the fetch command can be used only 1x within 21 hours or so, I am losing cargo at an incredible rate, I am losing elements in an insane amount due all these crash-caused ship collisions with the ground or elsewhere, and of course I am losing huge amounts of time which other players can use to progress. After waiting since July for their fix of the problem, I am feeling incredibly helpless and frustrated and unsupported and so I decided to become more public and also release a series of videos on various platforms that shows my DU gameplay. I also will start, since I am reviewing games for various platforms, to use my function and possibilities as curator to publish my game critics widely. I don't do that with the intent to limit the success of DU, but to (hopefully) apply some pressure on Novaquark to fix that terrible problem. After all, DU is the game I was hoping and waiting 30 years for. They just need to fix this bug. On a side note: my computer system is quite a good one, the fault is not on my system: 32 GB RAM, Intel i7-6700 @ 2x 3.4Gh, 5 TB SSD, Nvidia Geforce 1650 4GB DDR5 RAM. And all my other big, graphic and memory intensive games (like Green hell, Ark Survival Evolved, etc.) have absolutely no problems. Here is my idea/suggestion: Please fix this game bug. As John F. Kennedy once said: "We don't do it because it's easy. We do it, because it's hard". PLEASE SHARE

Don't we all want to be able to create not only amazing ships but also interesting cockpits for our ships? Just think about all the possibilities... NQ: "Make it so".

I agree with you, of course. But it seems to be in the human nature to always go after those that are weaker. Unfortunately.

I can imagine following upgrade variants: - right-click to change basic to unusual, unusual to advanced, etc. - right-click to upgrade a normal basic to enhanced basic (flight hours give continuously upgrade points that can be spent on engines, wings, etc.), to enhanced unusual, etc. - adding an extension into an engine slot to improve some engine stats

Something like this would be cool:

Since many years, probably over a ten thousand years now, many of us DU ship designers urge NQ to add one or some of the following features. Those glass solutions would allow for much better-looking cockpits and bases. I describe them here again. Glass Honeycombs Can be processed and altered like any other honeycomb. But there needs to be a way that the player can change them: - % of transparency - % of color tinting - maybe % of one/two-sided reflection/mirror Merging Glass Panels Requires just some attribute changes of regular glass panels to be changed: they need to overlap, to merge, without showing any former borders inside the merged area. Merger areas of two or more panels have only the weight and mass of one panel. More changed attributes: - % of transparency - % of color tinting - maybe % of one/two-sided reflection/mirror - When connecting to other glass panels or honeycombs, rotation of two axes is required: the one we can rotate now, and another one to allow creating large bows/arks of glass panels Flex Glass (auto-shaping / auto-scaling element) This would probably require a new tool, or an additional function to the existing Select Voxel tool. The player can use the tool to select different points (voxels) of what the border edges of the future window will be, and the tool then auto-connects those highlighted points. Then the area within that straight or curved edge is filled with a thin Flex Glass (a honeycombs). Selecting one area of that Flex Glass, it makes that entire Flex Glass area selected, allowing here, too, to make adjustments as follow: - % of transparency - % of color tinting - maybe % of one/two-sided reflection/mirror

Both sides have their points. Pro: easy transport of goods without having to do re-entry or lift-off. Contra: so many ships crash against those towers. But there is a convenient solution: those space elevators that can be built. They give vertical access, yet it is very unlikely that another ship crashes against them. Maybe something to think about.

I, surprisingly, support this suggestion.

It would be useful, if we could mark one or more tiles with different colors (inside right-click menu). Imagine we want to search different tiles for ore, or we want to claim am area with different tiles. So we would mark some number of tiles with yellow, and one or two other tiles (just an example) with brown or pink or so. These tiles remain colored until we remove them. A set of 3 or 4 colors to chose from should do the trick.

Nooo! Why you don't want us to track you down while you search for big ore nodes?

I could imagine, it would give a lot of excitement, if there would be some small artifacts be distributed all over the ground surfaces of the moons and planets. Those artifacts are small, not so easy to perceive. Once a player is close or if the player picks up that artifact and equips (uses) it, something special happens: one of the many talents that is not on level 5, will get boosted to reach level 5! The artifact gave the player a lot of ... insight. However, for the duration of 3 or even 6 months, the player cannot use any other artifact again, not even picking them up. He also cannot see any artifact again for that duration. Artifacts cannot be exchanged between players. In the moment a player picks up an artifact, it is being used. The artifact disappears, somewhere else in the solar system an new artifact will spawn. Artifacts do not glow, and are really not easy to be found. But they can appear everywhere where is soil, though they are sparse. It is also rumored, that some artifacts give high-tier elements, or add a mysterious bookmark (or even a series of bookmarks that need to be visited) into the player's map - somewhere on the ground or in space far away from any natural or man-made object, leading to a trove of - well, of what?.....

Dear NQ, here is an idea that would give a lot of extra fun to DU! Since most countries celebrate Xmas on the 24th or 25s of December, my idea - if you decide to do it - should be for the 23rd or 26th of this coming December. It should be fairly easy to implement. On that day, on ONE random tile that belongs to each player, a Santa Claus will fly around in his cart propelled by his reindeer, and land here and there somewhere on the tile. This will continue for the entire day, but only until the tile owner succeeded finally to run to the landed Santa Claus and be in closest distance to him. Then, automatically, Santa Claus will transfer ONE random element into the inventory of the player. Important: it mus be something useful. So, no fireworks, no thrones, no carpets and such. Elements could be T3 to T5 industry machines, territory scanners, T3 to T5 mining units, DSAT, T3 to T5 engines. But only one single element. Fully randomly selected. Once that happened, Santa Claus lifts off again and flies away. It should not be too easy to catch him, though. --------------- Special Suggestion: Maybe the face and belly of Santa Claus should resemble that of Deckard, but with white hair like wisdom would accidentally have stroked him. 😉 😄 😛

Thanks for your feedback. Yes, I know that the DU community has the deep with for such a feature. Al we can do, is to continue raising this subject. NQ will eventually notice it and also see all the positive impacts this would have on the game, on the amazing ship designs this would allow. Pssstt - NQ, do you hear me? 🙂

Here is a revolutionary idea: Players can use honeycombs (and maybe additional existing or even new elements) to build their kind of shape for an atmospheric or space engine. At the back of their own designed engine, they can select an area of honeycombs and declare that as exhaust of that engine with a right-click, automatically all connected honeycombs of that type are then selected. The player then can decide about the color, saturation, and intensity of the engine's firebeam. A value of 0 means no visible exhaust firebeam (still, the engine produces thrust). Then the player can make a setting, if the custom engine is a Basic one, an Uncommon one, Advanced, Rare, or Exotic. The liter amount or volume of the player-made engine defines, to which existing engine the thrust and attributes of the custom engine are equal. Example: if the player-made engine has the same volume or larger than a regular atmospheric engine S, the player-made engine automatically takes all attributes of that version (basic, uncommon, etc.) of atmospheric engine S. (thrust, health points, etc.), If the volume equally or surpasses that of an M atmospheric engine, then the item gets automatically the attributes of such an M engine. Etc.. The player finalizes is design with a right mouse-click, and this produces a blueprint that will produce that custom engine at the same cost like the corresponding regular engine. Those custom engines cannot be sold on the markets, but players can sell them or the BPs through their own dispensers on their tile(s). Any engine must be at least 3 voxels wide, high, and long but also cannot have less volume/liters than the smallest regular XS engine. With the ability to customize engines, we can build spaceships that will look more than just cool! The shape of ships in DU will benefit greatly from that!

Lacobus is a cold desert. But what's missing are snow flakes and winds that, slowly or fast, make the snow flakes move downwards and in other directions, and of course the sound of icy winds. I don't mind changing density of snow flakes in the air, causing sometimes a very limited view distance. Yes, blizzards and wind hoses, too. Lacobus really needs that.

Yes, I posted the same suggestion a long, long time ago. And yes, NQ announced - just as my good friend master J-Rod correctly mentions - that exactly those features will come after the reset in a few days. 🙂

At the moment, when someone flies by hand or by autopilot to any of the points of interest, the target coordinates are set to the center building of markets (cause of unnecessary ship crashes) and the building complex of the Player Exchange (which, by the way, results in fiery special effects). It would be wiser, to set the target coordinates to somewhere on the surrounding landing platforms.

Then I and many, many other players could not pay the property taxes anymore, nor could we build anymore ships in time, to venture into PVP space. Your suggestion is contra-effective as it reduces the ships you can unprovokedly attack. Also, ships won't fly that often anymore to transport ore as it takes then so much longer to get enough ore to make sense to come with a transporter. So you PBP guys will have much more time to spin your thumbs around each other and feel bored. Just saying.........

Yes, a long, long time ago, in a different galaxy, I posted the same suggestion about the sliding glass door. Therefore I support this renewed suggestion. And I also support your other suggestions as they are good ideas.

Allow new elements like - plates and bowls - glasses and cups - forks, knives, spoons - (or complete sets of the above ones) - bottles with user graphics as label - food boxes with user graphics as labels - carpets with user graphics as surface - stickers with user graphics for straight and curved surfaces (no own illumination like screens/signs) - just many more accessories for all around inside a ship or base

Yes, and I am one of them. And I ended up having so many, because I do not know, which ones are the latest version, and which many more ones are those that are obsolete and could be deleted if only I knew for sure. An entire blueprint is so much bigger than just the few bytes for the date/time number. I think, it is far better for the server to have a number more for each BP and far fewer BPs altogether, than to end up with tens of thousands more BPs in the game by all players just because the lack of creation date makes it impossible to safely know which BPs could be deleted without loss. I believe, NQ might(should have a big interest in that, too. Maybe even going as far as pro-actively display a small Conflict window if more than one BP of the same ship are in the same inventory and suggesting (based on creation date) to delete now all older versions. I hope, the NQ staff is reading this comment as this can indeed reduce the burden on the server.