Simple Waypoint System

• 

  Release Notes
  • Baroni  

  15
  0
  Votes
  15
  Posts
  7583
  Views

  

  v5.4.4 DOTween updated to 1.2.235 changed: local checkbox to dropdown, none/toPath/toObject. toPath is the same as enabling local in earlier versions. toObject can be used to let objects move on path formations from their local position minimum required Unity version: 2017.3.0
• M

  Disable the default Tools for the main GameObject on a (Bezier)PathManager
  • megamiley  

  2
  0
  Votes
  2
  Posts
  7
  Views

  

  Keeping the first waypoint at (0,0,0) / path origin is actually on purpose, because some time ago, there were bugs with the tweening libraries caused by position offsets on the path and waypoint transforms. They existed in HOTween (DOTween's predecessor) and iTween (removed). Introducing a toggle for disabling transform tools, in order to move the first waypoint, seems a bit overkill to me. Since all waypoints are transforms, you could just select the first waypoint in the hierarchy to add some offset, and then continue with the path tools.
• M

  Add script events to the splineMove and navMove components
  • megamiley  

  2
  0
  Votes
  2
  Posts
  7
  Views

  

  Adding events to the movement classes is something I am going to implement in a future update. The current UnityEvents list is convenient to populate in the editor, but comes short during runtime and also when switching paths often, like you and others have pointed out. In addition to this, something that was requested before was: separate "MovementStarted" (first waypoint) event separate "MovementFinished" (last waypoint) event "PathSwitched" event, so it is possible to un/subscribe to the "onWaypointReached" event For completeness and other users: currently, what I recommend to use is either populating the UnityEvent on a movement script via code at runtime, or use collision triggers along the path instead. Both of these methods allow for the path or collided object to be checked before invoking additional code, therefore supporting path switching. They are demonstrated in the "Events" sample scene.
• M

  Make individual waypoints select-able by click and drag in the editor
  • megamiley  

  3
  0
  Votes
  3
  Posts
  6
  Views

  M

  Cool! FYI, Ctrl+click = toggle select, Shift+click = additive (no selecting), having both wouldn't be too difficult once you get the other working :)
• M

  [Bugfix] Editor draws extra path lines for paths that no longer exist when you change the points on a path
  • megamiley  

  3
  0
  Votes
  3
  Posts
  5
  Views

  M

  Yep, I'm currently using 2019.3.14f1
• M

  (Bezier)PathManager doesn't have a visual ability to show that a path is a closed loop
  • megamiley  

  3
  0
  Votes
  3
  Posts
  5
  Views

  M

  Aha, that sounds reasonable then yeah. Thanks for the reply :)
• M

  First waypoint to point in a Bezier Path reacts differently than the rest of the path
  • megamiley  

  3
  0
  Votes
  3
  Posts
  5
  Views

  M

  I see, after doing a bit more testing I now understand the issue and it's exactly as you described it. I would have expected the entire path to be changed until the first Waypoint insead of the first point but it makes sense that it's like this. It's indeed a closed loop path here which was causing this unexpected behavior. I think this should now be a part of my other topic on visually showing closed loop paths on a path level as that would more easily show what the final path would look like in such a case :)
• T

  Issue with events and reversing bezier path
  • TomMP  

  17
  1
  Votes
  17
  Posts
  63
  Views

  M

  I don't see those in my repro scene, maybe you have another object with a movement script in the scene? Difficult to tell. The extra lines seem to be quite random, on one run they're there and on the other their gone. Can't seem to get a grip on why it might happen but it seems to be only visual so I can basically ignore it. I was able to reproduce this, and it is a result of calling "splineMove.Reverse()" at the last waypoint, which invokes the waypointChange event twice - once for each direction. This results in firing off the next PathConnection in the SplineEventHandler instantly. Honestly I'm not sure how to avoid this at the moment, I may have to contact the developer of DOTween for that. You can just avoid calling Reverse though in your SplineEventHandler, and add the turn manually: Yes! That fixed the issue! There was a small bug still where it would jump back 1 point and then teleport to the end again when the path got reversed but I was able to fix that by changing the moveToPath to _splineMove.moveToPath = connection.StartPath != connection.NewPath; If moveToPath was always true then it would again double fire the event which would cause issues, if the two connected paths are the same then it's same to assume that the cube doesn't need to move to the new location Thanks! Going to add that, with the other fixes, to the next version. Yay! "GetFirstPoint" would just return 0 every time, as there is nothing to calculate :) Haha true, it would be more about consistency in that case if a GetLastPoint method was added, but I can create those two myself as an extension method when needed :) As an asset developer I'm forced to use the first cycle version (2019.3.0) for uploading, due to supporting all versions above that. Personally, it's not about the stability of the editor itself, but because of the various Package Manager products, with most of them in preview - or not working well in combination with other packages. Basically since the Package Manager was released, we've had a guideline to avoid all packages shipping with it (except UI). That's why I'm still developing with one of the last versions without it (2017 LTS) or soon 2018 LTS. Aha, never knew that, sounds reasonable Thanks for all the help with this, now I need to create the paths for my entire island and also create a cleaner UI for this system :P
• B

  MovetoPath and Reverse
  • Brunob  

  2
  0
  Votes
  2
  Posts
  10
  Views

  

  Hello, calling the Reverse() method on the movement script can be done at any time, even between waypoints. It is specifically designed for restarting movement at the current position, but in the opposite direction. It also works on bezier paths. What exactly do you mean by "transported to another point"? Setting "reverse = true" during movement does not result in any change, because this would need the movement to restart. I'm not sure what you mean by your second question, could you elaborate? You could either: move the object to the path via your own movement method set a different "startPoint" before calling StartMove(), so it will walk to a waypoint on the path instead of its beginning or have a look at our "PathInput" sample scene which uses absolute positioning on the current path by input. You could also use this to move the character to the target path by input, and then start moving on it automatically.
• A

  after adding the SWS to my unity project which contains dotween pro already i am getting the following error
  • amiryatoo  

  6
  0
  Votes
  6
  Posts
  6
  Views

  A

  @Baroni Thanks a lot. this solved the problem
• B

  Player Enter/Leave path
  • Brunob  

  2
  0
  Votes
  2
  Posts
  13
  Views

  

  Hey, thanks for your question! On movement scripts, the "currentPoint" variable describes the current waypoint index on the path. If you modify the object position while the movement script is active, you would need to set the currentPoint directly e.g. to the last waypoint count. currentPoint = 0 Current waypoint indicator on the path If you stop the movement script completely (via move.Stop()) and want to start it later again, but from a different position, you can also use the "startPoint" variable instead. startPoint = 0 Waypoint index where this object should start its path I'm not completely sure about your logic, but you can do all kind of settings before the movement started. Even setting "reverse" to true (the boolean variable, not the method) works before calling move.StartMove(). I hope this helps in some way!
• P

  Objects stuck when moving
  • Peter  

  3
  0
  Votes
  3
  Posts
  9
  Views

  P

  Ok I think what you told me can help me find a solution, thank you.
• N

  Edit curve of Bezier paths
  • Nattapon  

  3
  0
  Votes
  3
  Posts
  7
  Views

  N

  Well. I read the document. It happens that I tried to click it in the hierarchy but it needs to click the sphere in the scene to show the gizmos. Thanks.
• J

  More tutorials?
  • Jimmyalenius  

  6
  0
  Votes
  6
  Posts
  19
  Views

  

  Thanks. A video for your first question wouldn't help though, as obstacle avoidance is not handled in SWS. Please see this (older) thread and ignore the Unity Pro part: https://www.rebound-games.com/forum/topic/1514/dynamic-obstacles @Jimmyalenius said in More tutorials?: how to get a character to use multiple paths simultaneously and randomly Not sure what you mean by "simultaneously" as one object can only move on one path at a time. I guess your question comes down to switching paths at runtime, be it random or not. There's only one method in the scripting reference that does this: SetPath. You'll have two options to call it: manually via your own code at any time (Runtime example scene) or via a waypoint event (Events example scene) Regarding "randomly", you would write a script that holds an array with path names (strings) or PathManagers. From that list, choose a random entry and pass it to the SetPath method. For example: int selectedIndex = Random.Range(0, availablePathArray.Length - 1); movementScript.SetPath(availablePathArray[selectedIndex]); Ultimately it is your decision on when, or how to call the methods provided by SWS. This is basically just using our scripting reference with your own logic.
• N

  Is running or at end
  • Nikaas  

  2
  0
  Votes
  2
  Posts
  16
  Views

  

  splineMove.tween != null would be sufficient in most cases. If you pause the tween during gameplay, add && splineMove.tween.IsPlaying() as an additional statement. & 3. The "currentPoint" variable is the current active waypoint index. First waypoint: currentPoint == 0, last waypoint: currentPoint == waypoints.Length - 1. In case of "ping pong" movement, the "reverse" boolean indicates the current direction. However, this is reset immediately after reaching the final waypoint. https://www.rebound-games.com/docs/sws/splineMove.html If you wish to not only check for these states at a given time, but also receive events at the time they happen, please look into waypoint events.
• N

  Object rotating automatically/undesired (loops, sharp turns)
  • Noob_vulcan  

  3
  0
  Votes
  3
  Posts
  7
  Views

  N

  ohhk...No wonder why i was facing such issues every time. Thanks for sharing this.
• B

  Object has wrong rotation when following path
  • blogsabout  

  6
  0
  Votes
  6
  Posts
  90
  Views

  

  It depends on what you're using as an "up" axis in your modelling application, but that's basically what I meant with the point above: go back in your modelling application and rotate the model there E.g. in Blender there's a different "up" orientation one has to apply the rotation to before exporting.
• S

  Switching from one path to another means object always starts at Waypoint 0
  • Shin_Toasty  

  30
  0
  Votes
  30
  Posts
  165
  Views

  

  Thanks for the feedback, I'll sneak a "jump to point + reverse" sample into the next update. I'm not really 18, that must be the default value ;) In a few years double of that...
• F

  Finding the direction of the path before walking it?
  • FeastSC2  

  2
  0
  Votes
  2
  Posts
  24
  Views

  

  Sure! @FeastSC2 said in Finding the direction of the path before walking it?: 1) How to know in which direction the path goes before walking on it. Is this something that's possible? Simple Waypoint System does not provide this information, but DOTween does. You can get a Vector3 from a certain percentage along the path like this: //tween is a public variable of the splineMove script //0.01f = 1% further on the path Vector3 posNext = tween.PathGetPoint(tween.ElapsedPercentage() + 0.01f); //use current position and posNext to get direction or rotate to posNext ... @FeastSC2 said in Finding the direction of the path before walking it?: 2) How to get the index of the next waypoint with navmove? The navMove script has a "currentPoint" variable as well, which always points to the next waypoint. E.g. after passing waypoint 1, currentPoint equals to 2. If your question is more directed at 1) but with navMove, I would suggest looking into NavMesh.CalculatePath and NavMeshPath.corners.
• F

  BUG: the OnWaypointChange(int index)'s 2 bugs.
  • FeastSC2  

  2
  0
  Votes
  2
  Posts
  21
  Views

  

  Thank you for this post. On PingPong mode, OnWaypointChange(int index) is indeed called twice, as the moving direction changes on the first and last waypoint. While it seems to be the same waypoint, it is actually not - there is a difference in the reverse boolean variable. With reverse = false and index = last waypoint, the object is still facing forwards. With reverse = true and index = first waypoint, the object turned around and is now facing the other direction. OnWaypointChange is called on both events, for you to decide exactly when your event should happen. You would check the reverse variable value for this in your own script (and to avoid your event being called on the "other side"), without modifying SWS scripts. Regarding your second point: in the case of index = -1, there is a return statement in the method already and currentPoint is not set to that value.