This site uses cookies! Learn More
reapler
-
Content Count
282 -
Joined
-
Last visited
7 Followers
Recent Profile Visitors
1780 profile views
-
-
-
The bug happens while the character tries to walk while stunned and this message appears "[MovementManager] Think we are stuck". I could also imagine it, it would also happen with other movement impairing effects such as roots. If the event "MovementEvents.OnSeemStuck" is registered this will be also called. If someone else would use this event for an own bug reporting, this would result in false-positive reports.
-
-
Botish movement improve (tips and tricks)
reapler replied to Ivkan1997's topic in General discussion
Hello, you may decompile or create project with dotpeek for the plugin and tweak it abit. The used methods are correct to turn the character(the same methods which are called for mouse turns). One problem is, wrobot is hooking endscene to execute methods of wow and this is also affected by fps, it must be also mentioned it is a safe method to do it. Injected it could calls the used methods directly with a higher ratio. Also the plugin itself is in my eyes still a prototype. A pid controller, better fps / latency dependent settings can be implemented in order to work 'ok' with endscene. -
-
-
-
-
-
-
Thank you for the kind words. To your problem, this bug may happen on low fps, high configured path-smoothness, used product/plugins/fightclass, or whether the character is riding or not. To pin the bug please describe your steps to reproduce it exactly, provide the used settings from the plugin, may include the path(A-B), using a 'xml-fightclass', disable all other plugins and a log would be also helpful. If i got time, i can hopefully investigate the bug.
-
-
Hello, .cs files are written in C# and allows the developer to take advantage of the full Wrobot API / Bot behavior. This means C# written routines are superior towards routines created by the fightclass editor because every action of the character can controlled by these C# routines. In case if you would like to develop yourself these fightclasses:
- 1 reply
-
- 1
-
-
Hello, you may take a look into memory mapped objects / remote procedure call(RPC). For example: https://github.com/spazzarama/SharedMemory http://csharptest.net/projects/rpclibrary/index.html These can be also installed via nuget packet manager on Visual Studio and can be binded with fody with your distributed library(fightclass / plugin). Note: RPC is rather for client / server communication but you may also exchange data via calls. If this may take abit too much effort, you can also save a file to disk(like fightclass settings) and read from another wrobot instance.
-
-
-
Hello, you can subscribe to the movement events to block the movement. It could look like this(not tested): //call at initialize public void SubscribeEvents() { MovementEvents.OnMovementPulse += MovementEventsOnOnMovementPulse; } //call at dispose public void UnSubscribeEvents() { MovementEvents.OnMovementPulse -= MovementEventsOnOnMovementPulse; } private void MovementEventsOnOnMovementPulse(List<Vector3> path, CancelEventArgs cancelEventArgs) { if (DestinationTmp != Vector3.Empty && path.LastOrDefault()?.Action != "custom" ) { cancelEventArgs.Cancel = true; } } public static Vector3 DestinationTmp = Vector3.Empty; public static void MoveTo(Vector3 destination) { List<Vector3> path = PathFinder.FindPath(ObjectManager.Me.Position, destination); var last = path.LastOrDefault(); if (last != null) last.Action = "custom"; DestinationTmp = MovementManager.CurrentPath.LastOrDefault() ?? ObjectManager.Me.Position; MovementManager.Go(path); } public static void GoBack() { List<Vector3> path = PathFinder.FindPath(ObjectManager.Me.Position, DestinationTmp); DestinationTmp = Vector3.Empty; MovementManager.Go(path); }
-
This part should be fixed now. But it seems like the profile doesn't perceive that it has reached the destination and stuck. Probably an unlucky condition i guess. There's nothing more what i could do since the profile is not accessible. @camelot10 may hopefully expose the condition on https://wrobot.eu/files/file/1139-paid-pandaria-world-bosses/, dunno what's exactly wrong there.
-
@KnightRyder The catchup should be fixed now with this: CurrentMoveTo = SmoothMove.Utilities.Math.NextVector( MovementManager.CurrentPath.FindIndex(i => i.X == vector3.X && i.Y == vector3.Y), MovementManager.CurrentPath, 1.2f ) ?? vector3; The other problem with the stuck, i've added the end point so it should hopefully continue with the next step.
-
-
-
Yes, it should work. Since it will just modify the path, nothing else on this version. But so far i can see, i guess the path is being altered somewhere and my mark disappears. This will result the path being smoothed a second, third or fourth time and causes stuttering movement: [D] 01:27:48 - [SmoothMove] Path count: 2284 [D] 01:27:48 - [SmoothMove] Stop Move @OnMovementStop [D] 01:27:48 - [SmoothMove] Stop Move @OnMovementStop [D] 01:27:48 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:48 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:49 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:49 - [SmoothMove] Path count: 26304 [D] 01:27:49 - [SmoothMove] Stop Move @OnMovementStop [D] 01:27:49 - [SmoothMove] Stop Move @OnMovementStop [D] 01:27:49 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:50 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:50 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:50 - [SmoothMove] Path count: 76292 [D] 01:27:50 - [SmoothMove] Stop Move @OnMovementStop [D] 01:27:50 - [SmoothMove] Stop Move @OnMovementStop [D] 01:27:50 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:50 - [SmoothMove] Stop Move @OnMoveToStop [D] 01:27:51 - [SmoothMove] Stop Move @OnMoveToStop But i could need more information @KnightRyder, on how you reproduce this exactly and maybe monitor the debug log where this behavior happens. I uploaded a new version with a better logging for this.
