Sun, 29 Oct 2006 02:46:42 +0000 Closing minor memory leak in XME code. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Sun, 29 Oct 2006 02:46:42 +0000] rev 3885
Closing minor memory leak in XME code.
Fri, 27 Oct 2006 20:18:24 +0000 Fix for buffer overflow in audio code, when feeding a device that needs SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Fri, 27 Oct 2006 20:18:24 +0000] rev 3884
Fix for buffer overflow in audio code, when feeding a device that needs resampling. Fixes Bugzilla #298.
Sat, 21 Oct 2006 18:53:33 +0000 Also save/restore fpu register in vbl interrupt SDL-1.2
Patrice Mandin <patmandin@gmail.com> [Sat, 21 Oct 2006 18:53:33 +0000] rev 3883
Also save/restore fpu register in vbl interrupt
Sun, 01 Oct 2006 02:30:03 +0000 backport from 1.3 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 01 Oct 2006 02:30:03 +0000] rev 3882
backport from 1.3
Sun, 01 Oct 2006 02:07:09 +0000 1.2 backport: Replaced strncmp for SDL_AUDIODRIVER test with strcasecmp. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Sun, 01 Oct 2006 02:07:09 +0000] rev 3881
1.2 backport: Replaced strncmp for SDL_AUDIODRIVER test with strcasecmp. Fixes Bugzilla #334.
Sun, 24 Sep 2006 15:45:37 +0000 Fixed bug #292 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 24 Sep 2006 15:45:37 +0000] rev 3880
Fixed bug #292 I might be on crack here. It looks like SDL_ConvertMono() in src/audio/SDL_audiocvt.c adds the left and right channels of a stereo stream together, and clamps the new mono channel if it would overflow. Shouldn't it be dividing by 2 to average the two sample points instead of clamping? Otherwise the mono sample point's volume doubles in the conversion. This would also make the conversion faster, as it replaces two branches per sample frame with a bitwise shift. --ryan.
Sun, 24 Sep 2006 15:36:37 +0000 Fixed formatting SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 24 Sep 2006 15:36:37 +0000] rev 3879
Fixed formatting
Sun, 24 Sep 2006 15:31:42 +0000 Fixed bug #286 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 24 Sep 2006 15:31:42 +0000] rev 3878
Fixed bug #286 Date: Thu, 9 Feb 2006 17:06:51 +0300 From: "Oleg K [BeSman]" Subject: BeOS SDL patches Hello all. My name is Oleg K. [BeSman], Im a BeOS user from Russia.This mail contain a BeOs-specific patches to SDL (implementation of InputGrabbing and mouse_relative mode). See the source in attached file for details.
Sun, 24 Sep 2006 01:27:40 +0000 Fixed bug #281 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 24 Sep 2006 01:27:40 +0000] rev 3877
Fixed bug #281 ------- Comment #2 From Christian Walther 2006-07-23 07:37 [reply] ------- Wow, that was an interesting bug to chase. It was a timing issue: it seems that for some reason, a certain time must pass between ShowMenuBar() being called in QZ_UnsetVideoMode() and the application quitting. Before rev. 1885, this delay was provided by the slow hand-coded fade. With the asynchronous Core Graphics fading introduced in rev. 1885, that delay was no longer present (most of the time) and the bug became apparent. Adding an SDL_Delay(100) somewhere between ShowMenuBar() and the end of QZ_VideoQuit() lowered the frequency of the bug appearing from "almost every time" to "very rarely" here. However, there is another solution: doing the ShowMenuBar() before releasing the captured display instead of afterwards. Apparently, no delay is necessary in that case, and it looks nicer to me anyway because it is the reverse order of the way things are set up in the beginning: capture display - set video mode - hide menu bar - ... - show menu bar - reset video mode - release captured display. So, this is what the attached patch does. In addition, I've taken the liberty of - removing some unused code that I forgot to remove in rev. 1885, - fixing two warnings about undeclared functions in SDL_QuartzVideo.m by including OpenGL.h (whose name is a bit misleading - it only declares CGL stuff, so there's no interference with SDL_opengl.h).
Sun, 24 Sep 2006 00:55:00 +0000 Fixed bug #316 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 24 Sep 2006 00:55:00 +0000] rev 3876
Fixed bug #316 Looks like this is a long standing typo... is this code even used anymore?
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip