ZDoom

Fixed.

That's interesting that also the 3dfloors3 branch suffers from this... so indeed it seems the software renderer doesn't know how to render this correctly (after 3dfloors, btw).

Someone at skulltag forum was gentle enough to make another example wad.
There are two pools: one with just the transfer heights, another with transfer heights(with 'draw fake floor only' flag) + transfer brightness. The first one works fine, the other doesn't.

I found a bigger problem: load zdoom with skulltag_data.pk3 and jumpmaze.wad, warp to map20 with coordinates:
2500, -2000

See the difference between zdoom 3123 and 3124: in the former case, you'll see the lava texture, and if you jump inside the lava you'll be instakilled on the surface; in the latter case, the lava texture is positioned in the bottom surface and if you jump inside the pool you'll be instakilled in the bottom, not in the surface.

I think it's caused by having the 3D light and Transfer_Heights in the same sector.
This is already an undefined construct in GZDoom and it looks like the software implementation likes it even less.

From skulltag tracker: http://www.skulltag.net/tracker/view.php?id=733

Before the 3dfloors implementation the lava texture appeared correctly in the surface. Apparently now it's attached to the deep surface.

See example wad: http://www.skulltag.net/tracker/file_do ... 2&type=bug