Forum Replies Created
-
AuthorPosts
-
How much each of them would contribute to the 100% HQ you can reach, compared to not having them at all is my guess.
- This reply was modified 5 years, 4 months ago by zgo63925.
Most of it makes sense, but there are exceptions. First, I just don’t understand these percentages (i.e. these are percentages of WHAT?),
https://miqobot.com/forum/forums/topic/stormblood-upgrade-stage-2/#post-5502
Read from this post downwards.
I’ve recently purchased this and it seems to work well enough except for when it aggros something, it stands there and dies. The bot text panel says that its “fleeing AI should kick in” but it doesn’t.
Fleeing AI is only fully implemented for flying zones, you will fly up to lose aggro, not yet for non flying zones.
Also, I think a good addition for navigation would be for the bot to walk or sprint to locations that are closeby instead of mounting up to walk 5 feet then dismounting. It looks very suspicious when that happens and is slower than necessary.
Thats because of the navigation grid you use using mount points when it shouldn’t. You can edit it.
Hello,
I’m still undecided whether to try this or not, but can the bot also select and start chocobo racing from the duty finder rather than having to stand in Golden Saucer?
Thanks.
Yes.
The question is: how do you disable this “blackout switch”? Or Hinterlands and alike zones are off-limits for Miqo?
To transition between zones always use the function for it.
goToZoneGate( angle )
Have your last way point a few steps away from the zone, like maybe half a second or a second of walking, then specify the angle to face to get into the new zone and Miqo will transition.
June 19, 2019 at 3:54 pm in reply to: [Request] Crystals & Clusters Scenario via Aetherial Reduction #13622Obviously, you can’t reduct anything in the air… or rather just while mounted. Use “dismount()” first.
Wasnt the point, just pasted it in the wrong location. Point was the scenario was easily improved ALOT.
I wonder how much Gil you can make with cluster/aethersand selling, after all clusters and crystals move fast.June 19, 2019 at 1:56 pm in reply to: [Request] Crystals & Clusters Scenario via Aetherial Reduction #13619Edit:
Atherial Reduction after teleport or it gets stuck in the air.Chapter 1:
teleport(Porta Praetoria)
aetherialReduct()
job(MIN)
gatherPreset(e-Aethersand)
grid(e-Almandine)Chapter 2:
repeatChapterUntil(03:50ET)rotationIfGP(Ephemeral-i)
rotationIfGP(Ephemeral-8/8)waypoint(26)
gather(1)waypoint(17)
gatherTouch()
randomWaypoint(21,2)
gatherTouch()June 19, 2019 at 1:26 pm in reply to: [Request] Crystals & Clusters Scenario via Aetherial Reduction #13616I also improved the scenario quite a bit by just rearranging some stuff. Have a look at this:
Chapter 1:
aetherialReduct()teleport(Porta Praetoria)
job(MIN)
gatherPreset(e-Aethersand)
grid(e-Almandine)Chapter 2:
repeatChapterUntil(03:50ET)rotationIfGP(Ephemeral-i)
rotationIfGP(Ephemeral-8/8)waypoint(26)
gather(1)waypoint(17)
gatherTouch()
randomWaypoint(21,2)
gatherTouch()By having the functions arranged like this teleports are less error prone, its easier to pause and resume and also there is WAY less downtime and the beginning of the repeating chapter (more gains).
It also is further improved by using aetherial reduction at every zone change, this still keeps the inventory clean but doesn’t give the HUGE downtime after each node.
June 19, 2019 at 10:45 am in reply to: [Request] Crystals & Clusters Scenario via Aetherial Reduction #13613Ive been farming them from Stormblood ephemerals. The rate is the same as HW and you get all cluster types at once. Just set the rotation to something that yields <400 collectability and it will always reduce to clusters.
(0:00) Almandine - Fire (4:00) Torreya Branch - Ice (8:00) Doman Yellow - Earth (12:00) Schorl - Lightning (16:00) Windtea Leaves - Wind (20:00) Perlite - Water
Could you provide the scenario you use? It’s not in the Index.
Found it, stormblood was above HW :X
- This reply was modified 5 years, 5 months ago by zgo63925.
Hmmmmm either I miss something obvious in help files, or… there is no such thing as “disable collect”? I mean, Glove is enabled and disabled using the same key, so I can’t just blindly add sendKey – rather, Miqo should press it in case Glove is turned on while grid requires no collecting!
Thats a function you can use in a rotation. Basically what you do is in your scenario for the two item grids use gatherRotation() to specify the gathering rotation for the collectables with “Collect” in the rotation and for the normal gathering specify the other rotation which has “DisableCollect”.
This is not any different from sendKey (as long as cordial is on a visible and mapped hotbar) 🙁
That is true, its your best bet for now.
Arc: very nice, thanks again!
Plus two more questions/problems found today… When I run a single grid which consists of both collectables (when enough GP) and plain gathering (when none), everything is OK: Miqo turns on Collector’s Glove once regained enough GP, and switches it off after that. Immediately after collecting it pops cordial, and repeats. Though, when collectables are in one grid (of the same scenario) while non-collectables are in another (i.e. gathering useful stuff in between unspoileds), it arrives to non-collectable grid with Collector’s Glove on and spams node slot which simply can’t be gathered as collectable, effectively going into infinite cycle. So far I’ve just added SendKey after gathering unspoiled (to turn Collector’s Glove off), but it does not look like a correct solution to me… Also, all 6 unspoiled presets have “cordial” setting on, but it never uses any cordials – neither before nor after gathering (which means one or two of six nodes are gathered as non-collectable). Again, I’ve added it as SendKey, but it’s just plain wrong (what if we don’t need cordial after this certain node?)
For disabling collectors glove you can use a per item rotation which includes disable collect. Look up the help threads for the syntax.
For the cordials, basically cordials are only used if the amount to gather in the gathering tab is bigger than one, if it wasnt like this it would pop a cordial after one node regardless of what comes next and waste them.
To avoid this you can either gather more than one i.e 5, or better send the input for it with sendicon in your scenario.
June 17, 2019 at 10:34 am in reply to: Just a snippet from a Yoshi-P interview. Miqo will shine bright like a diamond #13550you fail to grasp the fact that time costs money (which, for example, can be put into gathering and thus bring gil)
Nobody cares, not the point of miqo – invalid
2) maybe you’ve got crapload of gil invested into melding
Endgame gear needs a certain amount of melds, and for everything else if you have appropiate equipment for your level nothing fails.
3) current recipes are just too easy. Imagine crafts which require 20% more quality than Rakshasa, and you get my point…
I fail to see the point. Miqo literally aims to get Quality as high as possible, miqo does optimize the rotation to get to 100%, miqo optimizes the rotation to get as high as possible.
if Miqo themselves say something, it does not mean it’s 100% correct
It is accurate since they used the bot themselfs to log quality improvements per ability. Also all the pentameldede mastercrafters I talk to suggest roughly the same cross class abilities.
-
AuthorPosts