Neither the dash nor the teleport works as indended

[LLohct]

@HakuAsahi

First of all I would like to say that ur way ahead of me if you can kind of understand what you said regarding the launch function. To be fair even if i did understand it, it doesnt seem like the best approach or a fun one. I might as well use a slide one. But in my game I dont want to slide.

Sorry if it wasn’t clear. I was just trying to highlight the difference between the two.
—> LaunchCharacter is physics based, where SetActorLocation is not

Consider the following simple blueprint:

If I turn off gravity using the G key, and then press F once, my character will move at a consistent speed/velocity of 1000cm/s upward (no acceleration).

However, if I had used SetActorLocation, when pressing G once, my character would have only moved 1000cm up since we haven’t modified our actor velocity.

That basically highlights some of the difference between the two methods: physics

@HakuAsahi

I cant believe i spent so much time for a stupid dash. Thank you for the help . I hope i will find a way

I am 99% sure the problem doesn’t come from the DashMovement implementation itself and it’s somewhere else. Try with a gravity flip, unplug the execution of DashMovement from SetActorLocation, while simulating, flip gravity and press your dash key. If you still go up, it’s definitely because of something else.

While I’m at it, you could check out this thread if you haven’t already, similar topic (someone also provide a good example solution using actor location, similar to yours, fixed dash length):

How to I fix the dash distance difference between ground & in the air?

Aye, makes sense. Try it like so: [image] This should give you plenty of framerate and friction independent control, including the curve of the dash for more interesting behaviours. Otherwise you’d need to tackle friction - you can find it on the character movement component - so it could be a matter of disabling it. Not sure how fiddly this could become.