Jump to content

Search the Community

Showing results for tags 'lua'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Starting Zone (EN)
    • Rules & Announcements
    • General Discussions
    • Off Topic Discussions
  • Starting Zone (DE)
    • Regeln und Ankündigungen
    • Novark's Registratur
    • Allgemeine Diskussionen
  • Starting Zone (FR)
    • Règles et Annonces
    • Registres du Novark
    • Discussions générales
  • Beta Discussion
    • Beta Updates & Announcements
    • Idea Box
    • The Gameplay Mechanics Assembly
    • Streamer's Corner
    • The Builder's Corner
    • Innovation Station
    • DevBlog Feedback
  • Organizations
    • Org Updates & Announcements
    • Novark's Registry
  • Fan Art, Fan-Fic & Roleplay
    • Novark Agora
    • Novark Story Time
    • Novark Art Gallery

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location:


Interests


backer_title


Alpha


community_id

Found 59 results

  1. RED HAT SYSTEMS This topic, sponsored by Red Hat Systems, aims to inform players about the LUA scripting side of the game and clarify the facts. KNOWN ELEMENTS Propulsion Engines, Fuel Tanks, Cockpit, Navigation Instruments, Doors, Weapons, Batteries, Containers, Accelerometers, Radars, Targeters, Drone Bay, Elevator, Inclinometer (Gyroscope), and last but not least… CONTROLS UNITS / DISTRIBUTED PROCESSING UNITS Control Units – A control unit is the computer hardware, whereas the DPU (Distributed Processing Unit) is the computer's software. In fact, every element in the game will have a built-in DPU. The difference between control units and other elements is that the control units exist specifically to run player-customized DPU's, whilst the DPU's embedded in other elements are not customizable. DPU's will be distributed (sold, copied, transferred, etc) in black boxes. Think of the black box as a USB Memory Stick. Only a single black box can be inserted into a control unit at any one time, however a construct (ship, car, boat, factory, etc) can have many control units and therefore many black boxes. The black box is therefore simply a transport mechanism for the DPU. More on black boxes later. Each DPU will be capable of emitting events (standard pre-defined events written by the devs and also player-defined events written in LUA) and exposing executable functions (again, predefined + custom). The DPU will also have a collection of event handlers (again, predefined + custom: you get the idea). An event handler simply listens out for events, and then executes a function if a player-defined expression evaluates as true. Each DPU has multiple slots where other elements can be plugged into (Think of USB Ports). KNOWN EVENTS (EXAMPLES) self.radar1.enemyAt(x,y,z) KNOWN FUNCTIONS (EXAMPLES) self.inclinometer2.getRoll() self.Inclinometer4.getPitch() self.engine1.setPower(100) self.weapon7.fire() In the example events and functions above, “self” is simply a Lua keyword that implies the code is referring to its own scope. “radar1”, “weapon7”, etc are the names of the slot that is emitting the event or is being targeted to execute a function. “getRoll()” is an example of a function being invoked (safe to assume it will return a numeric value with roll angle). SYSTEM DPU The system DPU is rather special. It handles user input (emit event when a key is pressed) and also controls the flow of procedural code (as opposed to event driven) via the use of timers. I.E you could call system.setTimer(0.1) and provide a function that will be invoked every 100 milliseconds. Another awesome feature of the system API – Customizable GUI! That's right, via calls to system you can customize the games GUI. BLACK BOX/COMPONENT DPU A Component DPU is an element that you, as a programmer, will be selling to other players. It will abstract the functionality of your custom DPU into what can be seen as a compiled library. The end user will be able to consume your functions and events without seeing the underlying code. If the end-user is another programmer then they can use your Component DPU as a module to write their own Component DPU which requires your Component DPU in order to work. If the end-user is not a developer they can either drag and drop the required functionality via a simple UI, or they can make use of an auto-configure system (Think Plug and Play). SUMMARY What the devs have done here is give us access to the very tools they themselves use to build the game. When you use a Propulsion Engine, its functionality was written by the devs in the same way a player might customize a DPU. The Propulsion Engine has its own pre-defined fully functional DPU inside it. By introducing the concept of Control Units we as players can fully mod the game, from within the game. If we don't like the way the Propulsion Engine handles, that's fine, we can just overide the behaviour with our own code. The same for almost every element in the game. The devs has basicly created an in-game IoT (Internet-of-Things). This system literally redefines Emergent Gameplay, in fact it laughs in the face of Emergent Gameplay. Nothing else comes close. Intrigued? Love to code, or hungry to learn? Join the most advanced organization in Dual Universe. Red Hat Systems needs you!
  2. OUR GOAL: The main goal of Solaris Industries is to create the best ships modifications that one can buy - Whether it be for a small fighting ship, or for a massive space station. OPERATIONS: Everyone has ideas, if your idea sounds like a good/profitable one, discussions will be held on whether or not this is feasible, and if so, how it can be expanded on further to make a profit. THE PROBLEM THAT IS MONEY: If an idea has been developed and sells well on the market, a designer would want to know how the money would be split. Here at Solaris Industries we only believe it is fair that the person who first came up with the idea gets 50% of the overall earning of the modification. The other 50% will be split around to the rest of the people in the organisation who worked on this specific modification. (depending on how much they contributed and so on.) LEADERSHIP: While I am the founder of this organisation I believe that everyone is of equal worth, which is why everyone in this organisation will be valued as such. CUSTOMERS: Band of Outlaws - Confirmed Red Hat Systems - Still in the works... Apply now! https://community.dualthegame.com/organization/solaris-industries
  3. Hey guys, Very excited about this game. I have just been reading about the LUA scripting side of things here: https://devblog.dualthegame.com/2015/09/18/lua-script-and-distributed-processing-units/ I'm kinda curious, how deep will the LUA system go? So, for example, will we be able to chain event handlers together for multiple constructs to build fully autonomous factories with conveyor systems that would mass produce a certain item through a production chain? What about super high energy weapons such as nukes? I'm assuming the more powerful something is, the more energy it is going to consume, therefore more materials it will need to build it.
  4. I've been wondering for a while now, and I can't find the answer even if it is most likely lurking somewhere. Will be able to create our own missiles and code their targeting/trajectory using Lua. If you know about the the game From the Depths, that's what I'm getting at.
  5. The devs said that we will be able to program things in Lua(Programming Language). It could mean there will be simulated computer OSs, Networks and other things. I like the idea of being able to hack an enemy ship or machine.
  6. "Good day, fellow members of the Dual Universe Forum. Like an astounding fraction of people here, I have found a great interest in the creation process Dual Universe has created. Most wonderful of all, I believe, is the fact that while templates are going to be available, most or all of the code can and will be done by the players. While this may allow for stunning creations like "Pacific Rim meets Gears of War"; inventions to darker "George Orwell's "1984" meets Ex Machina", the real problem lies with the benefit itself: codes. Where the player inventions simply to be tried and tested against NPCs, who am I to complain? (after all, we humans like battering digital units without any conscience coming to sting us later on...like Witcher 3...or Doom...or soon to be harassed Dual Universe NPCs...) My concern is that codes, basically interact with other codes that can be decoded, recoded or bloody well explode in your face. What happens when a designer creates a weapon with a kill range of 70,000 units and a damage variable thrice that amount? Or.... A ship with a hilariously high health value and a repair snippet that adds twice the maximum health every millisecond? Or... Codes that change the values of their coded targets, leaving the attack or defence in a quite proverbial "Waterloo"? I do hope that I'm not sounding like a Prophet of Doom to the poor inhabitants of Pompeii, but I do hope the developers have this volcano in check, or at least a force field to keep the lava from raining down on our heads. Lastly, player created AI is going to be as much a blessing to people here as the electric bulb was to our ancestors in the late nineteenth century. In retrospect, it would be a curse to many as much as a future "SkyNet" may be to our descendants in years to come. To be quite frank, some people here may already be working on a doomsday "SkyNet" for the poor people who are unlucky enough to come across it. The point is, some clear controls need to be put in place. And I hope the Guardians of the Dual Universe are several steps ahead of us. Pax Vobiscum. "
  7. I've been wondering for a while now, and I can't find the answer even if it is most likely lurking somewhere. Will be able to create our own missiles and code their targeting/trajectory using Lua. If you know about the the game From the Depths, that's what I'm getting at. If not, I think it would be really awesome if this could be implemented. I'd say there'd be the basic missiles which wouldn't need programming but if people knew Lua they could code them. Meaning we'd see missiles acting differently and targeting different things.
  8. Hi, I know that DU is not planned to be easy, and scripting will be irremovable part of game mechanic. It is something cool... but write hundreds lines of code can be bothersome task for non-programmer players; beside this, scripting is quite boring in form (you know - lines and lines of numbers and letters, nothing fancy). So. Maybe we can made scripting mini-game itself and give it some interesting graphical interface, easier to understand by "normals"? Of course "text hard mode" will be always available as second option and even "graphical programming" can have less options than text one, like "beginner" and "veteran" versions I not talk about simplification of programming language itself, but more about some kind of GUI/IDE for that - with auto-complete and - most important - easy graphical interface like "blocks" of code for building apps. I know at last two projects, which use this kind of editors ; LEGO Mindstorm and Scratch. Here are pictures of programs build in them: [sCRATCH] [LEGO] EDT: Here is wiki about this style of programming. And you can even use some like this for LUA, too! In my opinion it will decrease "starting cost" for lot of people, and it can be even inspiration for someone for start learn "true" programming Toughs?
  9. https://devblog.dualthegame.com/2016/02/20/builder-gameplay-voxel-tools-elements/ I was reading this in the devblog, meditating about the possible relationship between the "virtual simulator" and the LUA code... Starting from the point that in the "real game" you could use LUA only to interact with the "Mesh-based Elements"; should it be possible to use the code in the simulator to automatically build complex (or repetitive) voxel patterns? What do you all think about it?
×
×
  • Create New...