[color=#111111][font=Helvetica, Arial, sans-serif]

Hi, im making some tests about player syncronization in a fps game.[/font]
[color=#111111][font=Helvetica, Arial, sans-serif]

I ve recently learned that xboxLA games are expected to be played with a max ping of 200 and a max loss ratio of %10(a bit high i think?). So i started with the general approach and send movement commands to server, get the correction from server, get back in time and fix etc. I failed to do it properly by sending velocities and tried to send delta position values. And also i gave sequence numbers to my action recordings instead of timestamps. It worked perfect even with 300-400 ping values. But when it comes to packet loss everyting went down. To deal with both i tried sending key press values instead of direct position changes. It handled packet loss very well, it prevents speedhack etc. and also saves a lot of bandwidth but this time it seems impossible to sync with servers player position. Server runs at different speed, client is different and latency values change over time so if i press a button for 1 seconds it may last 1.2 seconds on server. So im planning to turn back to the previous approach and find a way to handle packet loss or anyone have an idea if it can be done properly by sending only key press values.[/font]

[color=#111111][font=Helvetica, Arial, sans-serif]

Thanks in advance.[/font]

thank you, i'll read it.
I have read the valve's documents and I have succesfully implemented entity interpolation/extrapolation. The issue is about the player prediction. In a scenrio where the movement algorithm is deterministic, lets say the user preses W and immidiately starts moving on the client and after 100ms starts moving on the server. After 1 second the user releases the W key and because of network glitches the server receives this command after 250 ms. So the servers movement took 1.15 seconds which is more than the player actually moved on the client. The server is authorative so this is fixed later but causes a snapping. I can overcome this by sending velocity or position changes but i am not sure if it is doable by only sending key commands.

i am sending 10-15 commands per second but between this 66-100ms i can freely change my orientation but the server will only receive the orientation at the time of sending. so this leads to some difference between client and server while making a move with changing directions. i came to a conclusion for myself that this wont be properly solved with sending key commands, i understand now that both epic and valve is doing this without sending key press/release commands.