Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wind fixes #2793

Draft
wants to merge 9 commits into
base: master
Choose a base branch
from
Draft

Conversation

biggeryetbetter
Copy link
Contributor

Done:

  • Player is not slowed down when they work with wind.
  • Most flying enemies act as expected with wind.

Todo:

  • "Current" variant of wind.

Previously players were slowed down when moving in the same direction as
wind when its velocity was particularly low.
`add_wind_velocity` was ported from `Badguy` to the `Player` class to
fix this.
* Darts, kamikaze snowballs and owls stop moving vertically after exiting wind
* Zeeklings abort a dive if they are stopped by strong enough wind.

For Flying Snowballs:
* Velocity is now calculated based on the previous target height to
avoid snapping when pushed away from their start position
* They can be pushed upwards or downwards
* When pushed sideways, damping keeps them from floating away forever
@mrkubax10 mrkubax10 added involves:functionality status:in-progress Progress has been done, but more is intended be done category:code type:bugfix Pull Requests that fix bugs. labels Feb 22, 2024
@Rusty-Box
Copy link
Member

A issue that does still persist is that when the wind is set to values (I believe) below Tux max. walk/run speed, Tux will not be moved by the wind when standing still, stuck in his run animation.

Also, I feel that wind should always affect things when they are in their zone. Right now if you don't jump it will not affect you at all, even though you are clearly inside the wind zone.

wind.mp4

- "Current" variant of wind that blows bubbles and does not affect Dive
Mines.
- Players now have an `m_wind_velocity` variable that is applied only
after calculating other player physics. This fixes several unwanted
behaviors related to Tux and wind.
@biggeryetbetter
Copy link
Contributor Author

I have made several changes to the wind physics process that seem to have fixed these behaviors. I've also added a prototype "current" that does not affect dive mines. I would like some clarification about what you mean in #2592:

You have better control within the current for better navigation and correcting

By this, do you mean faster acceleration/deceleration?

@Rusty-Box
Copy link
Member

So the thought behind the current was that (since it is underwater) it can be used to suck/push Tux into an area. However, Tux should be able to swim against the current if it is not too strong. Now that should probably apply to both the current and wind. Main difference is that the current type would have different particles (i.e. bubbles) to better fit the aquatic theme.

@Rusty-Box
Copy link
Member

Somethig I noticed with the "Current". It is very hard to fight it. Especially with an acceleration of 100. You would expect setting the speed of wind lower than Tux's swim/boost speed, he'd still be able to slowly go against the current. However, I seemingly get force-halted by the current even thought techincally Tux should still be able to swim through (obviously slower). It lets me swim for a short moment before halting all my progress, even when oosting which is moves very fast! Even with an acceleration of 10.

current_wip_issue.mp4

Also, make sure to have the "Current" particles fade out rather than suddenly disappearing in an instant.

@Rusty-Box
Copy link
Member

I would not be suprised if something similar applies to the normal wind as well

@biggeryetbetter
Copy link
Contributor Author

I'm admittedly a bit stuck on this issue. While the normal wind seems to be working correctly, it seems that in water, the acceleration from current is still vastly overpowering that from swimming. Unfortunately I'm not really sure how to fix that without also altering how swimming works- any ideas would be appreciated.

@Rusty-Box
Copy link
Member

Unfortunately I'm not really sure how to fix that without also altering how swimming works- any ideas would be appreciated.

Altering swimming in what way? Swimming is still a fairly "unpolished" mechanic so alterations are still legitimate as long as they improve it. So depending on how would have to alter it, you might be able to go through with it.

Swimming now works on velocity rather than acceleration, which
previously caused odd behavior with regard to swimming through wind.

Further tweaking may be needed but should hopefully be easier to do.
@biggeryetbetter
Copy link
Contributor Author

Alright, I've tried tweaking swimming to actually work with wind. Let me know what you think. Boosting in particular seems to sometimes create large radii on turns which might need to be fixed.

Also, how can I make the water bubbles fade out?

@Rusty-Box
Copy link
Member

Found a couple bugs:

  • Walking through wind and standing, Tux gets pushed much weaker as when he jumps afterwards
inconsistent_wind_push.mp4
  • When underwater Tux will attempt to always move left when letting go of the directional keys.
swim_bug.mp4
  • At higher acceleration, around 100 (default value) but also noticeable aroud 50, Tux begins kinda jittering in a current and also somewhat stop an go when at higher speed wind
wind_current_jitter.mp4

It also seems that the wind affect Tux statically, i.e. instead of his speed accelerating or decelerating "smoothly" it changes instantly. Atleast that's how it felt to me. It should ease into the new faster/slower speed to make the transition more smooth. This seems to apply to both wind and current, if that is truly what is happening, maybe I'm mistaken here.

@biggeryetbetter
Copy link
Contributor Author

