Sun, 04 Aug 2013 09:35:35 -0700 Added extra Visual C++ files to the ignore list
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Aug 2013 09:35:35 -0700] rev 7572
Added extra Visual C++ files to the ignore list
Sun, 04 Aug 2013 09:26:45 -0700 Fixed bug 2008 - error typos in gles2 renderer
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Aug 2013 09:26:45 -0700] rev 7571
Fixed bug 2008 - error typos in gles2 renderer Martin Gerhardy The attached patch fixes some typos in the SDL_SetError calls that are a little bit misleading.
Sun, 04 Aug 2013 09:23:55 -0700 Allow C++ code to include SDL_android.h
Sam Lantinga <slouken@libsdl.org> [Sun, 04 Aug 2013 09:23:55 -0700] rev 7570
Allow C++ code to include SDL_android.h Alexey Petruchik Although SDL_android.h is not intended to be included by client code sometimes it needed. For example you need JNIEnv pointer to make JNI calls to modified SDLActivity.java (video playback, facebook integration, in-apps). It seems a bit weird to write: extern "C" { #include "SDL_android.h" } in my AndroidJNI.cpp file.
Sat, 03 Aug 2013 23:40:28 +0200 Added missing return statement.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sat, 03 Aug 2013 23:40:28 +0200] rev 7569
Added missing return statement.
Sat, 03 Aug 2013 23:36:07 +0200 Fixed calling JNI method in a wrong way.
Philipp Wiesemann <philipp.wiesemann@arcor.de> [Sat, 03 Aug 2013 23:36:07 +0200] rev 7568
Fixed calling JNI method in a wrong way. Method is void and does not return bool.
Sat, 03 Aug 2013 12:54:39 -0300 Fixes bug #1889, allows for GL Context deletion/recreation on Android
Gabriel Jacobo <gabomdq@gmail.com> [Sat, 03 Aug 2013 12:54:39 -0300] rev 7567
Fixes bug #1889, allows for GL Context deletion/recreation on Android Thanks ny00!
Sat, 03 Aug 2013 02:20:00 -0400 Some fixes for SDL_MaximizeWindow().
Ryan C. Gordon <icculus@icculus.org> [Sat, 03 Aug 2013 02:20:00 -0400] rev 7566
Some fixes for SDL_MaximizeWindow(). Fixes Bugzilla #1441.
Fri, 02 Aug 2013 18:25:20 -0400 Fixed some whitespace.
Ryan C. Gordon <icculus@icculus.org> [Fri, 02 Aug 2013 18:25:20 -0400] rev 7565
Fixed some whitespace.
Fri, 02 Aug 2013 12:38:39 -0300 Temporary fix for bug #1639 SDL does not message back closing of screen keyboard
Gabriel Jacobo <gabomdq@gmail.com> [Fri, 02 Aug 2013 12:38:39 -0300] rev 7564
Temporary fix for bug #1639 SDL does not message back closing of screen keyboard See FIXME notes on patch for details.
Thu, 01 Aug 2013 09:15:36 -0700 Fixed bug 1968 - SDL_RenderCopy stretch loses proportion on viewport boundaries for 3D renderers
Sam Lantinga <slouken@libsdl.org> [Thu, 01 Aug 2013 09:15:36 -0700] rev 7563
Fixed bug 1968 - SDL_RenderCopy stretch loses proportion on viewport boundaries for 3D renderers driedfruit SDL_RenderCopy clips dstrect against the viewport. Then it adjusts the srcrect by "appropriate" amount of pixels. This amount is actually wrong, quite a lot, because of the rounding errors introduced in the "* factor / factor" scale. real_srcrect.x += (deltax * real_srcrect.w) / dstrect->w; real_srcrect.w += (deltaw * real_srcrect.w) / dstrect->w; For example: I have a 32 x 32 srcrect and a 64 x 64 dstrect. So far the stretching is done perfectly, by a factor of 2. Now, consider dstrect being clipped against the viewport, so it becomes 56 x 64. Now, the factor becomes 1.75 ! The adjustment to "srcrect" can't handle this, cause srcrect is in integers. And thus we now have incorrect mapping, with dstrect not being in the right proportion to srcrect. The problem is most evident when upscaling stuff, like displaying a 8x8 texture with a zoom of 64 or more, and moving it beyond the corners of the screen. It *looks* really really bad. Note: RenderCopyEX does no such clipping, and is right to do so. The fix would be to remove any such clipping from RenderCopy too. And then fix the software renderer, because it has the same fault, independently of RenderCopy. [attached patch] this leaves Software Renderer buggy, as it does it's own clipping later on
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 tip