Tetsuya

Forum Replies Created

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts

  • Tetsuya
    Participant
    0

    Of course, we can implement an additional setting to adjust it globally as well. But this may result in extremely unnatural motion as described above.
    Are you sure this is the only solution to your problem?

    Well, no. Currently im rising the height of the waypoint to avoid this, but i’m often land way to low on waypoints so i have to adjust them. The X and Y is never a problem. So it feels like there is a problem with Z threshold but i can’t verify it.

    Miqobot always calculates the length of path by the distance traveled. The number of waypoints is irrelevant.
    If you experience a different behavior, then it’s a bug.

    … or a problem on my side. I wanted to create a example grid and found the problem

    It looks like 433 is connected to 432 and 434 but it is’nt. causing miqo to take a connected (long) way.

    If you have any other ideas for AI improvement, please let us know.

    just an addition: fly beacon’s would be nice. last time i tried them causing to go to ground every time.

    in reply to: Feature suggestion: Use/Ensure food for crafting #27483

    Tetsuya
    Participant
    0

    well that’s what i currently do
    but some crafts are longer oder even alot shorter, so i need to calculate a sweetspot and waste soem buff time πŸ™‚

    sure its only QoL but maybe addable in short time πŸ™‚

    in reply to: Suggestion: Automatic interruption for unspoiled nodes #25671

    Tetsuya
    Participant
    0

    not at all, thats why I suggested Lua. As language itself it is very powerfull, but can also be as functional as the current system.
    But yes, as developer i can understand it totally. But some interrupt or bypass functions would be great in the scenario engine. Change scenario step depends on weather for example for automated diadem fishing πŸ™‚

    in reply to: Suggestion: Automatic interruption for unspoiled nodes #25656

    Tetsuya
    Participant
    0

    would it be an option to replace the scenarion engine by someting like lua scripting engines?

    sure, the effort on the first side is high to very high and it will break all existing scenarios, but after this you only have to care about functions and return values, and not on the runtime/scriptingfeatures itself.
    Then users can create more complex scenarios and can use subfunctions, interrupts, hooks etc

Viewing 4 posts - 1 through 4 (of 4 total)