Resolutions of 320x200 and 640x400 are not displayed on some systems
I checked Bug 301 "Video mode menu doesn't show all resolutions with some video configurations", but mine seems to be a different issue.
These "classic" 4:3 modes do not show up in the menu, and I can't set them through the console either; they are just ignored, and Odamex uses 640x480 instead.
I've had a similar issue with Chocolate Doom, and an option was added to it in chocolate-doom.cfg to address the problem: autoadjust_video_settings. If I am not mistaken, setting it to 0 tells the engine to ignore whether the video drivers say these resolutions are available and use them anyway. This solves the problem for me. My (Windows 98) system uses some 32 MB SiS model video card, if that matters.
Can you run this: 0 and paste the contents of stdout.txt here?
By default, odamex uses GDI instead of directx, you can try running with the -directx parameter to see if the list changes.
1280 x 1024
1280 x 720
1024 x 768
1024 x 576
800 x 600
800 x 480
640 x 480
In Chocolate Doom I need both DirectX (I generally apply the environment variable there) and autoadjust_video_settings 0 to get things going properly at 320x200.
Ah, I forgot to confirm that -directx doesn't add the missing modes.
My menu doesn't show 320x200, but I can set it in the cfg.
I forgot to mention that this is on linux.
(In reply to comment #5)
> I forgot to mention that this is on linux.
The menu should show whatever resolutions are reported by SDL. These should include all resolutions recognized by xrandr. Add these resolutions your "Modes" line for your default depth (should be 24) within your screen section of xorg.conf. Then restart X and the resolutions should be there.
This patch adds an autoadjust_video_settings cvar like chocolate doom.
I have tested a binary Brandon complied with the above patch and it indeed allows resolutions like 320x200 and 640x400 to be set manually (since they are not on the menu) when autoadjust_video_settings is set to 0.
Patch applied in revision 1360. As this has already been tested, we'll mark this bug "fixed" for now. I think it's worth noting that in the future the video mode selection system will hopefully be much improved.
I can't reproduce with 0.4.4
(In reply to comment #10)
> I can't reproduce with 0.4.4
oops, wrong bug