Forum Replies Created
-
Posts
-
Thats not possible.
However, you might be able to achieve the same thing with aetherial reduction (
aetherialReduct()). If you gather reductable collectibles instead, you can use the function from miqo and it will clear your inventory as well. Might be faster too. You just need to keep the few extra items from the reduction in mind.Hey Nekro
For now do I need to use only version 4 to be able to do solo Orthos?
The 4th version is the most current and the only one you need to download, yes. However keep in mind that this is not a complete collection of traps. The grids are helpful but wont carry you trough the dungeon.
If I remember correctly there is also a dalamud plugin showing traps in Deep Dungeons, which probably has a more complete dataset than I could collect solo.Nothing actually said what specifically the app is doing that would cause a scanner to pick up backdoor risks, how their key logging is working etc
I am not the dev. It’s your call to make, but feature wise it’s somehow reasonable:
Keylogger: You can define hotkeys, for example to toggle combat assist off and on. Or you can create grids, which is an overlay over the game and has hotkeys to create, move, toggle points etc. Which it obviously needs to listen to.
Backdoor: It is communicating with the Miqo Server to check if your license is valid and not used twice, probably during the whole time the bot is open. Plus it updates the memory addresses (and maybe other stuff) the bot needs to read from the game on startup, which of course could be seen as providing a backdoor to execute code from an external source.It’s unlikely that this will happen soon or ever.
While the fights themselves are scripted on the surface, the circumstances you are in are not.
The job you are on, the pomanders you have, the pomanders which might still be active (strength/steel/transformations), pomanders you want to save for the next set, the amount or lack of potions, crits which might or might not happen, the time left etc.
Especially the floor 180 boss would be hell to automate.
And of course – currently there is no option to combine combat assist with the scenario engine with only one instance (no idea if possible with multiple).Even if those things would be ignored, it would require a ton of work to reliably map out boss fights for each floor (especially on 100+) even if you optimize it just for one class – be it doing it yourself with a scenario or if miqo devs would try to include it into the bot.
First you need to get to the boss to even start doing some work, each mistake you want to correct needs you to clear the entire thing up to this boss again and you are under massive time pressure. If you consider multiple or all jobs that is even more time. Floor 180 would take even longer and especially for this floor you need to get there with every job multiple times to test it out.And the benefit of it is nearly zero for all this effort, if you know the fight and the combat assist feature for your job, you can still use the bot to help you out.
Thx,
but I need the exported coordinates for these location (like how you shared the Eureka Orthos traps), so I can compare the ones I already have to make some nice maps, see attachement.
For 151+ there are already maps I believe, however there is no way I know of to export those traps. So you would need to create the grid and manually record them yourself, if you want to know the coords.
Miqo already has a database for potd. Go to
3d radarand tickpalace of the dead. Additionally open the advanced settings by pressing+on the right side. Then navigate to3d radarand tickshow known trap locationsBut don’t trust it too much. There is still a small percentage of traps, which is not in this database.
Do these include the Earthbreak Aethersands?
It should be able to. However you need to go into the chapters where Moonlight Aethersand is gathered and change the gathering slots for the gathered reduction material yourself. For the one with Ewer Clay it is a change from slot 7 to 8. For the one with Lunar Quartz I don’t know.
Find this line
gatherSlot(x), change it accordingly and it should probably work for those aethersands as well.(8:05:14 PM) DEBUG: Name is ambiguous. Count = 2. GatherRotation: ‘GR-6.0-Collectable-0GP-4T’
That is the problem. As I mentioned, you probably have changed the mentioned rotation to use skills which do use GP (500 in this case). It seems there are 2 different rotations with this same name, which is not correct.
Go to the gathering tab, click on the
...next to the rotation and lookup the bothGR-6.0-Collectable-0GP-4Tnamed rotations. Delete the one which doesn’t cost 0GP, if both costs more than 0GP, then try reimporting.thing is i do have 895 gp but i keep draining my gp so fast with the GR-6.0-Collectable-0GP-4T and it took almost my whole gp witt one single node any help or which rotation should i take ?
The rotation you mentioned is the fallback rotation and should not consume any GP. It is correct, that the rotation which does use up GP uses a big amount, thats how it’s suppose to be. Any collectable you want to reduce for aethersands which does not have 1000 collectable value does not give that much aethersands to begin with. Thats why it is besser to use a big rotation with maximum output.
The Scenario always uses the 0GP Rotation til you can use the big 700GP rotation, for maximum collectability. You don’t need to decide for yourself, the Scenario will do that depending on your current GP.
I think my old aethersand scenario should still work for those ones. The only thing you need to change is the gathering slots in the chapters where moonlight aethersand is collected.
The Chapter which collects Ewer Clay for reduction, you need to change it from
gatherSlot(7)togatherSlot(8)for example.
The one with Lunar Quartz I don’t know out of my head.https://miqobot.com/forum/forums/topic/scenario-6-0-aethersands-botanistminer
hey nekro first of all thx for the hard work. i remember doing one of these Scenarios but i never get something like this
(6:45:44 AM) Hey, I can’t collect with 0 rarity :/
(6:45:59 AM) Hey, I can’t collect with 0 rarity :/
(6:46:14 AM) Hey, I can’t collect with 0 rarity :/
(6:46:29 AM) Hey, I can’t collect with 0 rarity :/
(6:46:45 AM) Hey, I can’t collect with 0 rarity :/
(6:47:00 AM) Hey, I can’t collect with 0 rarity :/
(6:47:15 AM) Hey, I can’t collect with 0 rarity :/
(6:47:30 AM) Hey, I can’t collect with 0 rarity :/
(6:47:45 AM) Hey, I can’t collect with 0 rarity :/could u help me pls ?
my gathering is 3610
and preception 3732
and always missing gp to do the collectable skillsIf you don’t have at least 700 max GP thats a bit too less to really get a good amount of aethersands. However this message seems to indicate, that your miqo doesn’t use a rotation at all. Are you starting this from the Scenario tab? There should be always the 0GP Rotation, in case you don’t have enough GP for the 700 one. You might also have changed the
GR-6.0-Collectable-0GP-4TRotation or have 2 or more rotations with the same name – one of them might be empty.I jumped into floor 21 to check out how this works. Pretty impressive. It would be really something else when it gets more datapoints for the higher floors.
When it comes to adding more trap points, you wrote:
If you see a trap with the sight pomander: run into it first – (deal with potential dangers)
Once you ran into a trap, Miqo has marked that position with a white circle and a name like trap…Does that mean the bot auto-marks it on its own somehow?
For PoD Miqo had a dedicated database for the traps, which was filled by the community automatically, when traps were discovered (either stepped on it or revealed by sight).
Currently this does not exist for EO. However you can still see revealed traps with the 3d-Radar function of Miqo.The 3d-Radar just shows loaded actors (other players, mobs, interactable objects, traps, etc.) the client knows about. Even if those are disabled (invisible). Once a trap gets activated the actor remains in place of the trap until it’s out of render distance, so Miqo can show the exact location the trap was on.
This however does not mark anything permanently, thats why I created navigation grids and re-used them for this purpose of collecting the positions of the traps.Edit: I thought my text about contributing was a little bit confusing, so I cleaned that up a little.
Branch distance = distance from each grid waypoint, from which the gathering points are accessible.
To see the “branches”, go to “3d radar” tab and tick “gathering nodes”, clear the “filter by name”-textbox first. If the nearest grid waypoint is not connected with the gathering node by a “branch”, then your branch distance is too small or the waypoint too far away. There is always just one waypoint connected to a gathering node by a branch.
Next Gathering Node Logic:
Accessible Gathering Nodes = Has a branch to a waypoint in your active grid + is not filtered by your gathering preset settings + can move to the waypoint within your grid
1. are there any accessible gathering nodes visible from your current position? (render distance for interactive objects)
if yes:
choose the nearest one to your character and move to the closest waypoint thereif no:
2. are there beacons in your current grid, you haven’t visited right before? if yes, go to the nearest one and start on step 1 againif no:
3. use compass/truth to include a gathering point out of render distance and check accessiblity againelse Step 1 Scan (using compass, if ticked) til something is found.
These pieces of information should probably help you find the error.
to add to my question -> in this standing on 109 , it would rather go across 30 trips around the block to move all the way to 133 to gather there, instead of moving 2 meters fron to gather at 110. Why is that. Branch distance is set to 3 atm
I didn’t see the image before, but in this case it’s very likely to be a branch distance issues, 3 is not very far.
-
This reply was modified 2 years, 2 months ago by
Nekro.
-
This reply was modified 2 years, 2 months ago by
