Mon, 30 Jan 2006 13:32:31 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 13:32:31 +0000] rev 1297
*** empty log message ***
Mon, 30 Jan 2006 13:30:44 +0000 Fixed crash:
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 13:30:44 +0000] rev 1296
Fixed crash: #include <SDL.h> int main(int argc, char** argv) { SDL_Init(SDL_INIT_EVERYTHING); SDL_SetVideoMode(640, 480, 0, SDL_FULLSCREEN); SDL_ShowCursor(SDL_DISABLE); SDL_Delay(1000); SDL_SetVideoMode(640, 480, 0, SDL_FULLSCREEN | SDL_OPENGL); SDL_Quit(); printf("Everything okay\n"); }
Mon, 30 Jan 2006 06:56:10 +0000 Date: Sun, 6 Mar 2005 17:06:20 +0100
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Jan 2006 06:56:10 +0000] rev 1295
Date: Sun, 6 Mar 2005 17:06:20 +0100 From: Per Inge Mathisen Subject: [SDL] Fullscreen refresh on win32 Windows has a terrible default for fullscreen 3D apps of 60mhz refresh rate. This can be fixed by the user by going into his driver's control panel and forcing the refresh rate higher. However, this not a very user friendly way about it, and in any case SDL contains no code that could figure out this that condition has afflicted the user. So the question is, could SDL fix this for the user? It is possible under Windows to request a higher refresh rate. The danger is of course that if the user has an old monitor, and you request a too high refresh rate, the monitor could be damaged. However, I believe there might be a way around that: Check before switching what refresh rate the user's desktop runs in, and if our fullscreen dimensions are equal or less than those of the desktop, use the higher refresh rate of 60 and the desktop rate. Since most users run their desktops in the same or higher resolution something sane, this should fix this problem for most users. Thoughts? An alternative is to add an SDL_GL_GetAttribute(SDL_GL_REFRESH_RATE) option so that programs can bitch at their users at their own convenience. - Per
Sun, 29 Jan 2006 23:14:04 +0000 Date: Fri, 18 Feb 2005 20:49:35 +0200 (EET)
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 23:14:04 +0000] rev 1294
Date: Fri, 18 Feb 2005 20:49:35 +0200 (EET) From: ville Subject: [SDL] Changing, at least some, anonymous enums to named enums. Howdy, Could, some if not all, enums be named rather than being anonymous enums? I ran into troubles with the enum describing event types in SDL_events.h. The problem is that an anonymous enum cannot be used in C++ templates like so: enum { C }; template< typename T > void f( T ) { } f( C );
Sun, 29 Jan 2006 23:06:05 +0000 Added some useful command line arguments for testing
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 23:06:05 +0000] rev 1293
Added some useful command line arguments for testing
Sun, 29 Jan 2006 22:23:54 +0000 Fixed palette bug on non-WinCE
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 22:23:54 +0000] rev 1292
Fixed palette bug on non-WinCE
Sun, 29 Jan 2006 22:09:26 +0000 Only save the window position if we're in windowed mode
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 22:09:26 +0000] rev 1291
Only save the window position if we're in windowed mode
Sun, 29 Jan 2006 18:17:35 +0000 The event code was fine, and calculated the SDL_windowX/Y correctly.
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 18:17:35 +0000] rev 1290
The event code was fine, and calculated the SDL_windowX/Y correctly. What we really needed to do was avoid doing client rect adjustment on zoomed windows. :)
Sun, 29 Jan 2006 09:19:55 +0000 Date: Fri, 18 Feb 2005 07:58:00 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 09:19:55 +0000] rev 1289
Date: Fri, 18 Feb 2005 07:58:00 +0200 From: "Mike Gorchak" Subject: [SDL] [PATCH] QNX6 and not only QNX6 fixes 1) Update SDL.qpg.in for the QNX 6.3. 4) video/photon/SDL_phyuv.c - fixed bug with swapped U and V planes, using YV12 mode with radeon cards.
Sun, 29 Jan 2006 09:13:36 +0000 Cleaned up the app registration stuff a bit
Sam Lantinga <slouken@libsdl.org> [Sun, 29 Jan 2006 09:13:36 +0000] rev 1288
Cleaned up the app registration stuff a bit
(0) -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip