nice job on the progress. /cheer

If you don't care about misses just trigger it from the combat bubble exclusively. Or loop it exactly once (which is no problem even in view of EQ2's loop detection) and assume you won't miss more than once in a row. Increase that number until you have a reasonable likelyhood of success. But keep triggering from the bubble anyway to resync.

I'm not sure how I would do that :confused:. And wouldn't the miss combat bubbles also trigger it???

I already have problems with my code. It only works initially when the first auto attack is triggered, but when you turn off auto attack and then turn it back on it crashes. Maybe there's a flaw in my code.

Maybe someone should take a look. :o
Or
Any ideas???

If there combat bubbles telling you that you missed then you need to trigger from those (assuming a miss consumes an auto-attack). Sorry, I seriously haven't much of a clue about auto-attacking. ;)

Combat bubbles don't work. I just tried and nothing :(

When I turn off the autoattack and turn it back on, I get an error. I don't know why or how, but that's what I'm getting. I've tried sooooooooooooooooooooooo many ways around it, but every attempt is a failed one.

The error I get when the client shuts down is:
runtime error R6025
- pure virtual function call

I got it to resynch, but it breaks randomly. I'm still not sure how to solve the 6025 error (check my last post) though. That remains a mystery.

Heres my latest code:
Anyone home??? lol :p

http://support.microsoft.com/kb/125749

I would contact the EQ2 Dev team regarding this issue and send them your logs.

It seems that you inadvertently have found a bug with the interface and virtual function calls.

So, it crashes to desktop randomly?

And you said the miss combat bubbles do not work at all?

No it doesn't crash randomly. My code seems to work (besides the code's loop breaking randomly). When I first initiate auto attack I don't crash, it only crashes and gives me the 6025 error when I re-initiate the auto attack.

The combat bubbles do not toggle visiblilty on and off themselves. With a previous version of my code I tried to make them toggle on and off in order to resync the progressbars and I got a 6025 error.

What do you mean? OnShow scripting should work, I know I used that in the past, would be strange if they changed that (make sure the page is set to visible=false in the xml).

I get the error becuase I had the code to toggle that in the auto attack onshow and for some reason it crashes. Use my code and then try it.

Had not looked at your code yet. What you did was to have ProgressTimer call ProgressTimer2 and vice versa in an endless loop. And when you toggle autoattack again you trigger the already running loop again. That's certain to crash the game, you can't do that. Don't ever do endless loops.

That is my previous code. It didn't work even with the first ProgressTimer. That was just an experiment (it didn't crash the gaem, but the loop breaks randomly). I still got the crash with JUST the first ProgressTimer.

I looked at the latest code I see, which is post #167?

It still crashes when I turn on/off auto attack

Not entirely sure from looking at it but maybe you are creating a race condition between the effector and the OnEffect Finished? IIRC the OnShow of the AutoAttack fires twice so you will trigger it twice.

Any ways around???

Create a variable name and button that will be pressed first, and then a value that will trigger the code only after that value has been set?

/shrug

I tried that. I might be doing something wrong, but I'm not sure. I have done many commutative things, but I cannot seem to get any to work.

I might have missed something or did something wrong. I'm thinking that it could have something to do with the MovementEffectors, but they worked as a loop together, so I would believe that would be ruled out.

...Anyone else wanna have a go at it????

I think it's gonna be hard to keep it from working right until you get the code to only trigger when autoattack lands or misses. Any other substitute will bug it out.

Here's the problem I had. I got a code to work just from having autoattack on but when I spammed Ca's. It crashed.

I determined the reason was when we use a ca, the game automatically pauses (or shuts off autoattack) and then reapplies after you are done casting. So everytime I would cast a CA, the autoattack trigger would reapply over and over in between the delay. With a delay of 4 seconds or so, and spamming 3-4 cas in between. You can see how that would cause a problem.

So there may not be a whole lot wrong with your code Dragowulf but you'll never really be able to know that until the trigger is coded correctly.

On that subject, instead of having ProxyActor read combat bubbles. Is there a way to get it to read the chat window? Say everytime "YOU" is shown, it will trigger the timer?? ("YOU" is the text for autoattacks)

No you can't. Just make it read combat bubbles, that's dead easy. E.g. by simple modification of drago's code above (I only modified the OnShow/OnHide code of the window and removed his trigger):

You'll just need to make sure that the bubbles are for auto-attacks via the ShadowStyle (I'd assume that auto-attack misses have the same ShadowStyle) and add bars for the different weapons. Maybe there's even a way to differentiate dual wielding from the bubbles, I don't know.

That works, but confusing with two weapons and CAs, and possibly even DA, etc.

Go to find a way to differentiate weapons.

Well to toggle bars:

Melee Bar:
/GameData.Self.AutoAttack

Dual wield melee bar:
/GameData.Stats.SecondaryDelay

Ranged Bar:
/GameData.Self.RangedAutoAttack

To filter CAs you need to amend the OnShow code of the CombatBubble to check for the ShadowStyle (would have added that had I known the name of it, someone will need to check in game).

I'll try something and get back to you

I've made quite a bit of progress. I have got both Primary/Secondary working together nicely. I just am trying to figure out how to make the bars stop resetting.

What's the issue with resetting?

It resynchs upon each time anything happens with the combat bubbles (ie. when u attack, get hurt, riposite, etc.). I think I can fix it by making the OnPress take off the bubble's OnShow and then when effect is finished it would be reapplied.

I also have a new problem. (NOTE: I want to keep secondary and primary in the same window). What happens is that when I have dual wield weapons equipped upon logging in, it works fine. But when I have only the primary equipped upon logging in, it doesn't work. I've tried a couple things and I think I could use some help.

I changed a lot and renamed it eq2ui_autoattacktimer. I haven't got to ranged yet, but I'm assuming it will be easy.

Well you'd really need to check the ShadowStyle at least, and if necessary because other messages are sharing the style whether it's an integer or says "Missed". If you stop it from retriggerin before the Effect is finished you can't resync where necessary (see Aditu's post above, there is quite a lot of variance in the timing).

I'm not quite sure what you want me to do with the shadowstyle

The following:

So, how do i test the code he keeps putting in that block.

Pretend i have no clue how to do it ;)... because I don't.

In the UI file is it possible to test if the progress bar current value is within a certain amount of time to finishing?

I'm not good with explaining whats going on in my brain, so I'll just give the example.

On combatbubble show,
if auto attack is on and the player is dual wielding, then
check each attack bar's remaining time, if it is less than 1/8 of a second then reset that bar

That would take care of the variance, as well as determine which bar you need to reset, primary or secondary. Also, not only do you need to check the ShadowStyle, but you need to check the font color as well, which will need to be white if I'm not mistaken. You won't need to make this check if you have only your combat bubbles showing though.

My test only had my attacks showing, I have NO idea if you can see others auto attacks and if they have an outline different than what is currently being looked at.

Note that if you need to check for colors (I don't think you do) then you need to read them from the system variable first because they are freely configurable.

You'll only need to check the color if you have all combat bubbles showing, that can be turned off in options though.

Sounds like almost all the setbacks have been hurdled, just need to code something up =)

I agree, it should be a requirement for the person using the Addon to show only self combat bubbles.

That's what I've been doing :p

Ok, it's almost fully functional. I think the only problem is the CombatBubbles (and lag), but this is working better than I thought. I still notice little problems with Primary/Secondary working together, but I'm sure we can fix that. I'm under the impression that the Primary/Secondary problem has to do with the CombatBubbles.

I noticed that Ranged Combat bubbles function differently than melee. What happens is that you don't see the combat bubble until the arrow hits the target (It takes half of the delay time). I had to multipy the ranged SpeedCalc by 2 so that the ranged speed of the bar would be on par with the attack.

Please report any bugs/issues in this thread


Remember to put <include>eq2ui_custom_autoattacktimer.xml</include> inside your eq2ui_custom file. You don't need to type anything to make it work, just auto-attack

It updates on EVERY bubble, should only be the ones with no border.

I guess you already knew that.

I have more features to make it a little more complex once you get it functional ;)