|Anonymous | Login | Signup for a new account||2021-05-11 09:57 UTC|
|My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001162||Zandronum||[All Projects] Bug||public||2012-11-03 16:02||2019-06-04 21:54|
|Target Version||2.2||Fixed in Version|
|Summary||0001162: A_Jump causes nasty desyncs to occur in Futur War online|
|Description||Due to the way the clients handle A_Jump, actor flags/properties can desync between the client and server. Many of the monsters in Futur War use A_Jump to go to their death states. The death states call A_NoBlocking, but it isn't called on the client-end. If you then move through the corpses, it'll lag a lot. It feels terrible. And it's even worse if cl_ticsperupdate is set to 3.|
Now, you can apparently work around this by adding a 1 tic frame before the one that calls A_NoBlocking, but I don't know if anyone is going to go through every affected monster in Futur War and do that anytime soon.
|Steps To Reproduce||1. zandronum -file thing_jumpdesync_01.wad -host|
2. Connect a client to the server and join the game.
3. Aim at the zombiemen and press +attack.
4. Move to the zombiemen corpses.
Actor ZombieMan_02 Replaces ZombieMan
|Attached Files||thing_jumpdesync_01.wad [^] (968 bytes) 2012-11-03 16:02|
|Persists in v1.1.1. This issue affects monsters as well.|
Quote from "Blzut3"
|I think I noticed this issue in Complex Doom a few times as well. Well worth having fixed as quickly as possible.|
Torr Samaho (administrator)
|I added your patch.|
Issue addressed by commit cef36570caa4: Clients now predict the A_Jump(256, "target") special case (addresses 1162)
Committed by Teemu Piippo [Dusk] on Monday 15 June 2015 03:47:25
Changes in files:
|I tried out the testwad with 3.0 and while I didn't experience any lag like I did with 2.1.2, I did notice some weird desyncs with the custom zombiemen. Namely playing though Doom2 map02 I saw corpses falling into the ground, floating in air for a time, changing to different dead/gib sprites.|
edited on: 2016-05-17 21:46
the above commit has been backed out (https://bitbucket.org/Torr_Samaho/zandronum/commits/43f301ded97ab7bc8e7581b0211d91f3da6414ce [^] ) due to causing a regression mentioned inhttp://zandronum.com/tracker/view.php?id=2338 [^]
21:29 <Striker> I know that state jumping and such is really spotty and has been discussed to death... but, I wonder, would piggybacking off of the gametic system (seeding random jumps off of the current gametic, which is synced between client and server) to make sure jump outcomes are the same on client and server work?
21:32 <Striker> Or seeding based on the current gametic + how many times A_Jump has been called in the current tic so far, so multiple calls in the same frame don't produce the same outcome for every actor.
21:33 <Striker> I just want to see A_Jump not be absolute shit online.
21:51 <Hypnotoad> sounds like a good idea
Torr Samaho (administrator)
|I have thought about the jumping for a while and think a much better way to handle this would be to have the client simply force the client to keep the actor in the jump state till it gets a message from the server with the outcome of the jump.|
|Only registered users can voice their support. Click here to register, or here to log in.|
|Supporters:||haxmurderer unknownna Combinebobnt Daedalus|
|Opponents:||No one explicitly opposes this issue yet.|
|2012-11-03 16:02||unknownna||New Issue|
|2012-11-03 16:02||unknownna||File Added: thing_jumpdesync_01.wad|
|2012-11-03 16:02||unknownna||Status||new => confirmed|
|2013-08-02 00:08||Arco||Note Added: 0006890|
|2013-08-02 10:41||Dusk||Note Added: 0006894|
|2013-08-02 10:41||Dusk||Relationship added||related to 0001200|
|2015-06-14 20:44||Dusk||Assigned To||=> Dusk|
|2015-06-14 20:44||Dusk||Status||confirmed => assigned|
|2015-07-21 12:10||unknownna||Note Added: 0012983|
|2015-07-21 12:10||unknownna||Status||assigned => needs review|
|2015-07-21 12:13||unknownna||Note Added: 0012984|
|2015-07-21 12:13||unknownna||Target Version||=> 2.2|
|2015-08-09 10:24||unknownna||Relationship added||related to 0002381|
|2015-08-19 19:23||Torr Samaho||Note Added: 0013239|
|2015-08-19 19:23||Torr Samaho||Status||needs review => needs testing|
|2015-08-19 19:29||cobalt||Note Added: 0013240|
|2015-09-15 03:56||Ru5tK1ng||Note Added: 0013518|
|2016-05-17 21:45||WaTaKiD||Note Added: 0014950|
|2016-05-17 21:45||WaTaKiD||Status||needs testing => assigned|
|2016-05-17 21:46||WaTaKiD||Note Edited: 0014950||View Revisions|
|2017-02-12 20:16||StrikerMan780||Note Added: 0016850|
|2017-02-12 20:40||Torr Samaho||Note Added: 0016851|
|2019-06-04 21:54||Dusk||Status||assigned => new|
Questions or other issues? Contact Us.
|Copyright © 2000 - 2021 MantisBT Team|