[f43akParticipant]

Unless i’m mistaken Miqo checks available skills before inputting them in the algorithm to solve, simple thing to do would be to add in a check to confirm if you to use the found abilities before solving. Check or uncheck to exclude.

[f43akParticipant]

workUntil(00:00et)

[f43akParticipant]

Information and analytics are never useless. Let’s say you set your scenario to go do your usual gathering routes, and in your scenario you put a clause to go update your market prices in it while waiting for a node which could be your wishlist, if it passes a set value it can notify you that a market that you usually try to make money on is at an optimal place for you to take advantage of when you come back to the game or what have you. Hell it could even act as a trigger and pause gathering, craft the items then resume once complete. When you come back you have items ready to list that are at a lucrative market value.

[f43akParticipant]

Yeah, for it to be useful it would have to be able to be put in a scenario and if it can then it can be misused and end up being quite annoying for everyone, lol. If you’re looking for feature additions I would personally love a market scanner that collects a dataset constantly of every or select items and keeps a record/graph. If it were to pass a certain set threshold it could notify you of potential markets quickly or just show you a general flow of when to market your stuff on your server for optimal sales. Just a thought.

[f43akParticipant]

As nice as a feature as it would be to add it would probably end up being more detrimental than beneficial. Chances are you will be competing with another tool on a listed item or two and end up just lowering it constantly pulling it on and off the market affecting everything else you are selling. Would have to be a hardcoded minimum time limit to attain lowest market price of say 10 minutes, and we’d still end up with crashed markets because of those setting low minimums and miqo just lowering it all night vs another unless again a hardcoded limit of 1gil price drops.

• This reply was modified 6 years, 6 months ago by  f43ak.

[f43akParticipant]

Seems to only happen to Othard locations for me. Are you using TeleportIfNotThere()?

[f43akParticipant]

I noticed you’ll be adding gp-based rotations, is it possible to include gp based decision making? I would like ignore an ephemeral until I have enough gp to guarantee an 8/8 and possibly even visit a beacon based upon current gp to minimize ephemeral downtime.

[f43akParticipant]

I believe he’s asking to include ephemeral into his normal preset since it’s hitting it anyways. The best way would be to switch gatherPreset to one focused upon ephemeral at xTime and have Molyb as the secondary.

[f43akParticipant]

I have a comprehensive scenario for such a situation, what you’ll want to do is for ex:
teleport()
selectGrid()
selectGatherPreset()
workUntil(00:00et)
startGathering(60)

and create a section for each area/time. End it off with a dismount() startAetherialReduction() repeatAll()

[f43akParticipant]

Or create a scenario including the Ephemeral and profit.

[f43akParticipant]

Works for me, thanks.

[Author]

Posts