Forum Replies Created
-
Posts
-
The core module of Miqobot which is responsible for data reading and game interaction is fully reimplemented, as well as several middle-layer algorithms such as keybinds identification and icons recognition.
Basically it means that every feature is affected.We have performed the standard unit testing procedure, so there is no need for bughunting on purpose.
Just report bugs you encounter during normal gameplay.Quick update, I ended up redownloading because I had the old version.
The problem is still occuring.
We have investigated your issue.
According to our logging system, you had forgotten to input your license code after downloading the new Miqobot version. But we can see that you did it a few minutes after posting this question.Have you managed to resolve your issue?
If you still require technical assistance, please let us know.We have investigated your issue.
According to our logging system, an antivirus or firewall is still blocking Miqobot from accessing the application files on your computer.These files reside in the following directory: %temp%\miqobot\
This is how it looks like in file explorer:
The files in question are:
– miqocraft.dll
– miqodraw.dll
– miqoradar.exeIf you don’t see these files in %temp%\miqobot\ directory, then most likely your antivirus has destroyed them.
Depending on your antivirus software, you might have to whitelist Miqobot application files and the folder they reside in.We also recommend to report this behavior to your antivirus vendor so they would be able to fix your problem in the next update.
You can also find more information in the following threads:
– miqoradar.exe showing as virus
– miqradar.exe showing as virus (a follow up)Thank you for your proposal very much!
We are very grateful for your desire to help, but unfortunately it would not remove the bottleneck in making battle rotations which is the core of the Combat module. Squadron Dungeons alone do not take a lot of time to implement, they are used as a special test area for creating and fine-tuning AI behaviors for each role and job.
However, we consider releasing the extended 3D Editor toolkit for scenario integration in the future, which will allow you to design special scenarios for any dungeon. This is planned under Custom Fights and Monster Grind feature pack.
Please hold out a little longer while we stabilize the core system, and we hope you will enjoy the new creation tools.Miqobot v1.3.20
A critical issue is addressed.
– An issue wherein Miqobot would not perform healing rotations when “Allow pulls” setting is disabled, even if the enemy is already pulled.This hotfix does not trigger “New version available” message.
Please download it only if you are affected by this issue.Upgrading battle rotations to the next level tier and creating a navigation mesh for the next Squadron Dungeon are two independent tasks which can be carried out by different developers at the same time.
Upgrading battle rotations to level 60 can only be done after upgrading to level 55 and thus can not be carried out at the same time.Therefore skipping a Squadron Dungeon does not speed up the development of battle rotations.
All right, we’ll see what we can do 🙂
But as we already mentioned, implementing battle rotations remains the bottleneck, regardless of Squadron Dungeons.
The next logical milestone is upgrading rotations for level 55. So we can do one of the following:- Release Assist Mode for 1-55 support.
- Release Assist Mode for 1-55 support + one Squadron Dungeon from this level range.
Both options will take approximately the same amount of time.
Miqobot is fixed for Patch 4.5!
All active license codes are automatically extended with bonus time.
Thank you for your patience and unceasing support!But apart from that, I’ve noticed a few issues with myself and the assist feature. I don’t know if that was just a problem on my system, but here are the things:
1. Once I started using the assist feature, the game started to get lag-spikes every 5 or so seconds, where the game freezes for about half a second
2. Tried using the assist feature in Eureka and somehow Miqo isn’t quite responsive, when it comes to attacking. Often times I had to do the first attack after selecting the enemy (with double right click confirmation), before Miqo started to do anything and often after evading AoEs I had to kick Miqo in the butt with another attack so she resumed the fightThis behavior usually indicates that there is a third-party application interfering with the game and Miqobot performance.
We can try to diagnose your issue, but we will require more information.- What jobs have you tried in Assist Mode?
- What settings have you enabled on Combat tab?
- Please try disabling some or all of the settings. Does it make any difference in performance?
- What draw method do you use for 3D Radar: Overlay or Always on Top? Does switching to another one make any difference?
- Do you experience this problem with any other high FPS feature (Squadron Dungeons, Minion Square Minigames), while using the same Miqobot version?
- Please show us a complete message log from the Output Area. (Starting from “Hello! I am your Miqobot!”.)
The main reason I suggested it was it appeared that because my target had switched off the tank to the enemy, it healed my character rather than the tank.
We would kindly ask you to verify if this is indeed the case when the new version is released.
Miqobot performs several confirmations after acquiring a target lock and before casting a healing spell. Please refer to the battle log to verify who exactly received healing and whether that character was not selected at the start of the cast.If the behavior you describe is true, it means that there is a bug in confirmation algorithm and changing target uptime will not fix it.
The secondary benefit would be you could cast buffs on the tank such as Eye For an Eye, Divine Bension, or whatever.
Keeping the focus on healing target would not help with Eye for an Eye or Divine Benison, because the healing target may not always be the tank.
For example, if a DPS stepped into an AoE and received extra damage, Miqobot will acquire the target lock on him and you won’t be able to cast protection on tank anyway.Perhaps a different system is required, wherein Miqobot would allow you to switch and keep the target lock independently until you decide to release it yourself. We will try to experiment with your request in the future upgrades.
I personally think it would be great to give an option to turn on or off (in a tick box maybe) and then switch the healer roles from.. priority: Heal secondary: attack/dots/etc OR priority: attack/dots/etc secondary: Heal. The reason for giving the option is that everyone plays the healer either 2 ways.. like what the quote says (placing fighting over healing, which is stupid if you ask me for 55+ content) OR placing healing first over damaging.
Having a tick box to alternate code on/off (depending on the player) I think would be a much easier option and easier to program maybe..? Thinking about it.. wouldnt the “placing battle over heals” already be implemented with the assisted battles? so you could use that code (or some of the code) and some how implement it into a “healer class user option” for dungeons tick box.
This option is already implemented.
If you would like Miqobot to DPS as top priority, please disable “Heals and Buffs” setting.
If you would like Miqobot to heal as top priority, please enable “Heals and Buffs” setting.
If you would like Miqobot to focus on healing only, please enable “Heals and Buffs” and do not target an enemy.The original question was not about priorities, but about where to keep the target lock when there is nothing else to do.
For example, during cast there are no other actions available other than wait until the cast ends. As the spell destination target is locked after beginning of the cast, keeping the target focused is not required for the duration of the cast.
Therefore healing module releases the target lock and the control is given to DPS module. If at the end of the cast the healing target requires more healing, the target lock will be immediately reacquired.
So the request was about keeping the target lock on healing target indefinitely, even when are no healing actions available.
(Please correct us if we misunderstood the task.)As to how much healing is done exactly, it has to be adjusted via a special customization UI which will be available in the future updates.
And you will be able to create different variation presets between “DPS-as-priority” and “Heal-as-priority”.
