Sun, 16 May 2004 18:06:27 +0000Date: Sat, 10 Apr 2004 10:05:46 +0200
Sam Lantinga [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 +0000ate: Fri, 09 Apr 2004 20:07:10 +0200
Sam Lantinga [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 +0000Date: Sun, 28 Mar 2004 16:38:32 +1200
Sam Lantinga [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 +0000Date: Mon, 10 May 2004 10:17:46 -0400
Sam Lantinga [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 +0000Date: Sat, 24 Apr 2004 15:13:32 +0300
Sam Lantinga [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 +0000Date: Wed, 28 Apr 2004 16:52:41 -0400
Sam Lantinga [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 +0000Increment version...
Sam Lantinga [Fri, 23 Apr 2004 14:00:08 +0000] rev 884
Increment version...

Sun, 11 Apr 2004 19:54:40 +0000Date: Sat, 10 Apr 2004 02:25:33 -0400
Sam Lantinga [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 +0000Date: Sun, 11 Apr 2004 13:09:44 +0200
Sam Lantinga [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 +0000Date: Tue, 30 Mar 2004 18:18:13 -0600
Sam Lantinga [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.