Jump to content

Search the Community

Showing results for tags 'Gameplay'.



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 35 results

  1. Those some of the solutions are Very Easy to Implement in to the Crurrent game. Pls Upvote if you see this as A Prolem as well. -------------------------Price Per unit to Produce with L4 skills------------------- ------>/Product Nitro Fuel/---------------------------------Market Price----------Gewinn -627kh per 6M investment in ores At the moment most people just Mine Ores sell it to bots and Buy BP Because at the current state of the game thats the fastest way to get BP. The Problem with that is if they Buy BP's Money get destroyed, if they sell Ore Ore getsdestroyed. So in a Nutshell they do nothing to the Econnomy, even worse they dirft more and more away interacting with players. So The stuff they do is completly Meaning less. So more and more People becomme less intrested in the game. new players have a very hard time starting and probebly Leave Early. Economic Perspektiv The in game currency is now worth way more then it was before Update that would not nessearly be a Problem there is allready a way that new Money gets generated in the game: daily reward. But as we all now this is not the only change that happend, at the same Ore Bots where Intreduced to Put more Money back in to economy, Essentialy Allowing players to do Useless work by selling stuff to Bots. Yes those players will one day after Houres and houers of grinding have all the BP's and Ore Pricec will go Obove the Bot level Again. 2 Problems with that 1. You will have Huge Economic Monopoles because once Ore pricec Rise players will have a very hard Time getting Industrie them self. They need Months to get industrie runnung and to get the investment on Industrie back. 2. not evry one Likes Farming Ores and its very hard to do somting else (with no Kapital) New Players how start mining at Alioth they have no other choice then selling at 10-16 on Alioth so what do the Big players do they take this Ore take it to the Huge Hauler and Destroy it on sanctuary Profit 15-10h/l So those new Players do not even Help the Economy, they are just being exploited for Money. And Yes i know some Elements are Below the 24h/l ore Buy Value so at the moment Elemets are sold like ore Pricec would be 20h/l or Below but that wont last long when they Realize instead of selling stuff at the market i could just as well direktly sell evrything to bots would bring more Money. Luckly most didnt seen to Realize that or they may just dont want to sell to bots. All Solution Eliminated The Need for Ore bots / Avioding money skings / Compensate money sinks Soluations for Eliminating that gigantic Money sink called BP's Solution 1 BP gets Distrubuted daily rewards So all players get a Random BP which they can sell To the Economy instead of Bot deciding the price Players do now and Learn how to Interact with the Economy Solution 2 BP Get Distrubuted by Mining if you dig you might find BP by Diging Underground. Solution 3 Daily rewards get way bigger to Compensate to money loss from BP's Solution 4 Have smaller Taxses on Markets. Solutions to Destroying Material in a more Fun way / Creating better Resource sinks / Compensate Resource sinks Solution 1 Elements just have 2 lives now Solution 2 Elements Get used over Time Solution 3 You Creat bots that Set Pricec (Minus 1-5) of the Highest Buy Order from the player Solution 4 PvP gets More Relevant Solution 5 Recepies get changed depending at the State of the Economy(Hard to Implement) https://upvote.dualuniverse.game/suggestions/143304/better-economic-stabilization-methods
  2. Due to numerous reports of this happening, including pictures, lets talk about end of warp obstacles and ramming in general. Here is an example of a net placed exactly in front of a warp exit. You have about 10-15 seconds to change direction right after end of warp, but most people won't pay attention and ram into whatever is in front of them. This has been a thing for a while now, but we now have some reports of ship destruction due to warp destination constructs being purposefully placed in the way. One way to get around it is of course to pay attention and maneuver the ship immediately after warp destination is reached. However, there is a lot of discussion to be had about warp obstruction and ramming in general. For example: 1) disabling collisions between cores: this has already been done with trees so I imagine it can be disabled for static / dynamic cores, probably will increase server performance too, but also an effective way of getting rid of warp traps. 2) disable damage on collision with constructs: an alternative of the above, except collision will cause velocity changes as expected between collisions. We don't have bumper car physics, could be a bit strange, but this also gets rid of warp traps. My personal favorite and very biased option: 3) reverse ramming logic (THE RIGHT LOGIC): it's really strange to consider that an L core going at 30,000km/h can be obliterated by a stationary xs core. It just doesn't make any sense from a logic perspective, although the reason for this implementation probably has roots in server performance considerations. I think collision damage should be shared between constructs and distributed according to mass and voxel logic. Added benefits are: COMPLETELY LAG FREE MARKETS... because naturally people will start ramming, hence a necessity for garages / safe parking facilities, opportunities for business, etc. I would go so far as to say that static cores should be rammable as well. This has huge ramifications for space stations... there will be a need for space mine fields or wreckage around stations to prevent people from completely destroying stations with ramming dynamic cores. Space stations will need engagement rules such as: if dynamic construct is going faster than X amount inside a certain radius around space station, fire all weapons at dynamic core. There are all sorts of interesting ramifications for this gameplay. There is something important here I think: it is not ok to simply add a rule to the EULA saying warp traps are illegal. This is a sandbox, emergent gameplay will always happen, and a bunch of players can give a hell of beans about what the rules are. It's in poor taste when a game cannot / will not implement systems to prevent certain actions from happening but simply adds a "RULE" of conduct. In some cases it is certainly appropriate (abuse, discrimination, etc) but in this case, this is emergent gameplay and adding a RULE will not solve this issue. In this situation NQ actually has an opportunity to capitalize on the situation and create game mechanics to either solve this issue or enable ramming AND add mechanics in order to counter ramming. On the other hand, warp traps such as these can be cancerous. This is a tactic used extensively in Eve, see here: Do you think warp traps are an acceptable emergent gameplay mechanic? What are your issues with it? What can be done to solve it? Again, to reiterate, simply adding a rule of conduct doesn't work here in my opinion. NQ should really capitalize on this opportunity... I think they failed in the district 15 drama, they could have done some epic stuff there... problems can be turned into opportunities, lets contribute to the discussion and find opportunities Edit: After writing this post, I have received confirmation that players are "netted" both when: 1) player finishes warp, comes to a complete stop, then accelerates/or planet gravity pulls the player, and they end up in a strategically placed net 2) player finishes warp and gets damaged in net BEFORE coming to a complete stop from the warp
  3. This post is about the experience of crafting using industry in the early game. I am fully aware that as you build resources these concerns decrease, but .. this still leaves us with a less than ideal early game experience - which is the issue I want to address. So, early game, you're building things in your nanocrafter and you're starting your industry... You build the parts for the Assembly Line S (skipping the XS as it's useless initially), then you build the parts and Assembly Line M, then you build the parts and a Smelter, Refiner, Electronics, Metalwork, 3D Printer, and containers galore. The progression here is fine, the issue is that because you have to use the nanocrafter to produce the parts required (typically into a linked container as input to the assemblies), and because you have to manually alter the recipe each time, you're essentially tied to your base, for long periods of time, doing "nothing". Sure, you could be building the base .. but.. typically you've used all your starting honeycomb and don't want to make more, yet, as it would slow down your industry creation. Sure, you could run off and mine.. but then your nanocrafter queue will put the current output in the wrong place (because you leave the linked container range) and then it will stall (as all the inputs are in the linked container, now out of range). So.. instead, you sit with your thumb up your .. doing "nothing". This is a "not much fun" gameplay loop which I would like to see improved. I think the solution is to add queues to industry units. What I mean by this is that we ought to be able to queue a "make X of Y" request, just as we can in the nanocrafter. I am not suggesting we queue "make infinite" or "maintain X, and Y, and Z" or anything like that. So, industry units can either be processing a queue of make X of Y OR doing one of those other things, not both. So, lets start by listing and attempting to refute the common objections to this: 1) this would make large factories redundant If you can build everything with 1 electronics, why have more? Because one electronics can only do 1 thing at a time. So, if you want to produce something with 5 ingredients, you would have to wait for one electronics to produce all the input, one ingredient at a time, and your "factory" (of 2 units) would be super slow and inefficient. Given this, you still need large factories, especially once you reach the scale where you want to "maintain" a range of input ingredients to keep your factory production constant and efficient. Queues have to be queued manually, so they're not appropriate for a fully automated factory. In short, queues won't change how large factories operate, so they will still exist just as they do today. 2) this would reduce the "value" / "cost" of items in the game, and "ruin" the market. If things are too easy to build, who would buy items from the market. Yes, this will make it easier for new players to build the smallest, cheapest, T1 elements in the game. But, doing so will still take them quite some time (see point #1 above) even if they have a few industry units, so they might prefer to buy these items some of the time. For higher tier items, with more ingredients and longer build times for those ingredients and the item itself.. those players are going to have an ever better reason to buy the items instead of making them. Another way to look at this; even late game players might prefer to simply buy, in bulk, lower tier items. If crafting these is easier for new players, then they may even be selling on the market. This is actually a net positive for the market, even if the price per unit is lower, there will be more items being bought and sold. In short, queues may have an effect on the low end of the market (positive and negative), but very little effect on T2 and above. 3) Any other objections? If you have any, please let me know, keeping in mind the points made in response to objections #1 and #2 above (as I can think of some potential objections which these points refute). This is not just my complaint I am not the only person who has issue with this gameplay loop. I recently watched this video where they express the same concerns about crafting speed and having to sit round doing "nothing".
  4. Hey all! I recently subscribed and started playing the game. But the game has been almost un-playable for me due to the low FPS (5-15 FPS) When at the hub my FPS sits around 5-10 FPS. With a lot of the time bringing me down to 1-3 FPS. While getting 15-25 FPS when out in the wild. I have all settings set to low and even changed it from auto to manual and bringing my graphics down to 1. Here is my specs. I7-4770 GTX 1080 16GB DDR3 Game is running on an SSD with 100GB free left on the SSD. I see a lot of other people are having issues too, but a lot of people are doing fine. For example my friend with the same rig, but with a 1060 is always sitting at around 25 FPS at the hub and 60 FPS in the wild.
  5. I currently have to limit my market orders to the size I can handle as once the stack is larger then an empty nanopack, you can not retrieve the order anymore. Solution is to "park" a dynamic contract with a larger container near the market and use this as a linked container but workaround is going to turn the landing pad in a seaport container hub. So it is inconvenient, not handy to get the economy flowing please NQ, could you find a solution.
  6. (Posted Friday 19th of February 2016 on the DevBlog) In the past few weeks Dual Universe has been on occasion described as being mainly a PvP MMO. However Dual Universe is so much more than this: it has a rich "Builder" gameplay at its core, which is rather new in the MMO genre (at least at this scale). Specifically, this gameplay is not just a kind of single player experience added on top of a MMO, but takes an entirely new dimension because of the fact that you are building within a MMO that takes the word "massive" seriously. This is a crucial aspect, and is central to the emergent gameplay experience. We plan to implement the Builder gameplay in the Alpha version (not all tools might be ready though) before any PvP gameplay. We are doing this for 2 reasons: - We would like to send a message: our game is as much a Builder Game as a PvP Game. - In our game vision, building constructs will be the first brick of the gameplay cycle. Warning: everything said in this blog post is still "work in progress". Development is an iterative process and the gameplay may evolve a lot between now and when the players will get their hands on the game. Goals we have in mind for the Builder role: Building as a meaningful activity: Instead of just remaining an end in itself, we want to give to the Building activity a purpose to all the time invested in it. To build gigantic things and just stare at them once they are finished feels like something is missing. If you have played other Builder games, like some people in our team, you might have felt this way. That's why we plan to place the Builders at the heart of the Economy. We want to make them feel useful or even essential to other players. Builders will be able to sell, or buy their creations together with other players to increase their wealth for other purposes. Building activity will, along with the crafting activity, bootstrap the player-driven Economy. And a strong emergent Economy will be necessary to make PvP possible on a large scale. So even for PvP Players, Builders will matter. Showing your art to an incredibly bigger audience: You are an artist for the sake of Art, and you don't really care about making your creations profitable or being useful to anyone. That's fine and even in that case you could still have a solid reason to build in a single-shard game like Dual Universe. Why? If you want to show what you're capable of to the community, well, in the average Builder game, you will be able to show your work to 20, 50 or possibly a few hundred players if you are on a solid and very populated server, but this is still a small part of the game community. Of course, you have social media to enlarge your audience, but watching a video on YouTube is not comparable to seeing an impressive fortress in game, right? Imagine that in a single shard universe, your creations can become a tourist attraction similar to real life monuments (Statue of Liberty, Eiffel Tower), bringing thousands of in-game visitors just here to see your Art? Well, you get the picture. The protection we plan for the Builders: Building is a very time consuming activity to bear fruits, we are very well aware of this. It is also something many players practice as a relaxing activity. So if a builder wants to build without risking being attacked by a PvP player, he will have the opportunity to do it in non-PvP, secure areas. Right from the beginning, there will be a secure area of several kilometers around the Arkship (the in-game starting point). Beyond the safety of the Arkship, as players explore the universe, we are currently evaluating other possibilities for additional secure areas in the game to protect builders and their creations, as the number of players in game grows and they spread across the universe. We know that each possibility comes with Pros and Cons. Expect the final decision to be announced more or less at the same time we'll communicate in detail about the PvP gameplay. Here is a brief outline to some safe building zone ideas: - Arkification Token: the ability to find tokens (alien relics?) for the players while exploring or mining. They could be used wherever the owner want, and will be destroyed upon use. This would then create an indestructible safe area and anything in it become untouchable by PvP Mechanisms. - Alien Ruins: areas on planets containing lost, deactivated alien technology that could be rebuilt/reactivated by players. Once the area is rebuild/reactivated, the area becomes safe and anything in it becomes untouchable by PvP Mechanisms. - Virtual Simulator: enabling player to enter a virtual world (call it "inception syndrome"!). While in that virtual space, the player would be able to design any construct, in a completely peaceful setting. This would help builders to design their construct and create their blueprints safely, without being interrupted by any PvP action. For ships, it will also be possible to test their flight mode, without risking a crash or wasting resources! What about the constructs built in non-secure areas? These will be destructible. We assume what take the most time in the building activity is to design a construct the first time and tweak all the small details on it. Once you have the Blueprint, or a Construct Snapshot with a Repair Unit, it's only a matter of gathering resources to repair it or reproduce it an infinite number of times. This is the best way to make the PvP destruction acceptable in our opinion, but we remain open to community suggestions! The Tools available for the Builders: We have taken some time to analyze and gather information about what are the strengths and weaknesses of already released builder games. It seems they all fall into two main categories: Those who have predefined blocks which are easy to take in hand gameplay wise, enabling players to build nice designs quickly but where the creativity is limited, due to the number of different preset blocks you can choose from to build with. Those who have voxel tools enabling players to manipulate the world to reach maximum creativity freedom. The drawback is generally that this ability to manipulate voxels is incredibly intimidating and difficult to take in hand for a beginner. While a few experienced players can build wondrous things, the vast majority of players are overwhelmed and discouraged. In order to avoid the pitfall from the two genres, we've come to the conclusion to get the best of both worlds to appeal to both experienced and novice builders. So yes, in the Alpha, you can expect to have "Voxel Tools" as well as what we call "Voxel Elements". So, what exactly are Voxel Tools & Voxel Elements? Voxel Tools: 1) Deploy/Remove Shape Tool: In a nutshell this tool enables the builder to deploy (or remove) a primitive shape, a bit like a 3D brush. Right now it can be a cube, a sphere or a triangular prism. The size of the shape can be resized and rotated. It can be used for deploying/extracting large shapes or for fine tuning those intricate details. However it will grow in versatility as time passes: we plan to include cylinders, cones, tetrahedrons (triangle-based pyramid), square-based pyramids and many more! 2) Line Tool: this enables the builder to create a plain linear connection between two rectangular surfaces that you are free to define. Both the starting rectangular surface and the ending rectangular surface of the volume are defined before deployment: the size of the rectangular base at each extremity is decided by the player with a simple drag&drop movement. 3) Smoothing Tool (work in progress): this enables the builder to smooth sharp edges and corners progressively enabling more organic and streamlined shapes to be made. The smoothing action can be triggered either by a click or by maintaining the mouse button to have a continuous smoothing action. 4) Select Tool (work in progress): this enables the builder to select a precise group of voxels and save it temporarily (like in a clipboard) or permanently in their Voxel Element Library. The selection can then be reproduced (copy/paste) in the world (assuming the builder has the necessary quantity of material to reproduce it). Note that it only stores the voxel content and not other game Elements (eg Engines). 5) Paint Tool (scheduled): this enables the builder to "paint" any surface of a construct. In fact, it's material swapping: one voxel of a specific material is replaced by one voxel of another material. The removed quantity of material is put in the player inventory while the quantity of material used to replace it is taken from the player inventory. We will try to have two painting modes: sharp painting (similar to hard edge painting) and smooth painting (where the material recently deployed is slightly propagating to adjacent voxels, creating a blending effect). Voxel Elements (or Voxel-based Elements): Put simply, a Voxel Element is a complex, predefined voxel-based shape constituted of one (or more) material(s). A spiral staircase is a good example of a Voxel Element. Voxel Elements will be gathered in a library. We plan to include more and more complex shapes in this library. The feedback from the community will be essential to know which complex shapes will be the most useful to builders. In the long term, builders will also have the ability to create Voxel Elements themselves, and to save them to their Voxel Element Library. They will also be able to modify the materials used by the Voxel Elements, so if you want a metal stair with a wooden handrail, or vice versa, you will have to simply update the materials attached to the Voxel Element. Mesh-based Elements (or "Elements"): As well as Voxel Tools and Voxel Elements there are also predefined game Elements like Cockpits, Engines, Boosters, etc... They bring functionalities to your Construct, and can be attached to your voxel-based creations, setting up their anchor point and orientation. Some Elements will be required to build certain things. A basic flying craft will require a Core Unit, a Control Unit, a Gyroscope, and a few propulsors (adjustors to orient, rockets to fly), but the voxel-made chassis, hull and design of the craft is entirely left to the builder. Well, that's all for now. We hope this gives you a better idea about the plans we have for all the Builders in Dual Universe. Don't hesitate to give your feedback on the forum, if you have any suggestion or comments to make: we really want to have your opinion on this! The Novaquark Team.
  7. Aliens have long been a subject of speculation and a pillar of science-fiction, so I set to wondering, if the game-makers finally decide to bring them what would we like them to be? EDIT!!: Do not post any pictures videos or information from the pre-alpha(as proof or otherwise) according to the NDA.
  8. The most commonly accepted theoretical method for FTL travel is called the Alcubierre Drive, which propose to build an engine that can warp space. This involves creating a 'warp bubble' which consists of an unexpanded region in the center, a squished region in the front and a stretched region in the rear. To simply slap on a module that make your ship go is not good enough. To make FTL ship design interesting/compelling a designer should have to calibrate the field geometry such that the ship fits in the bubble the bubble is streamlined the engine has sufficient power to maintain the bubble radius Desirable attributes of FTL drive for shipbuilders to balance: Startup time - This is the time your ship takes to initiate FTL from cold start Speed - This is the maximum velocity your ship can achieve without overloading your FTL drive Acceleration- How fast your ship can speed up and slow down.Energy usage How much energy it takes to maintain velocity. Structural integrity - The ability of your ship to accelerate in a given direction without flying apart. Power - The amount of your ship dedicated to supporting your FTL system Control systems - A well designed control system will operate your engine efficiently and safely, without exploding Interactive FTL capability will add value to ships and increase competition for engineering design and control systems. The FTL design of a vessel would have to be engineered and calibrated by a specialist, and each design would have to be unique. Equations of warp bubble can be described by the FTL drive component with simple made up math which is loosely based on current ftl research but has nothing to do with reality: The field is composed of an expansion ellipsoid and a contraction ellipsoid Velocity =Vector(D, sqrt(E*C)*FD) where D is the angle between the FTL drive and the point furthest from the warp drive on the contraction ellipsoid. where FD field divergence is the maximum distance between the two ellipsoids in meters where E energy is a constant based on the total energy supplied to the drive where C is the speed of light in a vacuum If I place my ellipsoids farther apart I will travel faster. If I place them closer together I will slow down. Changing the field geometry such that the field is offset in a direction other than forward would allow your ship to drift, strafe, and warp sideways and pull off all sorts of maneuvers. The offset and the sizes of the ellipsoids comprising the warp field will determine the velocity and direction of travel. To withstand a change in direction the ship must have sufficient cross-sectional strength/weight ratio in the direction of the change in acceleration. The drive is controlled by the positioning of the ellipses. The first set of inputs, X0,Y0,Z0 control the energy diverted to projecting the bubbles in each direction, determining the size of the bubbles. The second set of inputs , X1,Y1,Z1 controls the position of the forward bubble relative to the drive. Field divergence and velocity is given by the second set of inputs. To turn the drive off, cut the power. If the power level is insufficient to create a bubble which your ship fits inside your ship will not enter warp. If the field strength is not sufficient to maintain the bubble radius the ship will be crippled by the shearing force. Energy usage will be given by the total volume of the bubble divided by the aspect ratio of the bubble, direction of travel to max radius perpendicular to the direction of travel multiplied by the field divergence. Protip: Use the same mechanic except with a single ellipsoid when you implement shield bubbles to save work. This will lead to the following situation: The captain tells the engineer to outrun the other ship The engineer is concerned because you run the risk of overheating the engines The captain doesn't care and just wants to go faster Either the ship explodes or everything works out ok depending on both the engineers competence and the designers competence A staple situation of modern space drama which would only appear in a cutscene in any other game.
  9. Hi everyone! Here is the dedicated thread to discuss about the June DevBlog that has been posted today on our website here. Let us know what you think of the upcoming changes! Best Regards, Nyzaltar.
  10. So, when I was figuring out how the Department of Justice for the Terran Union would work I came across a problem. 1, how would we enforce player punishments, 2, how would we stop players from committing crimes in the first place. So, I came up with several ideas, each with their own stipulations: 1, we imprison players (in cases such as multiple intentional team killings) in special tile sections designed to allow imprisoned persons to spawn there and allow the player to leave the faction at any time but force asset seizure for any items and or ships inside the TU. 2, we create a tier system to limit the privileges of players inside the TU. Such as allowing people to take on certain jobs and such. A person would be promoted and demoted over time in the system and would have certain jobs with-held depending on their rank. 3, we just straight up exile the user in which would be very efficient but extremely hazardous. 4, we do an asset forfeiture in which their vehicles, materials, or property is seized by the state and transferred into state-funds, almost like a fine. Any comments on this would be appreciated as I'd like a think tank to just mull it over. Ruling Terran Union Supreme Court Justice, ShaylixLinx
  11. Simple question: Will I be able to change my on-screen displays for scanners, speed, etc, to the imperial system? My guess would be yes, but I wasn't sure if it was confirmed anywhere. In this latest Dev-Diary (Awesome), All measurements seem to be in Metric. https://youtu.be/5yG5DtZcdd8
  12. After just coming out of the shower, I have had an epiphany: Seismic and volcanic activity on planets. This feature would not be applied to all planets, as it may cause too much server stress. This engine would work similar to how tectonic plates work on earth, or the plates could be immobile and the only evidence that they exist is mountains and valleys. All of the plates on Earth are driven by one thing: magma. This magma could present on planets, with unique subcrustal temperatures varying greatly. This magma does not have to be fluid, but textured to look fluid. This would ensure that server stress levels remain stable to handle this amount of liquid present without crashing. In order to compensate for this lack of fluidity, lava tubes could be implemented to present evidence of previous plate activities that could be used as a base hideout of some kind. This magma could be used as an energy source, with many pumps being used to extract it. These tubes would have to be able to handle the high temperatures of the magma in order for successful magma extraction to happen. If it is unsuccessful, the pipes could just melt or something. This would explode the market with different types of tubes with varying effectiveness. I will continue this post as a different idea titled "Ice Moons and Cryovolcanism" so you can respond to it separately.
  13. Will there be some kind of food levels in DU? If so, what about water? I don't think it is a good idea, just more of a nuciance.
  14. Hi Noveans, Just wanted to reach out and ask some general questions regarding DU. I took a look around and did not find exact responses to similar questions and would like to bump this up for new players and those considering pledging (like myself). Please excuse any redundancies to previous threads/topics/discussions. 1. I have been interested in pledging Patron - Is this too much to spend on the current & foreseeable available content? 2. I enjoy games like Minecraft, NMS(surprise!), and Astroneer. I actually did not enjoy EVE Online, Star Conflict, and some similar games as they became too overwhelming. Is this right for me? 3. In its current stage, especially as a p2p model, is there any downtime/restricted access periods that I should be looking out for? 4. Like I previously mentioned, I do enjoy open world building games where I can mostly be isolated to building large structures/ships. However, when I am fatigued from that - can I find cities, towns, space ships, space colonies, & other more cosmopolitan things to explore? 5. I love the FUNCTIONAL building aspect, I support others in there different & interesting interpretations of space and how it should be colonized. Does this game have a potential for us to live in each others creations? Routinely rely on player based cities, ships & so on? Its possible this question can be tied into 4. But the spacefaring explorer in me had to ask! 6. Finally, this single shard expanse, is it well populated? Or am I to find myself in another rendition of NMS? Again, I appreciate the time any of you take to go through this with me. After countless hours of scouring youtube for gameplay video and commentary, I have found the answers to these questions outstanding. Although I could always be wrong and not have looked hard enough! All the best! Doob.
  15. 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).
  16. Hello, Here is the question. Is it possible on the whole game to play without fighting. I mean without pvp ( except pve there is no full loot) Because i had the experience in an other mmorpg with full loot and i i lost all my gear because of it. Are there more mecanism more pacific without using violence on an other player (except pve) ? Thank you a lot and see you.
  17. I was just reading the wiki about the combat and at the "friendly fire" paragraph I wondered how DU will handle collisions. So will there be enemy collision? I think there is but that it will be limited in the sense that you won't be able to ram and destroy a ship with your own ship. Is this correct? But more importantly what about friendly collision. If there are 10 starfighters will it be possible for them to occupy the exact same X,Y,Z coordinates, meaning that there is no friendly collision?
  18. Is alpha going to be the same thing as space engineers, but without damage? - _ -
  19. Hi Everyone, If you did gather all the info on this game you may have notice 3 things: - JC said (approximately) : "would be cool to have a lua script which make your ship doing an automatic front to back (180° turn) with one button so you can face a foe behind you" - The game will be first person view. - As everyone know, pvp will be lock then fight depending of characteristic of your ship, I guess he has EvE gameplay in mind. Problem: This 3 "things" belong to very different game design choices, because the first one is "arcade" or "simulation" gameplay, where you need to react fast to face your taget (and aim?) in order to shoot at it correctly. The second, FPS mode, is also arcade gameplay where you have the limitation of the view angle and camera, increasing the difficulty of finding your target compared to a third person. Last is tactical gameplay, where you certainly have to react fast as well, but more important, have to do choices giving a certain situation, you analyze and react, prepare the situation before it comes (design your fit). It is all but arcade mechanics, compare EvE online against Elite Dangerous and you'll get what I have in mind. Well, it is emergent gameplay ! Why not mix ? Well ... because you are manoeuvring your ship in an arcade way, you expect to eventually dodge, do nice things moves and enjoy a dogfight ... while the damage you do and you suffer are actually not dependent of this here... In a more technical way, the game is using position prediction to simulate smooth movement while the position information of player are updated not frequently enough to simulate a dogfight. You may say, it is not the goal of the game, indeed, so why would we even need "arcade" mechanics ? Just put a ship list on the right of your cockpit UI and click on "target" then "orbit at 10km" if you know what I mean. I could also add to this the concept of big ship with plenty of automatic weapons < big ship with plenty of manual weapons controlled by several players, (why would I ever want to sit on cockpit and click on "target" then "fire", then "target, then "fire", etc). I am not shooting at the game right now, I just want to expose my concern about the risk of such a gameplay, it could be very frustrating to have smooth and cool control of your ship but with no relevant impact in a fight. Overall, the mix is dangerous and could lead to unhappy or unpleasant gameplay feeling. And yes I know that there is technical reason underneath, but here we may need an emergent technology to solve this... (Lock then P2P to avoid Server overload, would be like P2P on the fly with your target ? I'm not really a specialist in that specific domain you probably thought of this already) That's an open topic, please throw your thoughts. Aesir
  20. Hey Guys ^^ Is there even an official statement about recording and publishing gameplay in Alpha? I'm a German broadcaster streaming on Twitch and publishing on a Gaming YouTube Channel, so this is kinda important to me. I really wish to combine my passion for DU and my passion for YouTube/Twitch.
  21. Drones and Gameplay Yes drones probably one of the most discussed topic with a lot dreams. I've been thinking a lot about how those things could be integrated in a sandbox game for a longtime now not just with Dual Universe. I want drones which are in theory capable of everything the player is able to do with his equipment. (DU equivalent: his constructs) It would be up to the programming skills of the smart people to develop good software which would also be a good trading good. Awesome AI software + awesome construct = awesome drone The problem with that is it will be most likely abused very quickly with some kind of replicator device and an army of drones steam rolling anything that is in the way. (And yes, I'm guilty I did this many times where I was able to do so) But since you are not alone in the universe that is not an option, they have to be nerfed in a way that doesn't cut the capability of them but also clearly restricts usage to prevent such SkyNet scenarios. I first thought about really complicated stuff that needs a very high level of knowledge and skills like (and dev time): Building up complicated rule sets in order to use them, the need for communication devices with limited range and a max number of drones or a master drone controller with "CPU" cycles that get used up by the various functions performed. (The CPU cycle thing is fun so, I had competitions with my nerd friends who could build the most efficient program) But all those have flaws and turn players off who don't want to dedicate much time to this topic. Drones should be a essential part of the gameplay and not just for the 10% who are able to grapst the topic. Things like summon your ship would be a drone activity, any construct performing a advanced series of maneuvers with a given task would be a drone. This kind of automation needs to be accessible to everyone either by hard work or buying it from the marked. Besides that, providing means for ingame automation makes third party bot software less viable. Then it hit me, how to prevent SkyNet and make drones a very good gameplay element in DU. DU already has some very unique and great abilities such as the rights and duty management system. So how about you need a licenses in order to use a drone. A license could be bought at the ark ship or a skill learned overtime but they are finite for example you can own only 5 per player. Those license must be assigned to a construct core in order for it to function as a drone. A little scenario Now I'm a big company with a giant mining site (claimed territory) and doing everything per hand is stupid, I WANT DRONES TO DOOO THAT..... So how do I get to use many drones there? That is where the rights and duty management comes in as a organisation you can claim a number of drone licenses form you members. However it is up to them to give them to you they could keep or trade them in the market if you don't offer enough in return. (And you could decline them membership for that but that is up to you) With the ability to sublicense you can make a small income and miss a drone or you could control more drones at once. The next problem pops up Ok now I have 15 drone licenses and all are used in the mining site for bots and somebody attacks. There are 5 additional fighter drones stationed at the side, so in order to defend it you need to dynamically reassign the license and risk 5 mining bots falling out of the sky or you could rent 5 additional licenses from a market place. This is in my opinion a very balanced solution which allows big empires to have a drone police to provide security, big companies with automated equipment to do work and the average Joe a relieve from resource grinding. P.S. it is 03:43 AM and I tired so for any mistakes: finders keepers :-P
  22. So, I was thinking, what if, you can make more or less of your body cybernatics? So, replacing your other arm with robotic arms for example. Some key modules: -Advanced Brain: makes skill training quicker -Caloric converter: turns food into energy useable by implants -Energy converter: turns energy into calories -Backup Life Support: backup systems to replace failing organs from combat(or something) to prevent dying long enough to get to safety Biology route -Needs organic food -not as much endurance -more fragile Cybernetics route -Needs expansive repair materials and energy cells -Drugs Performance-enhancers doesn't work as well -Needs skills to implant/use Please be respectful and post your suggestions here!
  23. So, I was thinking, what if, you can make more or less of your body cybernatics? So, replacing your other arm with robotic arms for example. Some key modules: -Advanced Brain: makes skill training quicker -Caloric converter: turns food into energy useable by implants -Energy converter: turns energy into calories -Backup Life Support: backup systems to replace failing organs from combat(or something) to prevent dying long enough to get to safety Biology route -Needs organic food -not as much endurance -more fragile Cybernetics route -Needs expansive repair materials and energy cells -Drugs Performance-enhancers doesn't work as well -Needs skills to implant/use Please be respectful and post your suggestions here!
  24. Wouldn't it be nice to have a creative/godmode mode version of this? Name says it all.
  25. What do you guys think about orbital mechanics and other realistic physics elements? I personally think it would be cool to do a Hommen Transfer in my custom-built starship and sneaking up on enemy ships where they don't expect it. I suppose it would be cool to have other realism features, but this isn't that kind of game. Still, orbital mechanics are cool.
×
×
  • Create New...