Freeze when loading Spooktober MAP09

[Rachael]

Download

I suspect this has something to do with the map's rather large size. Works fine in OpenGL.

[_mental_]

MAP09 is SPOOK09, right? For me it loads in pretty much the same time regardless of rendering backend.
BTW, what is this freeze exactly? Is it significant delay or just complete hang?

[XxMiltenXx]

Again in Winter's Fury: If I start a new game with MSAA set to 4x or higher, then skip the cutscene with the fire button, I get this error message "Failed to submit command buffer". Using MSAA 2x or Off won't trigger this.

Setting MSAA to any setting after being ingame works fine however.

Using commit 0988343 (latest as of now).

GZDoom 4.0 refuses to even start Winter's Fury on Vulkan for me. I got it working once to test if it happens there too, afterwards it would always give me this error message.

Winter's Fury Download: https://www.doomworld.com/forum/topic/6 ... ters-fury/

[XxMiltenXx]

I tested it myself and I think it's the same bug that I reported here, only that I get a more or less proper error message:
viewtopic.php?f=290&t=64422

So mine's a duplicate.

[Rachael]

MAP09 is SPOOK09, right? For me it loads in pretty much the same time regardless of rendering backend.
BTW, what is this freeze exactly? Is it significant delay or just complete hang?

Yes, MAP09 is SPOOK09 - it's referred to as SPOOK09 internally.

The freeze is a complete hang.

[Rachael]

I tested it myself and I think it's the same bug that I reported here, only that I get a more or less proper error message:
viewtopic.php?f=290&t=64422

So mine's a duplicate.

I merged it in because your's provides more info. It can be split if you or I were wrong.

[JPL]

steps to repro:
1. build latest GZDoom git master in Linux
2. run the latest build of my mod Mr Friendly (https://jp.itch.io/mr-friendly) with it, using the Vulkan renderer
3. open E1M1 on HMP skill
4. observe: GZDoom hangs, and the process has to be killed from command line (tty)

This does not happen with any combination of the following:
- OpenGL renderer
- Windows 10
- any map I've tried so far besides E1M1

Because the program freezes completely, I can't see anything useful in the log. The level appears to finish loading, as the last line is the map's name.
Happy to provide any needed info or do debugging on my own if someone can help me get started; I'm used to debugging conventional crashes (call stack and core dump) and zscript VM aborts.

[Rachael]

Likely the same as this. (Maybe this should be merged instead of closing as duplicate? Will let Graf or dpJudas decide)

[_mental_]

Start GZDoom in windowed mode under gdb. When it hangs, switch to terminal where gdb is running and do Ctrl+C.
Check callstack with bt command. Try to step out from the current function with u command until it switches to GZDoom without returning to gdb.

Usage of any IDE like CodeBlocks or Qt Creator may simplify this investigation.

[JPL]

More info on this: I tried reproducing with a fresh gzdoom.ini, and couldn't. I then did a visual diff and started re-adding the stuff from my old config (nothing of which is very unusual, just a few tweaks here and there), and identified the line that causes it to start hanging: setting "gl_multisample" to 4 from its default of 1.

[XxMiltenXx]

So this seems to be a duplicate of what Rachael and I reported there: viewtopic.php?f=290&t=64420

[Rachael]

Yep, this is a dupe. I'm going to merge them together.

Also - setting "gl_multisample 1" makes the map I was testing also not crash.

An added note: setting gl_multisample back to its original value after the map is loaded is ok.

[dpJudas]

I pushed a fix for the vulkan errors reported on my computer.

It never crashed here, but maybe that's what makes it crash on other systems.

[Rachael]

Fix confirmed. Thanks!

[Graf Zahl]

Huh?

Code: Select all

builder.setSize(1024, 1024);