annotate src/main/macos/SIZE.r @ 604:31d3af76488b
Date: Mon, 24 Feb 2003 16:31:25 -0500
From: Ragnvald "Despair" Maartmann-Moe IV
Subject: SDL x11 video mode selection bug
Hi, I've found an oddity with video mode selection. I recently added a bunch of
oddball video modes to my XF86Config, to support weird resolutions xine &
mplayer need if I don't want to beat my cpu up with video scaling.
Since adding them, SDL started picking the biggest video mode it could find
that matched the height constraint. Getting a narrow vertical strip of
QuakeForge (I code for the project, so needless to say it's my favorite test)
in the middle of an 800x480 screen, instead of the 640x480 I asked for
annoys me tremendously.
So here's a patch that tries a bit harder to get an exact match. I didn't
touch the XiG section, since I can't test that, but I'd bet a similar patch
would prevent similar problems there.
--Ragnvald "Despair" Maartmann-Moe IV
author |
Sam Lantinga <slouken@libsdl.org> |
date |
Thu, 06 Mar 2003 06:02:16 +0000 |
parents |
74212992fb08 |
children |
1e191391e68d |
rev |
line source |
0
|
1
|
|
2 #include "Processes.r"
|
|
3
|
|
4 resource 'SIZE' (-1) {
|
|
5 reserved,
|
|
6 acceptSuspendResumeEvents,
|
|
7 reserved,
|
|
8 canBackground,
|
|
9 doesActivateOnFGSwitch,
|
|
10 backgroundAndForeground,
|
|
11 getFrontClicks,
|
|
12 ignoreAppDiedEvents,
|
|
13 is32BitCompatible,
|
|
14 isHighLevelEventAware,
|
|
15 onlyLocalHLEvents,
|
|
16 notStationeryAware,
|
|
17 useTextEditServices,
|
|
18 reserved,
|
|
19 reserved,
|
|
20 reserved,
|
|
21 5242880, // 5 megs minimum
|
|
22 5242880 // 5 megs maximum
|
|
23 };
|
|
24
|