ZDoom

Compiling it right as I am posting. Thank you very much, randy.

Thank you kindly. I'll compile it and get the build online when I get home from work.

Fixed.

Yeah. I remember that too. It's still slightly a pain to work with. *winces*

Hmmm... I just noticed, if you load a save game, you also lose your ability to look up/down.

On the "fixed" GZDoom, the behaviour is slightly different. If you load a save, the up/down view is not completely removed. You can look up/down by a small amount (much less than the normal ZDoom view clamping).

Major Cooke wrote:I regret having updated my source code... I was quite wanting to try out some of FDARI's new stuff.

I don't know if it of use to you, but GZDoom has been updated to ZDoom r3330 but the bug from this thread has been addressed.

Maitre C: I don't know how you are for diskspace, but I have an approach to keeping multiple very temporary versions of zdoom available at the same time. (Need to, since I've got quite a few independent code submissions.)

I keep a folder of zdoom copies. The two main copes are "Project ZDOOM" and "Project ZDOOM Copy". If I need very temporary separate version, I rename Project ZDOOM Copy, and start a copy of Project ZDOOM. I let the copy run in the background. My new project is ready for use. I keep Project ZDOOM up to date with the svn.

This approach also gives all my copies enough information that I can revert my modifications for some or all files, if I so desire, and each copy is ready to generate a patch.

I regret having updated my source code... I was quite wanting to try out some of FDARI's new stuff.

Yes, I've also held back from putting builds with this bug on to the DRD site because I think it would be quite a deal-breaker for many users.

Yes. This is quite irritating and frustrating to deal with.

I pray this will be dealt with immediately; I've updated my zdoom source code to the latest revision and it would take a while before I can restore it to the previous state, due to applying custom patches and what not.

Edward-san wrote:The same happens here, Ubuntu 10.10 x86-64. I'll try to find the culprit revision. Found it, it's revision 3323.

Makes sense:

Changelog wrote:- A_SetPitch now clamps the player's pitch within the valid range. It can be made to clamp other actors' pitches to within the range (-90,+90) degrees with the SPF_FORCECLAMP flag.
- Transmit the local viewpitch limits to the other players.

I guess the bug must have crept in when the above was being addressed.

The same happens here, Ubuntu 10.10 x86-64. I'll try to find the culprit revision. Found it, it's revision 3323.

All goes well and I can aim vertically until there is a map change. Tested it on all the WADs I have.

I tested it on both Arch Linux i686, using the zdoom-svn AUR package for installing, and on Windows XP SP2, with the DRD Team svn build.

Never had this issue with previous versions, from what I can recall.