Tue, 01 Dec 2009 09:04:28 +0000Explicitly clear fullscreen status rather than relying on the window focus behavior.
Sam Lantinga <slouken@libsdl.org> [Tue, 01 Dec 2009 09:04:28 +0000] rev 3503
Explicitly clear fullscreen status rather than relying on the window focus behavior.

Tue, 01 Dec 2009 08:56:12 +0000Whenever a window becomes fullscreen, shown, unminimized, and has input focus it will change the display to the corresponding fullscreen video mode.
Sam Lantinga <slouken@libsdl.org> [Tue, 01 Dec 2009 08:56:12 +0000] rev 3502
Whenever a window becomes fullscreen, shown, unminimized, and has input focus it will change the display to the corresponding fullscreen video mode.
If it loses any of those properties the desktop mode will be restored.

Tue, 01 Dec 2009 06:15:10 +0000Removed a little redundancy in the naming
Sam Lantinga <slouken@libsdl.org> [Tue, 01 Dec 2009 06:15:10 +0000] rev 3501
Removed a little redundancy in the naming

Tue, 01 Dec 2009 05:57:15 +0000Work in progress on multi-display support:
Sam Lantinga <slouken@libsdl.org> [Tue, 01 Dec 2009 05:57:15 +0000] rev 3500
Work in progress on multi-display support:
* Added display parameter to many internal functions so video modes can be set on displays that aren't the public current one.
* The fullscreen mode is associated with fullscreen windows - not displays, so different windows more naturally have a mode associated with them based on their width and height. It's no longer necessary to specify a fullscreen mode, a default one will be picked automatically for fullscreen windows.

Mon, 30 Nov 2009 21:04:25 +0000Reduced the push/pop sequence to a single pair, and ported this fix over to the other architectures.
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Nov 2009 21:04:25 +0000] rev 3499
Reduced the push/pop sequence to a single pair, and ported this fix over to the other architectures.

Mon, 30 Nov 2009 19:52:34 +0000Fixed crash - need to save and restore rbx around cpuid, since the compiler may be assuming the stack pointer isn't being modified when filling in %0.
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Nov 2009 19:52:34 +0000] rev 3498
Fixed crash - need to save and restore rbx around cpuid, since the compiler may be assuming the stack pointer isn't being modified when filling in %0.

I did it around each call to cpuid which isn't strictly necessary, but is definitely future proof. :)

Mon, 30 Nov 2009 17:57:12 +0000Added support for 32-bit BMP files with an alpha channel
Sam Lantinga <slouken@libsdl.org> [Mon, 30 Nov 2009 17:57:12 +0000] rev 3497
Added support for 32-bit BMP files with an alpha channel

Fri, 27 Nov 2009 19:29:27 +0000Joe 2009-11-23 21:31:10 PST
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Nov 2009 19:29:27 +0000] rev 3496
Joe 2009-11-23 21:31:10 PST

If type is ::SDL_HAPTIC_CARTESIAN, direction is encoded by three positions
367 * (X axis, Y axis and Z axis (with 3 axes)). ::SDL_HAPTIC_CARTESIAN
uses
368 * the first three \c dir parameters. The cardinal directions would
be:
369 * - North: 0,-1, 0
370 * - East: -1, 0, 0
371 * - South: 0, 1, 0
372 * - West: 1, 0, 0

typedef struct SDL_HapticDirection
{
Uint8 type; /**< The type of encoding. */
Uint16 dir[3]; /**< The encoded direction. */
} SDL_HapticDirection;

An unsigned int can't store negative values and I don't see an alternate way to
encode them in the docs or source. The best I have been able to come up with is
using a negative magnitude for the effect but this will only get me 2 of the 4
quadrants in the plane for 2d effects. I looked at the win32 and linux
implementations and I believe is is safe to use signed ints in the direction
struct. I am unfamiliar with the darwin haptics API so I don't know if it is
safe.

Fri, 27 Nov 2009 03:11:26 +0000Adam Strzelecki to SDL
Sam Lantinga <slouken@libsdl.org> [Fri, 27 Nov 2009 03:11:26 +0000] rev 3495
Adam Strzelecki to SDL

D3D renderer shall try mapping YV12 and I420 (IYUV) to D3D texture formats via FOURCC. This will enable HW acceleration for those formats when driver is capable (most of them are). Note that SDL's IYUV maps I420 FOURCC on Woe.

Thu, 26 Nov 2009 05:55:57 +0000Adam Strzelecki to SDL
Sam Lantinga <slouken@libsdl.org> [Thu, 26 Nov 2009 05:55:57 +0000] rev 3494
Adam Strzelecki to SDL

Currently SDL uses GL_RGB for internalFormat when GL_YCBCR_MESA is passed as format for glTextImage2D when using Linux Mesa's OpenGL. However this is wrong and makes glTextImage2D fail with invalid argument error. GL_YCBCR_MESA should be also internalFormat (not GL_RGB) there and this is what can be found googling various source codes using GL_YCBCR_MESA.