• 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
Overseer Automation

Release Overseer Automation 1.9

No permission to download
Also, just a bit of information from my experience.... If you have 3 quests ending within the time the time it takes to run the code, but not the same, like task 1 ends, the next two end before the first code is running, it checks it as the next time that's running, and not that you have 2 completed tasks when it's done running the code. So, if I had task 1 end at 1:15am, task 2 ends at 1:16am, and task 3 ends at 1:17am. task 2 and 3 may be completed while task 1 is being replaced by the macro, but when it checks again, it may not run a check for several hours. It would be much better if you had 3 tasks in rapid succession, it would take the time to check again based on the first pass through your active tasks and not at the end of the code. That way it runs again immediately.

Also, it's now making me confirm all of my quests and I don't know why. It pauses the macro right in the middle which would be meaningless if I was running it while I was asleep cause it won't accept the quest until I come back to the computer to press "Yes"
 
You also may have likely found this issue, but if you're running the quest with a new character with only a few agents, you could recruit new agents during your claim pass, and not be able to do any tasks cause you haven't accepted the new agents on your team. So you could only end up getting 1-2 quests, when you technically have the agents to run a 2 or 3 more if you could accept the claim before you ran through the potential quest list.
 
Currently running this and everytime I restart the code it reorders my type priority to default in the ini. it's probably user error, but I don't know what I'm doing wrong.

INI:
[General]
claimRewards=1
repeatTimeMinutes=-1
minimumSuccessPercent=60
requireMercToClaimExpRewards=1
logLevel=2
useQuestPriorities=1
agentCountForConversion=2
[QuestPriority]
Priorities=Types|Levels|Rarities|Durations
Durations=12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Military
Levels=5|4|3|2|1
[QuestPriority_Unsubscribed]
Priorities=Types|Levels|Rarities|Durations
Durations=12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Military
Levels=5|4|3|2|1
[Rewards]
index=3
1=Collection Item Dispenser
2=Mercenary Experience
3=Overseer Tetradrachm
 
Works great for me but sometimes I see a hickup and have to restart. The last one: Undefined Variable name used on line [email protected] /call Log "Error error claiming ${name}. Aborting."

Yowzah. Yer right that {name} is a bug, but to hit that means a Conversion quest didn't complete in 120 seconds. Should be around 10s. Guess we could take the cap off and let it run indefinitely...
 
Currently running this and everytime I restart the code it reorders my type priority to default in the ini. it's probably user error, but I don't know what I'm doing wrong.

INI:
...

Is that example here what you are setting your Priority to? I ran with the INI you have there and it looked okay. Let me experiment a bit more to see if there's a way to get that reset...[/CODE][/QUOTE]
 
Last edited:
First and foremost, thank you GoldenFrog for saving my wrists from further damage by not having to click this on my boxed characters! All of my boxes appreciate the fact that they can advance in the Overseer system to get rewards and their user's wrists are not in agony from all the clicks!

I was curious if you had thought of adding any enhancements around targeting specific reward types? I'm currently using the Overseer system as a means to gather ROS materials to craft Conflagrant gear for my F2P box characters, so I thought I'd bring it up. That may be a pretty niche use case as I'm unsure how many others use it for materials over gathering the Tetradrachms or Ornamentation dispensers.

The use case:

  • I would like to target a specific item from the reward options: Conflagrant Ore.
  • This shows up under the Reward Choice option for Ring of Scale, but not all the time.
    • Rewards Conflagrant Ore:
      • rewardOre.png
    • Does not reward Conflagrant Ore:
      • rewardNoOre.png
  • The Preview Reward button can be used to get a sneak peak into the rewards offered, and if Ring of Scale is a choice, one can determine if Conflagrant Ore will be provided.
  • The enhancement could be a way to set an item you want as a reward in the ini file, and for the script to add an additional check for Preview Reward to determine if if it shows up
    • Maybe it could be faster as well if it's discovered that greater reward choices only happen for missions of certain titles, levels, and/or rarities, and to only target those types of missions with those same titles, levels, and/or rarities
      • The greater reward term here can be compared in the 2 screenshots above
      • One provides a much larger variety of reward items, and the quantities of the items that match the lesser reward are increased
      • For example, 6x the number of Conflagrant Raw Silk between my example screenshots
  • This would likely incur a cost of the script taking longer, but if the targeted reward item field isn't set, perhaps the script could skip that function
  • If no rewards offer the targeted item, then just fall back on the general usage of mission types and durations to assign heroes to
