Page 1 of 1
[2.1 pre-236] Solid 3D floors underwater broken
Posted: Wed Nov 26, 2014 1:48
by The Ultimate DooMer
So I was testing out Serpent in a 2.1 pre-release to see what happened, and discovered that solid 3D floors underwater don't display the liquid above anymore (see screenie). For moving 3D floors this will only happen when it's completely submerged. (in all cases it still works fine when you're underwater and looking up at it)
I dimly recall some kind of limitation with this a long time ago, but it never affected these maps until now. And in any case, 3D floors rising/lowering in and out of water is a perfectly rational thing to do in any GZDoom map

Re: [2.1 pre-236] Solid 3D floors underwater broken
Posted: Wed Nov 26, 2014 7:53
by Edward850
This doesn't by any chance mix 3Dfloors and transfer_heights in the same sector?
Re: [2.1 pre-236] Solid 3D floors underwater broken
Posted: Wed Nov 26, 2014 12:03
by The Ultimate DooMer
Some of them do (including some of the sectors that you can still see the water on), but most of them don't. (and they all work fine in 1.x)
Re: [2.1 pre-236] Solid 3D floors underwater broken
Posted: Wed Nov 26, 2014 12:29
by Graf Zahl
I recently had to fix an issue with 3D floor sorting. It may be that I overlooked something.
Can you make a list of affected maps and sectors so I can check?
Re: [2.1 pre-236] Solid 3D floors underwater broken
Posted: Wed Nov 26, 2014 19:26
by The Ultimate DooMer
Map 19 is where most of them are, sectors 536-550 are among those in the screenie. (the whole room is affected)
For a moving 3D floor, try sector 1292,1295,1298,1301. (there's a few more in that room too)
Map 21 has some too (eg. sector 697-701), but the bug is only visible when you raise the water level. (twist the valves in the room)
Re: [2.1 pre-236] Solid 3D floors underwater broken
Posted: Thu Nov 27, 2014 10:49
by Graf Zahl
fixed. The code incorrectly applied some info about the floor plane to the top plane: Due to a split the 3D floor had a dynamically created bottom - but such planes should never, ever be rendered - and this info was erroneously applied to the top of the liquid 3D floor as well.