Zandronum Chat on our Discord Server Get the latest version: 3.1
Source Code

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002382Zandronum[All Projects] Bugpublic2015-08-09 12:452020-05-07 12:50
Reporterunknownna 
Assigned ToEdward-san 
PrioritynormalSeverityminorReproducibilityalways
StatusfeedbackResolutionopen 
PlatformOSOS Version
Product Version2.1 
Target Version3.1Fixed in Version 
Summary0002382: Special MinotaurFriend desync in Hexen causes it to stand still on client-end: Target issue
DescriptionUnder certain circumstances the MinotaurFriend actor will desync very badly on the client-end. What happens is that the monster will seem to be moving without actually moving. The animation plays and it moves on the server-end, but it's stuck on the client-end.

* MinotaurFriend spawned by ArtiDarkServant desyncs when no enemies are nearby. Stops desyncing when enemies appear.
* MinotaurFriend spawned by "summon" command desyncs until death. Doesn't target enemies offline.
* MinotaurFriend clone spawned by map and/or "summon" command doesn't desync at all.
* MinotaurFriend clone using different "Goto Super::" desyncs until death. Doesn't target enemies offline.
Steps To Reproduce1. zandronum -iwad doom2.wad -file minotaur_desync.wad -host
2. zandronum -iwad doom2.wad -file minotaur_desync.wad -connect localhost
Additional InformationIt's very confusing since it seems that inheritance has an effect here. And whether the monster was summoned or spawned through an item (ArtiDarkServant) also makes a difference apparently.

There's also a separate issue with sprites not showing and the fade (A_SetTranslucent) not working properly due to a separate timing issue.
Attached Files? file icon minotaur_desync.wad [^] (688,253 bytes) 2015-08-09 12:45

- Relationships
related to 0002338closedEdward-san Monster desync by dead monsters unblocked by A_NoBlocking in item pickup 

-  Notes
User avatar (0013528)
cruduxy (reporter)
2015-09-18 00:11
edited on: 2015-09-18 00:13

I think the decorate of the actor in current zan is what causes this problem. The actor had -if not changed, didn't check- a different spawn\See state than the one on the zdoomwiki which seems to be a fixed version of the one in zan. Causing the maulotaur to do nothing but enter its pain state over and over. Randomly attacking when it gets hit.

Edit : Clarified the intended wiki is the zdoom wiki. Specifically this page Classes:MinotaurFriend .

User avatar (0016565)
Edward-san (developer)
2016-12-29 10:35

Can somebody build'https://bitbucket.org/zandronum/zandronum-sandbox/commits/a87d7aa1ac56578070d95a7031059a9450e5f7aa [^]' and check if the desyncs are gone?
User avatar (0016568)
WaTaKiD (updater)
2016-12-29 14:45

this 3.0 build contains the above commit: 'https://www.dropbox.com/s/9l639g0q2ieqsi4/zandronum-3.0-r161229-1032-a87d7aa-windows.zip?dl=0 [^]'
User avatar (0017076)
Torr Samaho (administrator)
2017-04-02 09:38

Since there was no feedback for months and the patch looks reasonable, I added it.
User avatar (0017233)
Combinebobnt (reporter)
2017-04-19 23:21

r170416-0710

Tested online in tspg coop. One of the minotaurs was still badly desynced and it never moved despite being in its moving animation. Could phase through were it spawned but I would collide with its real serverside actor as thin air. The normal minotaur and dark servant ones were better as they at least moved and attacked. I think the wad has a missing frame too, not helpful...
User avatar (0017239)
Torr Samaho (administrator)
2017-04-20 05:59

Is 2.1.2 behaving any better than 3.0 in this regard?
User avatar (0017708)
Combinebobnt (reporter)
2017-05-19 02:43

no
User avatar (0017714)
Edward-san (developer)
2017-05-19 19:47

I guess the changelog entry should be amended.
User avatar (0017718)
Torr Samaho (administrator)
2017-05-20 11:17

