| Author |
Thread Statistics | Show CCP posts - 19 post(s) |

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.11 15:05:00 -
[1]
Originally by: CCP Abathur
Six hours currently, but we are looking at reducing that to probably three hours. Maybe.
So, in short (assuming 3 hours, even with current 6 but not as drastic). The defending alliance can go to bed, attackers come in, spam and online SBU on all gates, reinforce hub/station. The defenders wake up, everything is reinforced and consequently the SBU's are invulnerable per the specs in the blog, making the defenders prime time absolutely worthless.
Is that a correct assessment?
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.11 15:12:00 -
[2]
Originally by: Mashie Saldana
Originally by: Teck7 So, in short (assuming 3 hours, even with current 6 but not as drastic). The defending alliance can go to bed, attackers come in, spam and online SBU on all gates, reinforce hub/station. The defenders wake up, everything is reinforced and consequently the SBU's are invulnerable per the specs in the blog, making the defenders prime time absolutely worthless.
Is that a correct assessment?
You decide what time the RF will end.
No, you do not, they get salted with a random variable so they can come out at any random time. More importantly, the defenders have zero control of the flow of the sov contest as the attackers dictate when the DEFENDERS are able to attack the sov blockers, making it very easy for the attackers to prevent the defenders from fighting in there peak times - at all.
That is beside the point though, why should an offensive structure go invulnerable inside a defenders system just because the outpost/hub is reinforced - that is stupid beyond belief.
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.11 15:24:00 -
[3]
Edited by: Teck7 on 11/11/2009 15:24:36
Originally by: CCP Soundwave
Originally by: Teck7
Originally by: CCP Abathur
Six hours currently, but we are looking at reducing that to probably three hours. Maybe.
So, in short (assuming 3 hours, even with current 6 but not as drastic). The defending alliance can go to bed, attackers come in, spam and online SBU on all gates, reinforce hub/station. The defenders wake up, everything is reinforced and consequently the SBU's are invulnerable per the specs in the blog, making the defenders prime time absolutely worthless.
Is that a correct assessment?
Somewhat, but that's how it works today as well. That's why we've added dual reinforcement timers to make sure you have ample occasions to defend your space.
But yes, you can go to bed, wake up with a system full of SBUs. Just like you can go to bed and wake up to a system full of reinforced POSs :)
YES but currently when you wake up you can go on the offensive and attack the attackers POS's, this is not the case with SBU's, the attackers dictate when you can attack the SBU's.
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.11 15:30:00 -
[4]
Edited by: Teck7 on 11/11/2009 15:32:25
Originally by: lylaal but unlike pos you can always decide the aprox exit time so you can ensure its always around your prime
No, you can not, the timers are salted randomly as it says in the blog relative to the 24/48h timers. However lets for a minute ignore the previous, all you have the ability to do (as is the case on sisi) is add +/- 4hr to exit timers which, in the confines of even 24 and 48h timers, will still bring assets out of reinforced well within or very close to an enemies prime time that they chose to initially attack under.
The point still stands, enemy dictate when you can attack the SBU, defenders are left sitting on there hands after an attack has started till the outpost/hub comes out of reinforced, removing the potential for any intermediate combat as the attackers have absolutely no need to stick around.
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.11 15:40:00 -
[5]
Edited by: Teck7 on 11/11/2009 15:40:59 You are doing a fine job of ignoring the point of each post. That once SBU's are onlined and the outpost and hub reinforced, the SBU's are invulnerable making the defenders unable to actually defend outside the confines of the reinforced timers - removing all necessity for intermediate combat or the defenders ability to actually DEFEND at a time of there choosing. Attackers get to attack when they choose but defenders do not, that seems flawed.
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.11 15:51:00 -
[6]
Edited by: Teck7 on 11/11/2009 15:52:25 This whole expansion is a joke, CCP lazy programming at its finest - avoid giving titans roles, avoid fixing true sec, fighter bombers generate too much lag? nerf mom drone counts (it is now only +1 drone per lvl instead of 3), a lazily implemented new sov system with even more lazy mechanics bleh bleh bleh
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.12 08:04:00 -
[7]
Edited by: Teck7 on 12/11/2009 08:06:56
Originally by: CCP Sisyphus
Quote:
3) Can TCUs be physically moved within system without disrupting sov? Obviously if they are automatically placed the owning alliance may want them moved to a better location. Who will get ownership of the TCU in each system, the alliance executor?
Sortof - But when you unanchor a TCU you loose the strategic index (the "sov claim time"), and will start again from 0 once you reanchor. Currently the Executor will have ownership of all TCUs for an alliance.
This means that the executor corp will have to pay all bills.
Please note that the 1st bill will have already been paid.
But - You are able to change ownership of a TCU (and associated hub) to another corp in the same alliance. This will not reset the sov time and will transfer all bills/infrastructure etc to the new owning corp.
So in short if an alliance wants a TCU moved to an armed pos we are completely screwed in doing so without completely losing the strategic index? Could ccp programmers not create a few precheck functions within the script that will run during the expansion and if the owning alliance has an existing large tower that is online the TCU gets put there instead? I know it is not that difficult to actually accommodate in python (which if i recall is the standard that ccp programmers develop in with a pinch of C).
i.e: if free moon, place legacy tcu there if no free moon but alliance has existing large tower online, place legacy tcu there else place legacy tcu where you were originally (at a planet? was never indicated)
|

Teck7
Gallente Di-Tron Heavy Industries Atlas Alliance
|
Posted - 2009.11.12 14:04:00 -
[8]
Originally by: CCP Sisyphus
Quote:
3) Can TCUs be physically moved within system without disrupting sov? Obviously if they are automatically placed the owning alliance may want them moved to a better location. Who will get ownership of the TCU in each system, the alliance executor?
Sortof - But when you unanchor a TCU you loose the strategic index (the "sov claim time"), and will start again from 0 once you reanchor. Currently the Executor will have ownership of all TCUs for an alliance.
This means that the executor corp will have to pay all bills.
Please note that the 1st bill will have already been paid.
But - You are able to change ownership of a TCU (and associated hub) to another corp in the same alliance. This will not reset the sov time and will transfer all bills/infrastructure etc to the new owning corp.
So in short if an alliance wants a TCU moved to an armed pos we are completely screwed in doing so without completely losing the strategic index? Could ccp programmers not create a few precheck functions within the script that will run during the expansion and if the owning alliance has an existing large tower that is online the TCU gets put there instead? I know it is not that difficult to actually accommodate in python (which if i recall is the standard that ccp programmers develop in with a pinch of C).
i.e: if free moon, place legacy tcu there if no free moon but alliance has existing large tower online, place legacy tcu there else place legacy tcu where you were originally (at a planet? was never indicated)
|
| |
|