Jump to content


Alpha Tester
  • Posts

  • Joined

  • Last visited

Profile Information

  • backer_title
  • Alpha

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Oblivionburn's Achievements

  1. It would be nice to see the applied talent bonuses in the UI for nano/industry crafting that effect the time remaining or how long it'll take to craft something.
  2. The rest of the world doesn't need to share the burden of your personal problems or health issues, nor should this game world be held back by them. The world will, and should, continue spinning without you.
  3. Suggestion: add a grace period for inactive accounts of like 1-3 months before all ownerships/claims are removed, which will give scavenging opportunities and enable the active players to reclaim some of the clutter/resources/territory.
  4. Inflation is an influx of money into circulation, which isn't something you want in a stable economy. When those that sell goods recognize there is an increase in spending power, they raise prices since they know people can afford to pay it. What once costed 10 quanta suddenly costs 15 quanta, and then 40 quanta, and then 100... not because of anything natural like demand increasing for something that's in short supply, but simply because there is more money. This is money losing its value. When a money supply can increase indefinitely, such as when there is no material constraint or limited supply to maintain its scarcity (and thus its value), those that can amass it quickly will cause hyperinflation, which is when the value is dropping so quickly that prices skyrocket beyond what anyone can afford aside from those that were causing the inflation to begin with. This is what causes the poor/rich gap, and should be something we, as players of this game and participants of its economy, should want to avoid. If the developers are going to control how much money is in circulation by turning on/off faucets in order to maintain a level of the money's scarcity/value, it sounds like a decent idea and would basically be a variable cap... not a fixed amount, but a maintained percent or ratio of something. With ore being the foundation of the economy, it would make sense to use that with some ratio like 1 Ore = 0.002% of money in circulation, or whatever ends up feeling like a good "Goldilocks" zone for the economy to be in. This sort of thing would take some time and experimenting to figure out. Ideally you want the highest percent possible of the money supply to be in circulation, and not just sitting in a vault or in someone's wallet. As people have pointed out, hoarding is something that happens, but I think occasionally turning some faucets on would adequately combat that. However, what if one of those hoarders suddenly dumps all their money by buying up huge amounts of a particular resource, like Iron or something, in order to build some sweet Death Star? Then we run into a dramatic iron shortage and a bunch of jobs get created in order to increase the iron supply, since good markets always seek equilibrium. That's how businesses form and interesting stories happen. It's the drama of "events" like this that will keep the world feeling interesting and alive, driven not by some theme-park plot that everyone goes through, but player agency. It would be cool, but it would also cause inflation as that money makes its way back into circulation and causes prices to artificially go up. There would have to also be a sink that can occasionally be turned on, like a tax on trading or something, in order to pull that money back out and thus maintain the variable cap on the supply.
  5. Nevermind, apparently the Lua only runs client-side when you're logged in and near the control element it's attached to, like one-time scripts that only do their thing when an event triggers the script. Oh well. Hopefully we'll get word about there being any way to read/write data with Lua in one of the dev blogs, but it's starting to seem unlikely.
  6. Ah, I must've missed that. Thanks for the clarification!
  7. Does it? They've talked about industry machines using Lua that continue to run even when you're not logged in and nobody's around, which makes me think it's being handled server-side. It would make sense for it to be a client-side thing, but for stuff to continue to happen in the world for objects that are utilizing Lua scripts... I dunno, man. It's all very interesting to me.
  8. There's a lot of games that use embedded Lua to do stuff in-game, despite the game being written in like C/C++ or something. Easy example: ComputerCraft mod for Minecraft. Minecraft was written in Java, but the mod allows in-game Lua execution... and I'm guessing some framework behind the scenes to translate particular Lua methods to Java for the events to occur in the game. However, in the example of that mod for Minecraft, the Lua variables only get allocated memory during execution of the Lua... as soon as execution is complete, the variables are empty and that memory is flushed. It basically functions as a one-time run script, as opposed to a native part of the game's engine that would be held in RAM so long as the game is running. Lua's been discussed in multiple Dev Blogs (else we wouldn't know about it), so should be fair game to discuss.
  9. Yeah, but it would stay in RAM so long as the server remained running, wouldn't it? I would imagine it'd be the same as any other program that allocates memory to a particular variable and holds that memory slot so long as the program is running, else there would be a memory violation exception... but I've never dealt with server/client architecture, so I'm not entirely certain if that would be true for this mmo or if there would be garbage collection methods in place for Lua variables?
  10. Shouldn't this fall outside the scope of NDA, since it's a general question of how Lua functions within the framework of a persistent mmo? Or can Lua be limited/controlled by a game's engine, and thus it being a proprietary thing specific to Dual Universe's engine that would mean it falls under NDA?
  11. An idea just occurred to me, which I also made a post about in general discussion: with this being a persistent universe, variables in Lua should never lose their value once assigned, so would be possible to create a database of sorts by adding/removing values in arrays. The logical next question would then be: is there a way to send a value from one script to another? Or is using "require" to utilize a script within another script allowed? Could maybe have one script act as a central database with functions to add/remove values, and then just "require" it in other scripts to utilize it.
  12. 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?
  13. My apologies if this is already a thing, but I would like to propose there being a finite limit to the amount of currency in circulation and not an unlimited amount that can be created from player sold items/vehicles/etc. The reason: what breaks most mmo economies is the ability for players to amass wealth without limit, which ultimately causes the currency to be essentially worthless. You can look on the market of nearly any current mmo and see items priced in the millions+ because the majority of players have more currency than they could ever possibly spend. Most mmo's have attempted to compensate for this inevitability by having 'money sinks' or regularly introducing new currencies to keep the market from flooding and prices skyrocketing to absurd levels. However, money sinks and new currencies always fail since they underestimate the speed at which players can amass currency (especially when working together in large numbers). I would like to see a mmo do the right thing and learn from the mistakes of the thousands of mmo's that have failed at this in the past, and the solution is simple: cap the currency.
  14. I would also like to know if it's possible (or will be) to read/write data, since actually useful programs require being able to do that.
  • Create New...