Fri, 17 Sep 2004 13:20:10 +0000 Date: Fri, 25 Jun 2004 13:29:15 +0100
Sam Lantinga <slouken@libsdl.org> [Fri, 17 Sep 2004 13:20:10 +0000] rev 955
Date: Fri, 25 Jun 2004 13:29:15 +0100 From: "alan buckley" Subject: Modification for RISC OS version of SDL Ive attached a zip file with the changes to this email, it contains the following: The file sdldiff.txt is the output from cvs diff u. . The directory thread/riscos contains all the new files to support threading. Readme.riscos is a new readme file to add.
Sat, 11 Sep 2004 18:00:41 +0000 Date: Thu, 02 Sep 2004 01:06:23 +0200
Sam Lantinga <slouken@libsdl.org> [Sat, 11 Sep 2004 18:00:41 +0000] rev 954
Date: Thu, 02 Sep 2004 01:06:23 +0200 From: Ivo Danihelka Subject: [SDL] [PATCH] Fixed XLocaleNotSupported in utf8 code there exist X server configurations which does not support locales. They even does not support conversion from utf-8 textList to utf-8 textProperty. This patch fixes such situations. It is my bug because I submitted the previous support for utf-8.
Sat, 11 Sep 2004 17:48:41 +0000 Backing out new changes, at Chris Nelson's request.
Sam Lantinga <slouken@libsdl.org> [Sat, 11 Sep 2004 17:48:41 +0000] rev 953
Backing out new changes, at Chris Nelson's request.
Tue, 31 Aug 2004 04:21:35 +0000 Hum.
Sam Lantinga <slouken@libsdl.org> [Tue, 31 Aug 2004 04:21:35 +0000] rev 952
Hum.
Mon, 30 Aug 2004 04:21:51 +0000 Date: Sun, 29 Aug 2004 20:55:54 +0200
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Aug 2004 04:21:51 +0000] rev 951
Date: Sun, 29 Aug 2004 20:55:54 +0200 From: Tomas Kovar Subject: [SDL] [PATCH] UTF-8 support for SDL_WM_SetCaption in OSX Recently, there was patch that added UTF-8 support for SDL_WM_SetCaption in X11 backend. This patch does the same for Quartz (OSX) backend.
Wed, 25 Aug 2004 05:39:03 +0000 Date: Tue, 24 Aug 2004 06:16:32 +0200
Sam Lantinga <slouken@libsdl.org> [Wed, 25 Aug 2004 05:39:03 +0000] rev 950
Date: Tue, 24 Aug 2004 06:16:32 +0200 From: Christian Biere Subject: [SDL] YUV Overlay vs. XV_AUTOPAINT_COLORKEY I have a problem with SDL's YUV Overlay support using X11 Xv. Some people reported that they get nothing but a black screen. I've compared the output of xvattr they've sent me with the values I get here. It turned out that XV_AUTOPAINT_COLORKEY was disabled. By enabling this feature everything works fine.
Tue, 24 Aug 2004 07:40:14 +0000 I don't know how this got missed, but...
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Aug 2004 07:40:14 +0000] rev 949
I don't know how this got missed, but...
Tue, 24 Aug 2004 06:32:50 +0000 Don't fail if we don't have ALSA available
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Aug 2004 06:32:50 +0000] rev 948
Don't fail if we don't have ALSA available
Sat, 21 Aug 2004 20:35:50 +0000 Updated libtool support for libtool 1.5.8
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 20:35:50 +0000] rev 947
Updated libtool support for libtool 1.5.8
Sat, 21 Aug 2004 14:54:49 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 14:54:49 +0000] rev 946
*** empty log message ***
Sat, 21 Aug 2004 13:49:22 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 13:49:22 +0000] rev 945
*** empty log message ***
Sat, 21 Aug 2004 13:10:58 +0000 Date: Wed, 28 Jul 2004 14:56:57 +0800
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 13:10:58 +0000] rev 944
Date: Wed, 28 Jul 2004 14:56:57 +0800 From: Aaron Perez Subject: [SDL] Fwd: SDL not checking malloc returning NULL I was reading through the code and i found that in several places does a malloc and without checking if it is NULL just use the pointer.
Sat, 21 Aug 2004 12:38:50 +0000 Date: Sun, 18 Jul 2004 00:22:07 -0400
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 12:38:50 +0000] rev 943
Date: Sun, 18 Jul 2004 00:22:07 -0400 From: "Philippe Anctil" Subject: [SDL] odd mouse event generated on init The mouse relative and absolute coordinates appear to be always equal for the first mouse event.
Sat, 21 Aug 2004 12:27:02 +0000 Here are patches for SDL12 and SDL_mixer for 4 or 6 channel
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 12:27:02 +0000] rev 942
Here are patches for SDL12 and SDL_mixer for 4 or 6 channel surround sound on Linux using the Alsa driver. To use them, naturally you need a sound card that will do 4 or 6 channels and probably also a recent version of the Alsa drivers and library. Since the only SDL output driver that knows about surround sound is the Alsa driver, you���ll want to choose it, using: export SDL_AUDIODRIVER=alsa There are no syntactic changes to the programming API. No new library calls, no differences in arguments. There are two semantic changes: (1) For library calls with number of channels as an argument, formerly you could use only 1 or 2 for the number of channels. Now you can also use 4 or 6. (2) The two "left" and "right" arguments to Mix_SetPanning, for the case of 4 or 6 channels, no longer simply control the volumes of the left and right channels. Now the "left" argument is converted to an angle and Mix_SetPosition is called, and the "right" argu- ment is ignored. With two exceptions, so far as I know, the modified SDL12 and SDL_mixer work the same way as the original versions, when opened for 1 or 2 channel output. The two exceptions are bugs which I fixed. Well, the first, anyway, is a bug for sure. When rate conversions up or down by a factor of two are applied (in src/audio/SDL_audiocvt.c), streams with different numbers of channels (that is, mono and stereo) are treated the same way: either each sample is copied or every other sample is omitted. This is ok for mono, but for stereo, it is frames that should be copied or omitted, where by "frame" I mean a portion of the stream containing one sample for each channel. (In the SDL source, confusingly, sometimes frames are called "samples".) So for these rate conversions, stereo streams have to be treated differently, and they are, in my modified version. The other problem that might be characterized as a bug arises when SDL_mixer is passed a multichannel chunk which does not have an integral number of frames. Due to the way the effect_position code loops over frames, when the chunk ends with a partial frame, memory outside the chunk buffer will be accessed. In the case of stereo, it���s possible that because malloc may give more memory than requested, this potential problem never actually causes a segment fault. I don���t know. For 6 channel chunks, I do know, and it does cause segment faults. If SDL_mixer is passed defective chunks and this causes a segment fault, arguably, that���s not a bug in SDL_mixer. Still, whether or not it counts as a bug, it���s easy to protect against, so why not? I added code in mixer.c to discard any partial frame at the end of a chunk. Then what about when SDL or SDL_mixer is opened for 4 or 6 chan- nel output? What happens with the parts of the current library designed for stereo? I don���t know whether I���ve covered all the bases, but I���ve tried: (1) For playing 2 channel waves, or other cases where SDL knows it has to match up a 2 channel source with a 4 or 6 channel output, I���ve added code in SDL_audiocvt.c to make the necessary conversions. (2) For playing midis using timidity, I���ve converted timidity to do 4 or 6 channel output, upon request. (3) For playing mods using mikmod, I put ad hoc code in music.c to convert the stereo output that mikmod produces to 4 or 6 chan- nels. Obviously it would be better to change the mikmod code to mix down into 4 or 6 channels, but I have a hard time following the code in mikmod, so I didn���t do that. (4) For playing mp3s, I put ad hoc code in smpeg to copy channels in the case when 4 or 6 channel output is needed. (5) There seems to be no problem with .ogg files - stereo .oggs can be up converted as .wavs are. (6) The effect_position code in SDL_mixer is now generalized to in- clude the cases of 4 and 6 channel streams. I���ve done a very limited amount of compatibility testing for some of the games using SDL I happen to have. For details, see the file TESTS. I���ve put into a separate archive, Surround-SDL-testfiles.tgz, a couple of 6 channel wave files for testing and a 6 channel ogg file. If you have the right hardware and version of Alsa, you should be able to play the wave files with the Alsa utility aplay (and hear all channels, except maybe lfe, for chan-id.wav, since it���s rather faint). Don���t expect aplay to give good sound, though. There���s something wrong with the current version of aplay. The canyon.ogg file is to test loading of 6 channel oggs. After patching and compiling, you can play it with playmus. (My version of ogg123 will not play it, and I had to patch mplayer to get it to play 6 channel oggs.) Greg Lee <greg@ling.lll.hawaii.edu> Thus, July 1, 2004
Sat, 21 Aug 2004 11:34:24 +0000 Date: Mon, 12 Jul 2004 14:17:47 -0500
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 11:34:24 +0000] rev 941
Date: Mon, 12 Jul 2004 14:17:47 -0500 From: Richard Smith Subject: Re: [SDL] Disableing color depth and mode searching > Also, I should add that a quick way to get the desired effect is to > #define BROKEN_MODES on top of the SDL_fbvideo.c file. > Ah yes, I see that looks like that will do what I need. Curious as to why this is a #define and not an enviroment variable like the other settings. I would think that finding cards (or chips) with broken modes would be the norm rather than the execption.
Sat, 21 Aug 2004 05:29:45 +0000 Date: Sat, 10 Jul 2004 21:02:33 +0200
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 05:29:45 +0000] rev 940
Date: Sat, 10 Jul 2004 21:02:33 +0200 From: "Philippe Plantier (ayin)" Subject: [SDL] Problems allocating large surfaces There are problems when allocating large surfaces using SDL_CreateRGBSurface. When, for example, we try to allocate a surface wider than 16384 pixels, the calculation of the pitch overflows; this leads to a surface that has the w and h flags correctly set, but whose "pixels" buffer is too small. That may lead to heap corruption.
Sat, 21 Aug 2004 04:20:00 +0000 Date: Tue, 01 Jun 2004 15:27:44 +0300
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 04:20:00 +0000] rev 939
Date: Tue, 01 Jun 2004 15:27:44 +0300 From: Martin_Storsj Subject: Update for dynamic loading of ALSA I sent you a patch a few months ago which enables SDL to load ALSA dynamically. Now I've finally got time to tweak this yet some more. I've added code from alsa.m4 (from alsa's dev package) to acinclude.m4, and made the detection of the alsa library name a bit better. I've also fixed up the loading versioned symbols with dlvsym, so that it falls back to dlsym. I wouldn't say the configure script is complete yet, but this is how far I've come this time, and I'm no expert at those things.
Sat, 21 Aug 2004 03:55:12 +0000 Hmm, this should work a little better. :)
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Aug 2004 03:55:12 +0000] rev 938
Hmm, this should work a little better. :)
Sat, 21 Aug 2004 03:45:58 +0000 Date: 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 +0000 CoreAudio 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 +0000 Audio 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 +0000 Date: 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 +0000 Added 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 +0000 Use 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 +0000 Date: 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 +0000 Date: 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 +0000 Forgot 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
Tue, 10 Aug 2004 18:59:58 +0000 Wrong check for minimum mouse position
Patrice Mandin <patmandin@gmail.com> [Tue, 10 Aug 2004 18:59:58 +0000] rev 927
Wrong check for minimum mouse position
Tue, 10 Aug 2004 18:53:38 +0000 Give mouse position relative to window position, and do not generate mouse button event if outside of the window
Patrice Mandin <patmandin@gmail.com> [Tue, 10 Aug 2004 18:53:38 +0000] rev 926
Give mouse position relative to window position, and do not generate mouse button event if outside of the window
Mon, 09 Aug 2004 11:53:14 +0000 Do not destroy window on resize, so we can go back to original size from maximized size
Patrice Mandin <patmandin@gmail.com> [Mon, 09 Aug 2004 11:53:14 +0000] rev 925
Do not destroy window on resize, so we can go back to original size from maximized size
Thu, 05 Aug 2004 19:50:06 +0000 Too much backslash-n at end of line
Patrice Mandin <patmandin@gmail.com> [Thu, 05 Aug 2004 19:50:06 +0000] rev 924
Too much backslash-n at end of line
Thu, 05 Aug 2004 19:43:07 +0000 Correctly center window on creation
Patrice Mandin <patmandin@gmail.com> [Thu, 05 Aug 2004 19:43:07 +0000] rev 923
Correctly center window on creation
Thu, 05 Aug 2004 19:40:23 +0000 Correctly set window size if resized or maximized
Patrice Mandin <patmandin@gmail.com> [Thu, 05 Aug 2004 19:40:23 +0000] rev 922
Correctly set window size if resized or maximized
Thu, 05 Aug 2004 19:37:45 +0000 Use meaningful define instead of numeral value
Patrice Mandin <patmandin@gmail.com> [Thu, 05 Aug 2004 19:37:45 +0000] rev 921
Use meaningful define instead of numeral value
Thu, 05 Aug 2004 19:34:44 +0000 Use SDL_SetError instead of fprintf
Patrice Mandin <patmandin@gmail.com> [Thu, 05 Aug 2004 19:34:44 +0000] rev 920
Use SDL_SetError instead of fprintf
Tue, 03 Aug 2004 15:40:18 +0000 Absolute mouse position was given as relative movement to SDL
Patrice Mandin <patmandin@gmail.com> [Tue, 03 Aug 2004 15:40:18 +0000] rev 919
Absolute mouse position was given as relative movement to SDL
Tue, 03 Aug 2004 08:50:52 +0000 Wrongly test if width multiple of 16
Patrice Mandin <patmandin@gmail.com> [Tue, 03 Aug 2004 08:50:52 +0000] rev 918
Wrongly test if width multiple of 16
Mon, 02 Aug 2004 18:39:50 +0000 Lock the screen before doing its backup
Patrice Mandin <patmandin@gmail.com> [Mon, 02 Aug 2004 18:39:50 +0000] rev 917
Lock the screen before doing its backup
Sun, 25 Jul 2004 19:43:56 +0000 Date: Sun, 25 Jul 2004 23:10:03 +0800
Sam Lantinga <slouken@libsdl.org> [Sun, 25 Jul 2004 19:43:56 +0000] rev 916
Date: Sun, 25 Jul 2004 23:10:03 +0800 From: Chris Taylor Subject: SDL for Macintosh Programmer's Workshop: removed dynamic loading I'm working on a game called D2X which uses SDL, and I recently ported it to Mac OS 9. I used MPW to build it. It uses OpenGL. To get it to work, I had to build SDL so it doesn't dynamically load OpenGL. This is because I don't think MPW supports dynamic loading. The following patch makes sure when SDL is built under MPW, dynamic loading of shared libraries is disabled.
Sun, 25 Jul 2004 18:43:07 +0000 You can't free locked surfaces!
Sam Lantinga <slouken@libsdl.org> [Sun, 25 Jul 2004 18:43:07 +0000] rev 915
You can't free locked surfaces!
Sun, 25 Jul 2004 18:31:50 +0000 Date: Wed, 23 Jun 2004 17:05:33 -0400
Sam Lantinga <slouken@libsdl.org> [Sun, 25 Jul 2004 18:31:50 +0000] rev 914
Date: Wed, 23 Jun 2004 17:05:33 -0400 From: Chris Nelson Subject: [SDL] [Patch] WiseGroup MP-8800 / MP-8866 (PS2 Joystick) In the current cvs version, SDL doesn't handle these Playstation2 controller => USB adapters correctly, in linux. It will always assume that the maximum number of joysticks (2 in the case of the MP-8866, 4 in the case of the 8800) are plugged in. This is bad not only because it allows SDL to exaggerate the number of logical joysticks, but primarily because the joystick axes are mapped incorrectly, all over the place, such that the devices are effectively unusable unless you have the maximum number of joysticks plugged in. My changes to src/joystick/linux/SDL_sysjoystick.c build on another's previous work (which was a special case for this very joystick, actually), and fix both of these problems, as well as making the current code a little more general, to allow for others to more easily drop in code for quirky joysticks such as these. I've tested this code under 2.6.7 as well as 2.4.24... Both work as advertised (provided you load the JOYDEV linux code as a module, otherwise they won't work at all, new code or old, but that's another issue entirely). Though this sounds horribly formal, you have my permission to distribute all of my work on this issue under the LGPL. So there.
Sun, 25 Jul 2004 17:33:33 +0000 Date: Mon, 28 Jun 2004 23:15:55 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 25 Jul 2004 17:33:33 +0000] rev 913
Date: Mon, 28 Jun 2004 23:15:55 +0200 From: Ivo Danihelka Subject: [SDL] [PATCH] SDL_WM_SetCaption with UTF-8 This patch enables UTF-8 suport for SDL_WM_SetCaption() in x11. XFree86 >= 4.0.2 supports text strings in UTF-8. Presence of this feature is indicated by the macro X_HAVE_UTF8_STRING.
Wed, 21 Jul 2004 04:53:26 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 21 Jul 2004 04:53:26 +0000] rev 912
*** empty log message ***
Sun, 18 Jul 2004 22:57:40 +0000 Date: Mon, 3 May 2004 03:15:01 +0100
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 22:57:40 +0000] rev 911
Date: Mon, 3 May 2004 03:15:01 +0100 From: David Symmonds Subject: SDL Typedef Structs Hi, Thanks for the SDL libraries, I have been using them for about a year now and they are really brilliant. One thing that I have just found whilst using them through C++ (and needing forward declarations) is that when you typedef structs you sometimes use typedef struct Name { ... }Name; e.g. SDL_Surface and other times use typedef struct { ... }Name; e.g. SDL_Rect The first type works fine, when I define a header file I can just put 'struct Name;' at the top and use the Name throughout. However, the second type is harder to use in a header, and I haven't found a way yet, other than to include 'SDL.h' in the header file (undesirable). Would there be any harm in changing the definition of SDL_Rect and such like to the second form?
Sun, 18 Jul 2004 19:46:38 +0000 Date: Sat, 26 Jun 2004 14:58:42 +0300
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:46:38 +0000] rev 910
Date: Sat, 26 Jun 2004 14:58:42 +0300 From: "Mike Gorchak" Subject: QNX 6.3 fixes for SDL Sam, I've added new OpenGL framework for SDL, which appeared in the new QNX version - 6.3. I've leave compatibility with previous QNX versions. And I've moved all GL specific functions to the separate module, like it done for the other platforms. SDL is now ready for the QNX 6.3 :)
Sun, 18 Jul 2004 19:44:06 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:44:06 +0000] rev 909
*** empty log message ***
Sun, 18 Jul 2004 19:42:03 +0000 Date: Mon, 28 Jun 2004 19:58:08 +0900
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:42:03 +0000] rev 908
Date: Mon, 28 Jun 2004 19:58:08 +0900 From: Hayashi Naoyuki Subject: SDL_types.h - fix for Tru64 MME The following two problems are fixed. 1. Type of Uint64 is "long long" in SDL_types.h, but is "long" in mmbasic.h(Tru64 UNIX MME header file). 2. Uint8, Uint16 and Uint32 are redefined if you compile a file including mmbasic.h and SDL_types.h.
Sun, 18 Jul 2004 19:36:06 +0000 Date: Mon, 21 Jun 2004 16:52:47 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:36:06 +0000] rev 907
Date: Mon, 21 Jun 2004 16:52:47 +0200 From: Marcin Konicki Subject: SDL 1.2.7 patch for BeOS (new input handling code) I rewrote input handling code for BeOS. It should be faster now (i got report that mouse is faster, keyboard should be too, but it's harder to observe). I'll try to add mouse wheel support too, soon. Stefano Ceccherini (a.k.a Jack Burton) helped me beautify code (working version was less clean), and it was he who asked me to write this thing ;).
Sun, 18 Jul 2004 19:14:33 +0000 Date: Sat, 03 Jul 2004 02:23:48 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:14:33 +0000] rev 906
Date: Sat, 03 Jul 2004 02:23:48 +0200 From: Marcin Konicki Subject: [PATCH] Add missing functions and bring back OpenGL This patch adds missing functions: IconifyWindow GetWMInfo GL_LoadLibrary GL_GetProcAddress GL_GetAttribute GL_MakeCurrent Adding GL_* functions brings back working OpenGL in SDL for BeOS :). With addd GL_* functions there are few changes in Window class to handle changes better. Patch also fixes bug which freezed window when using MesaGL instead of BeOS r5 GL - it just needed Window->Quit() added into BE_VideoQuit(). THX to Michael Weirauch (a.k.a emwe) who worked on that bug before and found that it freezes because of lock somewhere. THX to Matti "Mictlantecuhtli" Lev��nen for testing, Rod��ric Vicaire (a.k.a. Ingenu) for OpenGL wisdom, and Stefano Ceccherini (a.k.a Jack Burton) for asking me to fix SDL on BeOS :).
Sun, 18 Jul 2004 19:05:06 +0000 Date: Wed, 7 Jul 2004 12:57:58 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:05:06 +0000] rev 905
Date: Wed, 7 Jul 2004 12:57:58 +0200 From: "Markus F.X.J. Oberhumer" Subject: [SDL-CVS] [patch] small fix for SDL_joystick.h the tiny patch below (against current CVS) fixes a syntax error (not allow compilers allow multiple __cdecl).
Sun, 18 Jul 2004 19:01:27 +0000 Date: Fri, 16 Jul 2004 17:25:45 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 19:01:27 +0000] rev 904
Date: Fri, 16 Jul 2004 17:25:45 +0200 From: "A. Umbach" Subject: Patch for bug in SDL cdrom resume handling Black| pointed out a bug on #sdl today, that when you pause CD playback, and then Resume it, it'll play until the end of the disk, and not until the track you specified. Attached is a patch that fixes the issue, by saving the desired end position in the SDL_CD struct, and seting it again upon resume - Andreas
Sun, 18 Jul 2004 18:33:28 +0000 Date: Sun, 18 Jul 2004 16:46:44 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 18 Jul 2004 18:33:28 +0000] rev 903
Date: Sun, 18 Jul 2004 16:46:44 +0200 From: Georg Schwarz Subject: Compiling SDL on IRIX 5.3 in order to make SDL compile on IRIX 5.3 I had to apply the following patch
Sat, 17 Jul 2004 08:58:24 +0000 Forgot to initialize video mode list
Patrice Mandin <patmandin@gmail.com> [Sat, 17 Jul 2004 08:58:24 +0000] rev 902
Forgot to initialize video mode list
Fri, 25 Jun 2004 05:24:50 +0000 Date: Thu, 24 Jun 2004 15:13:40 +0300 (EEST)
Sam Lantinga <slouken@libsdl.org> [Fri, 25 Jun 2004 05:24:50 +0000] rev 901
Date: Thu, 24 Jun 2004 15:13:40 +0300 (EEST) From: Martin_Storsj� Subject: Small patches for SDL/win32 I've tried playing with running SDL compiled for Windows with Wine (and WineX) under Linux. It didn't originally work too well, but I somehow managed to make it work. Most of the fixes was patches to Wine(X), but I also found something in video/windx5/SDL_dx5video.c which, as far as I can tell, actually is a bug in SDL. The result from the COM method Release, which returns the new reference count, is compared to DD_OK. Because QueryInterface is called immediately before, the reference count shouldn't be DD_OK (== 0).
Thu, 27 May 2004 22:57:30 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Thu, 27 May 2004 22:57:30 +0000] rev 900
*** empty log message ***
Thu, 20 May 2004 10:05:59 +0000 The tenth time is the charm...
Sam Lantinga <slouken@libsdl.org> [Thu, 20 May 2004 10:05:59 +0000] rev 899
The tenth time is the charm...
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).
Sun, 16 May 2004 17:40:32 +0000 Date: Sun, 28 Mar 2004 16:38:32 +1200
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 17:40:32 +0000] rev 888
Date: Sun, 28 Mar 2004 16:38:32 +1200 From: Paul Eggleton Subject: [SDL] Possible memory leak in SDL 1.2.7 Taking a look at this function X11_CreateWMCursor and its companion X11_FreeWMCursor (in src/video/x11/SDL_x11mouse.c), I can see that X11_CreateWMCursor is making several calls to XCreatePixmap, but there are no corresponding calls in X11_FreeWMCursor to XFreePixmap.
Sun, 16 May 2004 17:19:48 +0000 Date: Mon, 10 May 2004 10:17:46 -0400
Sam Lantinga <slouken@libsdl.org> [Sun, 16 May 2004 17:19:48 +0000] rev 887
Date: Mon, 10 May 2004 10:17:46 -0400 From: Mike Frysinger Subject: Re: [SDL] gcc-3.4.0 / PIC fix here's a combined patch (yours and the one i mentioned earlier) that i tested with gcc-3.4.0 and gcc-3.3.3
Thu, 06 May 2004 15:55:06 +0000 Date: Sat, 24 Apr 2004 15:13:32 +0300
Sam Lantinga <slouken@libsdl.org> [Thu, 06 May 2004 15:55:06 +0000] rev 886
Date: Sat, 24 Apr 2004 15:13:32 +0300 From: "Mike Gorchak" Subject: SDL updates for the QNX6 1. Updated the README.QNX 2. Updated libtool scripts, which are shipped with SDL for QNX6 support. 3. Added some code to support the new QNX 6.3.0, which is in beta now. 4. Added code to detect the hw features, which driver supports. 5. Added hw alpha blits code. 6. Fixed bug when application switches to fullscreen more the 2 times. (afte\ r that window becames always stay on top). 7. Updated a bit README for the tests. 8. Added information about acceleration show in the testalpha.c test. 9. Added small fixes to the testoverlay2.c test. 10. Added alpha and cc+alpha blits benchmarks to the testvidinfo.c test.
Fri, 30 Apr 2004 18:33:30 +0000 Date: Wed, 28 Apr 2004 16:52:41 -0400
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Apr 2004 18:33:30 +0000] rev 885
Date: Wed, 28 Apr 2004 16:52:41 -0400 From: "Damien A" Subject: testdyngl fix The test program you included in the latest version of SDL crashes on startup in Window (XP). The reason for this is that OpenGL functions on Windows use the __stdcall calling convention, not the C convention. Placing APIENTRY infront of the * operator solves this problem.
Fri, 23 Apr 2004 14:00:08 +0000 Increment version...
Sam Lantinga <slouken@libsdl.org> [Fri, 23 Apr 2004 14:00:08 +0000] rev 884
Increment version...
Sun, 11 Apr 2004 19:54:40 +0000 Date: Sat, 10 Apr 2004 02:25:33 -0400
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Apr 2004 19:54:40 +0000] rev 883
Date: Sat, 10 Apr 2004 02:25:33 -0400 From: Glenn Maynard To: sdl@libsdl.org Subject: [SDL] SDL_SetVideoMode() failing and not setting an error (patch) Running an OpenGL SDL application off 1.2.7, at SDL_InitSubSystem(SDL_INIT_VIDEO) time: Warning: Unable to initialize AAlib mouseUsing AAlib driver: Slang driver 1.0 (slang) SDL_SetVideoMode then fails; SDL_GetError() returns "". The installation problem is straightforward: X (the higher priority driver) isn't running, so SDL is falling back on aalib. However, no error is being set when aalib fails to initialize. This also happens with the svgalib driver. SDL_video.c line ~653 sets mode to NULL, since aalib didn't return an OpenGL surface. Line ~711 ("failed setting a video mode") returns NULL. The attached patch sets an error. It's a horrible, useless error message--it should really say eg. "aalib does not support OpenGL"; this should probably be done earlier in the individual drivers, too.
Sun, 11 Apr 2004 19:52:58 +0000 Date: Sun, 11 Apr 2004 13:09:44 +0200
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Apr 2004 19:52:58 +0000] rev 882
Date: Sun, 11 Apr 2004 13:09:44 +0200 From: Stephane Marchesin Subject: [SDL] [Patch] inlining memcpy functions I (finally) did some benchmarking of the misc mmx & sse blitting functions, and found a little bottleneck in the memcpy ones : you get ~10% more performance on small surface blitting if you inline them.
Sun, 11 Apr 2004 19:49:34 +0000 Date: Tue, 30 Mar 2004 18:18:13 -0600
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Apr 2004 19:49:34 +0000] rev 881
Date: Tue, 30 Mar 2004 18:18:13 -0600 From: Tyler Montbriand Subject: [SDL] Detecting Opteron CPU features I can now get SDL_cpuinfo.c to detect the AMD Opteron's RDTSC, MMX, MMXEXT, 3DNOW, 3DNOWEXT, SSE, and SSE2 instruction set extensions under Linux. It took one #ifdef'ed block of new asm code to account for the 64-bit flags register, but the other two blocks worked fine without modification, just needed to modify the #ifdef's a bit.
Sun, 11 Apr 2004 19:47:28 +0000 Date: Tue, 30 Mar 2004 21:26:47 -0600
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Apr 2004 19:47:28 +0000] rev 880
Date: Tue, 30 Mar 2004 21:26:47 -0600 From: Tyler Montbriand Subject: [SDL] Opteron MMX patches for SDL_blit.c and SDL_blit_A.c The inline MMX assembly in SDL_blit.c and SDL_blit_A.c compiles and runs fine unmodified under AMD Opteron. The inline assembly in SDL_yuv_mmx.c and SDL_blit_N.c unfortunately isn't directly compatible. I've included diffs from SDL_blit.c and SDL_blit_A.c that allow the MMX assembly to be compiled when USE_ASMBLIT, __x86_64__, and __GNUC__ are all defined. All I had to modify was typedefs, the inline assembly itself wasn't touched.
Thu, 08 Apr 2004 21:13:14 +0000 Date: Wed, 31 Mar 2004 09:15:57 -0600
Sam Lantinga <slouken@libsdl.org> [Thu, 08 Apr 2004 21:13:14 +0000] rev 879
Date: Wed, 31 Mar 2004 09:15:57 -0600 From: Tyler Montbriand Subject: [SDL] Opteron MMX patches for SDL_RLEaccel.c The inline MMX assembly in SDL_RLEaccel.c compiles unmodified if the typedefs are adjusted to accept __x86_64__. The diff from SDL-1.2.7 is attached.
Thu, 08 Apr 2004 21:06:10 +0000 Argh...
Sam Lantinga <slouken@libsdl.org> [Thu, 08 Apr 2004 21:06:10 +0000] rev 878
Argh...
Sat, 27 Mar 2004 16:15:42 +0000 Yack... finally fixed the MacOS X development package ... I hope!
Sam Lantinga <slouken@libsdl.org> [Sat, 27 Mar 2004 16:15:42 +0000] rev 877
Yack... finally fixed the MacOS X development package ... I hope!
Mon, 22 Mar 2004 09:38:20 +0000 (Said Max Horn on the SDL mailing list...)
Ryan C. Gordon <icculus@icculus.org> [Mon, 22 Mar 2004 09:38:20 +0000] rev 876
(Said Max Horn on the SDL mailing list...) Hi folks, based on Eric Wing's patch, I created the attached patch which fixes the OpenGL coordinate inversion bug in SDL. It works fine over here on 10.3 with Ryan's test program (which I also attached). There is another change in it: I removed the "- 1" in the two lines using CGDisplayPixelsHigh()... while I understand from a logical point of view why they *should* be correct, I checked the actual values computed that way, and they were off-by-one. After removing the " - 1", the returned mouse coordinates are correct. I checked this by moving the mouse to the screen top/bottom in fullscreen mode, BTW. With the change, the proper values 0 and 479 are returned (in 640x480 mode). Sam, you may still want to test on 10.1, it's very simple using Ryan's minimal test code :-) Cheers, Max (Here is the reproduction case for revision history's sake...) /* * To compile: * gcc -o test test.c `sdl-config --cflags` `sdl-config --libs` -framework OpenGL * * --ryan. */ #include <stdio.h> #include "SDL.h" #include "SDL_opengl.h" int main(int argc, char **argv) { Uint32 flags = SDL_OPENGL /* | SDL_FULLSCREEN */; SDL_Surface *screen; SDL_Event event; int done = 0; GLfloat ratio; SDL_Init(SDL_INIT_VIDEO); SDL_ShowCursor(0); if ((argv[1]) && (strcmp(argv[1], "--grab") == 0)) SDL_WM_GrabInput(SDL_GRAB_ON); screen = SDL_SetVideoMode(640, 480, 0, flags); if (!screen) return(42); ratio = ((GLfloat) screen->w) / ((GLfloat) screen->h); glClearColor( 0.0f, 0.0f, 0.0f, 0.0f ); glClearDepth( 1.0f ); glEnable( GL_DEPTH_TEST ); glDepthFunc( GL_LEQUAL ); glViewport( 0, 0, screen->w, screen->h); glMatrixMode( GL_PROJECTION ); glLoadIdentity(); gluPerspective( 45.0f, ratio, 0.1f, 100.0f ); glMatrixMode( GL_MODELVIEW ); glLoadIdentity(); glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); SDL_GL_SwapBuffers(); // eh, close enough. #define MAX_X 6.12 #define MAX_Y 4.50 while (!done) { int x, y; GLfloat glx, gly; if (!SDL_WaitEvent(&event)) break; switch (event.type) { case SDL_KEYUP: if (event.key.keysym.sym == SDLK_ESCAPE) done = 1; break; } SDL_GetMouseState(&x, &y); glx = ((((GLfloat) x) / ((GLfloat) screen->w)) - 0.5f) * MAX_X; gly = ((((GLfloat) y) / ((GLfloat) screen->h)) - 0.5f) * MAX_Y; glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); glLoadIdentity(); glTranslatef(glx,-gly,-6.0f); glBegin(GL_TRIANGLES); glColor3f(1,0,0); glVertex3f( 0.00f, 0.25f, 0.00f); glColor3f(0,1,0); glVertex3f(-0.25f, -0.25f, 0.00f); glColor3f(0,0,1); glVertex3f( 0.25f, -0.25f, 0.00f); glEnd(); SDL_GL_SwapBuffers(); } SDL_Quit(); return(0); } /* end of test.c ... */
Thu, 11 Mar 2004 13:38:51 +0000 Fixed the postinstall script
Sam Lantinga <slouken@libsdl.org> [Thu, 11 Mar 2004 13:38:51 +0000] rev 875
Fixed the postinstall script
Thu, 11 Mar 2004 12:59:41 +0000 Date: Thu, 11 Mar 2004 18:45:17 +0900
Sam Lantinga <slouken@libsdl.org> [Thu, 11 Mar 2004 12:59:41 +0000] rev 874
Date: Thu, 11 Mar 2004 18:45:17 +0900 From: Hayashi Naoyuki Subject: Re: Tru64 cdrom and pthread option fix I wrote /* Some CD-ROM drives cannot play the first 150 frames. */ in src/cdrom/osf/SDL_syscdrom.c and Some CD-ROM drives(ex. TEAC CD-532E) cannot play first 150 frames(aka gap). but this is not right. It is written in MMC that LBA = 4500*M + 75*S + F - 150.
Sun, 07 Mar 2004 16:40:15 +0000 Date: Sun, 07 Mar 2004 22:54:11 +0900
Sam Lantinga <slouken@libsdl.org> [Sun, 07 Mar 2004 16:40:15 +0000] rev 873
Date: Sun, 07 Mar 2004 22:54:11 +0900 From: Hayashi Naoyuki Subject: Tru64 cdrom and pthread option fix SDL-1.2.7/src/cdrom/osf/SDL_syscdrom.c Fixes Some CD-ROM drives(ex. TEAC CD-532E) cannot play first 150 frames(aka gap). CheckDrive() fix. The end of comment is "* /" in AddDrive(). SDL-1.2.7/configure.in Fixes Add *-*-osf pthread option and delete line SDL_LIBS="$SDL_LIBS -lrt".
Sat, 06 Mar 2004 02:58:06 +0000 Date: Fri, 05 Mar 2004 16:08:01 +0000
Sam Lantinga <slouken@libsdl.org> [Sat, 06 Mar 2004 02:58:06 +0000] rev 872
Date: Fri, 05 Mar 2004 16:08:01 +0000 From: Alan Swanson Subject: Re: [SDL] Fatal signal when initiaize with USB joystick on 2.6.2 kern On Fri, 2004-03-05 at 15:09, Sam Lantinga wrote: > > Fred, how does the attached patch work for you? Do all your axes work? > > I think you meant the two lines to be reversed. > I checked a more robust version of this into CVS. Fred, can you see if > it works? You've misread the code. :-/ For coef[0] and coef[1], it is (values[2]+values[1]) / 2 and then add or subtract values[4] to the answer.
Fri, 05 Mar 2004 15:09:18 +0000 Avoid FPE with Linux 2.6
Sam Lantinga <slouken@libsdl.org> [Fri, 05 Mar 2004 15:09:18 +0000] rev 871
Avoid FPE with Linux 2.6
Thu, 04 Mar 2004 05:41:57 +0000 Date: Wed, 3 Mar 2004 12:44:21 +0200
Sam Lantinga <slouken@libsdl.org> [Thu, 04 Mar 2004 05:41:57 +0000] rev 870
Date: Wed, 3 Mar 2004 12:44:21 +0200 From: "Mike Gorchak" Subject: Misc fixes again I've added custom WM info for the QNX (same as generic for now), which allows to compile all applications, which included SDL_syswm.h directly, otherwise DISABLE_X11 appearing to be not defined and X11 info was used instead, which is wrong.
Thu, 04 Mar 2004 05:39:17 +0000 Instructive comments from Max Horn
Sam Lantinga <slouken@libsdl.org> [Thu, 04 Mar 2004 05:39:17 +0000] rev 869
Instructive comments from Max Horn
Wed, 03 Mar 2004 06:56:04 +0000 sed, it's two, two commands in one!
Sam Lantinga <slouken@libsdl.org> [Wed, 03 Mar 2004 06:56:04 +0000] rev 868
sed, it's two, two commands in one!
Tue, 02 Mar 2004 19:38:55 +0000 Force recreation of X11 window if going to or from a SDL_NOFRAME vidmode.
Ryan C. Gordon <icculus@icculus.org> [Tue, 02 Mar 2004 19:38:55 +0000] rev 867
Force recreation of X11 window if going to or from a SDL_NOFRAME vidmode.
Tue, 02 Mar 2004 13:01:02 +0000 Date: Tue, 2 Mar 2004 11:34:54 +0100
Sam Lantinga <slouken@libsdl.org> [Tue, 02 Mar 2004 13:01:02 +0000] rev 866
Date: Tue, 2 Mar 2004 11:34:54 +0100 From: Bartosz Fenski aka fEnIo Subject: outdated entry in INSTALL file I've just found in INSTALL file: If you are cross-compiling from Linux to Win32, you should read the file README.Win32 But you don't shipped this file with SDL. I've found in CVS logs that this file has been deleted and this information is now in FAQ.
Tue, 02 Mar 2004 12:49:16 +0000 Date: Sun, 29 Feb 2004 15:14:22 +0200
Sam Lantinga <slouken@libsdl.org> [Tue, 02 Mar 2004 12:49:16 +0000] rev 865
Date: Sun, 29 Feb 2004 15:14:22 +0200 From: Martin_Storsj Subject: Dynamic loading of ALSA I recently discovered that SDL can dynamically load ESD and aRts, and made a patch which adds this same functionality to ALSA. The update for configure.in isn't too good (it should e.g. look for libasound.so in other directories than /usr/lib), because I'm not too good at shellscripting and autoconf. The reason for using dlfcn.h and dlopen instead of SDL_LoadLibrary and SDL_LoadFunction is that libasound uses versioned symbols, and it is necessary to load the correct version using dlvsym. This isn't probably any real portability issue, because ALSA is linux-only.
Tue, 02 Mar 2004 12:45:22 +0000 Date: Sun, 29 Feb 2004 20:28:27 +0200
Sam Lantinga <slouken@libsdl.org> [Tue, 02 Mar 2004 12:45:22 +0000] rev 864
Date: Sun, 29 Feb 2004 20:28:27 +0200 From: Martin_Storsj Subject: Slight bug in ESD and aRts When I experimented with the ALSA-patch, I found a slight bug in the Load{ESD,ARTS}Library-functions. The check of whether a function pointer was correctly loaded looks like this right now: *esd_functions[i].func = SDL_LoadFunction(esd_handle, esd_functions[i].name); if ( ! esd_functions[i].func ) Isn't that supposed to be ( ! *esd_functions[i].func )?
Tue, 02 Mar 2004 12:38:27 +0000 Date: Tue, 2 Mar 2004 08:52:20 +0200
Sam Lantinga <slouken@libsdl.org> [Tue, 02 Mar 2004 12:38:27 +0000] rev 863
Date: Tue, 2 Mar 2004 08:52:20 +0200 From: "Mike Gorchak" Subject: Just a misc. fixes 1) I've added a small fix to the .qpg file - SDLqpg.diff. Added autoconf variables like the @SDL_BINARY_AGE@ instead of directly using "...so.7".
Thu, 26 Feb 2004 20:49:45 +0000 IRIX doesn't have a GL library versioning system
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Feb 2004 20:49:45 +0000] rev 862
IRIX doesn't have a GL library versioning system
Thu, 26 Feb 2004 19:57:37 +0000 Oops, ignore SIGALRM, not 0
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Feb 2004 19:57:37 +0000] rev 861
Oops, ignore SIGALRM, not 0
Thu, 26 Feb 2004 15:12:51 +0000 Create a 2D window and then manually focus a different window on your desktop,
Ryan C. Gordon <icculus@icculus.org> [Thu, 26 Feb 2004 15:12:51 +0000] rev 860
Create a 2D window and then manually focus a different window on your desktop, call SDL_PumpEvents() so the X11 driver sets its this->hidden->switch_waiting, then set a fullscreen OpenGL window (which makes the X11 driver tear down and create a new window instead of just resizing the existing one), poll for events, and the newly-created window will think it needs to pop back to a window. Fixed by resetting switch_waiting to zero if X11_CreateWindow() had to tear down a previous window.
Thu, 26 Feb 2004 14:26:07 +0000 This works on MacOS X too. :)
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Feb 2004 14:26:07 +0000] rev 859
This works on MacOS X too. :)
Thu, 26 Feb 2004 13:45:22 +0000 Date: Wed, 25 Feb 2004 06:41:17 -0500
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Feb 2004 13:45:22 +0000] rev 858
Date: Wed, 25 Feb 2004 06:41:17 -0500 From: "Ryan C. Gordon" Subject: Re: MacOS X bugs... This isn't an ideal patch (trying to open a joystick that has previously been unplugged will report success, but it'll just never give any input, etc), but it handles the worst case of deadlock in the event subsystem.
Thu, 26 Feb 2004 08:57:32 +0000 Attempt to get FSAA compiling on all versions of MacOS X.
Ryan C. Gordon <icculus@icculus.org> [Thu, 26 Feb 2004 08:57:32 +0000] rev 857
Attempt to get FSAA compiling on all versions of MacOS X.
Tue, 24 Feb 2004 19:22:22 +0000 Date: Mon, 23 Feb 2004 19:00:23 +0100
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Feb 2004 19:22:22 +0000] rev 856
Date: Mon, 23 Feb 2004 19:00:23 +0100 From: "Juergen \"George\" Sawinski" Subject: Problems compiling libsdl with gcc 3.3 I attached another patch (configure.in.patch) that might resolv issues for some ppl finding the correct place of libartsc.so.*. (here, the output of "artsc-config --libs" contains two "-L.*", therefore the respecting arts_lib_spec contains the wrong path).
Tue, 24 Feb 2004 18:58:40 +0000 I noticed MacOSX SDL sets up working directory to parent of executable.
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Feb 2004 18:58:40 +0000] rev 855
I noticed MacOSX SDL sets up working directory to parent of executable. On BeOS is should setup it the same way, but it only does when Tracker wasn't restarted. I checked code and it looks like a hack to me :( It looks for env variable and than comapres it to default when OpenTracker was started after boot, and wasn't restarted. That's probably ok, for that exact case. Unfortunetly that variable isn't always like that. For example, after Tracker crashes and is restarted, env variable most probably is different (depends on how Tracker was restarted, by what application, etc... for example: i have launcher application from which i can restart Tracker, and after that nev variable points to that application's directory, not Tracker's).
Tue, 24 Feb 2004 16:21:19 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Feb 2004 16:21:19 +0000] rev 854
*** empty log message ***
Tue, 24 Feb 2004 07:42:19 +0000 Don't allow video modes larger than the maximum size
Sam Lantinga <slouken@libsdl.org> [Tue, 24 Feb 2004 07:42:19 +0000] rev 853
Don't allow video modes larger than the maximum size
Tue, 24 Feb 2004 06:53:22 +0000 Quartz fix:
Ryan C. Gordon <icculus@icculus.org> [Tue, 24 Feb 2004 06:53:22 +0000] rev 852
Quartz fix: ut2004 makes a 2D window for the splash screen, which sets the screen surface's pixels field. Then we tear down that video mode and create a GL context, and the Quartz target isn't resetting the pixels field to NULL. When you just create a GL window, the structure is memset'd to zero the first time through, so unless you hit ut2004's codepath, you won't see the bug. :) Without this patch, quitting a windowed ut2003/ut2004 game makes the OS dump a warning about a bogus free() to stderr, but it doesn't actually crash. All we need to do is explicitly initialize the current->pixels field.
Mon, 23 Feb 2004 15:49:28 +0000 Doh!
Sam Lantinga <slouken@libsdl.org> [Mon, 23 Feb 2004 15:49:28 +0000] rev 851
Doh!
Mon, 23 Feb 2004 08:03:14 +0000 Added an endian detection and byte swapping test program
Sam Lantinga <slouken@libsdl.org> [Mon, 23 Feb 2004 08:03:14 +0000] rev 850
Added an endian detection and byte swapping test program
Mon, 23 Feb 2004 06:09:21 +0000 Added inline byte swapping code for other architectures
Sam Lantinga <slouken@libsdl.org> [Mon, 23 Feb 2004 06:09:21 +0000] rev 849
Added inline byte swapping code for other architectures
Mon, 23 Feb 2004 05:32:52 +0000 Avoid using kernel internal headers
Sam Lantinga <slouken@libsdl.org> [Mon, 23 Feb 2004 05:32:52 +0000] rev 848
Avoid using kernel internal headers
Sat, 21 Feb 2004 00:21:06 +0000 *** empty log message *** release-1.2.7
Sam Lantinga <slouken@libsdl.org> [Sat, 21 Feb 2004 00:21:06 +0000] rev 847
*** empty log message ***
Fri, 20 Feb 2004 18:18:20 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Feb 2004 18:18:20 +0000] rev 846
*** empty log message ***
Thu, 19 Feb 2004 21:13:24 +0000 Fixed a bug in detecting surface mapping changes
Sam Lantinga <slouken@libsdl.org> [Thu, 19 Feb 2004 21:13:24 +0000] rev 845
Fixed a bug in detecting surface mapping changes
Wed, 18 Feb 2004 03:57:13 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Wed, 18 Feb 2004 03:57:13 +0000] rev 844
*** empty log message ***
Tue, 17 Feb 2004 23:29:52 +0000 Updated SDL_opengl.h to include the latest version of glext.h
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 23:29:52 +0000] rev 843
Updated SDL_opengl.h to include the latest version of glext.h
Tue, 17 Feb 2004 22:04:44 +0000 Load the correct library on Windows
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 22:04:44 +0000] rev 842
Load the correct library on Windows
Tue, 17 Feb 2004 22:00:33 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 22:00:33 +0000] rev 841
*** empty log message ***
Tue, 17 Feb 2004 18:21:46 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 18:21:46 +0000] rev 840
*** empty log message ***
Tue, 17 Feb 2004 18:16:49 +0000 Added a test program for dynamically loading OpenGL
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 18:16:49 +0000] rev 839
Added a test program for dynamically loading OpenGL
Tue, 17 Feb 2004 18:01:39 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 18:01:39 +0000] rev 838
*** empty log message ***
Tue, 17 Feb 2004 16:19:29 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 16:19:29 +0000] rev 837
*** empty log message ***
Tue, 17 Feb 2004 04:48:16 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 17 Feb 2004 04:48:16 +0000] rev 836
*** empty log message ***
(0) -120 +120 +1000 +3000 tip