


Are yo kidding me? Spirit dart is insanely powerful lol I can hit almost more than most DD's and I spike up TP faster.
I am very glad its getting auto attack.




In spite of the negative comments on the subject, I'd like to say that, as a mage who prefers to use a shield while solo, the auto-attack for close range is welcomed. I keep my stats relatively equal, so Shield Bash his for decent supplemental damage - and it's not gonna charge its own TP.
"I shall refrain from making any further wild claims until such time as I have evidence."
– Y'shtola
In other words you mean animation delay. Which is a picky and almost insignificant timing issue. The Time for animation delay of a "swing" is so low that you might as well say "lag killed you" instead of "my AA animation killed you".What do you think a GCD is? Any action creates one, AA, Spell, ability. I guess i should have been more specific but figured the general population would understand. My bad.
Better put if AA creates a GCD it 'could potentially' kill people since mages would have to wait that extra bit to THEN cast which by then could be to late. If that helps you understand better.
A spells will always supersede the "swing" unless the "swing" came right before you cast, and the likely-hood that that's actually a critical point in the battle is so low, it's inconsequential.
Unless you make FF14 play like some WoW raids, where one-shot-ing is a par for course...never going to be a problem.
Monsters themselves don't attack at the speed of light for it to matter. FF11 is even more harsh and veteran DRKs are mighty accurate in their stun timing.
Last edited by kukurumei; 06-17-2011 at 07:11 AM.


I wouldn't call it insignificant, perhaps for current fights, since nothing is exactly 'challenging'. But take for example a fight where it was healing intensive and in between a Cure to a Sacrifice your healer has the added downtime of an AA swing 'animation'. Trying to think of a decent XI example of a high intensity healing fight with not just tank damage but AoE damage to your melee's. But been a while and drawing a blank ; ; sorryIn other words you mean animation delay. Which is a picky and almost insignificant timing issue. The Time for animation delay of a "swing" is so low that you might as well say "lag killed you" instead of "my AA animation killed you".
A spells will always supersede the "swing" unless the "swing" came right before you cast, and the likely-hood that that's actually a critical point in the battle is so low, it's inconsequential.
Unless you make FF14 play like some WoW raids, where one-shot-ing is a par for course...never going to be a problem.
Monsters themselves don't attack at the speed of light for it to matter..
PW was more melees needing to not be stupid so I wouldnt say it was that healing intensive. Jorm would be a decent example when it first came out but meh not what I'm trying to get across.
I guess somthing such as the healer basically had to keep spamming cure > sac > cure > sac just to keep melee/tank up.
Now add AA ontop of it.
Cure > AA > Sac > AA > Cure. It could potentially kill people due to that GCD building up.
This is ofc with the assumption SE actually brings in such challenging content(healing intensive/DPS race/Tank Swapping etc). If everything stays simple as it currently is then you're correct that AA wouldn't bring much harm.
"close comabt range" I'm sory but I will not be walking up to something like Uraeus and melee as a mage. This means mages will no longer have the damage from their darts and no longer will be able to build TP and use WS that have enfeebling skills. To make up for the damage mages will have to cast more, but without a refresh... they will not be able to contribute to party damage as they used to. Tell me how will battle regimens work now if you aren't able to control your attacks? Will they be getting rid of regimen of ruin and the like? There are too may unanswered questions and as it stands now implementing auto attack without those other changes will just gimp the game just in time for new content to come out. How much more frustrating can these empty changes get?
I think you're drawing parallels to the current system, which has manual input lag. AA if done even half correctly, does not have input lag because it's essentially a system function.I wouldn't call it insignificant, perhaps for current fights, since nothing is exactly 'challenging'. But take for example a fight where it was healing intensive and in between a Cure to a Sacrifice your healer has the added downtime of an AA swing 'animation'. Trying to think of a decent XI example of a high intensity healing fight with not just tank damage but AoE damage to your melee's. But been a while and drawing a blank ; ; sorry.
PW was more melees needing to not be stupid so I wouldnt say it was that healing intensive. Jorm would be a decent example when it first came out but meh not what I'm trying to get across.
I guess somthing such as the healer basically had to keep spamming cure > sac > cure > sac just to keep melee/tank up.
Now add AA ontop of it.
Cure > AA > Sac > AA > Cure. It could potentially kill people due to that GCD building up.
This is ofc with the assumption SE actually brings in such challenging content(healing intensive/DPS race/Tank Swapping etc). If everything stays simple as it currently is then you're correct that AA wouldn't bring much harm.
The input of a "skill" going right after a "swing" animation is very small. Less then a fraction of a second, well within tolerance. There is going to be an animation delay, but it's very very small, because it's going to get motion blended into your "skill" function.
and in your situation, it would never happen. "Cure > AA > Sac > AA >" would not happen unless you purposely made it happen. It would end up "Cure >Sac [ got superseded AA] > AA > > AA"
Because Cure -> sac is already inputted before the cure competition, the system will bump the AA priority down. You're don't need to time a sacrifice right after cure ends.
The concept of Stacking or "buffering" is already a known entity.
Another reason for stamina gauge removal. You don't have a "check stamina requirement" after every skill input to prevent stacking.
Last edited by kukurumei; 06-17-2011 at 08:10 AM.

PPL its a system built for more strategy(a bit closer to XI's awesome system WE win!) and less button mashing now get over it, at least you get to rest your fingers a bit now and work your mind a bit more!
Most that like more depth in battle are happy the rest of you dont count lol.

AA wont cancle a skill...I think you're drawing parallels to the current system, which has manual input lag. AA if done even half correctly, does not have input lag because it's essentially a system function.
The input of a "skill" going right after a "swing" animation is very small. Less then a fraction of a second, well within tolerance. There is going to be an animation delay, but it's very very small, because it's going to get motion blended into your "skill" function.
and in your situation, it would never happen. "Cure > AA > Sac > AA >" would not happen unless you purposely made it happen. It would end up "Cure >Sac [ got superseded AA] > AA > > AA"
Because Cure -> sac is already inputted before the cure competition, the system will bump the AA priority down. You're don't need to time a sacrifice right after cure ends.
The concept of Stacking or "buffering" is already a known entity.
Another reason for stamina gauge removal. You don't have a "check stamina requirement" after every skill input to prevent stacking.


I'm taking into account this current system yes, as well as XI's system(both done by Matsui). Both will/have AA and in XI the GCD actually occurred AFTER the spell was used and was a horrible 1-1.5secs.
Also you're right my example was indeed being a bit presumptuous saying AA WILL sneak in both times. Which it wont the majority of the time if a person times the spell correctly. But that's not to say it will never happen also.
If AA is triggered and a spell is done roughly at the same time, you're correct the spell will supersede AA but as soon as that cast is done, AA will finish(if AA doesn't reset timers, which majority of games it doesn't).
Last edited by wind; 06-17-2011 at 09:03 AM.


And they prob never will
|
|
![]() |
![]() |
![]() |
|
|
Cookie Policy
This website uses cookies. If you do not wish us to set cookies on your device, please do not use the website. Please read the Square Enix cookies policy for more information. Your use of the website is also subject to the terms in the Square Enix website terms of use and privacy policy and by using the website you are accepting those terms. The Square Enix terms of use, privacy policy and cookies policy can also be found through links at the bottom of the page.

Reply With Quote
. 





