ZDoom

Big thanks to the developers for all the hard work on yet another big ZDoom release. That makes it around 14 active years of ZDoom... and counting!

Still happens with r3568. Plus I noticed it only occurs when a level hasn't been started yet or the game has been ended, with just the menu/console stuff being active. I hope that helps.

Ok, now I understand the technical limitations in place here, but the automap mode not changing right away doesn't feel like expected behavior. Therefore I would suggest that the console would print a message somewhere along the lines of "am_textured will be functional in the next level" when the ...

As you may know, this E3M4 linedef is basically a (likely erroneous) door switch that monsters can use, which closes the attached sector and blocks the rest of the level if you happen to be on the wrong side when it closes. In vanilla Doom and most source ports this isn't a huge issue because ...

Project Dark Fox wrote:So does IDMUS while we're at it.

No it doesn't. I just double checked to be sure, but my memory served me correctly. IDMUS doesn't work on vanilla Nightmare, for whatever unfathomable reason. You'd think IDDT is much more of a cheat than it, but Dave Taylor works in mysterious ways I guess.

If deathcam is on and the player's corpse gets crushed into a blood splat after death, the view changes from third person into first person.

Using the cheat code IDCLEV on Nightmare doesn't seem to work with ZDoom. I find this quite weird, as I'm fairly certain Nightmare IDCLEVing is standard Doom behavior and is allowed in all other versions and source ports in their single player modes (at least AFAIK).

While in a windowed mode and having the mouse disabled in the menus, it is impossible to bind mouse buttons via the menus even by clicking directly on the ZDoom window during button setup. The problem doesn't occur in fullscreen mode.

If a level is started with the textured automap turned off and it is then turned on during the level, it won't work and the automap visibly stays in the non-textured mode until a map change occurs.

Awesome, thanks so much for fixing this! This particular fix improves my ZDoom experience a great deal. =)

The issue occurs in both windowed and fullscreen modes, but only using the resolution 1600x900. None of the other video modes I have available are effected. The native mode of my LED panel is 1920x1080, if that matters. Most commonly I play the game in a window set to mode 1600x900, with the Windows ...

I don't know if this perception has any value, but I just noticed that in versions 2.3.1 and lower the player weapon sprite is drawn under the black bar, where in turn versions 2.4.0 and newer draw the gun over the bar.

The "mdk" console cheat command does not work in multiplayer games. Naturally I mean MP games where cheats are enabled, where I would assume mdk should work as all the other cheats seem to do.

This concerns the endgame bunny scroller screen. What happens is that if I press a key before the scrolling to the left starts, ZDoom doesn't show the left part of the endgame background graphic at all and just draws the "the end" text over the right, "happy" part of the endgame graphic. Seeing that ...

The help screen and its graphics, accessed with the "menu_help" function (by default bound to F1), do not take aspect ratio into account and are stretched to fill the whole window. Which naturally looks pretty nasty on certain resolutions, especially widescreen ones. I assume this isn't intentional ...