Anonymous | Login | Signup for a new account | 2025-06-22 02:47 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 | ||||
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 [^]' | ||||||||
Attached Files | |||||||||
![]() |
||||||
|
![]() |
|
dbthanatos (reporter) 2018-05-15 08:43 |
Correction, the map name (in the linked version) is "QCDE08" |
Edward-san (developer) 2018-05-18 17:52 |
I'd rather wait that somebody could make a strongly reduced map out of this. |
unknownna (updater) 2024-03-10 03:21 |
Quote from dbthanatos 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. |
Ru5tK1ng (updater) 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. |
unknownna (updater) 2024-03-10 05:45 |
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. |
Ru5tK1ng (updater) 2024-03-10 06:26 |
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. |
unknownna (updater) 2024-03-10 07:02 |
Quote from Ru5tK1ng 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 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. |
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
Supporters: | Michaelis Ivory Duke |
Opponents: | No one explicitly opposes this issue yet. |
![]() |
|||
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 | View Revisions |
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 |
Copyright © 2000 - 2025 MantisBT Team |