Sun, 04 Oct 2009 20:46:33 +0000 Fixed make dist
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 20:46:33 +0000] rev 3344
Fixed make dist
Sun, 04 Oct 2009 20:45:59 +0000 Fixed make dist
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 20:45:59 +0000] rev 3343
Fixed make dist
Sun, 04 Oct 2009 20:44:04 +0000 Split acinclude.m4 into its constituent parts for easy upgrading
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 20:44:04 +0000] rev 3342
Split acinclude.m4 into its constituent parts for easy upgrading
Sun, 04 Oct 2009 19:14:30 +0000 Fixed bug #826
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 19:14:30 +0000] rev 3341
Fixed bug #826 Ken Bull 2009-10-04 09:51:30 PDT 2009/10/4 E. Wing <ewmailing@gmail.com>: > Hi Kenneth, > I noticed that SDL_SetColorKey and SDL_GetColorKey start with > /* > instead of > /** > in SDL_Surface.h in SDL 1.3. > > I haven't scrutinized the headers and I don't know if you had an > automated process to add these, but I thought I would let you know in > case there might be others that have the same problem. > > Thanks, > Eric > The attached patch corrects this and other documentation errors in SDL_surface.h
Sun, 04 Oct 2009 18:09:12 +0000 Fixed bug #522
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 18:09:12 +0000] rev 3340
Fixed bug #522 Mike Frysinger 2007-12-10 16:47:36 PST it's much easier to manage .pc files for cross-compiling setups than it is for random *-config scripts ... the cross-compiled pkg-config files can all be easily/tightly controlled and separate from the host pkg-config files. the *-config files however are to be found in $PATH and can easily pick the wrong one. can we get the sdl.m4 macro updated so that it checks for libsdl.pc first via the standard PKG_CHECK_MODULES() m4 macro, and if that fails, fall back to the normal sdl-config voodoo.
Sun, 04 Oct 2009 16:26:34 +0000 Eric Wing to Sam
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 16:26:34 +0000] rev 3339
Eric Wing to Sam Included is the fix for the missing SDL_revision.h in the framework. Also, I include the project template fixes for the prefix header files. But since this is in SVN directly, you must rename the files named SDLApp_Prefix.pch to ___PROJECTNAMEASIDENTIFIER____Prefix.pch in the TemplatesForXcodeSnowLeopard and TemplatesForXcodeLeopard directories. (Do not rename the Tiger ones.)
Sun, 04 Oct 2009 09:55:20 +0000 Fixed bug #817
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 09:55:20 +0000] rev 3338
Fixed bug #817 Daniele Forghieri 2009-09-30 15:48:24 PDT Some tests doesn't use the correct include statement (and there are some missing declaration) and some test use C++ variable after statement, preventing compile wicth Open Watcom The patch attached fixes this
Sun, 04 Oct 2009 09:51:04 +0000 Fixed bug #814
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 09:51:04 +0000] rev 3337
Fixed bug #814 Daniele Forghieri 2009-09-30 15:40:53 PDT To compile the source in libm the variable huge must be renamed, I choose huge_val The patch attached change it so it compiles
Sun, 04 Oct 2009 09:18:48 +0000 Fixed a bug where when the audio starts paused all the DirectSound buffers
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 09:18:48 +0000] rev 3336
Fixed a bug where when the audio starts paused all the DirectSound buffers will end up getting locked and never unlocked and sound will never play. Added a FIXME for Ryan to look at, too. :)
Sun, 04 Oct 2009 04:03:37 +0000 Adam Strzelecki to SDL
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 04:03:37 +0000] rev 3335
Adam Strzelecki to SDL Since current DirectFB implementation is incomplete for YUV surfaces (actually causes segmentation faults when trying Lock and use YUV planar textures) I decided to fix it a bit. Here's a patch that should make DirectFB properly support YUV both packed and planar (3 planes). (1) Removed SDL_BYTESPERPIXEL at all in favor of DFB_BYTES_PER_PIXEL(SDLToDFBPixelFormat(fmt)) which does return always proper BPP for YUVs too, coz SDL_BYTESPERPIXEL returns incorrect values for FOURCCs (2) Fixed data->pixels allocation for planar YUVs in CreateTexture, it should allocate 150% more space (3) Copy other planes for planar YUVs in UpdateTexture (4) Moved checking if format is supported at all with DirectFB on CreateTexture at the beginning of the code Waiting for comments, -- Adam Strzelecki | nanoant.com
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip