Notes |
|
|
Can you compare this to GZDoom 1.8.6? At first glance, it seems to do the same for me. |
|
|
(0013156)
|
Ivan
|
2015-08-09 14:18
|
|
Yes, 1.8.6 behaves the same. |
|
|
|
What about 1.8.10 and the latest gzdoom git build? |
|
|
(0013158)
|
Ivan
|
2015-08-09 16:23
|
|
In 1.8.10, the problem still occurs.
In latest SVN build here:'http://devbuilds.drdteam.org/gzdoom/ [^]' | It's a bit different. The only problem left is in the 16:10 section and it's one illegal resolution. Rest are all gone. |
|
|
|
Just to clarify this: does this happen also in 2.1? |
|
|
(0016803)
|
Ivan
|
2017-02-06 23:18
|
|
|
|
(0018177)
|
Dusk
|
2017-08-13 10:46
|
|
Since we need to get 3.0 out we cannot really go through GZDoom versions and find out what changesets to backport, especially if the problem still persists.
The crashing we should fix though with a bandaid. I can reproduce this so I'll put together something. |
|
|
(0018179)
|
Dusk
|
2017-08-13 11:02
|
|
Fixed the crashing. It seems to empty the video menu now instead, but at least it doesn't crash and that's what matters IMO. |
|
|
(0018187)
|
Dusk
|
2017-08-13 18:08
|
|
This has been merged now. |
|