MantisBT - Zandronum |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0003426 | Zandronum | [All Projects] Bug | public | 2018-05-15 08:28 | 2024-03-10 07:02 |
|
Reporter | dbthanatos | |
Assigned To | | |
Priority | high | Severity | minor | Reproducibility | unable to reproduce |
Status | closed | Resolution | reopened | |
Platform | Microsoft | OS | Windows | OS Version | XP/Vista/7 |
Product Version | 3.0 | |
Target Version | | Fixed in Version | | |
|
Summary | 0003426: Duel makes some actors spawn at floor level |
Description | In duel mode, some objects seem to spawn at floor level rather than Z height, but only after the countdown ends and match actually starts. Which makes me think it has to do with when the map is reinitialized after countdown.
I however, cannot find a pattern as to why and in which cases it happens. The very same actor that spawns at floor level in this scenario might spawn fine in a different map under the same concept: Duel, 3d floor, countdown. |
Steps To Reproduce | Sorry for big downloads
1. Download QCDE (http://www.moddb.com/mods/quake-champions-doom-edition/downloads/qc-doom-edition-v10-full-release)
2. Download QCDEmaps (http://www.moddb.com/mods/quake-champions-doom-edition/downloads/qcde-maps-deathmatch-mapset)
3. Run zandronum with both loaded
4. Console: "duel 1" "sv_itemrespawn 1" "map qcdl02" "addbot" (or connect from another client)
5. During the countdown, the armor will be in the right spot
6. When the countdown ends and match starts, armor will be below the 3d floor.
7. If you pick the armor (it will resoawn after 30 seconds), it will respawn above the 3d floor as expected. |
Additional Information | Here's a video showing this issue and also how it looks in gzdoombuilder (position). I even added a bridge actor to try to "hold" the armor if the 3d floor failed, but still no luck.
'https://youtu.be/bHkhJWP6D2U [^]' |
Tags | No tags attached. |
Relationships | child of | 0000408 | feedback | Torr Samaho | Thing Z-height misprediction online |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2018-05-15 08:28 | dbthanatos | New Issue | |
2018-05-15 08:43 | dbthanatos | Note Added: 0019244 | |
2018-05-18 17:52 | Edward-san | Note Added: 0019248 | |
2018-05-18 17:52 | Edward-san | Status | new => feedback |
2024-03-01 05:57 | Ru5tK1ng | Note Added: 0023155 | |
2024-03-01 05:57 | Ru5tK1ng | Status | feedback => closed |
2024-03-01 05:57 | Ru5tK1ng | Resolution | open => no change required |
2024-03-01 05:57 | Ru5tK1ng | Status | closed => feedback |
2024-03-01 05:57 | Ru5tK1ng | Resolution | no change required => reopened |
2024-03-01 05:57 | Ru5tK1ng | Note Deleted: 0023155 | |
2024-03-10 03:21 | unknownna | Note Added: 0023326 | |
2024-03-10 03:22 | unknownna | Relationship added | child of 0000408 |
2024-03-10 05:08 | Ru5tK1ng | Note Added: 0023327 | |
2024-03-10 05:24 | Ru5tK1ng | Note Edited: 0023327 | bug_revision_view_page.php?bugnote_id=23327#r14118 |
2024-03-10 05:45 | unknownna | Note Added: 0023328 | |
2024-03-10 06:26 | Ru5tK1ng | Note Added: 0023329 | |
2024-03-10 07:02 | unknownna | Note Added: 0023330 | |
2024-03-10 07:02 | unknownna | Reproducibility | sometimes => unable to reproduce |
2024-03-10 07:02 | unknownna | Status | feedback => closed |
Notes |
|
|
Correction, the map name (in the linked version) is "QCDE08" |
|
|
|
I'd rather wait that somebody could make a strongly reduced map out of this. |
|
|
|
Quote from dbthanatos Correction, the map name (in the linked version) is "QCDE08"
The map in question seems to be QCDL02: Aerowalk after testing it.
I can't seem to reproduce this particular case in 3.0 and 3.1.
There are some known thing z desyncs in Zandronum however. |
|
|
(0023327)
|
Ru5tK1ng
|
2024-03-10 05:08
(edited on: 2024-03-10 05:24) |
|
@unknownna can you test with this build and see if that armor respawns correctly now?
'https://foss.heptapod.net/zandronum/zandronum-stable/-/jobs/2322311 [^]'
I suspect it's related to the armor having the floatbob flag which has recently been fixed. More specifically, it was ticket 2361 where this was first reported. The user stated that it wasn't consistent, however in my findings I uncovered that the items will be fine for 1st map reset. So if you started a duel for the 1st time, the items would be fine but if you spectated and rejoined, the item position would be incorrect after the 2nd map reset.
|
|
|
|
Hey, using QCDEv2.7.pk3 and QCDEmaps2.7.pk3 I can't reproduce it in any version, be it 3.0, 3.1 or 3.2 that you linked now. I tried to reset the map multiple times and it worked fine.
Looking at the decorate code I can't see that it's using the floatbob flag. |
|
|
|
Then it could be something to do with the scripts or the item spawner or anything really. That's why a minimal example wad is requested for instances like this; it's a waste of time trying to shift through the entire pk3 for a possible cause.
I'm inclined to say this ticket can be closed until an example wad is provided. |
|
|
|
Quote from Ru5tK1ng That's why a minimal example wad is requested for instances like this; it's a waste of time trying to shift through the entire pk3 for a possible cause.
If you only knew the time I spent way back helping Torr stripping down heavy mods like this narrowing down crashes, haha. Anyway, this mod is very impressive and well made too.
Quote from Ru5tK1ng I'm inclined to say this ticket can be closed until an example wad is provided.
Agreed. It seems to work fine on my end at the moment, unable to reproduce after trying many times.
Re-open or make a new ticket if it happens again. |
|