I can confirm the first and third bugs but I'm not able to recreate the second one. Can you upload the setup that is shown in the video?

Another bug: Pressing the down arrow rapidly while moving into fast wind somehow allows you to go through easier. This is caused by some stuff around line 1586 of player.cpp and I don't know what they are supposed to do so I won't touch them.

@Rusty-Box
Copy link
Member

Can you upload the setup that is shown in the video?

This is the level I tested and discovered that bug:

wind_test_level.zip

The `apply_friction` function previously caused tux to swim constantly to
one direction due to it adding acceleration under the assumption that
tux was walking. Swimming-specific friction logic has also been moved to the function.
Wind now has a configurable variable that allows for feathering of the
strength of wind. This is intended to make the transition into wind
smoother.

Fixed a logic error where all enemies would only be affected by current,
not normal wind.
@Rusty-Box
Copy link
Member

More bugs I found:

  • Buttjumping in downwards moving wind breaks the animation, i.e. Tux gets stuck in his buttjump an/or stomp animation after touching the ground.
  • Tux cannot duck when in wind that goes downwards

@Rusty-Box
Copy link
Member

I also noticed that when you swim in the Current and you move in the direction it goes, you kinda seem to break the speed at which it is pushing you, like you get a bit slower than when you just get pushed without moving yourself. This might also apply to normal wind. Not sure on that. I usually notice it best while swimming.

@Rusty-Box
Copy link
Member

Okay I keep finding many more bugs - sry 'bout that :D

So apparently, Dive Mine is still affected by currents but also when they leave the current/wind area they keep on going, never stopping. Also getting pushed underwater is still somewhat jittery. Feathering help a little bit but overall needs a much higher value than normal wind to be smoothed out fully, for the most part.

Speaking of feathering, so idk if I fully get what it does specifically but the best values I've seen with it seems to be around 350? Can shed some more light on what it does exactly because with default value of 16 it looks horribly jittery

Previously, acceleration was calculated completely incorrectly which
resulted in excessively high accelerations within wind areas.

Dive mines also no longer are pushed by wind.
@biggeryetbetter
Copy link
Contributor Author

Don't worry; that's what open-source is all about. I haven't done a particularly good job testing each change, to be honest.

Also, the way feathering works is that it calculates how far the center of your hitbox is from the edge of the wind area (in pixels), then divides it by the feathering distance and clamps it between 0 and 1. It wasn't introduced to fix the jittering (that is caused by friction) but rather the fact that tux would keep "bouncing" off the edge of strong wind instead of pushing up against it like you might expect.

My main problem with how it works right now is that if you put wind in a tunnel, like in the test level you showed previously, the top and bottom edges of the wind will have feathering, even though this makes no sense inside a tunnel.

Also, I found out that I was calculating m_wind_velocity (should actually be m_wind_acceleration) completely wrong which seems to have been what was going on when you said

It is very hard to fight it. Especially with an acceleration of 100. You would expect setting the speed of wind lower than Tux's swim/boost speed, he'd still be able to slowly go against the current.

I will keep attacking these issues and hopefully we can get this to work soon!

@Rusty-Box
Copy link
Member

Any further progress on this? Just checking :)

@biggeryetbetter
Copy link
Contributor Author

Not really as I have again been busy with other things. It seems like the cause of the weird jittering bug is that wind only collides with tux every few game ticks and adds velocity, in between which, friction causes tux to suddenly slow down. That is what I have been stuck on currently.

* `CollisionObject` now keeps track of colliding wind areas each frame
* Wind now interpolates its applied velocity 50:50 each frame to prevent
Tux from jittering
* Tux will not skid constantly in wind
* Tux has higher turning acceleration in wind to give him a bit more
control
@biggeryetbetter
Copy link
Contributor Author

Alright I think I got the jittering issue fixed finally... Sorry that took awhile. Let me know what you think and of any bugs you find.

@Rusty-Box
Copy link
Member

  • Jittering appears to be fixed indeed. The only thing that happens is that Tux's walk animation start,stops,start,stops the whole time if you don't hold the direction key you're going.
animation_jitter.mp4
  • Knowing that Tux walk and run speed can go up to iirc. 230 and 320 repsectivly, I'm suprised that if you walk against wind with a 100 value Tux barely manages to walk against it. As if the wind was suddenly way stronger. Also when Tux jumps still gets pushed stronger than when he is on the ground, which is odd.
wind_stronger_pushback.mp4
  • Reaching the top of a wind area occassionally push Tux much higher + objects that walk or stand in up facing wind don't get pushed up. They're not even affectd by wind at all even the they should
changing_wind_push.mp4
wind_badguy_bug.mp4

@Rusty-Box Rusty-Box added this to the 0.7.0 milestone Apr 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category:code involves:functionality status:in-progress Progress has been done, but more is intended be done type:bugfix Pull Requests that fix bugs.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants