You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to determine if this is possible to do while still maintaining a good user experience. The ask is to prevent players from climbing a waterfall because there is desire to put a cave + parkour challenge there, but swimming up the waterfall defeats the purpose of the parkour.
There were two methods to do this surfaced:
Give the player a negative velocity while inside downwards flowing water enough that they cannot swim up
Negative velocity + 3 hunger to prevent swimming. This can be accomplished in vanilla with a bubble column.
Potentially instead of setting 3 hunger we can prevent swimming some other way
The text was updated successfully, but these errors were encountered:
[Problem]
Players can swim up waterfalls in areas where we want waterfalls as decoration but also need to restrict access.
[Solution]
Well there is none so far, since we tested and setting a player's hunger to 6 or lower does not work, since it is not implemented in Minestom to stop players from swimming or sprinting in this state.
Also added some comments about potential structuring of handling these types of events when we have a solution.
[Problem]
Players can swim up waterfalls in areas where we want waterfalls as decoration but also need to restrict access.
[Solution]
Handle player position packets by checking if they are in a bubble column, cancel their ability to sprint (fast swim) if so.
[Testing]
This does work partially, however there must be some discrepancy with how a user's position is tracked when they are swimming already. If you load into the given test environment, and start swimming in the normal water, then move to the bubble column, it will sometimes not cancel your swimming. We could also potentially check within a radius of the 8 blocks around the player if that's the issue.
Another potential issue with this solution is players with high ping could navigate around this by not sending a position packet until they've climbed up the waterfall on client side, and then each packet gets sent and processed but won't return them to their original location.
We need to determine if this is possible to do while still maintaining a good user experience. The ask is to prevent players from climbing a waterfall because there is desire to put a cave + parkour challenge there, but swimming up the waterfall defeats the purpose of the parkour.
There were two methods to do this surfaced:
The text was updated successfully, but these errors were encountered: