Search the Community

How can i change the item my refiner is producing? I only found the different starting and stopping methods in the Help(F1) documentation. Do i really need to setup multiple refiners to get all ores automated? That would be heavy on the already poor performance.

This is the output of a script that dumps all global variables. Lua coders may find this somewhat useful. The script was run in r0.21.2 on a hovercraft seat that has 2 fuel tanks and a radar linked. Some functions were called with pcall. The first value indicates whether the call was successful, the second is the actual return value or the error message. To see only elements' functions, visit this topic. Dumping script The script used for dumping is based on something I found on Stack Overflow, with some extensions. In unit start(): https://gist.github.com/d-lua-stuff/180707c172382d06d2c80213a1638f66 In system update(): coroutine.resume(dumping_coroutine) The script will run for a few seconds and then automatically turn off. Output is saved to Dual Universe 's log files in %LOCALAPPDATA%\NQ\DualUniverse\log Dump analyzer To avoid having to look through the logs manually, a Python script was written. It extracts the output of the globals dumping script from Dual Universe's log files, and creates separate files for dumped globals and for members of each linked element. Usage: pip install six python dump_analyzer.py C:\Path\To\Log\File.xml Change log 2020-09-01. Posted the first version outside the NDA forums section.

Like the title says, this is probably a simple question but I'm having an issue getting any kind of custom tweaking done in my ship. Hopefully one of you knowledgeable folks can let me know where I've gone wrong. Currently my ship is setup as a flying construct with the mouse-point control method. I figured I'd start with some 'simple' adjustments so that the ship behaved differently when below a certain speed to simplify the landing process. Apparently I was too ambitious, because when I try to fly the ship it locks up the controls and I get a lovely red "LUA Error" message. I did my best to stick to pretty simple code based on what was already in the script so I'm pretty sure my syntax is correct, but I'm new to LUA so I could be way off base. Here's the code I've tried starting with: local autoRollVelThreshold = 50.0 --my created variable local constructVelocity = vec3(core.getWorldVelocity()) --pre-existing variable -- rolls wings level if velocity is below a certain limit defined by the variable autoRollVelThreshold if constructVelocity < autoRollVelThreshold then local targetRollDeg = utils.clamp(0,currentRollDegAbs-30, currentRollDegAbs+30); -- we go back to 0 within a certain limit if (rollPID == nil) then rollPID = pid.new(autoRollFactor * 0.01, 0, autoRollFactor * 0.1) -- magic number tweaked to have a default factor in the 1-10 range end rollPID:inject(targetRollDeg - currentRollDeg) local autoRollInput = rollPID:get() targetAngularVelocity = targetAngularVelocity + autoRollInput * constructForward end It's based on the pre-existing code for the auto-roll parameter, except instead of using the true/false autoRoll variable I'm using the local variable constructVelocity defined elsewhere in flush() alongside my local variable autoRollVelThreshold which sets the speed at which the action takes place. I thought this would be a simple start to something more complex but it appears I've got some basic issues I still need to get sorted. Any help would be greatly appreciated, thanks.

Is there a lifespan to how long a variable in Lua will retain its value in memory, or with this being a 'persistent universe' do variables never lose their value once assigned?

Can you not use the CHROME instead of the IE or EDGE standard for the HTML standard? Because there are many more possibilities and Microsoft also wants to change to the CHROME standard in the future.

Hey everyone, a few minutes ago, someone asked a question on the official Discord: "How are services going to work in the game, can you have an automated service charge you [...] Like say you have automated buses" That's when I had the idea of a programmable payment terminal. It would be a device that you can place down and customize what it does on interaction. Does it allow donations? Does it pay out some quanta ever so often? Does it request a payment of some amount? On a successful payment it could output a logic signal or do something more complex using LUA. I think we need some way to automate ingame payments, and I think a programmable payment terminal/interface would be an awsome way of achieving that. Just tell me what you think about it!

I know that "predefined sounds" is on the "Considered" list on Trello: https://trello.com/c/HVdTjEsH/51-functional-scriptable-speakers-able-to-play-predefined-sounds While I think that would be cool, I think it would be cooler if we had access to a synth sound module through LUA to build and sequence our own custom sounds. Writing sound synthesis by hand isn't unheard of in LUA, for example: And even more, here are some tracks composed entirely with LUA: https://soundcloud.com/luehi/systemf https://soundcloud.com/luehi/luacid1 https://soundcloud.com/luehi/early https://soundcloud.com/luehi/selfkitchen https://soundcloud.com/luehi/luaessay5 https://soundcloud.com/luehi/movk I think that giving us the flexibility to define our own sounds with such an approach would be incredibly more valuable than choosing from a list of predefined sounds. In case anyone is wondering, yes I am suggesting this because I want a night club in DU.

To accomplish this some changes would be needed. The goal of these changes is to allow the automation of selling vehicles. To accomplish this permission should be able to be changed with Lua scripting. In order to automate selling a ship, the Lua scripting would change permissions once the buyer has completed the correct input (paying for the ship). On top of these changes there needs to be a permissions added that allows someone to fly and build on a structure but not be able to blueprint the structure. Otherwise you could spend hours designing a ship, sell one, and then watch everyone blue print hundreds of them without getting an in game dime. This could be accomplished 2 different ways. Method one don't allow blue printed ships to be blue printed. Only the original ship can be blueprinted. Method two add a second permissions type for blueprinting. Selling ships would be difficult and probably pointless without these features.

Would be cool to see an LUA scriptable method to accept or give currency to a player. Good way to collect taxes for city functions for example. It also creates several markets in the service industry.

I've been thinking a lot about communication with other players not associated with the character. Perhaps you can add a function that could send limited text messages to the designated ship which displays it on UI. In that way you could have a ship or station constantly sending out messages like "Restricted area" or "Open for buisness" Anyway it's just an idea of mine, tell me what you think.

I suggest having multiple coding language editing boards in case we can't fins a way to learn Lua before the game release. There are not a lot of online resources for learning Lua, and any of the websites that would potentially have Lua don't. I'm saying that we could keep Lua, and we could also have other languages for people to edit if they aren't knowledgeable of Lua (myself included).

Suggestion to add sound devices In DU you can present visuals using html, svg, widgets, but when it comes to audio, things are not so bright. Sound is important if you want players to be able to make games. Sound can play role in interfaces, used for alarms and, of cource, playing music! So I propose adding to the game lua-controlled "SPUs"/"sound devices"/"sound units", that will allow players to do all kinds of stuff - from simply playing sound on notification in theyr programs to implementing sound effects in the game, or even creating sound trackers and sequencers (to then create music in it). sound device: -has sound memory consisting of, say 44100*8 bytes (number depends on sound device tier), which that can be read as integers using get_sample, set_sample. -has 8 channels (also depends on sound device tier). each channel can be set to play samples from area in audio memory or use oscillator. Each channel can have 1 siimple filter on it. sound device api: sound memory manipulation functions: samples_count(sample_depth) - returns how much integer values of size sample_depth in bytes sound memory can hold get_sample(sample_depth, sample_index) - interpreting sound memory as array of signed integer numbers consisting of sample_depth bytes return sample_index'th integer number from this array. sample_depth can have value 1, 2, 4, 8. On any other value get_sample returns nil sample_index wraps around if higher than number of integers in array set_sample(sample_depth, sample_index, new_value) - interpreting sound memory as array of signed integer numbers consisting of sample_depth bytes set sample_index'th integer number to new_value. getNSamples(sample_depth, sample_index, N) - same as get_sample, but instead of getting 1 integer value it returns table consisting of N values from audio memory starting from position sample_index. Can be merged with get_sample setNSamples(sample_depth, sample_index, new_value) - same as set_sample, but instead of setting 1 integer value, it sets #new_value samples to values from new_value table starting at position sample_index channel control fuctions: channels_count() -returns number of channels sound device has channel_set_sound_source_memory(channel_num, sample_depth, sample_rate, start, end, loop) -set channel to play sound from sound memory channel_set_sound_source_osc(channel_num, type, frequency, osc_param) -type is string - "noise", "sin", "tri", "square". triangular and rectangular waveforms take 1 more paramenter for rate channel_set_volume(channel_num, new_volume, time, delay) - sets channel volume to new_volume. If time arg is provided, volume will be changed gradually in time milliseonds (if not interrupted by another set_volume command). If delay arg is provided, volume change start will start in delay milliseconds after this command called. channel_set_pan(channel_num, new_pan, time, delay) - sets channel pan to new_pan. 0 is left, 1 is rigth, 0.5 is center channel_set_pitch(channel_num, new_pitch, time, delay) channel_start_note(channel_num, delay) - starts note on channel. start is delayed for delay milliseonds, if delay parameter provided. If other note was playing on this channel, it ends. channel_end_note(channel_num, delay) channel_set_filter_type(channel_num, type, delay) - filter types are "none", "highpass", "lowpass", "comb", "bandpass" channel_set_filter_base_frequency(channel_num, freq, time, delay) channel_set_filter_gain(channel_num, gain, time, delay) - in dB, if applicable to filter channel_set_filter_param(channel_num, param_num, param_amount, time, delay) - filter-specific params, such as resonance for "highpass" or "lowpass", bandwidth for "bandpass"

So, it is baxically established that complete automation will be purposely nade impossible. (No fully automated luxury gay spacr communism for you), but that there will still be lua scripting. However, I imagine parts such as warp drives, TCU units, cockpits, etc will already have some sort of software that we keep quite about to automate some of the processes that run in the part. But what if we didn't do that and force everyone to use mechanical controls and have to control every little thing (no fly-by-wire for instance) or write their own firmware to operate them?

Would be fun to have a device allowing you to edit other organizations' Lua scripts or re-wire their components. This would open up many possibilities like having spies or stealth commandos preparing an attack with traps and sabotage.

Hi DU Community, I can envision the possibility of large corporations investing in the development of merchant AI (bots) using LUA scripting to interface with the various trade markets, perform analysis and make real-time automated buy/sell decisions based on a set of pre-defined objectives (minimize risk, maximize ROI, etc..) have we received any insight into what type of database architecture will be supporting the DU economy, is it going to be possible via API's or in-game interfaces for players to perform analysis and make informed data-driven decisions or will this type of thing be more of an external metagame? It would be ideal if players could download (in-game) trade/market data from the station/hub they are in to their ships computer which will be a repository for all the analytics described above - this could open the possibility of trading in data/information, for example the more stations you visit (and the more frequently you visit them) the more up-to-date your data assets will be etc.. in-game systems could emerge to enable (data storage, computing power, analysis, data protection, hacking, long-range data relay) other forms of data may include: obviously blueprints scripts/AI (running on-board) trade data (what you've purchased/sold) cargo manifests (historical record) station logs (where you've docked) comms logs (who you've communicated with) Any of this in the works?

Hey, will there be a kind of Database? Or maybe just a storage for Plain text? If not, please integrate it!!! It would offer so many cool things ! The second idea that i have would be a Networking System between single stations. Further it would be nice to have a quantum cummunicator (for the LUA machines) to communicate beyond planets.

This question came to my mind when I saw that many organisations created their own website page and discord server with bots linked to our account on DU website. Will it be possible to send information outside the game with Lua language or Html css ones. For exmple when someone activate a button it could send a message to a particular discord server. Or reverse, a certain action on a server could lead to a message in the game. However I know there will be terrible security issues in this case. But I wanted to know if something similar would exist.

So I am wondering how to approach this idea. I have a construct that is running a script. The construct has 20 doors. The script wants to open or close each of the doors individually. A relay is not appropriate, because I don't know before hand which of the doors will be open or closed, so I can't do fixed wiring. I have not been able to confirm if a Control Unit will be able to handle 20+ Out Plugs from one unit or script. There seems to be a limit of 1 to other Emitting Elements. Any one have any other insights on this? I am using the published dev blogs etc as reference here. Can't wait for pre-alpha to start so I can toy around with this

I would like to see more ideas based on automation. So far, I've seen JC talk about having a large number players working together... Obviously, JC doesn't watch SAO, sometimes you gotta solo... I mean, If I built a large ship with guns, I want to be able to fly it on my own, without having to ask a stranger to come on board and touch my stuff.

I understand that intellectual property in terms of blueprints will be protected, but what about Lua scripts? From what I've seen, they can be edited easily in game. What if I want to design a ship with a Lua script as its main selling point? Can another player steal my script if they buy a ship from me?

How much do you plan to script in-game and what experience do you have?

In the video just released we saw that there was a button with a getState(), but not the door. Every item in the game should have a getState() function. Also every item should have tags and a list so I can do something like "close all exterior doors of the ship", "is there any door open?", etc. Regards.

Correct me if I'm wrong but so far from what I've seen and read you can program vessels but only the vessel and its functions. But what if there was a terminal you could place anywhere and program? Similar to Computercraft (Minecraft mod), Which allows you to interact with a Small virtual computer with a basic LUA os. This would be difficult for the Devs and if introduced it would most likely be after release. There are many uses, one of the biggest uses I have and I will use for an Example is, the Empire is planning on a network to keep information on every player who joins the Empire. And it will be private until you register with the Military which will extend your file and add information about you such as what Squad you're in and where you are located. It will also carry a small history and criminal record. This system could be accessed from anywhere in the Empire by members above a certain rank. From there they can write and modify reports on players files. A small LUA system that runs like this can also help run other organisations and businesses as a way to log all shipments and expenses. I see it being a real help to the Economy of the Game. And there could possibly be a way to send signals wirelessly. You could have a Computer send a transmission on a Frequency, and if another Computer receiving on frequency is loaded it can read the signal and decrypt it if needed. This could also grow the diversity of Organisations as now you will have organisations that produce software for other Organisation use. What do you think? Is it Easily Exploitable? Is it asking for the Impossible? Do I even know what I'm talking about? I'm interested.

So what i'm hoping for is the possibility to control things like doors and turrets using scripts. It would be awesome to be able to set certain access rights to specific members for doors, for example. This would help create personal chambers for characters as well as allow only authorized personnel into specific research labs and such. They could be controlled from a placeable terminal inside the room/facility that allows the creator to modify the users that the door will open for. I would suggest the same for turrets, so that if someone unauthorized enters the area, even if it is someone from your own corp, the turret will fire at them. This would also make for more interesting ship boarding scenarios as boarders may have to blast their way through a few doors to get to the control room. Perhaps there are also other actuators that could be controlled through a similar method? Like, floodgates to allow water to flow, or even just lights. Thoughts?

So I was wondering. We will be able to script in LUA, which is pretty cool. But what if we were able to have databases as well to store and fetch data? Think about the world of programming it would open : statistics, history, logging, stock situation of a warehouse, forecast... basically all information-based services! It could be done with a database element that would whether : - Connect to a reserved database on NQ servers, one on each account to which you could assign rights (to allow organizations to use it) - Connect to an external database on the user's PC or on online. Thoughts?