DRD Team

This could be a case of "don't do that" but, if it is, perhaps GZdoom could give an error message. As it is ATM, there will be no clues that there is anything wrong until you quit. When you do, GZdoom will. crash

If you set a flat to warp and give it a brightmap, GZdoom wil crash on exit. The flat in question does not even need to be in the level that you have played, it just needs to be defined.

Here is my crash report:

http://www.rowand.myzen.co.uk/graf/CrashReportWarp.zip

And minidump pics:

[spoiler]

[/spoiler]

And here's a simple file to load to check the bug. It causes a crash for me every time. It does not contain a level, just a flat, a brightmap, an animdefs and a doomdefs.

http://www.rowand.myzen.co.uk/graf/warpy.zip

Just load the zip directly.


In addition, if this is not a "don't do that", how do I do it properly? If I use this setup, the flat warps but the brightmap doesn't. So you get a static bright area on a warpy flat (quite cool, but not what I want). This makes sense seeing as how I have not set the brightmap to warp but can brightmaps be set to warp? If so, how? Does animdefs accept path names to the lump?

Brightmaps and warping textures cannot be combined. It would have added a significant layer of complications I didn't consider necessary.