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
Sun, 04 Oct 2009 03:38:01 +0000 Use gcc's built-in dependency generation, thanks to Adam Strzelecki
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Oct 2009 03:38:01 +0000] rev 3334
Use gcc's built-in dependency generation, thanks to Adam Strzelecki
Sat, 03 Oct 2009 16:23:16 +0000 [SDL] Bad math in SDL_RenderCopy
Sam Lantinga <slouken@libsdl.org> [Sat, 03 Oct 2009 16:23:16 +0000] rev 3333
[SDL] Bad math in SDL_RenderCopy Mason Wheeler to sdl When I tried to render an image using something other than NULL for srcrect, it got horribly distorted. I traced it down to the fact that the math in the rectangle adjustments performed just before the call to renderer->RenderCopy is written inside out. It should look like this: if (dstrect->w != real_dstrect.w) { int deltax = (dstrect->x - real_dstrect.x); int deltaw = (dstrect->w - real_dstrect.w); real_srcrect.x += (deltax * real_srcrect.w) / dstrect->w; real_srcrect.w += (deltaw * real_srcrect.w) / dstrect->w; } if (dstrect->h != real_dstrect.h) { int deltay = (dstrect->y - real_dstrect.y); int deltah = (dstrect->h - real_dstrect.h); real_srcrect.y += (deltay * real_srcrect.h) / dstrect->h; real_srcrect.h += (deltah * real_srcrect.h) / dstrect->h;
Fri, 02 Oct 2009 13:50:36 +0000 You should check for the C compiler before you set CFLAGS. :)
Sam Lantinga <slouken@libsdl.org> [Fri, 02 Oct 2009 13:50:36 +0000] rev 3332
You should check for the C compiler before you set CFLAGS. :)
Thu, 01 Oct 2009 15:30:26 +0000 Eric Wing to Sam
Sam Lantinga <slouken@libsdl.org> [Thu, 01 Oct 2009 15:30:26 +0000] rev 3331
Eric Wing to Sam Lots of fixes. Fixed missing power management building. Added template icons to the project templates. DocSet stuff Documentation fixes.. Fixed all the SDLtests. (Lots of tedious work.) It now depends on the static library target for convenience so I am not going to remove it from the SDL xcode project.
Thu, 01 Oct 2009 15:26:39 +0000 Getting ready for a new drop from Eric, hopefully the last time I have to wipe this.
Sam Lantinga <slouken@libsdl.org> [Thu, 01 Oct 2009 15:26:39 +0000] rev 3330
Getting ready for a new drop from Eric, hopefully the last time I have to wipe this.
Tue, 29 Sep 2009 07:59:23 +0000 Added missing templates
Sam Lantinga <slouken@libsdl.org> [Tue, 29 Sep 2009 07:59:23 +0000] rev 3329
Added missing templates
Tue, 29 Sep 2009 06:33:33 +0000 Reminder to investigate upgrading libtool to fix bug #499
Sam Lantinga <slouken@libsdl.org> [Tue, 29 Sep 2009 06:33:33 +0000] rev 3328
Reminder to investigate upgrading libtool to fix bug #499
Tue, 29 Sep 2009 01:19:14 +0000 Better cross-platform macros for printing 32 and 64 bit values
Sam Lantinga <slouken@libsdl.org> [Tue, 29 Sep 2009 01:19:14 +0000] rev 3327
Better cross-platform macros for printing 32 and 64 bit values
Tue, 29 Sep 2009 00:42:21 +0000 Temporary band-aid for bug #575
Sam Lantinga <slouken@libsdl.org> [Tue, 29 Sep 2009 00:42:21 +0000] rev 3326
Temporary band-aid for bug #575 It looks like newer kernels do the logical device mapping in the driver, so this code crashes. I don't have one of these nor do I have remote access to debug this, so I'm disabling the logical mapping for now.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip