Sat, 21 Aug 2004 03:45:58 +0000Date: Tue, 27 Jul 2004 17:14:00 +0200
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 03:45:58 +0000] rev 937
Date: Tue, 27 Jul 2004 17:14:00 +0200
From: "Eckhard Stolberg"
Subject: Controller names in SDL for Windows

I'm working on an Atari 2600 emulator for different systems that uses
the SDL. Some time ago someone created an adaptor that lets you use
your old Atari controllers with your computer through the USB port.
Some of the Atari controllers require special handling by the emulator,
so it would be nice, if it would be possible to detect if any of the
controllers connected to the computer is this adaptor.

SDL would allow that with the SDL_JoystickName function, but unfortunately
it doesn't work properly on Windows. On Linux and MacOSX this function
returns the name of the controller, but on Windows you'll only get the
name of the joystick driver. Most joysticks nowadays use the generic
Microsoft driver, so they all return the same name.

In an old MSDN article
(http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnarinput/html/msdn_extdirect.asp)
Microsoft describes how to read out the OEM controller names from the registry.
I have implemented this for the SDL controller handler on Windows,
and now reading the joystick name works properly there too.

Sat, 21 Aug 2004 03:21:44 +0000CoreAudio driver works on Mac OSX 10.1
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 03:21:44 +0000] rev 936
CoreAudio driver works on Mac OSX 10.1

Sat, 21 Aug 2004 02:06:30 +0000Audio improvements from Max Horn, including a new CoreAudio driver for MacOSX
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 02:06:30 +0000] rev 935
Audio improvements from Max Horn, including a new CoreAudio driver for MacOSX

Fri, 20 Aug 2004 22:35:23 +0000Date: Thu, 17 Jun 2004 11:38:51 -0700 (PDT)
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Aug 2004 22:35:23 +0000] rev 934
Date: Thu, 17 Jun 2004 11:38:51 -0700 (PDT)
From: Eric Wing <ewing2121@yahoo.com>
Subject: New OS X patch (was Re: [SDL] Bug with inverted mouse coordinates in

I have a new patch for OS X I would like to submit.
First, it appears no further action has been taken on
my fix from Apple on the OpenGL windowed mode mouse
inversion problem. The fix would reunify the code, and
no longer require case checking for which version of
the OS you are running. This is probably a good fix
because the behavior with the old code could change
again with future versions of the OS, so those fixes
are included in this new patch.

But in addition, when I was at Apple, I asked them
about the ability to distinguish between the modifier
keys on the left and right sides of the keyboard (e.g.
Left Shift, Right Shift, Left/Right Alt, L/R Cmd, L/R
Ctrl). They told me that starting with Panther, the OS
began supporting this feature. This has always been a
source of annoyance for me when bringing a program
that comes from Windows or Linux to OS X when the
keybindings happened to need distinguishable left-side
and right-side keys. So the rest of the patch I am
submitting contains new code to support this feature
on Panther (and presumably later versions of the OS).

So after removing the OS version checks for the mouse
inversion problem, I reused the OS version checks to
activate the Left/Right detection of modifier keys. If
you are running Panther (or above), the new code will
attempt to distinguish between sides. For the older
OS's, the code path reverts to the original code.

I've tested with Panther on a G4 Cube, G5 dual
processor, and Powerbook Rev C. The Cube and G5
keyboards demonstrated the ability to distinguish
between sides. The Powerbook seems to only have
left-side keys, but the patch was still able to handle
it by producing the same results as before the patch.

I also wanted to test a non-Apple keyboard.
Unfortunately, I don't have any PC USB keyboards.
However, I was able to borrow a Sun Microsystems USB
keyboard, so I tried that out on the G5, and I got the
correct behavior for left and right sides. I'm
expecting that if it worked with a Sun keyboard, most
other keyboards should work with no problems.

Fri, 20 Aug 2004 22:33:11 +0000Added an option to show the logo at the cursor position for debugging
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Aug 2004 22:33:11 +0000] rev 933
Added an option to show the logo at the cursor position for debugging

Fri, 20 Aug 2004 22:32:05 +0000Use the canonical glext.h on MacOS X as well (#define NO_SDL_GLEXT if you don't want this)
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Aug 2004 22:32:05 +0000] rev 932
Use the canonical glext.h on MacOS X as well (#define NO_SDL_GLEXT if you don't want this)

Fri, 20 Aug 2004 19:42:44 +0000*** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Aug 2004 19:42:44 +0000] rev 931
*** empty log message ***

Fri, 20 Aug 2004 18:57:01 +0000Date: Fri, 20 Aug 2004 08:31:20 +0200
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Aug 2004 18:57:01 +0000] rev 930
Date: Fri, 20 Aug 2004 08:31:20 +0200
From: "Markus F.X.J. Oberhumer"
Subject: [SDL-CVS][patch] add missing SDLCALL to headers

the small patch attached below (against current CVS) adds some missing SDLCALL
decorations to callback types and arguments.

Unfortunately one of these changes breaks your gen{def,exp}.pl scripts which
should be changed to use non-greedy regular expression matching...

Wed, 18 Aug 2004 21:41:39 +0000Date: Mon, 05 Jul 2004 14:37:59 +0200
Sam Lantinga <slouken@libsdl.org> [Wed, 18 Aug 2004 21:41:39 +0000] rev 929
Date: Mon, 05 Jul 2004 14:37:59 +0200
From: Yves Maurischat
Subject: [SDL] Crashes when using aRts on Linux

We had a problem with my app using SDL. It always crashed after SDL_OpenAudio(),
if the artsd was running on a Linux machine with KDE. After some investigation
(and searching for differences in other apps using arts) we found out, that the
problem resulted from loading, calling arts_init(), calling arts_free() and
unloading the aRts-Library in .../src/audio/arts/SDL_artsaudio.c twice: first in
"static int Audio_Available()", the second time in "static SDL_AudioDevice
*Audio_CreateDevice(int devindex)".

Tue, 10 Aug 2004 20:58:47 +0000Forgot to initialize maximum position for mouse
Patrice Mandin <patmandin@gmail.com> [Tue, 10 Aug 2004 20:58:47 +0000] rev 928
Forgot to initialize maximum position for mouse