r393 Exit crash with warping and brightmaps

Bugs that have been resolved.

Moderator: Graf Zahl

Locked
User avatar
Enjay
Developer
Developer
Posts: 4748
Joined: Tue Aug 30, 2005 23:19
Location: Scotland
Contact:

r393 Exit crash with warping and brightmaps

Post by Enjay »

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]Image

Image[/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?
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:

Re: r393 Exit crash with warping and brightmaps

Post by Graf Zahl »

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

Return to “Closed Bugs”