ZDoom

Fixed Bug 2

MAP03: That's a map bug, not a ZDoom bug. There are some linedefs on that stairs facíng in the wrong direction. It was just pure luck that it worked in vanilla Doom (if it ever worked. I don't remember.)

MAP12: That's a known Boom bug. The stair builder should not use the hash table when in 'buggy' mode.

idmypos from map03:
x = -2580
y = 2300
z = 0
facing south.

idmypos from map12:
x = -121
y = -4780
z = -416
facing north
Switch not available until two other switches of that area are hit.

Setsunaaa wrote:Since zdoom doesn't show me coordinates I cannot say "noclip to that coords, there is the bug".

Type idmypos as a cheat or idmypos 1 at the console and x,y and z coordinates will be displayed on screen.

First noticed in v 2.0.63 something, the first I zdoom really used as my main doom port:
Eternal doom map 03, no matter whether compatible of new stairbuilder code: The room with the three skull keys, get the red one, walk the according area open then. When you trigger the stairbuilder the stairs on both hallways rise wrong, making the level unsolvable.
Since zdoom doesn't show me coordinates I cannot say "noclip to that coords, there is the bug".
Doesn't happen in boom/mbf/prboom.

New in 2.0.96 (may have been in earlier versions too):
Eternal Doom, map 12, the stairbuilder which creates the bridge at the beginning of the level, when in "use buggier stairbuilding" mode the stairs rise completely wrong, so the "bugger stairbuilder" code is buggy *g*. Works with the new stairbuilder code correct, but should work with the old one too.

Mainly the map03 problem is annoying.

Attached: savegames for 2.0.96 so you won't have to search long.

regards,

Joachim Otahal (mail jou add gmx.net)