remnar

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 17 total)
  • Author
    Posts
  • in reply to: Ixali Crafting? #9106
    remnar
    remnar
    Participant
    0

    A scenario could look like this
    <pseudo code>
    Travel to Ixal camp
    Detect who has quests for turn in
    Determine how many quests you have left for the day
    Talk to the Ixal with the highest difficulty of quests.
    (fuzzy area here)
    pick 3 quests if possible from the Ixal and have at least 3 left for the day
    Using information about each quest: Goto area for quest and interact with NPC’s and craft, then go do the next one (if combat switch to combat AI), if gathering (do that), etc
    Travel back to Ixal camp, turn in quests.
    </pseudo code>

    This is something that would have to be worked on for a later version of miqobot if they want to add such features.

    • This reply was modified 6 years, 1 month ago by remnar remnar.
    in reply to: Wishlist #9104
    remnar
    remnar
    Participant
    1+

    Alarm when someone says something in chat, yell, shout, or tell… definitely for a tell.

    Let us create dungeon grids (if not already possible) while manually doing squadron missions; then submit them for approval so you don’t have to spend so much time on a combat system. Also perhaps let us make grids for going to each of the fates too.

    For the combat system, perhaps you shouldn’t spend so much time creating a combat AI for each class and level; but rather create a similar system like with crafting, to let us make the necessary rotations.

    Also on that note, change the way that crafting rotations are set up so that when using a conditional, it doesn’t need have to have repeated abilities set up. Example:
    ability 1
    ability 2
    ifProc
    ____abilityN
    ability 3
    etc..

    the way you have it now is
    ability 1
    ability 2
    if Proc
    ____|_______abilityN
    abiliity3_____ability3
    etc..

    Combat ability set up should be just as easy, with the AI working with what you have set up the bars.

    Camera rotation while moving along the path shouldn’t be so hard jerked to the angle; and stay looking forward, only changing pitch when necessary.

    Random time function for the scenario editor (this is a must to reduce chances of being detected).

    Well that’s all I can think of right now.

    in reply to: Minor hunting issue with 3D radar #9047
    remnar
    remnar
    Participant
    0

    In other words, you’re asking for a “exact match” feature for the miqoradar.

    in reply to: Scenario Command Request #9033
    remnar
    remnar
    Participant
    0

    I already suggested a random math function in one of my earlier posts for just this reason. I don’t think people get it. You need to eliminate suspicion wherever, and having small bits of random time between stuff would help. Even if you randomly chose a set number of times that you randomly picked, it is still the same pattern and thus not really random. So a math function is needed. The function needs to take into account a random seed as well within it’s function or it will choose the same random pattern (depends on the programming language I guess). Something I learned while programming in AutoIt3.

    in reply to: scenarios and navigation grids #8878
    remnar
    remnar
    Participant
    0

    Feature request: I am wondering if you can add a Random math function for the scenario editor? It should take integers, floating point, and time formats. For example, I want to stop at a way point and wait for a random amount of seconds. This will eliminate the chances of being caught by a GM if a GM is watching you.

    in reply to: scenarios and navigation grids #8868
    remnar
    remnar
    Participant
    0

    I have another question. I am modifying Zumy’s red script farming scenario since I am level 70 in botany and miner (thanks Zumy!). His scenario can be found here: https://miqobot.com/forum/forums/topic/scenario-red-script-60-70-exp-farming-completely-hands-free/
    I am wondering about the repeatAll function, if i tell it to repeatAll(1), shouldn’t it repeat the scenario one time instead of just ending it? Also I am wondering, if I add a chapter below another chapter that has repeatAll function, will that final chapter be run after all repeats are done?

    The reason Why I ask is because I want to repeat the gathering chapters a few times, then run the repair chapter. I have duplicated the Turn In grid, then modified both so that the Turn In grid only turns in the collectibles, and the duplicate grid I named Repair to repair.

    Also I think there’s a issue with how deliverCollectables ends, as it only activates the tab based on your current gathering job, then closes it. I would prefer if the function did not close afterward so I can tell it to move to the next tab and then call the function again, then I can close the interface with sendKeys.

    • This reply was modified 6 years, 1 month ago by remnar remnar.
    • This reply was modified 6 years, 1 month ago by remnar remnar.
    in reply to: [Beta] Combat #8728
    remnar
    remnar
    Participant
    0

    When dealing with lag, Miqobot’s function just needs to test “cause and effect”. If the effect doesn’t execute within a threshold of time, try it again. If it keeps trying and there is no effect for a certain amount of times, then Miqobot should assume that something is wrong and exit from the dungeon if possible. Miqobot could also check the ping.

    in reply to: Gathering Rotation abilities #8727
    remnar
    remnar
    Participant
    0

    Thanks for the DE explanation; but I am still not understanding the Finish icon. I have seen it in examples, but it is used more than once in a vertical sequence so I am wondering if it is telling Miqobot to take a swing at the node? I am just wondering what it does.

    in reply to: navigation grids, how it can get you banned #8712
    remnar
    remnar
    Participant
    0

    Thanks for your input. I was going to suggest that Miqobot should eventually learn to calculate a bezier curve on angles <= some threshold the user can set, so your movement through the points is none stop and fluid.

    in reply to: miqradar.exe showing as virus (a follow up) #8648
    remnar
    remnar
    Participant
    0

    It wouldn’t take long to do a security check on their end. It just bugs me that this happens on this kind of software, that claims not to be hacking. Are they using a 3rd party app in regards to miqoradar and make changes to it? I don’t know. I just felt I needed to speak my mind on the issue. I already received a message from tech support, they claim the issue is impossible to address, which is BS in my opinion. But w/e, I’ll leave it to the antivirus company to sift through the file and update their software. This issue can be closed now.

    in reply to: [Beta] Combat #8603
    remnar
    remnar
    Participant
    0

    I don’t believe gamepad mode is technically impossible unless Microsoft removed that from the Windows API. The only thing Miqobot might have to do is allow a person to create a gamepad profile or use the one FFXIV is using, then use the numbers which each button has assigned to in the API. Also the player would have to set up their hot bar in a WXHB mode. I also understand that if the Windows API does not allow for combined button presses, then it would be technically impossible. This is just my opinion based on several years ago when I used to learn computer programming. But your developers know better than I do. I just hope I brought some insight.

    • This reply was modified 6 years, 1 month ago by remnar remnar.
    in reply to: Questing & Minigame Questions #8602
    remnar
    remnar
    Participant
    0

    I created my own autoit3 bot to play those minigames. When I started to make one for finer miner and out on a limb, that’s when I just thought maybe I should try Miqobot for a month. So far I like Miqobot better than racking my brain on figuring out the math.

    in reply to: Crafting Rotation #8486
    remnar
    remnar
    Participant
    0

    Perhaps Miqobot should state somewhere on the interface “Solving: please wait…”. Just a suggestion for devs.

    in reply to: miqobot folder in temp directory #8484
    remnar
    remnar
    Participant
    0

    Sorry for the late reply. The miqobot folder in the C:\Users\username\AppData\Local\Temp directory contain files as shown in the picture I attached. Since Miqoradar.exe and the dll’s are a necessary part of miqobot, why are they in the temp directory? And the presets, are they backups or are they saved presets? If it’s backups then it’s fine being in the temp directory. Otherwise the whole thing should be in the same folder as miqobot. That is my opinion anyway.

    Attachments:
    You must be logged in to view attached files.
    in reply to: (Discussion Archive) Patch 4.4 – Miqobot Status #8418
    remnar
    remnar
    Participant
    0

    I did have Muscle Memory on my 3rd hot bar, otherwise I wouldn’t have reported it.

    Here’s another case where Miqobot isn’t using proc’d synthesis skills. In this case, as a Goldsmith, I have Maker’s Mark and Flawless Synthesis on the 3rd hot bar. Miqobot doesn’t use it. Also I notice that Miqbot uses Inner Queit before Comfort Zone. Since Comfort Zone only restores 14cp, I suppose it doesn’t matter. I have attached the miqo crafting logs.

    Edit: I am unable to upload the crafting logs, i keep getting a an error about security reasons. I changed the extension to .txt and now you should be able to access them.

    • This reply was modified 6 years, 1 month ago by remnar remnar.
    • This reply was modified 6 years, 1 month ago by remnar remnar.
    • This reply was modified 6 years, 1 month ago by remnar remnar.
    Attachments:
    You must be logged in to view attached files.
Viewing 15 posts - 1 through 15 (of 17 total)