Project 1999

Project 1999 (/forums/index.php)
-   Bugs (/forums/forumdisplay.php?f=6)
-   -   Game Mechanics: Auto attack while/after casting spells is incorrect (/forums/showthread.php?t=210321)

Grux 09-08-2015 11:49 PM

Auto attack while/after casting spells is incorrect
 
I apologize if this is a repost I am new and was unable to locate a similar thread with search.
Currently when I am casting a spell with auto-attack on I will immediately auto attack when the spell finishes casting. This is very nice but not classic. Auto attacks would continue and if you were casting a spell and swinging a big weapon you would "miss" your attack window and have to wait for the next cycle.

I didn't find much but here's a post from 2004. I don't think auto attack was any different before then. Maybe someone can help dig it up

http://everquest.allakhazam.com/foru...49880922696619

Quote:

There are times when you might want to turn that off though. I do this when retargeting for heals for example. I sometimes will want to target myself and drop a quick heal. I could just hit the tab button drop the heal, then tab back to hit the target. However, if a swing happens to come along while I've got myself targetted, it'll use up that swing and I'll have to wait delay number of seconds before I can swing on the mob. If I turn off attack first, then tab to target myself, then cast my heal, then reverse the process to retarget the mob, then if the delay of the weapon passes, it'll simply ungrey the attack button, and I'll get a swing immediately upon hitting it rather then wasting it swinging at myself.
I guess i'm a glutton for pain...

Grux(en)

Victorio 09-09-2015 08:42 AM

This guy is not saying he misses a swing from casting while staying on the same mob. He's saying that if there's a swing that executes as soon as he's done casting (as happens here, because auto-attack keeps going through casting), it gets wasted if he has himself targeted.

Grux 09-09-2015 09:52 AM

Looks like this may have been addressed previously. I did most of my melee/spell casting as a SK tank in classic. I NEVER got an auto attack immediately after casting a spell.

This URL seems to be a similar post on the subject.
http://www.project1999.com/forums/ar.../t-164251.html

It contains a link to: http://www.tski.co.jp/baldio/patch/20010109.html

where the following is quoted in the patch notes:
Quote:

Melee attack timers will no longer be reset when a SK, Paladin, or Ranger cast a spell. Previously these classes had to wait a full attack delay after casting before they would attack via melee again
My personal belief is that something is still very unusual about the fact that when my shaman casts a spell he is able to auto attack immediately after casting. This is not something I remember seeing ever in classic. Unfortunately all the links I can find discussing spell and auto attack weaving point towards EQ2. Either my memory is shot (likely) or my google-fu is not good enough (also likely)

Ciroco 09-09-2015 12:44 PM

I believe melee stopped being reset for all classes at some point a couple years after the patch you mentioned.

This has been brought up before and no changes were made. It affects hybrids more than any other classes and this change should go in with the first Velious patch anyway, so I don't think it's a huge deal.
Disclaimer: I am a hybrid

kaev 09-09-2015 02:07 PM

Given the existence of autofire and other similar hacks it seems likely that weapon delay mechanics are handled in the client. That would make it difficult for the p99 devs to patch as they have to find the relevant client code and override it in some fashion. It's not actually that big a deal, it only helped players who didn't train themselves to hit auto-attack off before casting and on again after.

Zaela 09-09-2015 10:28 PM

Quote:

Originally Posted by kaev (Post 2040512)
it seems likely that weapon delay mechanics are handled in the client.

They aren't. Serverside timers.


All times are GMT -4. The time now is 01:43 AM.

Powered by vBulletin®
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.