Sat, 31 Jan 2004 06:49:18 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 31 Jan 2004 06:49:18 +0000] rev 796
*** empty log message ***
Thu, 29 Jan 2004 16:15:12 +0000 Check for altivec assembly support before trying to use it. :)
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Jan 2004 16:15:12 +0000] rev 795
Check for altivec assembly support before trying to use it. :)
Thu, 29 Jan 2004 16:14:09 +0000 Updated for the latest version of automake
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Jan 2004 16:14:09 +0000] rev 794
Updated for the latest version of automake
Thu, 29 Jan 2004 05:22:23 +0000 Altivec detection on non-MacOS X systems
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Jan 2004 05:22:23 +0000] rev 793
Altivec detection on non-MacOS X systems
Thu, 29 Jan 2004 04:39:08 +0000 Added an exports target so I can make the exports all at once. :)
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Jan 2004 04:39:08 +0000] rev 792
Added an exports target so I can make the exports all at once. :)
Thu, 29 Jan 2004 04:35:51 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Jan 2004 04:35:51 +0000] rev 791
*** empty log message ***
Wed, 28 Jan 2004 22:01:02 +0000 Date: Wed, 28 Jan 2004 20:25:54 +0100
Sam Lantinga <slouken@libsdl.org> [Wed, 28 Jan 2004 22:01:02 +0000] rev 790
Date: Wed, 28 Jan 2004 20:25:54 +0100 From: Thomas Jarosch Subject: Re: [SDL] DSPF_RBG15 in src/video/directfb/SDL_DirectFB_video.c In my local DirectFB 0.1.19 copy, DSPF_RGB15 is an alias for DSPF_ARGB1555. They seem to have it removed in DirectFB CVS. As DSPF_RGB15 was only an alias, the attached patch can safely be applied to SDL and won't brake older DirectFB versions.
Wed, 28 Jan 2004 01:57:34 +0000 Date: Wed, 28 Jan 2004 02:37:04 +0100
Sam Lantinga <slouken@libsdl.org> [Wed, 28 Jan 2004 01:57:34 +0000] rev 789
Date: Wed, 28 Jan 2004 02:37:04 +0100 From: Max Horn Subject: Small libtool patch (framework related) here is a small patch for ltmain.sh. It corrects a problems with the libSDL.la file, which prevented applications using a version of libtool w/o framework support (read: all currently released libtool version) to not being able to link with SDL anymore. I also notified the libtool maintainers, as the same problem exists in libtool CVS.
Mon, 26 Jan 2004 06:33:27 +0000 Updated Project Builder projects
Sam Lantinga <slouken@libsdl.org> [Mon, 26 Jan 2004 06:33:27 +0000] rev 788
Updated Project Builder projects
Sat, 24 Jan 2004 15:55:00 +0000 Date: Sat, 24 Jan 2004 14:49:58 +0100
Sam Lantinga <slouken@libsdl.org> [Sat, 24 Jan 2004 15:55:00 +0000] rev 787
Date: Sat, 24 Jan 2004 14:49:58 +0100 From: Stephane Marchesin Subject: Re: [SDL] 3DNow! detection on a P4 system Well... I found another bug : 3dnow was detected on P2/P3 cpus. So I took one more look at the code and found a mistake in CPU_getCPUIDFeaturesExt : The condition for having extended cpuinfo is that when we query extended cpuinfo we get a result >= 0x80000001. So we must exit if eax < 0x80000001. The attached patch does that.
Sat, 24 Jan 2004 05:57:56 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 24 Jan 2004 05:57:56 +0000] rev 786
*** empty log message ***
Sat, 24 Jan 2004 05:47:19 +0000 Fixed bugs in CPU feature detection and added extended feature detection
Sam Lantinga <slouken@libsdl.org> [Sat, 24 Jan 2004 05:47:19 +0000] rev 785
Fixed bugs in CPU feature detection and added extended feature detection
Sat, 17 Jan 2004 20:37:06 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sat, 17 Jan 2004 20:37:06 +0000] rev 784
*** empty log message ***
Tue, 13 Jan 2004 15:14:27 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 13 Jan 2004 15:14:27 +0000] rev 783
*** empty log message ***
Sun, 11 Jan 2004 21:43:13 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 11 Jan 2004 21:43:13 +0000] rev 782
*** empty log message ***
Thu, 08 Jan 2004 16:01:07 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Thu, 08 Jan 2004 16:01:07 +0000] rev 781
*** empty log message ***
Wed, 07 Jan 2004 18:24:06 +0000 Add to temporary includes path to find src/video/windx5/directx.h if we build SDL in a different directory
Patrice Mandin <patmandin@gmail.com> [Wed, 07 Jan 2004 18:24:06 +0000] rev 780
Add to temporary includes path to find src/video/windx5/directx.h if we build SDL in a different directory
Wed, 07 Jan 2004 15:01:51 +0000 Date: Tue, 6 Jan 2004 21:54:02 +0100
Sam Lantinga <slouken@libsdl.org> [Wed, 07 Jan 2004 15:01:51 +0000] rev 779
Date: Tue, 6 Jan 2004 21:54:02 +0100 From: Max Horn Subject: Auto hide mouse & other changes the attached bug adds the auto-hide-mouse feature I talked about earlier. Turned out it was a lot simpler than I thought, simply by using our existing code :-). I actually spent much more time on fixing various bugs in the code and correcting (IMO) some behavior (although, due to the lack of real specs for SDL, it's probably arguable what 'correct' means...). * adds auto (un)hiding of mouse depending on whether it is in- or outside the game window * computation of course coordinates is correct now (it often and reproducible got out of sync with the old code, since the NSEvent window was in some cases *not* our window anymore, so locationInWindow returned wrong results) * added a method which at any time returns the mouse coords, relative to our window * fixed handling of lost/gain input/mouse/app focus "events"
Tue, 06 Jan 2004 17:18:38 +0000 Date: Tue, 6 Jan 2004 12:42:19 +0100
Sam Lantinga <slouken@libsdl.org> [Tue, 06 Jan 2004 17:18:38 +0000] rev 778
Date: Tue, 6 Jan 2004 12:42:19 +0100 From: Max Horn Subject: SDL_HasAltiVec; BUGS file the attached patch adds SDL_HasAltiVec to SDL CVS. Note that at this point, this only works on MacOSX (and maybe darwin). I don't know how to properly add a test for e.g. Linux/PPC at this point. I found an email which might help in doing so: http://zebra.fh-weingarten.de/~maxi/html/mplayer-dev-eng/2003-01msg00783.html However, since I have no way to test on a non-OSX PowerPC system, I am not comfortable blindly adding such code... I just hope that if somebody from the Linux/PPC (or FreeBSD/PPC, or whatever) community notices this, they'll jump up and provide a patch for us ;-)
Tue, 06 Jan 2004 17:16:02 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Tue, 06 Jan 2004 17:16:02 +0000] rev 777
*** empty log message ***
Tue, 06 Jan 2004 04:07:12 +0000 Added support for /dev/joy* on Free/Net/OpenBSD (thanks Christian!)
Sam Lantinga <slouken@libsdl.org> [Tue, 06 Jan 2004 04:07:12 +0000] rev 776
Added support for /dev/joy* on Free/Net/OpenBSD (thanks Christian!)
Mon, 05 Jan 2004 12:08:38 +0000 Fixed playback problems with MacOSX 10.1
Sam Lantinga <slouken@libsdl.org> [Mon, 05 Jan 2004 12:08:38 +0000] rev 775
Fixed playback problems with MacOSX 10.1
Mon, 05 Jan 2004 01:34:34 +0000 Date: Mon, 5 Jan 2004 00:09:36 +0100
Sam Lantinga <slouken@libsdl.org> [Mon, 05 Jan 2004 01:34:34 +0000] rev 774
Date: Mon, 5 Jan 2004 00:09:36 +0100 From: Anders_F_Bj?rklund Subject: [SDL] Dynamic OpenGL lib support for Mac Here's a patch that adds LoadLibrary and GetProcAddress to the Carbon macintosh driver (for Mac OS 9 and Mac OS X): http://www.algonet.se/~afb/SDL-1.2.6-macdynamicgl.patch It just calls the corresponding function from SDL_loadso. It also fixes one Mac bug in SDL_loadso.c, that made it fail always when loading a library, and fixes the screen update after receiving an update event - which caused the OpenGL context to be overwritten by a blank window by UpdateRect...
Mon, 05 Jan 2004 00:57:51 +0000 Date: Sun, 4 Jan 2004 23:48:19 +0100
Sam Lantinga <slouken@libsdl.org> [Mon, 05 Jan 2004 00:57:51 +0000] rev 773
Date: Sun, 4 Jan 2004 23:48:19 +0100 From: Max Horn Subject: Re: Again Audio CD patch Am 04.01.2004 um 22:38 schrieb Sam Lantinga: > > Okay, I fixed the buffering problems by simply using a 4 second buffer > instead of a 1 second buffer. However, using your code I can't play an > entire CD - the playback stops after the first song. > Found the problem: FSReadFork returns eofErr when the file is finished. However, we check its return value for errors, and if anything but noErr occurs, the reader thread aborts its current iteration. That is bad, because it aborts before it can ever set the flag which tells that the file is over (also, any remaining data which FSRead did return is lost - so you'd not hear about to 4 seconds from the end of the file. Furthermore, the computed data size was 8 bytes to high (I forgot to account for the fact that the size of an (A)IFF chunk always contains the chunk header & size fields, too). This is enough to make it work. However, the end condition is rather fragile, so I tuned some other things to be pessimistic (check for <= 0 instead of == 0, when eofErr is encountered enforce mReadFilePosition == mFileLength). You never know... The attached patch fixes the issue for me.
Sun, 04 Jan 2004 21:32:47 +0000 Fix buffer underrun problems on slow iBooks
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Jan 2004 21:32:47 +0000] rev 772
Fix buffer underrun problems on slow iBooks
Sun, 04 Jan 2004 18:50:26 +0000 Fixed track detection on MacOS X 10.1
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Jan 2004 18:50:26 +0000] rev 771
Fixed track detection on MacOS X 10.1
Sun, 04 Jan 2004 17:04:54 +0000 *** empty log message ***
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Jan 2004 17:04:54 +0000] rev 770
*** empty log message ***
Sun, 04 Jan 2004 16:49:27 +0000 Updated copyright information for 2004 (Happy New Year!)
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Jan 2004 16:49:27 +0000] rev 769
Updated copyright information for 2004 (Happy New Year!)
Sun, 04 Jan 2004 16:20:28 +0000 Max has been reworking this code so it works on MacOS X 10.1
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Jan 2004 16:20:28 +0000] rev 768
Max has been reworking this code so it works on MacOS X 10.1
Sun, 04 Jan 2004 15:57:16 +0000 Date: Mon, 17 Nov 2003 21:59:24 -0800
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Jan 2004 15:57:16 +0000] rev 767
Date: Mon, 17 Nov 2003 21:59:24 -0800 From: Pete Shinners Subject: [SDL] directfb cursor patch here is a quick and dirty patch that allows directfb to change the visibility of the cursor. this display backend still has no way to change the actual cursor shape, but being able to set the cursor visibility is a simple change that should offer some benefits. the code was largely based on the cursor code for other sdl backends. and this documentation. http://directfb.org/documentation/DirectFB_Reference/IDirectFBDisplayLayer_SetCursorOpacity.html
(0) -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 tip