Jump to content

vylqun

Alpha Team Vanguard
  • Posts

    983
  • Joined

  • Last visited

Everything posted by vylqun

  1. Thats some "by the power of friendship" BS if i ever heard it^^ The trust i talked about isn't limited to "do i trust that player as person" but more like "can i trust another player to log in weekly to pay the taxes for the hex". Because there are loads of reasons why that person might not be able to login anymore even tho he wants to, be it monetary or health reasons, or whatever. And losing a build you worked months on because of something like that is a matter thats just a no-go. With the tax system DU basically removed the creative build mode. Until now builders participated a lot in the economy by buying ores, HC or elements. Now that might drastically reduce, because builders can't "just work" on their project anymore. For example i'll have to tear down my temple building, because its on a hex of someone who can't log in: It might not be the prettiest building, but it still did take quite a lot of time. With their taxes NQ effectively reduces the amount of landmarks ppl might want to visit or which they could advertise.
  2. yeah, a lot of people are ok with the system because they assume the prices will stay the same or only drop marginally, while in my opinion, T1 will drop to an all time low. Calibration Talents are supposed to apply through VR, however, that was said in the same video, in which they stated that scans will carry over, so take it with a grain of salt.
  3. Sure, that could be done, but its always way more reliable to own the hexes yourself, especially in a game where you don't know if the next time you see the other person is tomorrow or in a year. And if you took weeks to build a great race track, just for this person to not pay the taxes, thats a risk i wouldn't want to take.
  4. It depends. For people who arent active anymore, the racing league can "just" claim their hexes and shoulder the taxes (if they are willing to pay out of the pocket) For those with still active users... i personally own one race track that crosses 6 hexes. I did plan to build a second one before the demeter update was announced, but now certainly wont do it, as i'm neither willing nor able to pay 6mio+ per week for something that gives no income. I know there are some race centers that use way more hexes, and all of this has to be paid. My rough (and probably wrong) estimate is, that all current tracks in the racing league summed up have 70+ hexes, which is a looot of taxes. Now some people would probably argue, that the useage of the tracks could be monetized, but that only works if a sport has paying audience, and i have yet to meet anyone who is willing to "see" people race in DU. In addition to the high probability, that the majority of those hexes have crappy ore pools, it just kills the future prospects of the racing league and is a very limiting factor to future expansion. An very idealistic and at the same time unrealistic view. The amount of players who can and are willing to pay for RP is abysmal small.
  5. so, basically the tax system killed the DU racing league and only a few selected tracks will remain, is it really your wish to reduce the already lacking content of DU even further?
  6. Its a difference if you scanned lot in the past for megas and if you just started scanning because you were forced to do so due to the demeter announcement, a big difference. Thats why i said at least keep those which were made after the demeter announcement. Because people were pretty much forced to scan if they still want a somewhat steady ore income. The issue is dliberately making players waste 2 weeks of their time. Ofc people who already own thousands of scans are less impacted by this, they didnt put in the extra work, they're just doing what they always did. They didnt have to make time to do something they dont like and dont want.
  7. I am PISSED!! After you announced that old scans will carry over i wasted a week scanning hundreds of tiles to have a good spot after Demeter, and now you say all this time, that i only spent on scanning because NQ announced it would be valid, was a huge waste of my few hours of spare time after work? Thats absolutely BS! At least set a cut off date that the scans after you made that announcement are still valid, take some responsibility for your damn announcements!
  8. well, in real life ( i know, annoying argument) nearly everything thats left alone for several months will be damaged, everything useable cleaned out and covered in graffity. So yeah, construct should be open for scavenging gameplay after a certain amount of time, and completely decay by itself after an even longer time. However, I'd implement a "security badge element" or something similar, where ppl can deposit any amount of quanta and, dependend on the core type and size, a certain amount of quanta is deducted each day to prolong this salvage protection period. (similar to paying monthly taxes for hex ownership)
  9. good choice to revert the previous changes to support.
  10. DU needs to be saved, yeah, but i think much of what you suggest goes in the wrong direction. 1) automated mining is nice and all, but can't be allowed to replace manual mining, because mining is one of the main means of income for new players (who certainly can't set up a plant themselves) 2) Warp shouldn't be cheap, if anything it should be more expensive. I'd rather have them add XXXL warp gate elements to the game which need loads of power but can enable warp channels for ships to use cheaply (in contrast to the expensive individual warp ability of ships). This would improve PvP and player interaction as long as it is profitable to use/own such a warp gate in the more dangerous areas 3) Voxel editor, yeah, somewhat needed. 4) different shape of cores isn't really that necessary. If you want an elongated shape, take a larger core. you're not supposed to fill the whole volume of the cube for mobile cores anyways. That being said, it would be good if we can attach and lock mobile cores to each other alloweing cross-core communication and linking. 5) wont happen. The mix of elements and voxels is fine, we just need more diversity on the element side, and thats most likely to be the case going into the future. 6) yes.
  11. general rule is that you can't place anything behind engines/wings (or rather in the direction the force arrows show). Anything that isn't obstructed even tho something is behind it can be regarded as bug.
  12. having less posts than a player that doesnt play, he should be ashamed of himself then i guess The problem DU currently has that the production of nearly all elements is way higher than the demand, which leads to collapsing prices whenever more than only 2 or 3 ppl sell the same type of element at the same location, and the schematic exploit only made it worse (which is why its even more weird, that it wasn't adressed properly) Without a huge influx of non-undustrialist players or a good and meaningful system to destroy elements that wont change and the economy will stay as crippled as it is.
  13. "To provide better support we will now treat everyone equally and make you wait 1 months for issues that could be solved within minutes if you pm a dev in discord or ingame" Really? Sorry that i post here, but really? For better support? Does NQ think we are retarded? At least don't come up with such an obvious lie as excuse when you don't want to provide the manpower for real time support...
  14. Very important, give the players who join a full inventory with stuff. Not many will be able to afford the time to grind up to endgame content for pure testing purposes.
  15. I completely agree with Lethys, it has to be a bit more complex than giving one wallet and every rights. We need at least a division into "every right" and "can only add quanta" And it is also very important to be able to create more wallets, or as lethys said, divide it with individual rights for each partition. Its just way easier and more conventient to have a market wallet, taxes wallet, savings wallet etc. Please do not half-ass this just because you can't/don't want to spend more time on it!
  16. Its already been 2+ years since i made more than a small post regarding a feature in the game, so in the hopes that the community mangers indeed forward ideas and posts to the devs i will try it once more, because its something quite important and adresses one of the (in my opinion) core issues of DU. So.. Currently there are three main purposes of building static constructs, as platform for industry, as showroom/store and non functional art/rp. While i don't see a large issue with the latter two purposes, it feels quite lacking, that the only function of a static construct, that is backed by an ingame mechanic, is as industry platform (and it does that pretty badly). So i want to suggest some a little bit more complex mechanics for base building regarding industry. The only things necessary to build a factory in DU is a platform to place the industry units on. Thats pretty much all of the interaction between static cores and industry units, which makes it extremely unsatisfying and also leads to densely packed mega-factories, which seem to be disliked by NQ. There are several mechanics that can prevent mega-factories and at the same time make base building a bit more fun. 1) Electric power and computational power We know, that NQ plans to implement a system that involves power management for static and dynamic constructs. I would go a little bit further and incluce a second variable, the computational power. Each functional element placed on a core would require a certain amount of both powers. Electric power would depends on the type and sie of an element (metalworks would obviously require more electrical power than a door, similar as a gate XL would require more electrical power then a gate S) while computational power would depend on the type and tier of an element (advanced metalworks need more computational power than uncommon metalworks) 1.1) computational power Computational power is a resource that is provided mainly by the core. The larger the core the more computational power is available. The main purpose of computational power is to restrict the amount of high-tiered elements on a core, so it would be possible to build rather large t1 factories (if only computational power is regarded), but you wont be able to build mega.factories for high tier items like an ammunition factory that produces several types of ammo in high amounts. Of course there should be elements that increase the available computing power in a core, but at a cost of high electrical power, thus making it possible to balance those two powers depending on what you require. Having not enough computational power for all the elements on your core would limit their functionality, for industry units it would be a slower cycle time, or for weapons it could be the rate of fire. 1.2) electrical power Electrical power is not provided by the core, but needs certain elements to produce it. Those can include fuel-less elements like solar panels/geothermy/ wind power or one-time use batteries as well as fuel-requiring methods like generators working with nitron/kergon, as well as nuclear or anti-matter elements. Electrical power mainly limits the number of large elements as well as the number of low-computing power elements. Having a lack of power would mean that some of the elements on the core would stop working completely (until the amount of power required by the active elements is below the provided power level) 2) Heat As third balancing mechanism i want to suggest to introduce heat to the game. Every elements produces a set amount of heat depending on its power consumption. Then the heat that every element experiences is summed up to calculate the total temperature for each element (the heat of other elements would influence each other with a 1/r² relation). At the same time, elements can only work under a certain heat threshold, that means if its to hot, the units shut down. Similarily to computational power and electrical power there will be elements like heat sinks that can reduce the temperature in their surroundings. The main influence of heat on factories would be a tradeoff between density of industry units and power required to use temperature reducing elements, which would incentivice building modular factories, like dividing single lines on different levels, and prevent the endless stacking of industry units. A second, quite interesting, interaction with the heat mechanic would be the temperature of the environment. Industries built on cold planets or cold regions of planets could deal with more produced heat, than building in high temperature regions (which could be a tradeoff with power generation, because you probably wont have as much power generated by cheap solar panels in cold regions as in , for example, deserts) 3) AOE effects and unique XL element types The last mechanic i want to suggest impacts the size of bases. Certain XL elements should have AOE effects, that influence the cores in a certain distance to them, which then serve as enablers or provide ressources. A few specific examples would be XL power generators (which require a huge amount of computational power but are able to provide an absolute amount of power to the cores in their surroundings, so that they either dont need their own power generation or have an additional amount of power on top of them) XL quantum processors etc. (which are equivalent to power generators in their function), water pumps (which enable the surrounding cores to build water cooling systems) etc. Those XL elements should be unique types, that means you can't place an XL power generator and a water pump on the same core. This mechanic would not only increase the amount of specialized buildings (and with that the amount of functional buildings in a base), but would also incentivice ppl to cluster together so that they can benefit from the expensive power station etc. that other players built. Further suggestions and improvements are always welcome, base building is one of the most important parts in DU and it would be just sad not give it the love(and mechanics) it needs to become worthy of the possibilities that slumber in DU.
  17. the other way around, create means to get quanta from the system. But i fully support a whipe as long as we can keep Talents and probably BP
  18. its not crying, more like despair because you aren't able to grasp the difference between "you can use warp beacons to be safe" and "you must use warp beacons"... but might just be a language barrier, i'll give you the benefit of doubt.
  19. ppl who feel superior while talking crap sure are hard to argue with, i'll leave it at that. No point further discussing nonsense that will never happen.
  20. see, there we slowly close in on yoir real intent, capitalizing on warp beacons. Thats all your argument seems to be about. wow this forum sucks on mobile :x
  21. Let me explain it to you once more. You proposed two things 1) protection in any kind for space constructs 2) disable warping to planets No one (so far) disputed point 1. But you seem to fail to understand that being able to warp to planets doesnt automatically mean its mandatory, you can very well warp to a space station (which is protected if point 1 is implemented) even if you have the option to warp to planets, so taking away the opportunity to warp to planets doesn't make any sense. You like risk? Warp straight to the planet. You don't like risk? Pay the bill and warp to a warp beacon close to the planet. Both is possible and doesn't contradict each other. You try to entangle point 1 and point 2 even tho both don't have anything to do with each other, and thats what you fail to understand.
  22. then you dont understand what i'm writing And no, there are several of those aspects that can be usefull in the current state.
  23. don't mix up two points that have nothing to do with each other. Your topic stated 2 main suggestions: "protect warp beacons" and "disable planets as warp beacons". I'm arguing about the second one, and so did you in the answer to my posts. There is no reason to change the argument to protection now, as it doesn't invalidate my arguments.
×
×
  • Create New...