This is obviously a stretch thing that you may never have even intended, but figured I'd bring up the use case in the event you were interested in it. I already love the functionality you have in here as it saves me lots of time already, so thank you once again!
 
I was curious if you had thought of adding any enhancements around targeting specific reward types? I'm currently using the Overseer system as a means to gather ROS materials to craft Conflagrant gear for my F2P box characters, so I thought I'd bring it up. That may be a pretty niche use case as I'm unsure how many others use it for materials over gathering the Tetradrachms or Ornamentation dispensers

  • The Preview Reward button can be used to get a sneak peak into the rewards offered, and if Ring of Scale is a choice, one can determine if Conflagrant Ore will be provided.

That's actually a pretty cool idea.

As you said, there hadn't been efforts yet into looking into [Preview]. The rewards are the wonkiest part of the system as the MQ support around it is bad.

I started an MQ2Rewards plug-in (posted a first, but buggy version) - but ran out of time to dedicate. Want to get back to it.

With that said, this can definitely be looked at. Just like the rest of the system, it won't work if you have banked rewards for other purposes.
 
Also, just a bit of information from my experience.... If you have 3 quests ending within the time the time it takes to run the code, but not the same, like task 1 ends, the next two end before the first code is running, it checks it as the next time that's running, and not that you have 2 completed tasks when it's done running the code. So, if I had task 1 end at 1:15am, task 2 ends at 1:16am, and task 3 ends at 1:17am. task 2 and 3 may be completed while task 1 is being replaced by the macro, but when it checks again, it may not run a check for several hours. It would be much better if you had 3 tasks in rapid succession, it would take the time to check again based on the first pass through your active tasks and not at the end of the code. That way it runs again immediately.

Also, it's now making me confirm all of my quests and I don't know why. It pauses the macro right in the middle which would be meaningless if I was running it while I was asleep cause it won't accept the quest until I come back to the computer to press "Yes"

Myysterio, I saw the "Tasks end close to each other" recently and put a potential fix in a version or two ago (1.18-1.20, I forget). If you are running newest version and see it, then I'll mess more. Have been meaning to put better logic in the "When does next quest finish" to peek ahead for scenarios like you called out.

Also making you confirm is a bug with MQ2 currently that we can't address. There are apparently two confirmation dialogs and if things in EQ memory are just right, you are seeing the second which we can't access. At this time, it can only be fixed by camping that character out/in. Will hope to see if a solution comes up in the core soon.
 
The 24h+ missions award them the 6h ones don't. That is my experience

Actually I made my own spreadsheet a month ago clicking [preview reward] and documenting Type, Duration, Level, etc... .and I think Jande is right. 6-hour scripts do [this]. 12-hour quests give [that].

