|
|
| Author |
Thread Statistics | Show CCP posts - 30 post(s) |
Robert JD Niewiadomski
NULLIMPEX INC
311
   |
Posted - 2013.07.10 07:44:00 -
[1] - Quote
Have few questions:
- Is there any limit on number of "5 minute" re-attacks in a row? Max 4 battles if there are 400 clones in the district and attacker manages to keep it's clone count above 100?
- Is there any limit on number of "1 hour" re-attacks in a row?
- Do the "5 minut" re-attack implies automatic deployment? Or it simply automatically generates corporation contract for PC battle available for 5 minutes? Is there any penalty for not showing up beside wasting an opportunity to seize the district?
- Does the district owner has the ability to change RT immediately after the battle?
- Would you consider adding into PC battles, a hackable objective tied directly with control of RT?
This would work like this:- At the start of the battle both teams decide what is their preferred RT for the district.
- The RT objective belongs to defender at the start of the first battle in a row.
- Then it can switch the owner multiple times during battle due to hacks.
- And any consecutive hack changes the RT for the district accordingly.
- Setting of the RT at the end of the battle depends on the last party's RT setting which hacked it.
- If the defender is attacked after 48 hours from the last lost battle, RT belongs to attacker.
- RT setting is restored back to defender's setting after 2 cycles if there is no new attack at 2nd cycle
(it takes more time to remove virus after the battle when it managed to root itself in the system for good).
- Attackers can simply choose to hack RT or not during battle.
- The "5 minut" and "1 hour" battles are still not directly affected by RT setting...
|
Robert JD Niewiadomski
NULLIMPEX INC
311
|
Posted - 2013.07.10 08:47:00 -
[2] - Quote
@self-locking district idea, according to CCP Nullabor's post, there is no clone production in 2 cycles following the last battle...
CCP Nullarbor wrote:MlDDLE MANGEMENT wrote:CCP FoxFour wrote:Parson Atreides wrote:How exactly is clone stealing going to work with the new "100+ clones means you get to attack again" deal. What if as the attacker I win, thereby stealing a number of clones (let's say 40), but only have 61 clones left after the battle? Does the 40 I stole get added to 61, thus giving me 101 clones and a chance to attack again right away? Clones stolen because of a win go straight back to the district the attack was launched from. They are not counted towards the 100 minimum. They cannot be used in the immediate follow up attacks. What about the followup attack can do you get a second round of clones to steal? No only the first attack steals the clones, you basically take the next days worth of production cycle and prevent it from generating anymore. Attacking it again straight away does not produce anymore clones. Source: https://forums.dust514.com/default.aspx?g=posts&m=1036819#post1036819 |
Robert JD Niewiadomski
NULLIMPEX INC
312
|
Posted - 2013.07.12 06:51:00 -
[3] - Quote
Terra Thesis wrote:CCP Nullarbor wrote:The CPM and CSM have also been speaking together about this very topic and we have some, lets say interesting, plans to make PC a little more open and "sandbox like" as well as unique from instant battles. yessssssssssssssssssssssssssss Could this possibly mean the district owning corporation members could actually enter the district map whenever they please? That would be dustastic! And a more tangible incentive to own a district than clone ISKs... Really  |
Robert JD Niewiadomski
NULLIMPEX INC
313
|
Posted - 2013.07.12 07:44:00 -
[4] - Quote
crazy space 1 wrote:one day for sure we will go down to our planets when there is no combat, I think the plan is have PvE there? But we don't have a system that generates endless maps YET so we have to wait. You could trespass on other corporation's district. They get alerted, deploy their team, seek you out and stomp your clone into dust... Your district loose one clone But you could roam around whole planet this way, making map "endless". At a risk... |
|
|
| |
|