|
Notes |
|
|
(0013004)
|
|
Dusk
|
|
2015-07-26 01:26
|
|
|
|
|
|
|
|
|
|
|
I tested the build locally and on a LAN server. The floating items didn't desync or float incorrectly at all. |
|
|
|
(0013011)
|
|
Dusk
|
|
2015-07-27 17:08
|
|
|
|
|
|
I read the comments on that pull request and I tried for a good while to try to invoke the code that follows this if statement:
// If this object belongs to someone's inventory, and it originally spawned on the
// level, respawn the item in its original location, but don't take it out of the
// player's inventory.
if (( pActor->IsKindOf( RUNTIME_CLASS( AInventory ))) &&
( static_cast<AInventory *>( pActor )->Owner ))
All floatbob items lived through countdowns, resets, ACS Resets, offline, online, custom inventory items, heretic timebomb, on floors, on 3d floors, z-height or no z-height, item respawn off or on.
I would say it's safe to say that single change is all that's needed to fix the bug. If someone devises a case where bobbing breaks with the fix, we at least already know what to change. |
|
|
|
|
|
affected old eon weapons and cyberrunner. all the items float at one height level in the map |
|
|
|
|
|
I uploaded a patch that fixes this issue and the awkward clipping behavior with gl_spriteclip 0. |
|
|
|
|
|
Part of this patch is in GZDoom code. So this sounds like this is a GZDoom. Is it? If so, did GZDoom fix this? |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Pulled the latest changes and this bug can finally be put to rest. |
|
floattest.wad (3,562) 2015-07-26 01:05
floatbob.diff (2,842) 2024-01-05 02:39