I'd wager you can filter or prioritize indirectly that way and it'll work. (I'll try to find my spreadsheet... hmmmm...)
 
I think that's fine for my example use case of Conflagrant Ore, but the enhancement I was mentioning was targeting any specific reward you want, whether that's Conflagrant Ore, Relic Fragments, Ethernere Essences, etc. It would essentially find the missions that provided those as rewards, and do those for you. Further optimization of only do X Hour missions or only accept the missions that offer the largest quantity of targeted item could be a further stretch.
 
Is that example here what you are setting your Priority to? I ran with the INI you have there and it looked okay. Let me experiment a bit more to see if there's a way to get that reset...[/CODE]
[/QUOTE]
Yeah, I opened up the ini file a little later and it was in the wrong order again. It puts it back to default on occasion.
 
Yeah, I opened up the ini file a little later and it was in the wrong order again. It puts it back to default on occasion.

There's some old logic which I should clean up which says: "If 'Levels' isn't specified, add 'Levels'. If 'Durations' isn't specified, set the default "Levels|Durations|Rarities|Types".

I'm wondering if you are trying one without Durations, or with Durations misspelled. That's the only part that looks like it could reset.
 
I think that's fine for my example use case of Conflagrant Ore, but the enhancement I was mentioning was targeting any specific reward you want, whether that's Conflagrant Ore, Relic Fragments, Ethernere Essences, etc. It would essentially find the missions that provided those as rewards, and do those for you. Further optimization of only do X Hour missions or only accept the missions that offer the largest quantity of targeted item could be a further stretch.

I understand. I do like the idea. And it's not ACTUALLY messing with rewards so I don't feel as skeered. Will add to the list.

Edit: @etherealmist sorry, I forgot; part of our limited abilities on RewardSelectionWnd, macro selections of [Choice] does NOT update the [Options] list. This can only be solved with plug-in support. I'll have to renew my efforts in that diretion.
My like for the idea is growing. If all someone wants is Conflagrant Raw Silk, that's all you have to say. The macro will find the best for that, and default to other things if not found.
 
Last edited:
There's some old logic which I should clean up which says: "If 'Levels' isn't specified, add 'Levels'. If 'Durations' isn't specified, set the default "Levels|Durations|Rarities|Types".

I'm wondering if you are trying one without Durations, or with Durations misspelled. That's the only part that looks like it could reset.


INI:
[General]
claimRewards=1
repeatTimeMinutes=-1
minimumSuccessPercent=60
requireMercToClaimExpRewards=1
logLevel=2
useQuestPriorities=1
agentCountForConversion=2
[QuestPriority]
Priorities=Types|Rarity
Durations=12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Trade|Military
Levels=5|4|3|2|1
[QuestPriority_Unsubscribed]
Priorities=Types|Rarity
Durations=12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Trade|Military
Levels=5|4|3|2|1
[Rewards]
index=3
1=Collection Item Dispenser
2=Mercenary Experience
3=Overseer Tetradrachm

This is what I want. I dont care what half the other sort things are, if I am going to sort by them i want them at the bottom
 
So is there anyway to set agentCountForConversion from 2 to 3 by default without editing each ini, i tried global ini but agentCountForConversion is missing form the ini.
 
So is there anyway to set agentCountForConversion from 2 to 3 by default without editing each ini, i tried global ini but agentCountForConversion is missing form the ini.

The INI's either work Global (overseer.ini applies to every char) or per-char. There's no (current) ability to override just certain settings, sorry. You want 3, eh? I'm wondering if that's a valid setting for my main as well.
 
INI:
[QuestPriority]
Priorities=Types|Rarity

This is what I want. I dont care what half the other sort things are, if I am going to sort by them i want them at the bottom

That's the issue. I have a change pending to clean some of the stuff up - but for now, you have to add all 4 to the priorities. If you don't care about them, then no harm adding Levels|Durations to the end of that list. They'll be considered last.
 
Wish common, uncommon, etc conversions would auto claim. I like to select my loot, but conversions.. there is nothing to select. Should check them first and claim them till they can't be done anymore. Same with Recruit, should be an auto claim regardless (before it starts new tasks). Further more recovery would fall under the same, just claim the reward.... Just food for thought.
 
Wish common, uncommon, etc conversions would auto claim. I like to select my loot, but conversions.. there is nothing to select. Should check them first and claim them till they can't be done anymore. Same with Recruit, should be an auto claim regardless (before it starts new tasks). Further more recovery would fall under the same, just claim the reward.... Just food for thought.
Not sure I fully understand? Is that a suggestion for EQ or the macro? (There's a lot I wish Overseer did dif'tly)
 
GoldenFrog updated Overseer Automation with a new update entry:

1.22

  • Clean up INI-creation script
  • countAgents command; Add count of current duplicates (thanks, Jande)
  • Defer start of next run if subsequent quests are also completing close after
Previous version of macro would kick off at completion of next quest.
New version will delay if another quest is completing within 10 minutes of the first. This minimizes chance one finishes while quest is running as well as maximizes the pool of available agents when looking to run new quests.

Read the rest of this update entry...
 
Oh btw @GoldenFrog be more then happy to throw some cash your way. I love that not everything here is behind a pay wall. I understand why some things are.
Not sure I fully understand? Is that a suggestion for EQ or the macro? (There's a lot I wish Overseer did dif'tly)

For the macro. If Understand it correctly, it will not claim rewards unless told to. But recruitment, recovery and conversions should be claimed right away, as there is no choice to the reward.
 
Oh btw @GoldenFrog be more then happy to throw some cash your way. I love that not everything here is behind a pay wall. I understand why some things are.


For the macro. If Understand it correctly, it will not claim rewards unless told to. But recruitment, recovery and conversions should be claimed right away, as there is no choice to the reward.

Ah gotcha. Conversions should auto-claim. They actually don't fall into the reward window after a patch a while ago.

But other types do default to "don't claim" just for safety. The big reason is, currently a macro can't pick-and-choose which rewards to claim. It can only see the first., and not even the NAME of the first. So if the first isn't recovery - we can't safely claim just it. (Did I explain that well at all).

There's a plug-in (MQ2Rewards) that's been written but needs finishing, that'll give MUCH better control. Work dominating life this past month or two - but hope to free up this week to work on it more.


(And thanks, Deathlock. Honestly it's great that people are using it and benefitting. Means a lot to have it used - and trust me not to jack things up :) )
 
The 24h+ missions award them the 6h ones don't. That is my experience

Here was a mission I saw that was 6 hours that rewarded Conflagrant Ore for your reference. It is an Uncommon mission, but it is 6 hours, and it is rewarding Ore. Therefore, the criteria does not seem to be as simple as duration of mission ruling out specific rewards one may want to focus upon.

sixHourOre.png
 
Here was a mission I saw that was 6 hours that rewarded Conflagrant Ore for your reference. It is an Uncommon mission, but it is 6 hours, and it is rewarding Ore. Therefore, the criteria does not seem to be as simple as duration of mission ruling out specific rewards one may want to focus upon.
So higher risk higher reward holds true for the tradeskill materials, good to know.
 
I know this is arbitrary, but the wording on the main post is highly confusing:

"If a file exists: Overseer.ini with the following flag, it will work out of that config for all characters."

Trying to setup a master file for all the accounts to run so I can help testing out the reward claims.
 
I know this is arbitrary, but the wording on the main post is highly confusing:

"If a file exists: Overseer.ini with the following flag, it will work out of that config for all characters."

Trying to setup a master file for all the accounts to run so I can help testing out the reward claims.

You're right. Not sure how that wording ended up as the case. I'll clean-up.

Basically: If overseer.ini has flag:
[General] useCharacterConfigurations=0

...then overseer.ini is used.

Else Overseer_[charName].ini is used for each character.
 
You're right. Not sure how that wording ended up as the case. I'll clean-up.

Basically: If overseer.ini has flag:
[General] useCharacterConfigurations=0

...then overseer.ini is used.

Else Overseer_[charName].ini is used for each character.
Thanks, have started running with rewards turned on. What is the most helpful for you, in terms of debugging and making progress?
 
Thanks, have started running with rewards turned on. What is the most helpful for you, in terms of debugging and making progress?
Appreciate it, fohpo. As far as debugging the script - the main thing has been everyone just running and seeing if it works for their needs. There's a MUCH broader brand of usages than I expected.

There's a few outstanding feature requests but overall it should be functioning for you without issues. Holler if you do have any, though.
 
can anyone help me set up an ini where it will run tasks that will reward Collection item clicky reward please? followed by character exp,
 
can anyone help me set up an ini where it will run tasks that will reward Collection item clicky reward please? followed by character exp,
Code:
[General]
claimRewards=1
repeatTimeMinutes=0
minimumSuccessPercent=0
requireMercToClaimExpRewards=1
logLevel=0
useQuestPriorities=1
agentCountForConversion=2

[QuestPriority]
Priorities=Types|Durations|Levels|Rarities
Durations=12h|24h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Exploration|Diplomacy|Trade|Crafting|Harvesting|Military|Stealth|Plunder
Levels=5|4|3|2|1

[QuestPriority_Unsubscribed]
Priorities=Types|Durations|Levels|Rarities
Durations=12h|24h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Exploration|Diplomacy|Trade|Crafting|Harvesting|Military|Stealth|Plunder
Levels=5|4|3|2|1

[Rewards]
index=2
1=Collection Item Dispenser
2=Character Experience
Should do the job
 
So interesting thing I've ran into now.... it won't claim rewards from overseer sometimes if you have a reward from something else you haven't claimed.
 
So, my overseer stopped confirming to accept start of missions. The Yes/No box pops up and eventually times out. Is this me or the code?

[CODE lang="ini" title="using this code"][General]
claimRewards=1
repeatTimeMinutes=-1
minimumSuccessPercent=60
requireMercToClaimExpRewards=1
logLevel=2
useQuestPriorities=1
agentCountForConversion=2
[QuestPriority]
Priorities=Types|Rarities|Levels|Durations
Durations=24h|12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Trade|Military|Stealth
Levels=5|4|3|2|1
[QuestPriority_Unsubscribed]
Priorities=Types|Rarities|Levels|Durations
Durations=24h|12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Trade|Military|Stealth
Levels=5|4|3|2|1
[Rewards]
index=3
1=Collection Item Dispenser
2=Mercenary Experience
3=Overseer Tetradrachm[/CODE]
 
also, is there anyway to group different searches and sort it a little more advanced. For instance, I want to get the higher level
Conversion|Recruitment|Exploration|Diplomacy|Trade first, regardless of type, then move on to Military|Stealth. Currently prioritizing low level type ones over the higher level of other desired types.

I couldn't really care about military and stealth at all, but occasionally run out of them overseer tasks.
 
So interesting thing I've ran into now.... it won't claim rewards from overseer sometimes if you have a reward from something else you haven't claimed.

Rewards are very tricky and the current MQ2 framework doesn't let us deal with quests except the FIRST tab. So if your first tab doesn't have rewards we know about (i.e. Tetradrachms), we don't claim it out of safety.

Addressing this will take a plugin extension to give access to more rewards.
 
So, my overseer stopped confirming to accept start of missions. The Yes/No box pops up and eventually times out. Is this me or the code?

You're stumbling across all the things I can't do anything about :( There's an issue in MQ2 where a confirmation box isn't "the one" that we can see. As with the previous answer this is going to take a plug-in or core change to address and work past.
At this time, the only thing to do is camp that character out/in.

(Sorry to keep giving blechy answers)
 
also, is there anyway to group different searches and sort it a little more advanced. For instance, I want to get the higher level
Conversion|Recruitment|Exploration|Diplomacy|Trade first, regardless of type, then move on to Military|Stealth. Currently prioritizing low level type ones over the higher level of other desired types.

I couldn't really care about military and stealth at all, but occasionally run out of them overseer tasks.

Right now, it's hard-coded to always run Conversions first. Then Recruitments. You don't have to add those to the INI. Can't even turn that off in config - nobody's asked to.

So not sure I'm 100% clear on what you're asking about. The snippet below - from your post above, will run them in the following rough order:
* Exploration - Any rarity/Level/duration
* Diplomacy - Any rarity/level/duration
* Trade - any rarity level duration
* Military - any rarity/level/duration
* Stealth - any rarity/level/duration

What more specifically would you like it to order by?

Also - if you run /mac overseer generalListFast ---- if anything is not the order you want, you can use that to help here (screen shot) pointing out a bit more specifically..


[QuestPriority]
Priorities=Types|Rarities|Levels|Durations
Durations=24h|12h|6h
Rarities=Elite|Rare|Uncommon|Common
Types=Conversion|Recruitment|Exploration|Diplomacy|Trade|Military|Stealth
Levels=5|4|3|2|1
 
Rewards are very tricky and the current MQ2 framework doesn't let us deal with quests except the FIRST tab. So if your first tab doesn't have rewards we know about (i.e. Tetradrachms), we don't claim it out of safety.

Addressing this will take a plugin extension to give access to more rewards.
could you just make it skip to a later achievement reward if it doesn't have the desired options of Overseer rewards? Or do you have to claim a reward to make the tab go away?
 
Release Overseer Automation

Users who are viewing this thread

Back
Top
Cart