Please go ahead and suggest how to amend it.
User avatar (0017731)
Torr Samaho (administrator)
2017-05-21 19:07
edited on: 2017-05-21 19:13

For the record:

<edward-san>I just wanted to say that regarding ticket 2382 maybe the changelog can be changed to something which is "slightly improved".

EDIT: I updated the changelog entry accordingly.

User avatar (0017825)
Ru5tK1ng (updater)
2017-06-13 18:37

Going by Bob's tests, it appears that the minotaur is indeed slightly improved. But are there going to be any more attempts at improving? If so, then this might be better moved to 3.1.
User avatar (0017831)
Edward-san (developer)
2017-06-18 10:16

Quote
If so, then this might be better moved to 3.1.


Agreed. Done.
User avatar (0018505)
Edward-san (developer)
2017-10-09 17:02

Can I have an example wad with the missing sprites of the minotaur? I cannot investigate this without it.
User avatar (0019173)
StrikerMan780 (reporter)
2018-04-18 13:23

The attached minotaur_desync.wad has the sprites.
User avatar (0021325)
Edward-san (developer)
2020-05-07 12:49
edited on: 2020-05-07 12:50

I managed to improve the situation with this changeset:'https://bitbucket.org/zandronum/zandronum-sandbox-stable/commits/84e420cd5b00339602a3322bfc13171b3c42aec1 [^]' . Now the MinotaurFriend can move around, but currently there is a slight desync, because the client version of MinotaurFriend_Desync moves a bit faster than the server. I believe this is a good compromise for now.

I cannot investigate the side effects of this change, so can you check if this doesn't break anything regarding the Minotaur system in general?


Issue Community Support
Only registered users can voice their support. Click here to register, or here to log in.
Supporters: cruduxy
Opponents: No one explicitly opposes this issue yet.

- Issue History
Date Modified Username Field Change
2015-08-09 12:45 unknownna New Issue
2015-08-09 12:45 unknownna File Added: minotaur_desync.wad
2015-08-09 12:45 unknownna Status new => confirmed
2015-08-09 12:58 unknownna Relationship added related to 0002338
2015-09-18 00:11 cruduxy Note Added: 0013528
2015-09-18 00:13 cruduxy Note Edited: 0013528 View Revisions
2016-12-29 10:35 Edward-san Note Added: 0016565
2016-12-29 10:35 Edward-san Assigned To => Edward-san
2016-12-29 10:35 Edward-san Status confirmed => feedback
2016-12-29 10:35 Edward-san Target Version => 3.0
2016-12-29 14:45 WaTaKiD Note Added: 0016568
2017-04-02 09:38 Torr Samaho Note Added: 0017076
2017-04-02 09:38 Torr Samaho Status feedback => needs testing
2017-04-19 23:21 Combinebobnt Note Added: 0017233
2017-04-20 01:01 Ru5tK1ng Status needs testing => feedback
2017-04-20 05:59 Torr Samaho Note Added: 0017239
2017-05-19 02:43 Combinebobnt Note Added: 0017708
2017-05-19 19:47 Edward-san Note Added: 0017714
2017-05-20 11:17 Torr Samaho Note Added: 0017718
2017-05-21 19:07 Torr Samaho Note Added: 0017731
2017-05-21 19:13 Torr Samaho Note Edited: 0017731 View Revisions
2017-06-13 18:37 Ru5tK1ng Note Added: 0017825
2017-06-18 10:16 Edward-san Note Added: 0017831
2017-06-18 10:16 Edward-san Target Version 3.0 => 3.1
2017-10-09 17:02 Edward-san Note Added: 0018505
2018-04-18 13:23 StrikerMan780 Note Added: 0019173
2018-04-20 14:52 Leonard Status feedback => assigned
2020-05-07 12:49 Edward-san Note Added: 0021325
2020-05-07 12:49 Edward-san Status assigned => feedback
2020-05-07 12:50 Edward-san Note Edited: 0021325 View Revisions






Questions or other issues? Contact Us.

Links


Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker