Bendzae / bevy_replicon_snap

High-level networking library that extends the bevy_replicon library to allow snapshot interpolation and client-side prediction
MIT License
23 stars 10 forks source link

owner_predicted example allow client cheating ? #14

Closed mirsella closed 3 hours ago

mirsella commented 4 hours ago

Hello ! I'm new to bevy, and first time using a networking crate with it. I was trying out the examples, but stumbled on weird behavior, which might be a problem with more than just with the example ? This is done with the example untouched.

I have two screens, a 240hz and a secondary 60hz, I guess It's because the example use Update and not FixedUpdate, but I didn't manage to fix it.

When I have both of the server and client window on the SAME screen, it works well. But when I have one on the second slower screen, movement becomes weird:

Video recording showing both behavior: https://streamable.com/pmuxfr

Also, I was wondering, nothing to do with that i guess, but why is client -> server movement latency is really fast, but server to client much slower where the client will see some jitter ? (we can see it in the video at the start when both on same screen)

thanks !

mirsella commented 3 hours ago

someone answered me in the bevy discord https://discord.com/channels/691052431525675048/1090432346907492443/1286702755494498438

And it appears that it is not a bug or problem in the example, and was just not in scope for the example. and the input queue logic is seems to not implemented to prevent "cheating" in this crate.

thanks a lot !

edit: ill use lightyear for now