In this video I show the difference between driving the animation via root motion vs not and briefly explain the difference. Join our Discord: / discord
This following is my current view, I believe though that there is a specific way for setting this up that allows you to somehow use Root Motion with Game-Ready Anim Sets. Note: The reason *Root Motion From Everything* is not appropriate for Game-Ready Anim Sets is because you don't have transitional's between them...because you don't have transitions....the best match for leaving the Continuation Pose....is too high in weight and therefor he will likely just continue playing that specific animation and never switch over since he has no good exit out of the current animation. (With Dance Cards this usually isn't the case except when you just fail to cover a move that is needed to match some desired trajectory)
I remember hearing at one point enabling Root Motion From Everything disables all or a lot of the multi-threading that's been added to the AnimBP and also only Root Motion from Montages is supported in Multiplayer etc.
@@shannenmr We'll I can't confirm nor deny that. I did look into it though and was unable to confirm either of those statements. I would be interested in some sources though if you want to join the Discord and share them with me. If this is the case I would like to know for sure, but I like some concrete evidence when it comes to things like that.
Yeah I'll look into that I was hoping maybe there was like an Anim Modifier that could spit it out or something for me. If you think of that node let me know. I'll look for it though.
In the Unreal feature overview, at the 1:00:55 mark, Jose shows how he separated/isolated the starts, stops, pivots, loops, etc. in different Choosers. Did you apply that approach as well?
No actually I didn't, thanks for pointing that out. I'll look into that. I remember him going over that now but when he setup that database at the time I only remembered him handling that one with the Start/Stop/Idles.....of course he has them for each foot lol....I don't really want to take it that far honestly. I'll try that though, thanks for pointing that oversight out!
@@unrealdevop No problem, I watched the presentation yesterday and was wondering if there was a separation before he even showed it, so it was the first thing that came to mind watching your video as well. Hope it solves the issue!
@@laurensdesmet70 Yeah it may, we will see. I may not get to it today because I have other stuff to take care of but I'll look into it tomorrow morning if nothing else.
Hi there, i think the solution to your issue will be split databases and using choosers ( calculate a few booleans like IsStarting, IsLooping. IsStopping ) motion matching will get too confused with everything in one database sadly especially between pivots and stops they share a lot of similar patterns in the trajectory and bone velocity.
Yeah I'll give that a shot, someone else suggested that to me earlier as well. Thanks for the input, I'll try that out later tonight or tomorrow morning.
@@unrealdevop yea ive been testing stuff too ( not as much as you though ), and I had an issue where my regular loop animation was alternating with the start and stops resulting in it looking messed up. adding the chooser to separate out the start stops into a separate database that is chosen when none of my movement keys are pressed was able to resolve it. not sure how to do pivot though, i guess maybe you'll need to check if a player presses the opposite direction of their previous direction within a certain time period and then switch it to the pivot motion database. Also fyi because took me awhile to figure it out, but Chooser is another plugin you have to enable.
@@Disastorm Yeah Pivot logic is really tricky....As far as the separating, that may be the case with non-traditional Motion Matching approaches where you use Game-Ready Animations. From what I have seen Motion Matching works best with Dance Cards, if you can't provide those then it seems to be the case that complex logic is still required. It won't be drag and drop like some people originally thought
Yeah, they have some trick for how they are doing it with root motion I think for setups like this....I'll keep investigating but that project is supposed to be released next month
![คบซ้อน - วงL.กฮ. [ Official MV ]](http://i.ytimg.com/vi/5MtesqJ0I1c/mqdefault.jpg)
This following is my current view, I believe though that there is a specific way for setting this up that allows you to somehow use Root Motion with Game-Ready Anim Sets.
Note: The reason *Root Motion From Everything* is not appropriate for Game-Ready Anim Sets is because you don't have transitional's between them...because you don't have transitions....the best match for leaving the Continuation Pose....is too high in weight and therefor he will likely just continue playing that specific animation and never switch over since he has no good exit out of the current animation. (With Dance Cards this usually isn't the case except when you just fail to cover a move that is needed to match some desired trajectory)
I remember hearing at one point enabling Root Motion From Everything disables all or a lot of the multi-threading that's been added to the AnimBP and also only Root Motion from Montages is supported in Multiplayer etc.
@@shannenmr We'll I can't confirm nor deny that. I did look into it though and was unable to confirm either of those statements. I would be interested in some sources though if you want to join the Discord and share them with me. If this is the case I would like to know for sure, but I like some concrete evidence when it comes to things like that.
I think there is a node in a plugin that calculates it for you. You just input the movement component settings and you get the result
Yeah I'll look into that I was hoping maybe there was like an Anim Modifier that could spit it out or something for me. If you think of that node let me know. I'll look for it though.
In the Unreal feature overview, at the 1:00:55 mark, Jose shows how he separated/isolated the starts, stops, pivots, loops, etc. in different Choosers. Did you apply that approach as well?
No actually I didn't, thanks for pointing that out. I'll look into that. I remember him going over that now but when he setup that database at the time I only remembered him handling that one with the Start/Stop/Idles.....of course he has them for each foot lol....I don't really want to take it that far honestly.
I'll try that though, thanks for pointing that oversight out!
@@unrealdevop No problem, I watched the presentation yesterday and was wondering if there was a separation before he even showed it, so it was the first thing that came to mind watching your video as well. Hope it solves the issue!
@@laurensdesmet70 Yeah it may, we will see. I may not get to it today because I have other stuff to take care of but I'll look into it tomorrow morning if nothing else.
Hi there, i think the solution to your issue will be split databases and using choosers ( calculate a few booleans like IsStarting, IsLooping. IsStopping ) motion matching will get too confused with everything in one database sadly especially between pivots and stops they share a lot of similar patterns in the trajectory and bone velocity.
Yeah I'll give that a shot, someone else suggested that to me earlier as well. Thanks for the input, I'll try that out later tonight or tomorrow morning.
@@unrealdevop yea ive been testing stuff too ( not as much as you though ), and I had an issue where my regular loop animation was alternating with the start and stops resulting in it looking messed up. adding the chooser to separate out the start stops into a separate database that is chosen when none of my movement keys are pressed was able to resolve it. not sure how to do pivot though, i guess maybe you'll need to check if a player presses the opposite direction of their previous direction within a certain time period and then switch it to the pivot motion database. Also fyi because took me awhile to figure it out, but Chooser is another plugin you have to enable.
@@Disastorm Yeah Pivot logic is really tricky....As far as the separating, that may be the case with non-traditional Motion Matching approaches where you use Game-Ready Animations. From what I have seen Motion Matching works best with Dance Cards, if you can't provide those then it seems to be the case that complex logic is still required. It won't be drag and drop like some people originally thought
I was looking for this too in these two day, and I found nothing~
Yeah, they have some trick for how they are doing it with root motion I think for setups like this....I'll keep investigating but that project is supposed to be released next month