Mana Games

[anrox335]

It seems like only CPU gets the inertia based penalty as well as animations. If I set my player as CPU controlled, all these inertia based sliding animations are happening both for normal as well as sliced shots. Here is the CPU getting position based penalty and sliding animation due to inertia.

[anrox335]

Here's the case with human player running to hit the shot at the last minute with zero position based penalty for inertia as well as no sliding animations

[manutoo]

Hello,

I get these little slides all the time when I play ; you might be running a tad less fast than the CPU, or something else is a bit different.

According to your screenshot, you stopped running too early as your player animation is too stretched, thus you ran too slowly, and when you hit the ball you may have almost already stopped running..

[anrox335]

I did not stop running. In fact, I tried to recreate the same running pattern as CPU.

Here are sample videos:
CPU hitting a stretched slice and having inertia based slide
https://youtu.be/njBIDRTmgII
As you can see, the CPU slides a significant distance ahead of the doubles line

Player hitting a stretched slice 1:
https://www.youtube.com/watch?v=VLEeTcaWjSo
The player stops near the doubles line despite holding the analog stick

Player hitting a stretched slice 2:
https://youtu.be/tldnDq2nLIE
Same things as last video

[manutoo]

The 2 first videos don't show a player hitting the ball in the same position : on 1st, it's nearly 1 m wider, thus more speed and hitting on the run.

[anrox335]

They are from the same ball thrower. Maybe check this side by side comparison of another two scenarios from the same ball thrower:
Slow speed:
https://youtu.be/EheBxiULb5o
Normal Speed:
https://youtu.be/7QryK89wrig

I also sent you a bunch of reports where there is no sliding/inertia animation from the human player, but there is from the CPU side as we can see in the various videos I have uploaded.

Even if I increase the distance/speed of the human player, then there is hardly any difference in the output and no sliding/inertia animation:
https://youtu.be/aWQ2r5Cu7cA

[manutoo]

The human starts later, hits the ball from farther away (he's stretching a lot), and thus he's running slower, stops sooner, and doesn't need the mini-slide.

If you want to check the mini-slide can trigger, just do some left/right. Also, if you want to check it can trigger during a strike, just go too much on the ball while moving fast enough, and you'll see your player do a hard stop with the mini-slide and walk back a few steps to be in the correct position.

[anrox335]

The human starts later, hits the ball from farther away (he's stretching a lot), and thus he's running slower, stops sooner, and doesn't need the mini-slide.

Both of them ran the same distance with the human player receiving maximum input for the running. In the 2nd video I attached, the human player ran a significantly larger distance:
https://www.youtube.com/watch?v=aWQ2r5Cu7cA

The human player hitting the ball on more stretch a little earlier should not have any consequence on the inertia penalty/animation. It should be only dependent on the speed. The CPU has inertia/slide even if it is not stretching.

And there is no sliding even if I don't press the shot button but run a significantly large distance, but there is for CPU
https://youtu.be/mJMmvP57oAQ

Also, if you want to check it can trigger during a strike, just go too much on the ball while moving fast enough, and you'll see your player do a hard stop with the mini-slide and walk back a few steps to be in the correct position.

I have tried hitting the ball from the same distance, as well as more distance than the CPU, yet I never encountered it similar to CPU's mini slide. If you check this rally, the CPU does mini slides at various instances while player doesn't do them even if he covers more distance than CPU at max input from analog stick, notably at t=14-16 in this video.

[manutoo]

"The CPU has inertia/slide even if it is not stretching." ; no, it's => The CPU has inertia/slide because it is not stretching.

In your video, you stop running for a long time after hitting the ball, thus you'll never do the mini-slide which is done when starting to run back in the opposite direction.

[anrox335]

"The CPU has inertia/slide even if it is not stretching." ; no, it's => The CPU has inertia/slide because it is not stretching.

It looks like stretching to me

Full video:

[anrox335]

In your video, you stop running for a long time after hitting the ball, thus you'll never do the mini-slide which is done when starting to run back in the opposite direction.

Even if I change directions immediately, the player does not do mini slide. He runs a bit further and does the direction change animations. There is no sliding like in the case of CPU. I am talking about the sliding animation and not the direction change which happens in this video. This can also be observed in various youtube videos from other people with human players.

[anrox335]

It looks like stretching to me

I meant the CPU is doing the same sliding animation irrespective of whether it stretches or how much it stretches. Not stretching does not seem to result in any different inertia animation. Meanwhile, even if I do everything you said, the sliding animation is never done by the human player. I have reproduced this multiple times, and even if you check youtube videos of other human players, you'll find the sliding animation missing

[manutoo]

When I said "The CPU has inertia/slide because it is not stretching.", it was in that specific test you made, not a general rule... You need to be fast enough to get the minislide ; I don't know how to explain that better than I did so far...

[anrox335]

I am following the same path as CPU on the same ball thrower sequence giving maximum speed input. Even if I increase the length my path while giving the maximum speed input, there is no mini slide. If I check videos from youtubers, I don't remember seeing a single mini slide like that of CPU. If speed seems to be the issue, the human player is not generating enough speed despite max input, and it should be looked into.

If you check this video from Roberto Leal, at these points:
https://www.youtube.com/watch?v=2X064xq2nP0&t=32s
https://youtu.be/2X064xq2nP0?si=FrX2Ow1jpXD4Tjt3&t=706
https://youtu.be/2X064xq2nP0?si=zo2iWd79e8DFetIF&t=944
https://youtu.be/2X064xq2nP0?si=EBr0-6IflaRAwUJN&t=961
the CPU does a sliding animation multiple times. In the 3rd video, he even did the animation on a serve return. So speed definitely can't be the issue.

Meanwhile, the human player covers greater distance and speed, but there is no sliding
https://youtu.be/2X064xq2nP0?si=ZoDyF4o-iJ7m2EAi&t=872

I have seen the entire match and similar matches between human and CPU by other players. The CPU does this animation multiple times throughout the video. The human does it zero times. The issue is that this animation never triggers for the human player.

If you ever get the time for this, check if you can reproduce the same CPU animation as a human.

[manutoo]

The minislide triggers when you run fast enough in a direction and then press to run in the opposite direction, without stopping 1st.