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.
(0) -300 -100 -10 +10 +100 +300 +1000 +3000 tip