Sam Lantinga <slouken@libsdl.org> [Tue, 21 Mar 2006 06:45:47 +0000] rev 1562
Fixed bug #18
Reordered the audio thread loop so there's no initial wait.
Ryan C. Gordon <icculus@icculus.org> [Tue, 21 Mar 2006 00:56:10 +0000] rev 1561
Try to fill the hardware audio buffer immediately.
Fixes Bugzilla #18.
Ryan C. Gordon <icculus@icculus.org> [Tue, 21 Mar 2006 00:35:22 +0000] rev 1560
Keep mouse cursor state sane on focus change in Quartz driver.
Fixes Bugzilla #12.
Sam Lantinga <slouken@libsdl.org> [Mon, 20 Mar 2006 08:00:07 +0000] rev 1559
------- Comment #8 From Sergey Svishchev 2006-03-19 12:35 [reply] -------
I've made a similar patch to BSD-specific USB driver, please review it too.
Sam Lantinga <slouken@libsdl.org> [Mon, 20 Mar 2006 07:31:36 +0000] rev 1558
Fixed bug #113:
Date: Sat, 16 Apr 2005 08:39:22 +1000
From: "Eric Mangold"
Subject: [SDL] Window manager does not show SDL window titles
Hello,
I have an issue with SDL-using applications and the sawfish window manager.
The problem is that SDL windows do not show the window caption. My gnome
panel *does* show the window name, but the actual sawfish window frame
shows no caption at all. All other non-SDL applications that I use work
fine.
I tried a couple other window managers, and they *were* able to show the
SDL window captions correctly. Though there many be other WMs that can't.
I believe the problem is that SDL is using the UTF8_STRING type for the
window's WM_NAME and WM_ICON properties. In fact, WM_NAME and WM_ICON are
supposed to set to a TEXT type, usually STRING (ISO 8859-1).
The property names _NET_WM_NAME and _NET_WM_ICON_NAME should be used to
store the UTF8_STRING versions of the window title and icon name.
You can see the properties I refer to with a command like this:
xprop|grep -e "WM.*NAME"
Please note the freedesktop.org standard:
http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#id2506954
This page talks a little bit about the history of these properties. Just
search down the page for "WM_NAME".
http://www.cl.cam.ac.uk/~mgk25/unicode.html
Please let me know if I can be of any assistance in resolving this issue.
Thanks,
Eric Mangold
Sam Lantinga <slouken@libsdl.org> [Mon, 20 Mar 2006 06:37:58 +0000] rev 1557
Fixed bug #90
The palette -> RGBA blit wasn't following the rule:
* RGB->RGBA:
* SDL_SRCALPHA not set:
* copy RGB, set destination alpha to source per-surface alpha value.
Sam Lantinga <slouken@libsdl.org> [Sun, 19 Mar 2006 19:03:40 +0000] rev 1556
Fixed bug #84
Actually implemented banked update for SVGAlib
Sam Lantinga <slouken@libsdl.org> [Sun, 19 Mar 2006 12:05:16 +0000] rev 1555
Fixed bug #89
Date: Sun, 23 Oct 2005 16:39:03 +0200
From: "A. Schmid" <sahib@phreaker.net>
Subject: [SDL] no software surfaces with svgalib driver?
Hi,
I noticed that the SDL (1.2.9) svgalib driver only makes use of linear
addressable (framebuffer) video modes. On older systems (like one of
mine), linear addressable modes are often not available.
Especially for cards with VESA VBE < 2.0 the svgalib vesa driver is
unusable, since VESA only supports framebuffering for VBE 2.0 and later.
The changes necessary to add support for software surfaces seem to be
relatively small. I only had to hack src/video/svga/SDL_svgavideo.c (see
attached patch). The code worked fine for me, but it is no more than a
proof of concept and should be reviewed (probably has a memory leak when
switching modes). It also uses the vgagl library (included in the
svgalib package) and needs to be linked against it.
-Alex
Sam Lantinga <slouken@libsdl.org> [Sun, 19 Mar 2006 12:04:40 +0000] rev 1554
Fixed bug #84
Date: Sun, 23 Oct 2005 16:39:03 +0200
From: "A. Schmid" <sahib@phreaker.net>
Subject: [SDL] no software surfaces with svgalib driver?
Hi,
I noticed that the SDL (1.2.9) svgalib driver only makes use of linear
addressable (framebuffer) video modes. On older systems (like one of
mine), linear addressable modes are often not available.
Especially for cards with VESA VBE < 2.0 the svgalib vesa driver is
unusable, since VESA only supports framebuffering for VBE 2.0 and later.
The changes necessary to add support for software surfaces seem to be
relatively small. I only had to hack src/video/svga/SDL_svgavideo.c (see
attached patch). The code worked fine for me, but it is no more than a
proof of concept and should be reviewed (probably has a memory leak when
switching modes). It also uses the vgagl library (included in the
svgalib package) and needs to be linked against it.
-Alex
Sam Lantinga <slouken@libsdl.org> [Sun, 19 Mar 2006 10:48:48 +0000] rev 1553
Left the debug code more explicit