I just had an idea yesterday. Instead of an fixed hard cap on turrets or a hard cap by volume, a soft cap. The idea would be:
Blocks would be more or less volatile due to their type (normal hull would dampen volatility, making it useful). An average would be like "25 %"
Turrets would add volatility to the entire ship depending on turret size and ship volume, because they are most likely introducing explosive things in it due to energy or ammo production.
Volatility would be an exponential damage multiplier. So someone would be able to put as much turrets as she desires, but if too much turrets are added the ship would explode at the slightest shot.
If the server can compute it, volatility added by turrets could be compounded by block exposition (so if a block "hardpoint" is "jutting out", it will obviously take more shots because of the exposure, but it'll expose the ship to less danger). In fact, it may be as simple as calculating the distance to the ship's center of mass ?
It may be kind of a bad idea as as always, it shamelessly promotes "bigger is better", but it would be more logical than wasting upgrade slots to add turrets. (TCS may be repurposed to damage control units that would reduce volatility for a roughly equal amount of turrets' worth.)
An alternate idea about turret count: A base turret maximum count that takes into account not volume, but exposed surface to volume ratio, so the game would deduce "this ship has four angles of approach, hence four minimal turrets to cover it" ::) ? It would have a similar effect to volatility as ships designed to maximize surface to volume ratio would expose more blocks and more surface to shoot at, reducing the ship's overall resistance...
Another things that I'd like to see would be ship renaming, sector renaming and especially jump gate construction, to put player systems on-grid, named and all !
Constructing a gate would need something like at least 1 million credit per gate, then establishing a link would need money and enough reach on both gates. To calculate the reach of a gate, a Quantum Hyperspace Module would have to be integrated in it, and all its characteristics would be effective.
Jump range would simply add to the reach (a +3 would give a 2+3.5=5.5 sector reach
Radar range would add half of itself to the reach (a +4 radar range would have the same effect as +2 jump range)
Recharge energy would increase money gained by ships getting by the gate (as it would need less energy to maintain the link)
Hyperspace cooldown would decrease money needed for the link (wasting a module that would be a time-saver for an explorer's ship to reduce the amount of grinding needed to establish a new trade route).
Linking would block access to the module, unlinking would free it.
The link cost would be free below the 2.5 reach as any ship would be able to warp there so it wouldn't theoretically establish new trade routes. Above, it would ask for expontientially more money (something like ((distance - 2.5) ^ sqrt(2)) * 1 500 000, rounded to the nearest hundred, would be kinda balanced).
There would also be gate tiers, with maximum reach and size, and they would also logically need material.
Iron gates would cost 1 million credits and 10 000 Iron, be as small as normal gate, have a max range of 6, and be unable to link sectors between rifts.
Titanium gates would be the default gate, costing 4 million credits and 10 000 Titanium, and having a max range of 8.
Naonite gates would cost 9 million credits and 15 000 Naonite, be 50% bigger than a Titanium Gate, and have a max range of 12.
Trinium gates would cost 16 million credits and 20 000 Trinium, be 100% bigger than a Titanium Gate, and have a max range of 16.
Xanion gates would cost 25 million credits and 25 000 Xanion, be 150% bigger than a Titanium Gate, and have a max range of 20.
Ogonite gates would cost 36 million credits and 30 000 Ogonite, be 200% bigger than a Titanium Gate, and have a max range of 24.
Avorion gates would cost 49 million credits and 35 000 Avorion, would generate a true wormhole when linked, yielding no max volume, nor max range, and the ability to cross the Inner Sphere Boundary. Disadvantages: Avorion gates would only link to other Avorion gates, and cause problems while unlinking (massive xsotan invasion, or from creatures living in wormholes?).
Suggestion
Kamo
I just had an idea yesterday. Instead of an fixed hard cap on turrets or a hard cap by volume, a soft cap. The idea would be:
It may be kind of a bad idea as as always, it shamelessly promotes "bigger is better", but it would be more logical than wasting upgrade slots to add turrets. (TCS may be repurposed to damage control units that would reduce volatility for a roughly equal amount of turrets' worth.)
An alternate idea about turret count: A base turret maximum count that takes into account not volume, but exposed surface to volume ratio, so the game would deduce "this ship has four angles of approach, hence four minimal turrets to cover it" ::) ? It would have a similar effect to volatility as ships designed to maximize surface to volume ratio would expose more blocks and more surface to shoot at, reducing the ship's overall resistance...
Another things that I'd like to see would be ship renaming, sector renaming and especially jump gate construction, to put player systems on-grid, named and all !
Constructing a gate would need something like at least 1 million credit per gate, then establishing a link would need money and enough reach on both gates. To calculate the reach of a gate, a Quantum Hyperspace Module would have to be integrated in it, and all its characteristics would be effective.
Linking would block access to the module, unlinking would free it.
The link cost would be free below the 2.5 reach as any ship would be able to warp there so it wouldn't theoretically establish new trade routes. Above, it would ask for expontientially more money (something like ((distance - 2.5) ^ sqrt(2)) * 1 500 000, rounded to the nearest hundred, would be kinda balanced).
There would also be gate tiers, with maximum reach and size, and they would also logically need material.
Link to comment
Share on other sites
3 answers to this suggestion
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now