Yoarii
-
Posts
272 -
Joined
-
Last visited
Posts posted by Yoarii
-
-
1 hour ago, Koffye said:
meanwhile i have to play other games or watch videos.
The fact that this is even a thing show just how bad a design it is; you play games to have fun, not to do other things. Yes, space is big etc., etc., but this is a game. It is supposed to be entertaining and relaxing/exhilarating, not something you sit around and just wait for....or as is the case, do other things than playing the game.
- Koffye and OrionSteed
-
2
-
5 hours ago, Thunderblaze said:
This is really awesome, great job man. Got one request that would save a lot of resources....any way to highlight infinite run machines that may not be intentional?
Oh, this is an awesome idea.
-
Can we please get a roadmap, or something that at least gives us a general idea as to what comes next in different parts of the game?
I'd like to know is if render script will be introduced for HUDs so that we don't have to do double work to support HUD and screen interfaces in our scripts.
-
Pure awesomeness.
- CodeInfused and Msoul
-
2
-
NQ, what's up with this timer? What is the reason for it?
-
Lots of activity on the DU OSI discord. https://discord.gg/Q8UvB4yC
-
I approve of this idea.
-
Yes please.
-
You need a Lua script to do that. Should be an existing one, search bit or ask in the Lua channel on discord.
-
Utilizing the awesome build system we have in the game for things like this has been asked for a long time, but afaik never has had any response from NQ. It's a great idea and would enable players to not only design ships, but also the parts of those ships. It does cut into the element production side of the game, but engine elements and the like could be remade into parts that are needed to make these special element-honeycombs, or they are kept as-is.
While it sounds "easy", there are likely many considerations to this though; how will PvE and PvP damage be applied to such elements, repairs etc...
That said, I fully support something that opens up for more creative possibilities.
-
-
Make the enter/return key default to pressing the OK button in dialogs. Likewise, ESC should be the cancel button.
Please.
- Corrancarpenter, GraXXoR and Wyndle
-
3
-
27:th is an estimate?!
-
1 hour ago, Koffye said:
QoL - Improving the little things
Warp Drive - Wrong mass center of the element.
Mass center is not equals with the texture. Axis is off center 6 blocks
Ugh, they still haven't fixed this? It's been reported so many times by now.....
-
14 minutes ago, Pelorios said:
Challenges, Challenges...
Fun, isn't it?
And welcome to DU, hope to see you after launch too!
-
1 hour ago, Wyndle said:
Please confirm that using the undo action in build mode does not affect link state.
Confirmed, been using that method for a long time.
-
-
This is a good idea.
-
I'm the biggest fan of this tool
I've been using it for quite a while now and it makes things so much easier; you can concentrate on your code instead of fighting the tooling required to make the code run in DU.
Thank you so much @Wolfram for making this tool.
-
14 minutes ago, NQ-Nyota said:
Hey there @loaded! Thanks for reporting this issue. I asked about this and I have been told that the UEF Store ships will be fixed for launch.
Does that also mean that the atmospheric brake obstruction will be active on release?
-
1 hour ago, JayleBreak said:
With the return of element lifetimes the development of Lua flight scripts (e.g. flying_construct.conf) carries the risk of excessive costs.
The solution would be to provide a VR environment similar to that in the "Challenges" tab of the Surrogate Pod UI, but where the ships have no DRM restrictions on their controllers. The code loaded into those controllers should not be saved to the server, but copy & paste should be permitted. Loading of configuration from the lua/autoconf/custom folder should be allowed.
Offering a variety of ships would be great and if a variety of elements (radars, guns etc.) were available to modify the ships it would magnify the development possibilities.I like this idea as long as:
- We need to be able to build, or at least modify constructs, within some limits - not all constructs are alike (think VTOL, vs. angled engines, vs.regular airplane configs), Having NQ provide a few defaults is nice, but not enough I think.
- We are *not* allowed to create blue prints from the constructs within that environment; it should not become DU in pure creative mode.
- The environment is semi-volatile, meaning modified constructs remain modified, including scripts, until the player resets it. This is needed to prevent loss of work due to network errors etc.
-
12 hours ago, Wyndle said:
This too will not happen. It would too heavy on server resources to add that to every BP.
With all due respect, do you think the servers are using tape drives to store information or are you just trolling? If adding a date/time to a blue print would be too much, then adding another element would be too much too.
- GEEKsogenYT and Hirnsausen
-
2
-
11 hours ago, loaded said:
im not compaining at all would just like an answer to the question ive fixed a fair few ships and seems it was for nothing as they didnt impement it after they changed it on the PTS and if theses changes arnt going forward for release i know what i can and cant do in the future, i would like to undo what i had to do to ships to free up space if they arnt going to change it
It was meant as a friendly jab, but as that didn't come through - I'm sorry. ❤️
I too did change my ships to follow the "new rules", for no reason it seems now. This *is* a topic NQ needs to address and you're completely right in asking the question.
-
DU is ready for launch, what are you complaining about?
/s
On a serious note, you're completely correct, @loaded. This has been postponed for such a long time now.
The 'box' issue...
in General Discussions
Posted
Yep. I'm sure it was stated when the mechanics was introduced and the first boxes where put up.