ZDoom

Technically, this bug is actually very old, it's just that having a menu on the vid_renderer and an option that forces a video reset right next to it just brought it to light. You could reproduce it in ancient versions of GZDoom simply by changing vid_renderer in the console and then selecting a new video mode.


[quote="Enjay"]For what it's worth, I've just made myself a build with the fix and changed the options a dozen or more times: no crash for me.[/quote]
Thank you! :) - I suppose if no one else reports any problems with this, you should be clear to do a release, Graf. I'd wait for the CI's to finish building, first, though, just to be sure.

[quote="Rachael"]I would advise against that. This fix definitely needs to be tested.[/quote]
For what it's worth, I've just made myself a build with the fix and changed the options a dozen or more times: no crash for me.

You can check this one better...at the end of the video, the crash happens. This one's the 32-bit version
[youtube]xwWza10Rh2A[/youtube]

I would advise against that. This fix definitely needs to be tested.

I basically took out any reference to "vid_renderer" that was not directly in the hardware code. So far it seems to be working.

[url=https://github.com/coelckers/gzdoom/commit/8c992647de71e03240dad0a6b2598dae3e81f1ec]Addressed in this commit[/url].

Once this is fixed I'll do a new release.

Reopened this one, then - I will address it when I have some extra time. Ultimately, maybe it might be better to compare "vid_renderer" and "currentrenderer" and latch vid_renderer before changing the mode.

Also, that bug works in the 32-bit version but probably it was fixed too :)

[quote="Rachael"]Figures someone would find this bug, and of all people you would be the one. :)[/quote]
[quote="Federal Network Newsreel announcer (Starship troopers)"]Every day, Federal scientists are looking for new ways to kill bugs.[/quote]
I'm doing my part! ;)

The crash still occurs even with this commit. There's problems when you go the other way too, BTW. If you start with software rendering, change to opengl, then toggle the truecolor option, the window seems to reinitialize using opengl rendering, but if you try to start a game it's all messed up with only the HUD being drawn.

[url=https://mantis.zdoom.org/file_download.php?file_id=226&type=bug]gzdoom-crash.7z (7,341 bytes)[/url]

[url=https://github.com/coelckers/gzdoom/commit/aae9b331989e3e5b0bcf860301ae4a46099a4c01]Fixed[/url]

Figures someone would find this bug, and of all people you would be the one. :)

Summary	0000641: Crash when changing true color mode
Description	I can reliably get a crash in 3.0.0 64 bit when changing to software output and switching true color mode off.
Steps To Reproduce	Start game in OpenGL mode (you can start an actual game or just do it from the title screen)
Go to the change rendering output menu
Change hardware acceleration to Doom software
Change Software true color to off
Crash

https://mantis.zdoom.org/view.php?id=641
[code]Summary 0000641: Crash when changing true color mode
Description I can reliably get a crash in 3.0.0 64 bit when changing to software output and switching true color mode off.
Steps To Reproduce Start game in OpenGL mode (you can start an actual game or just do it from the title screen)
Go to the change rendering output menu
Change hardware acceleration to Doom software
Change Software true color to off
Crash[/code]
https://mantis.zdoom.org/file_download.php?file_id=225&type=bug