2026-10-07 15:50 UTC

View Issue Details [ Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001971Zandronum[All Projects] Bugpublic2024-11-27 09:18
ReporterFrits 
Assigned ToTorr Samaho 
PrioritynormalSeveritymajorReproducibilityalways
StatusconfirmedResolutionopen 
PlatformMicrosoftOSWindowsOS VersionXP/Vista/7
Product Version1.3 
Target VersionFixed in Version 
Summary0001971: Floors don't reset properly online for clients
DescriptionAfter trying to play hr2 map 31 i noticed how floor desynced on the client after i died and the map restarted. Reconnecting fixed the issue.



Steps To ReproduceStart a hr2final map 31, activate the lift, die on the lift, round restarts and the lift will be broken.

Or play the demo with
[code]
zandronum -playdemo Zandronum_25.10.2014_10.37.07.cld -file hr2final.wad hr2-final-fix.wad NewTextColours1_170.pk3 connectsound.wad[/code]
and jump to the relevant demo position with
[code]
demo_skiptics 2000
[/code]

1. zandronum -iwad doom2.wad -file hr2_floor_test_02.wad -host
2. zandronum -iwad doom2.wad -file hr2_floor_test_02.wad -connect localhost +idmypos 1
3. Join the game.
4. Fire at the switch with the pistol. The floor will lower.
5. Press +use to reset the map.
6. Repeat step 4 and 5 until it breaks.
Attached Files

-Relationships
related to 0003334assignedKaminsky Tickrate discrepancies between clients/servers 
related to 0002401confirmed Floor_Waggle doesn't reset floor to its proper position online 
related to 0000459confirmed "one/five minute warning" message always displayed for newly connected clients on certain maps 
+Relationships

-Notes
Torr Samaho

~0010677

Torr Samaho (administrator)

Is this a new problem in 1.3 or did this also happen in earlier versions? And can you record a client demo that shows this issue?
Frits

~0010678

Frits (reporter)

Last edited: 2014-10-25 09:10

View 5 revisions

you're faster then i can add a demo :). This didn't exist in 1.2.2

As you can see in the screenshot and demo, the floor looks like it's lowered on the client but on the server it's actually on the same level as i am standing.

EDIT: it's not happining all the time more like half of my attempts. And as far as i can tell when there are 2 players it can be possible that only player A sees it and vice versa.

Torr Samaho

~0010680

Torr Samaho (administrator)

Thanks for the demo!
[quote=Frits]This didn't exist in 1.2.2[/quote]
In that case, can you check older 1.3 builds (see [url=http://www.mediafire.com/download/xjheyy4n84zs0bi/ZandroDev1.3-140610-2242windows.7z]here[/url] and [url=https://zandronum.com/forum/forumdisplay.php?fid=55]here[/url]) to narrow down when this crept in?
Frits

~0010685

Frits (reporter)

Last edited: 2014-10-25 15:53

View 2 revisions

It's present in 1.3 140610-2242.

I wasn't able to run to demo in other versions of zandronum with Zcinema as this demo somehow failed to run on it.
I tried reproducing the bug in a local server but that unfortunately didn't work either.

Torr Samaho

~0010686

Torr Samaho (administrator)

Unfortunately, playing the demo is not sufficient to check whether a certain revision is affected by the bug. It needs to be checked with client and server using the revision in question.

[quote=Frits]
I tried reproducing the bug in a local server but that unfortunately didn't work either.[/quote]
Does this mean the problem only happens if you use a non-local server, regardless of the binary revision? In this case, can you check if you can reproduce the problem with a ping / packet loss emulator like [url=http://sourceforge.net/projects/gamersproxy/]Gamer's Proxy[/url]?
Frits

~0012019

Frits (reporter)

Last edited: 2015-04-04 17:02

View 4 revisions

Sorry for the long delay in my reply Torr, as i am quite busy in real life.
I managed to reproduce this in 2.0 with HR2 MAP31 on a localhost server w/o using gamersproxy. However i cannot produce it when i'm offline or in multiplayer emulation mode.

A good way to reproduce this is to activate the lift, die while it's lowering and then jump off the edge so that when the survival countdown timer reaches 0 you're still mid-air(falling down towards the lift floor). I hope that makes sense to you ;)

unknownna

~0013196

unknownna (updater)

Last edited: 2015-08-10 14:44

View 3 revisions

I can confirm this. It seems to have something to do with ping spikes. It's very easy to reproduce the issue with these proxy settings when using Gamer's Proxy:

* The ping is combined at 40 ms.
* Ping spike chance is 75.00%.
* Max ping spike strength is 500.00%.

I managed to reproduce the issue in 98d and 1.0 as well.

Edward-san

~0013201

Edward-san (developer)

A reduced example wad would really help here.
Frits

~0013209

Frits (reporter)

That's so strange, I've played this map a million and one times in 98D and never noticed it. Maybe it just occurs more now?

@edward-san but everyone has hr2.wad :P (-map map31 -nomonsters)
unknownna

~0013210

unknownna (updater)

Last edited: 2015-08-11 15:45

View 5 revisions

[quote=Edward-san]A reduced example wad would really help here.[/quote]
It doesn't seem to happen in [url=http://zandronum.com/tracker/file_download.php?file_id=482&type=bug]hr2_floor_test_01.wad[/url]. It also doesn't happen when I copy-paste an empty shell of the map. It starts to happen once I copy-paste all the things as well. I'll try to narrow this down further.

It seems to be dependent on how many things there are present in the map. The more things there are present, the more likely it is to break.

It can also happen with a direct LAN connection to the server.

On a side note, the new example WAD causes the gameplay to lag/stutter considerably more offline when resetting the map once. The lag/stutter is very reminiscent of the [url=http://zandronum.com/tracker/view.php?id=1897]RichEdit control lag issue[/url]. However, unlike the RichEdit lag issue, this lag goes away after a "map/changemap" map change and starts to lag again whenever you reset the map.

unknownna

~0023312

unknownna (updater)

I figured out what makes this break.

If there's too many actors (1760+ things) on the map that have a minimum of 2 frames in their idle animation, for instance "BKEY AB 10", it glitches. It can be any thing that has a few frames of animation in its idle state. The more actors that animate, the worse it desyncs. The same amount of things that only have 1 frame of looping animation or have a -1 frame in their idle states don't cause the glitch.

This code causes the glitch:

[code] Spawn:
        BKEY AB 10
        Loop[/code]

This code doesn't:

[code] Spawn:
        BKEY A 10
        Loop[/code]

Why this makes floors break at map resets, I'm not sure. But maybe this information can help you narrow it down.
unknownna

~0024163

unknownna (updater)

This issue is curiously linked to 0003334, particularly when using "cl_usemovebuffer 1". This causes the map to break more often even with a local connection to the server. You can "fix" the issue by turning the movebuffer off, and if you use the chasecam to observe your own player, you can see how the player shifts heights depending on the "cl_usemovebuffer" setting. The player animation also breaks and won't stop animating. I also recommend using the "idmypos" cheat to see the z-height desync.

There are 2 maps (MAP01 and MAP02) in the updated example wad. They are identical other than having different dummy actors that animate differently. The 1st map that almost always glitches out uses 2 frames for its actors, whereas the 2nd map that doesn't break uses 1 frame for its actors.

Simply shoot at the switch, and press +use to reset the map. Use "changemap/nextmap" to do the same on the other map that doesn't break.

I can confirm that the offending map also breaks in Skulltag 98d, so it's an ancient issue that's made more present with the new movebuffer.

[quote=unknownna]On a side note, the new example WAD causes the gameplay to lag/stutter considerably more offline when resetting the map once. The lag/stutter is very reminiscent of the RichEdit control lag issue. However, unlike the RichEdit lag issue, this lag goes away after a "map/changemap" map change and starts to lag again whenever you reset the map.[/quote]

This does not seem to be the case anymore from testing. It never lags now. It must have been changed or fixed by something else later on.
+Notes

-Issue History
Date Modified Username Field Change
2014-10-25 08:43 Frits New Issue
2014-10-25 08:45 Torr Samaho Note Added: 0010677
2014-10-25 08:46 Frits File Added: Zandronum_25.10.2014_10.37.07.cld
2014-10-25 08:47 Frits Note Added: 0010678
2014-10-25 08:47 Frits Note Edited: 0010678 View Revisions
2014-10-25 08:47 Frits File Added: Screenshot_Doom_20141025_103441.png
2014-10-25 08:49 Frits Note Edited: 0010678 View Revisions
2014-10-25 08:50 Frits Note Edited: 0010678 View Revisions
2014-10-25 09:10 Frits Note Edited: 0010678 View Revisions
2014-10-25 11:18 Torr Samaho Steps to Reproduce Updated View Revisions
2014-10-25 11:31 Torr Samaho Note Added: 0010680
2014-10-25 11:31 Torr Samaho Assigned To => Torr Samaho
2014-10-25 11:31 Torr Samaho Status new => assigned
2014-10-25 11:31 Torr Samaho Status assigned => feedback
2014-10-25 15:40 Frits Note Added: 0010685
2014-10-25 15:40 Frits Status feedback => assigned
2014-10-25 15:53 Frits Note Edited: 0010685 View Revisions
2014-10-25 16:07 Torr Samaho Note Added: 0010686
2015-04-04 16:45 Frits Note Added: 0012019
2015-04-04 16:50 Frits Note Edited: 0012019 View Revisions
2015-04-04 16:55 Frits Note Edited: 0012019 View Revisions
2015-04-04 17:02 Frits Note Edited: 0012019 View Revisions
2015-08-10 14:27 unknownna Note Added: 0013196
2015-08-10 14:27 unknownna Status assigned => confirmed
2015-08-10 14:43 unknownna Note Edited: 0013196 View Revisions
2015-08-10 14:44 unknownna Note Edited: 0013196 View Revisions
2015-08-10 16:11 Edward-san Note Added: 0013201
2015-08-10 16:11 Edward-san Status confirmed => feedback
2015-08-11 11:25 Frits Note Added: 0013209
2015-08-11 11:25 Frits Status feedback => assigned
2015-08-11 13:36 unknownna Note Added: 0013210
2015-08-11 14:30 unknownna Note Edited: 0013210 View Revisions
2015-08-11 14:39 unknownna Note Edited: 0013210 View Revisions
2015-08-11 15:25 unknownna Steps to Reproduce Updated View Revisions
2015-08-11 15:26 unknownna File Added: hr2_floor_test_02.wad
2015-08-11 15:26 unknownna Status assigned => confirmed
2015-08-11 15:30 unknownna File Added: Screenshot_Doom_20150811_171302.png
2015-08-11 15:41 unknownna Note Edited: 0013210 View Revisions
2015-08-11 15:45 unknownna Note Edited: 0013210 View Revisions
2015-08-12 15:46 unknownna Relationship added related to 0002401
2024-03-07 14:19 unknownna Note Added: 0023312
2024-04-14 23:34 unknownna Relationship added related to 0000459
2024-11-27 09:15 unknownna File Added: hr2_floor_test_03.wad
2024-11-27 09:15 unknownna Relationship added related to 0003334
2024-11-27 09:18 unknownna Note Added: 0024163
+Issue History