Tue, 27 Sep 2005 11:27:38 +0000 Date: Sat, 17 Sep 2005 13:38:49 +0200
Ryan C. Gordon <icculus@icculus.org> [Tue, 27 Sep 2005 11:27:38 +0000] rev 1146
Date: Sat, 17 Sep 2005 13:38:49 +0200 From: Jon Daniel <forcemaster@gmx.net> To: sdl@libsdl.org Subject: [SDL] SDL_SemWaitTimeout patch for BeOS The current SDL-1.2.9/src/thread/beos/SDL_syssem.c returns -1 if the acquire_sem timeouts which according to the DocWiki is not correct. I've added support for the B_TIMED_OUT and B_WOULD_BLOCK in the switch. Jon Daniel
Tue, 27 Sep 2005 09:00:42 +0000 Patch from Martin Lange (mala-sdl at hotmail.com) to unregister SDL's win32
Ryan C. Gordon <icculus@icculus.org> [Tue, 27 Sep 2005 09:00:42 +0000] rev 1145
Patch from Martin Lange (mala-sdl at hotmail.com) to unregister SDL's win32 windowclass when shutting down the video subsystem...this allows you to safely unload/reload the SDL shared library on Windows between initializations. Discussion is here: http://www.devolution.com/pipermail/sdl/2005-February/067424.html
Tue, 27 Sep 2005 08:36:28 +0000 Date: Sun, 11 Sep 2005 14:41:07 +0300 (EEST)
Ryan C. Gordon <icculus@icculus.org> [Tue, 27 Sep 2005 08:36:28 +0000] rev 1144
Date: Sun, 11 Sep 2005 14:41:07 +0300 (EEST) From: =?ISO-8859-1?Q?Martin_Storsj=F6?= <martin@martin.st> To: sdl@libsdl.org Subject: [SDL] [PATCH] Switching between fullscreen/windowed on OS X Hi, When switching from fullscreen to windowed mode for opengl applications, the current version of SDL sets an harmless error, regarding usage of a NULL semaphore. This is due to code which tries to shut down a blitting thread, which is only started for double buffered 2d video modes, not for opengl. The attached patch fixes this. // Martin
Thu, 22 Sep 2005 08:48:16 +0000 Replaced Mac OS X's C++ cdrom code with almost-direct translation to C. Sam
Ryan C. Gordon <icculus@icculus.org> [Thu, 22 Sep 2005 08:48:16 +0000] rev 1143
Replaced Mac OS X's C++ cdrom code with almost-direct translation to C. Sam requested this effort on the mailing list, apparently because of binary compatibility issues between 10.4 and earlier systems (or gcc4 and earlier compilers?). Works fine with SDL12/test/testcdrom.c, with this command line: ./testcdrom -status -list -play -sleep 5000 -pause -sleep 3000 -resume \ -sleep 5000 -stop -sleep 3000 -play -sleep 3000 -stop \ -sleep 3000 -eject Unix Makefiles work, XCode project still need updating for new filenames.
Sun, 11 Sep 2005 04:15:44 +0000 Date: Fri, 2 Sep 2005 21:56:50 -0400
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Sep 2005 04:15:44 +0000] rev 1142
Date: Fri, 2 Sep 2005 21:56:50 -0400 From: Mike Frysinger Subject: [SDL] [patch] make sure autotools worked the current autogen.sh runs a bunch of autotools without actually checking the results ... find attached a patch to add some simple sanity checks
Thu, 08 Sep 2005 18:26:56 +0000 If couldn't load a needed GL symbol in SDL_SetVideoMode(), report it more
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 18:26:56 +0000] rev 1141
If couldn't load a needed GL symbol in SDL_SetVideoMode(), report it more specifically. Patch by Anders F Bj´┐Żrklund <afb@algonet.se>. --ryan.
Thu, 08 Sep 2005 07:33:22 +0000 iPod Linux framebuffer support.
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:33:22 +0000] rev 1140
iPod Linux framebuffer support. --ryan. Date: Sun, 19 Jun 2005 15:53:22 -0700 From: Joshua Oreman <oremanj@gmail.com> To: sdl@libsdl.org Subject: [SDL] [PATCH] iPod framebuffer video driver Hi SDL-list, I've been working on a port of SDL to iPodLinux (http://www.ipodlinux.org). I've created a patch for both the standard 2-bit iPod screen (using an unchangeable palette) and the 16-bit iPod photo. The patch is attached, against version 1.2.8. I've created two pages on the iPodLinux wiki about this patch: http://www.ipodlinux.org/Building_SDL and http://www.ipodlinux.org/SDL_Programming. See those pages if you're curious. Comments? Questions? Is this something that might be able to get into SDL 1.2.9? Thanks for your feedback! -- Josh
Thu, 08 Sep 2005 07:20:59 +0000 Altivec blitter for 555 -> 8888 surface, written by me.
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:20:59 +0000] rev 1139
Altivec blitter for 555 -> 8888 surface, written by me. --ryan.
Thu, 08 Sep 2005 07:15:44 +0000 Commercial-OSS-on-Solaris patch...
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 07:15:44 +0000] rev 1138
Commercial-OSS-on-Solaris patch... --ryan. Date: Sun, 14 Aug 2005 23:06:40 -0500 From: Shawn Walker <binarycrusader@gmail.com> To: sdl@libsdl.org Subject: [SDL] [PATCH] Audio Detection Bug When using the OSS commercial drivers under Solaris 10, SDL will not properly initialise OSS audio support (dsp) if /dev/sound exists. Under Solaris (as far as I understand) /dev/sound is provided as a means of accessing a BSD style audio device, not the OSS device. SDL assumes that if /dev/sound exists, then it must be running on a Linux 2.4 system and should make the dsp device path /dev/sound/dsp. This is wrong. When using the OSS commercial drivers under Solaris, the dsp device is always referenced as /dev/dsp normally. My proposed fix is to stat the dsp device in /dev/sound to make sure it exists, before assuming /dev/sound/dsp as the audio device: http://icculus.org/~eviltypeguy/SDL_audiodev.patch I'm sure there may be a better way to do it, but the above patch is what worked for me. --=20 Shawn Walker, Software and Systems Analyst binarycrusader@gmail.com - http://binarycrusader.blogspot.com/
Thu, 08 Sep 2005 06:49:20 +0000 Byte order detection fixes in SDL_endian.h ...
Ryan C. Gordon <icculus@icculus.org> [Thu, 08 Sep 2005 06:49:20 +0000] rev 1137
Byte order detection fixes in SDL_endian.h ... --ryan. From: Mike Frysinger <vapier@gentoo.org> To: sdl@libsdl.org Date: Thu, 1 Sep 2005 20:25:01 -0400 Subject: [SDL] [patch] add support for arm/thumb and superh to endian find attached a patch to add support for detecting endian on superh and arm/thumb ... also, ive incorporated a patch from Fedora which will gather the correct endian on a linux host from the system endian.h instead of just trying to maintain an ever-growing list of architectures -mike
(0) -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip