MINI HEAL spam & dmg healed (+ disruption recast delay)

[hectorc2w]

I strongly believe that it is not accurate.

here is a screenshot of me during a t2a fight casting heal.(proving that what we use is kinda accurate on dmg healed).


Note that this is the ONLY screenshot that i have out of around 2000 where i am casting a heal or being healed by the heal spell.

So why didnt anyone use heal? Not because it didnt heal good dmg but most probably because there was a big recast delay BIGGER than the current 0.75 second we use. most probably around the casting time of an 8th level spell(2.25 sec). That meant you coudnt spam heal or ANY spell for that matter unless you waited that 2.25 sec. Then you could recast instantly a spell after releasing the first one and fastcast it negating the 2.25 wait time you had to hold your spell.

Now the only source of something like that I have is a UOPG article written during uo:r on how to fastcast and negate the recast delay

http://www.uopowergamers.com/e-pvptapion.shtml

...OSI made the limit so you cant cast spells immediately but with double casting the first spell is delayed so the second spell can go fast hense by passing the delay that OSI set to prevent people from casting several spells in a row like the old fireball days).

In order to double cast you need to cast the first spell and wait about 2.2 seconds after the target cursor comes up then target cast the next spell immediately then target again. Its a good idea to hold down the 2nd spell after you push the macro for the first spell (thats why I stressed earlier that its important to have offensive spells on the F keys so you will be able to push the target for the first spell after waiting 2.2 seconds while holding down the second spell). Lets experiment now to see if you have it right...find a dog cat or anything that will survive 2 mindblasts and set him on last target....

note that he says "old fireball days". I presume he means the dread days before t2a. that would also mean that the delay was added for t2a or during t2a.

now its an assumption but at least its something because heal spam did not exist during the t2a era.

[Luca|Blight]

I agree, the amount healed seems fine, but the spamming of it never happened.

[Hemperor]

I think the 2.2 seconds is somehow a reference to the fifth circle delay, as he is using Mind Blast. I don't really think there is going to be anything else supporting that, I think it's just a poorly written page.

[hectorc2w]

im pretty sure it was 2.2 for any spell lvl

[Hemperor]

I'm looking to see whatever I can find towards recast delays, mainly archived Usenet posts from around the date they were initially implemented.

It would help if staff could say what our current delays are based off of?

[hectorc2w]

i think they are runuo default at 0.75

[Faust]

I believe Hector is onto something here.. the only reason the current recast delay of 0.75s is active(something that I argued for after it was changed even lower to 0.5s to be based on a 1st circle spell) is probably due to the current inaccurate pvp system with the swing timer and it's the default value for the recast delay... This is something that probably should be fixed along with the swing timer patch. Kaivan argued hard for a 1 second recast delay and he was more than likely right the whole time when the current system was just wrong.

The patch for the recast delay.

Numerous loopholes used by third-party programs will be corrected. As we have stated before, we intend to continue moving aggressively to prevent these programs from having any utility. We don't wish to describe all of the fixes we made, so that exploiters have as little warning as possible, but one change in particular merits notice.
The "Fast last-target spellcasting" exploit will be corrected. This involved placing a small skill delay after completion of casting.

A 1.0 second recast delay on a non-fast casted spell makes a lot more since here for many reasons. Other short delays like spell damage, archery damage, firebreath, action, etc... are all one second long. The patch even mentions a small skill delay and we all know that the only small skill delay that existed around that time was the snooping delay of 1 second too. This would explain a lot for the reason why the spell wasn't spammed.

The recast delay is a simple process that is pretty clear over at UoPowergamers... When you physically cast a spell you have 2.25s or 9 ticks(equivalent to an 8th circle spell) to wait until you can target the spell to avoid any recast delay. If you wait this amount of time the recast delay will be negated upon targeting the spell. Non-target spells can't get around this delay at all.


Example Non-Fast Cast
Cast ebolt(1.75s delay)
Target displays
Use the target immediately
Recast delay applies until you can begin another spell

Example Fast Cast
Cast ebolt(1.75s delay)
Target displays
Wait 2.25s
Use the target
Recast delay will not apply


We have this part understood quite well here. However, the problem is not knowing what the recast delay is since there are no known references to it. I have a very good hunch that it's one second long as Kaivan stated a long time ago.

[Hemperor]

i think they are runuo default at 0.75

They've been anywhere from 0.5 - 1.0 in the past, changed a few times.

[hectorc2w]

after testing it out, 2.25 is def too long :p

I guess its 1 second or a little more

[hectorc2w]

and here we can see that there is no recast delay when disrupted:

[MatronDeWinter]

and here we can see that there is no recast delay when disrupted:

I'm not sure I understand how you can deduce that from those images?

[hectorc2w]

first image you see him getting hit by a macer while casting gheal, he recasts it right way
you see the same thing in image 2 which is like half a sec later

[Sandro]

you can't matron

[MatronDeWinter]

you can't matron

Yeah, I didnt think so. Text could have just stayed up for that time.

[son]

I said this right when the recast delays were tweaked with. Mini heal was never used as often as it is here.