Anonymous | Login | Signup for a new account | 2024-04-24 10:55 UTC |
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
0002382 | Zandronum | [All Projects] Bug | public | 2015-08-09 12:45 | 2020-05-07 12:50 | ||||||||
Reporter | unknownna | ||||||||||||
Assigned To | Edward-san | ||||||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||||||
Status | feedback | Resolution | open | ||||||||||
Platform | OS | OS Version | |||||||||||
Product Version | 2.1 | ||||||||||||
Target Version | 3.1 | Fixed in Version | |||||||||||
Summary | 0002382: Special MinotaurFriend desync in Hexen causes it to stand still on client-end: Target issue | ||||||||||||
Description | Under 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 Reproduce | 1. zandronum -iwad doom2.wad -file minotaur_desync.wad -host 2. zandronum -iwad doom2.wad -file minotaur_desync.wad -connect localhost | ||||||||||||
Additional Information | It'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 | minotaur_desync.wad [^] (688,253 bytes) 2015-08-09 12:45 | ||||||||||||
Relationships | ||||||
|
Notes | |
(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 . |
(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? |
(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 [^]' |
(0017076) Torr Samaho (administrator) 2017-04-02 09:38 |
Since there was no feedback for months and the patch looks reasonable, I added it. |
(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... |
(0017239) Torr Samaho (administrator) 2017-04-20 05:59 |
Is 2.1.2 behaving any better than 3.0 in this regard? |
(0017708) Combinebobnt (reporter) 2017-05-19 02:43 |
no |
(0017714) Edward-san (developer) 2017-05-19 19:47 |
I guess the changelog entry should be amended. |
(0017718) Torr Samaho (administrator) 2017-05-20 11:17 |
Please go ahead and suggest how to amend it. |
(0017731) Torr Samaho (administrator) 2017-05-21 19:07 edited on: 2017-05-21 19:13 |
For the record:
EDIT: I updated the changelog entry accordingly. |
(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. |
(0017831) Edward-san (developer) 2017-06-18 10:16 |
Quote Agreed. Done. |
(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. |
(0019173) StrikerMan780 (reporter) 2018-04-18 13:23 |
The attached minotaur_desync.wad has the sprites. |
(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? |
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 |
Copyright © 2000 - 2024 MantisBT Team |