Mon, 17 May 2004 22:42:51 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Mon, 17 May 2004 22:42:51 +0000] rev 898
*** empty log message ***
Mon, 17 May 2004 00:16:24 +0000 Date: Tue, 11 May 2004 22:05:32 -0400
Sam Lantinga <slouken@libsdl.org> [Mon, 17 May 2004 00:16:24 +0000] rev 897
Date: Tue, 11 May 2004 22:05:32 -0400 From: Bob Ippolito Subject: [SDL] SDL_QuartzWM patches I've sent in two small patches to SDL_QuartzWM directly to Sam over the past few months (well, I think I sent both anyway) and neither of them have been implemented. I didn't receive a response, so I'm sure he was just busy and/or they got lost, so I decided to sign up to the list and post them here. This patch rolls both of them together: - Mouse cursor becomes visible if hidden when it moves outside of the game window. If you want it to stay invisible you should warp it because if it's not warped a user might click some random other application! Commercial games behave in this way (or at least Warcraft III does, which is the only one that uses a custom mouse cursor and no warping that I've played in recent memory). - Right mouse button emulation is changed from Command-Click to Control-Click, which is how OS X behaves. Consider copyright assigned to whomever needs it under whichever license it needs to be under.. yadda yadda yadda.
Sun, 16 May 2004 22:48:06 +0000 Date: Tue, 16 Mar 2004 12:40:33 +0000
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 22:48:06 +0000] rev 896
Date: Tue, 16 Mar 2004 12:40:33 +0000 From: Alan Swanson Subject: [SDL] [PATCH] Linux joystick evdev axis count fix The event device configuration under Linux does not check the returned ioctl value when reading the axis information. This means extra undefined axes are returned. Note, in EV_HandleEvents, the default for case EV_ABS is to return any axis information which is fine as we have already checked for all valid absolute axes. No new axes should be returned after opening the device. (Unless, of course, the evdev allows closing and reassigning a new device while in use and I can't believe that happens.)
Sun, 16 May 2004 22:37:59 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 22:37:59 +0000] rev 895
*** empty log message ***
Sun, 16 May 2004 21:08:55 +0000 Don't crash if the stretch routines are used on hardware surfaces
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 21:08:55 +0000] rev 894
Don't crash if the stretch routines are used on hardware surfaces
Sun, 16 May 2004 19:02:19 +0000 Fixed crash on exit
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 19:02:19 +0000] rev 893
Fixed crash on exit
Sun, 16 May 2004 18:46:24 +0000 Date: Sun, 18 Apr 2004 16:09:53 -0400 (EDT)
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 18:46:24 +0000] rev 892
Date: Sun, 18 Apr 2004 16:09:53 -0400 (EDT) From: David MacCormack Subject: [SDL] Linux joystick patch I recently got myself a PS2 -> USB converter (a super joybox 5). It accepts 4 PSX/PS2 controllers. It's implemented as a HID, which is nice because it doesn't require its own driver, but the problem is that it's implemented as a *single* HID -- that is, it shows up as a single joystick with 19 axes, 4 hats, and 48 buttons. This poses a problem for a number of apps which use SDL (stella, fce ultra, zsnes, to name a few) and see only a single (physical) joystick even though there are really 4 (logical) joysticks. There are a number of these types of devices on the market, and I've seen others post messages (in the zsnes forum, for example) with the same problem, so I came up with what I think is a pretty generic solution. I patched src/joystick/linux/SDL_sysjoystic.c to include support for logical joysticks; basically, it's a static array and supporting functions that map a single physical joystick to multiple logical joysticks. The attached patch has the new code. It's wrapped inside #ifndef statements so that you can get the old behavior if you want.
Sun, 16 May 2004 18:09:20 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 18:09:20 +0000] rev 891
*** empty log message ***
Sun, 16 May 2004 18:06:27 +0000 Date: Sat, 10 Apr 2004 10:05:46 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 18:06:27 +0000] rev 890
Date: Sat, 10 Apr 2004 10:05:46 +0200 From: Christian Walther Subject: [SDL] OpenGL Accumulation Buffer on Mac OS X Is there a reason for not having OpenGL accumulation buffer support in SDL 1.2.7 (and as far as I have checked also in the current CVS) on Mac OS X? Maybe I am doing something wrong, but it seems very easy to add (at least it works for for me in 10.3.3) - just add if ( this->gl_config.accum_red_size + this->gl_config.accum_green_size + this->gl_config.accum_blue_size + this->gl_config.accum_alpha_size > 0) { attr[i++] = NSOpenGLPFAAccumSize; attr[i++] = this->gl_config.accum_red_size + this->gl_config.accum_green_size + this->gl_config.accum_blue_size + this->gl_config.accum_alpha_size; } to QZ_SetupOpenGL() in SDL_QuartzGL.m
Sun, 16 May 2004 18:02:48 +0000 ate: Fri, 09 Apr 2004 20:07:10 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 18:02:48 +0000] rev 889
ate: Fri, 09 Apr 2004 20:07:10 +0200 From: Hibernatus Subject: [SDL] BUG: changing video mode in opengl + windows In WIN_GL_SetupWindow (SDL12/src/video/wincommon/SDL_wingl.c) you call WIN_GL_ResetWindow when SetPixelFormat fails. WIN_GL_ResetWindow cannot properly work in its current state, because there are several things to update once you've created a new window. At least DirectInput doesn't work anymore here (which is somewhat annoying for the player :). I think you can simply remove that function. Many games don't try to recover from that exception, that's why the newest ATI drivers emulate 16 bpp display in 32 bpp mode so the error never occurs (but the games may run much slower). Having SDL_SetVideoMode return NULL would be better than actually setting the video mode and losing focus, directinput and maybe directsound too. It also made my previous drivers crash (when switching from 32 bpp windowed to 16 bpp fullscreen).
(0) -300 -100 -10 +10 +100 +300 +1000 +3000 tip