Page 8 of 8

Re: A thread not about casting

Posted: June 15th, 2019, 12:25 am
by Eos
Loler wrote:cast 'magic arrow'
waitfortarget 1500
pause 250
target! self
cast 'greater heal'
It seems that on OSI the damage ticks after greater heal finishes casting, despite being triggered first and having the same theoretical delay. :| The difference in packets is only 0-2ms.

It should be noted that adding a pause between target self and greater heal as low as 1ms will start triggering disruptions on OSI, just like on Demise. To experience this difference in actual PvP (not a macro) would require almost perfect timing.
cast 'magic arrow'
waitfortarget 1500
pause 250
target! self
pause 1
cast 'greater heal'

Re: A thread not about casting

Posted: June 15th, 2019, 2:32 am
by Loler
The Silvertiger wrote:
Loler wrote:Yeah I posted similar information in the bug section with video proof of both but it makes sense to answer it in a general discussion thread months later.

https://www.uogdemise.com/community/vie ... 14&t=29049
So much for not caring anymore, eh?

Much butthurt I sense in you, young master!
You got some kind of infatuation with me? Eos responded directly at me. I proved the current casting iteration to be wrong compared to osi. This is one of the main things people who play on osi complain about when they come here and see the "osi casting". Been able to Magic arrow self then follow with gheal for years. They complain about the damage of delayed spells being to fast. If someone else wants to check all other delayed spells they probably have the same problem. Not counting explosion obviously.

The funny thing was the fact I posted video proof 2 months ago in the proper place and got 0 response. However in general discussion a place bug reports don't belong it gets responses.

Re: A thread not about casting

Posted: June 15th, 2019, 3:16 am
by The Silvertiger
Loler wrote:
The Silvertiger wrote:
Loler wrote:Yeah I posted similar information in the bug section with video proof of both but it makes sense to answer it in a general discussion thread months later.

https://www.uogdemise.com/community/vie ... 14&t=29049
So much for not caring anymore, eh?

Much butthurt I sense in you, young master!
You got some kind of infatuation with me? Eos responded directly at me. I proved the current casting iteration to be wrong compared to osi. This is one of the main things people who play on osi complain about when they come here and see the "osi casting". Been able to Magic arrow self then follow with gheal for years. They complain about the damage of delayed spells being to fast. If someone else wants to check all other delayed spells they probably have the same problem. Not counting explosion obviously.

The funny thing was the fact I posted video proof 2 months ago in the proper place and got 0 response. However in general discussion a place bug reports don't belong it gets responses.
No, I just have a problem with you. Your video proof's are sketchy though. Like you know how you didn't have a single monster fleeing, but I have a video of 20-30 monsters fleeing.

Re: A thread not about casting

Posted: June 21st, 2019, 1:42 pm
by The Silvertiger
Eos wrote:
Loler wrote:cast 'magic arrow'
waitfortarget 1500
pause 250
target! self
cast 'greater heal'
It seems that on OSI the damage ticks after greater heal finishes casting, despite being triggered first and having the same theoretical delay. :| The difference in packets is only 0-2ms.

It should be noted that adding a pause between target self and greater heal as low as 1ms will start triggering disruptions on OSI, just like on Demise. To experience this difference in actual PvP (not a macro) would require almost perfect timing.
cast 'magic arrow'
waitfortarget 1500
pause 250
target! self
pause 1
cast 'greater heal'
Hi! I'm trying to test individual spells speed. I am using this script atm:

Code: Select all

promptalias 'pet01'
createtimer 'blah'
settimer 'blah' 0
cast 'fireball' 'pet01'
while hits 'pet01' > 90
endwhile
while not hits 'pet01' > 90
  if timer 'blah' < 1400
    msg '1400' 44
    stop
  elseif timer 'blah' < 1500
    msg '1500' 44
    stop
  elseif timer 'blah' < 1600
    msg '1600' 44
    stop
  elseif timer 'blah' < 1700
    msg '1700' 44
    stop
  elseif timer 'blah' < 1800
    msg '1800' 44
    stop
  elseif timer 'blah' < 2000
    msg '2000' 44
    stop
  elseif timer 'blah' < 2100
    msg '2100' 44
    stop
  elseif timer 'blah' < 2200
    msg '2200' 44
    stop
  elseif timer 'blah' < 2300
    msg '2300' 44
    stop
  elseif timer 'blah' < 2400
    msg '2400' 44
    stop
  elseif timer 'blah' < 2500
    msg '2500' 44
    stop
  elseif timer 'blah' < 2600
    msg '2600' 44
    stop
  elseif timer 'blah' < 2700
    msg '2700' 44
    stop
  elseif timer 'blah' < 2800
    msg '2800' 44
    stop
  elseif timer 'blah' < 2900
    msg '2900' 44
    stop
  elseif timer 'blah' < 3000
    msg '3000' 44
    stop
  endif
endwhile
Is there a better method? Does it matter where I place the "settimer 'blah' 0" at?

Re: A thread not about casting

Posted: June 21st, 2019, 1:58 pm
by The Silvertiger
Hmm... method works on OSI, but on Demise, it doesn't read pets hits, so I have to look for another way.

Re: A thread not about casting

Posted: June 21st, 2019, 2:47 pm
by The Silvertiger
Ok, so I redid my script to look at my mana as a casting speed. Casting magic arrow 'self' nets between 600 ms and 900 ms on both demise and OSI, but there is some difference.

So I started cast a miniheal as soon as I see the 6-900 ms number pop up. On Demise, I am getting disrupted. On OSI, I am not.

Re: A thread not about casting

Posted: June 21st, 2019, 6:25 pm
by Vitek-
Haven't read this thread, but I logged on the first time in awhile yesterday and fought yamaha forever. The disrupt delay feels pretty good. Thanks!!!

Re: A thread not about casting

Posted: June 22nd, 2019, 1:41 pm
by Loler
Using steam and easyuo timers are not accurate to the millisecond. It's accurate to about a quarter of a second. Ping/lag varies results.

If anyone else has results on timer accuracy for easyuo/steam please post em.