• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver
Resource icon

Release Brells Boomerang 01/27/2024

No permission to download
Please change this behavior to a "nav spawn npc Gilbot" and then target gilbot when they're in range. Targeting something you might not be able to without MQ, and then naving to them is a "dead giveaway"

mq.cmdf('/squelch /target Gilbot')
mq.cmdf('/squelch /nav target')
 
Please change this behavior to a "nav spawn npc Gilbot" and then target gilbot when they're in range. Targeting something you might not be able to without MQ, and then naving to them is a "dead giveaway"

mq.cmdf('/squelch /target Gilbot')
mq.cmdf('/squelch /nav target')
Will do.
 
EQFoli updated Brells Boomerang with a new update entry:

Several updates

Added the following:
- checkIfMacroRunning() - instead of using mq.delay to account for 'still in combat', we check continuously if the macro is still running. Once the macro ends, the lua continues.
- checkCooldown() - uses mq.event to check the mission for cooldown instead of relying solely on mq.delay.
- isInstanceOnCooldown() - function to call checkCooldown() and act based on it.
- isNavActive() - in use when travelling to/from instance.
- Nav paths - instead of naving directly to...

Read the rest of this update entry...
 
Code:
mq.cmdf('/squelch /doortarget')
        -- Making sure we actually get the group to click the door.
        mq.cmdf('/squelch /click left door')
        mq.cmdf('/squelch /click left door')
        mq.cmdf('/squelch /click left door')
        mq.delay(30000)

You're not telling the group, you're only telling yourself here. But the comment implies it's meant to go to the group. Line 344-349

Code:
mq.cmdf('/squelch /nav spawn npc Gilbot')
mq.delay(2000)
mq.cmdf('/squelch /tar Gilbot')
delaying for 2s is arbitrary, would it be better to wait until navigation is done? Navigation.Active I'm not a Lua person, please translate :-)
Oh, looks like you have a function to wait for nav.
isNavActive()
 
Code:
mq.cmdf('/squelch /doortarget')
        -- Making sure we actually get the group to click the door.
        mq.cmdf('/squelch /click left door')
        mq.cmdf('/squelch /click left door')
        mq.cmdf('/squelch /click left door')
        mq.delay(30000)

You're not telling the group, you're only telling yourself here. But the comment implies it's meant to go to the group. Line 344-349

Code:
mq.cmdf('/squelch /nav spawn npc Gilbot')
mq.delay(2000)
mq.cmdf('/squelch /tar Gilbot')
delaying for 2s is arbitrary, would it be better to wait until navigation is done? Navigation.Active I'm not a lua person, please translate :-)
Oh, looks like you have a function to wait for nav.
isNavActive()

Hey, thanks for your feedback!

The doorclicking is outside the leader-check, so everyone should do that themselves.

Regarding the isNavActive, yeah, I missed that part -- fixing it now :)
 
How can i test this? When I add it to my watch it doesn't show up in the launcher. Are "work in progress" not possible?
 
How can i test this? When I add it to my watch it doesn't show up in the launcher. Are "work in progress" not possible?
Follow the download link to github. :)

There are some sync issues that can happen, but Ive had it run through several iterations before eventually succumbing to heat death. Will fix early Jan, but it works decently as of now :)
 
It's nice that it works but generally only once, then I have to completely delog and unload MQ for it to run again.

There seems to be a disconnect between the group leader and group members, where the leader is properly waiting for the task to reset while the group members run to the instance again.

I've also never seen any of my toons actually use a cloudy potion
 

Attachments

  • Screenshot 2024-01-26 164305.png
    Screenshot 2024-01-26 164305.png
    60.7 KB · Views: 0
It's nice that it works but generally only once, then I have to completely delog and unload MQ for it to run again.

There seems to be a disconnect between the group leader and group members, where the leader is properly waiting for the task to reset while the group members run to the instance again.

I've also never seen any of my toons actually use a cloudy potion
Ive seen it run for a few hours before desync, but I guess it depends on setups.

Reload MQ? Why would you need to do that? If something bugs out with move ent, you can just stop the Lua itself?

I'll take a look at it later tonight and rebuild so leader decide when to move instead of chars themselves; seems to be a safer option.

Weird with cloudy pots; Ill look at this as well.

Thanks for the feedback.
 
Ive seen it run for a few hours before desync, but I guess it depends on setups.

Reload MQ? Why would you need to do that? If something bugs out with move ent, you can just stop the lua itself?

I'll take a look at it later tonight and rebuild so leader decide when to move instead of chars themselves; seems to be a safer option.

Weird with cloudy pots; Ill look at this as well.

Thanks for the feedback.
Also not sure why I need to reload MQ but it seems to be the only way to resync. Im not sure how MQ and Lua store values, it feels like a value gets stored that doesn't get unloaded or reset to start. NOTIMER or Arg1 seemed the culprits, but I didn't do a deep dive through the code.

Either way appreciate you putting this together at all, it got me what I needed :)
 
I run this on the tank /dgga /Lua run brellsboomerang standing next to the task giver, the group will move over to the bridge and select the monster they will be , then the main main charecter that i run /dgga /Lua run brellsboomerang runs all the way to the door while the other two go to a camp and go invisi and then they never run to the door to catch up to the main toon, then the Lua ends PID 1
 
Release Brells Boomerang

Users who are viewing this thread

Back
Top
Cart