Fri, 30 Dec 2011 06:41:12 -0500 Initialize timers first so the tick counter is valid by the time the audio and video systems initialize. SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:41:12 -0500] rev 6127
Initialize timers first so the tick counter is valid by the time the audio and video systems initialize.
Fri, 30 Dec 2011 06:29:06 -0500 Fixed bug 1309 - Don't grab focus during ResizeWindow on Win32 when SDL window is reparented SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:29:06 -0500] rev 6126
Fixed bug 1309 - Don't grab focus during ResizeWindow on Win32 when SDL window is reparented burkheart@yahoo.com 2011-09-24 07:42:49 PDT When reparenting the SDL Window in a Win32 window (using SetParent) then stealing the focus during resizing from the parent window is causing problems. Assume you are dragging a corner of the parent window and consequently the parent window is sending resize events to the SDL child window. The SDL child window will eventually call DIB_ResizeWindow which has a call to SetForegroundWindow and is stealing the focus from the parent window. The switch in focus stops the resizing dragging process in the parent window. Basically making it nearly impossible to resize the parent window by dragging along the edges and corners. Solution, add a condition to avoid this when reparenting: if (GetParent(SDL_Window) == NULL) SetForegroundWindow(SDL_Window);
Fri, 30 Dec 2011 06:22:59 -0500 Fixed bug 875 - Title bar unresponsive after video mode change SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:22:59 -0500] rev 6125
Fixed bug 875 - Title bar unresponsive after video mode change Gabriel Gambetta 2009-11-04 04:51:46 PST If you change the video mode while holding the mouse button down, and then click on the window, you can't move the mouse pointer over the title bar or the close window button. It turns out WinMessage in SDL_Sysevents.c is using a static int mouse_pressed to keep track of whether it should call SetCapture() and ReleaseCapture(). Since it's static and initialized only once, it isn't cleared when the video mode changed, so there's a kind of one-off error and SetCapture() and ReleaseCapture() aren't being called when they should. Here's a patch - I just made that int accessible from the outside and reset it to 0 in SDL_SetVideoMode, wrapped in #ifdef WIN32. Suggestions on how to make this more elegant are welcome.
Fri, 30 Dec 2011 06:01:09 -0500 Fixed bug 907 - SDL window restore SDL_VIDEORESIZE event issue... SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 30 Dec 2011 06:01:09 -0500] rev 6124
Fixed bug 907 - SDL window restore SDL_VIDEORESIZE event issue... cjj_009@yahoo.com 2009-12-14 20:32:35 PST I've been working on an SDL/OpenGL program, that among other things, must deal with resizing events in order to adjust the aspect ratio. It doesn't always seem to get the SDL_VIDEORESIZE event when it should, causing the aspect ratio to not be adjusted as needed. I've run it in debug mode and made these observations: *When it initially starts up, if I maximize the window, it receives the SDL_VIDEORESIZE event as needed. *If, after starting up the the application and maximizing the window, I then restore the window by double clicking the title bar, it does NOT receive the SDL_VIDEORESIZE event. *I can repeat the last two steps, and it will get continue to get the SDL_VIDEORESIZE on the maximize but not get one on the restore. *If I then do a slight adjustment to the width or height of the window, it will get the SDL_VIDEORESIZE event. *From then on, if I do restore operations to the window, the SDL_VIDEORESIZE event will be caught properly. See http://forums.libsdl.org/viewtopic.php?t=5291 for additional information. vgvgf 2010-03-28 15:15:16 PDT Proposed patch for SDL_resize.c The width and height values stored in SDL_VideoSurface are the sizes of the video surface when it was created. So, when the window is rezised back to its creation size, the following condition will make the SDL_PrivateResize function stop, and the video resize msg won't be queued. if ( ! SDL_VideoSurface || ((w == SDL_VideoSurface->w) && (h == SDL_VideoSurface->h)) ) { return(0); } Sam Lantinga 2011-12-30 02:59:51 PST I'm okay with applying this patch, but be aware that the expected response to a resize message is that you call SDL_SetVideoMode() again with the new mode. This signals SDL that you're expecting the new size, and there may be other problems if you don't do this.
Fri, 30 Dec 2011 04:04:34 -0500 Added some sanity checks to prevent buffer overflows. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Fri, 30 Dec 2011 04:04:34 -0500] rev 6123
Added some sanity checks to prevent buffer overflows. Fixes Bugzilla #1074. (I think.)
Fri, 30 Dec 2011 04:03:31 -0500 Fixed compiler warning for unused variable. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Fri, 30 Dec 2011 04:03:31 -0500] rev 6122
Fixed compiler warning for unused variable.
Fri, 30 Dec 2011 03:18:26 -0500 Fixes for setting custom cursor in quartz target. SDL-1.2
Ryan C. Gordon <icculus@icculus.org> [Fri, 30 Dec 2011 03:18:26 -0500] rev 6121
Fixes for setting custom cursor in quartz target. This fixes a logic error, and allows setting the cursor from off the main thread, which isn't strictly a good idea, but previous versions of SDL on Mac OS X apparently allowed it, so we'll make the effort here. Fixes Bugzilla #1355. Thanks to Alexei Svitkine for the patch!
Thu, 29 Dec 2011 13:54:22 -0500 Fixed documentation typo
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 13:54:22 -0500] rev 6120
Fixed documentation typo
Thu, 29 Dec 2011 13:51:42 -0500 Fixed so the header is consistent with the source
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 13:51:42 -0500] rev 6119
Fixed so the header is consistent with the source
Thu, 29 Dec 2011 12:21:49 -0500 Added release notes for SDL 1.2.15 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 12:21:49 -0500] rev 6118
Added release notes for SDL 1.2.15
Thu, 29 Dec 2011 11:17:09 -0500 Updated the dist target to include build project directories SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 11:17:09 -0500] rev 6117
Updated the dist target to include build project directories
Thu, 29 Dec 2011 05:36:39 -0500 Fixes bug 1296 - SDL_SetVideoMode crashes because of unaligned MOVAPS instruction
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 05:36:39 -0500] rev 6116
Fixes bug 1296 - SDL_SetVideoMode crashes because of unaligned MOVAPS instruction t.grundner@goto3d.de 2011-09-01 03:59:17 PDT I figured out what is going on. GCC 4.5.2 assumes the stack is 16 byte aligned by default. Therefore there are no AND alignment corrections necessary if we wish to align a stack variable to a 16 byte boundary. That is bad if your OS ABI is not 16 byte aligned. Windows 32 bit stacks are 4 byte aligned. This results in the above mentioned SIGSEGV. This is also no problem if I compile both SDL.dll and my app with MingW because MinGW/GCC inserts a andl $-16, %esp instruction right in the beginning of the main function. So at least the stack of the thread calling the main function is 16 byte aligned. But as soon as I start to use the SDL.dll from an application not compiled by MinGW there is no ANDL safing my app. However there is a GCC option that can change the default stack alignment: -mpreferred-stack-boundary=num Setting num=2 assumes a the stack is aligned to a 4 byte boundary. This results in GCC inserting the necessary andl $-16, %esp into SDL_FillRect. Rebuilding SDL with ./configure "CFLAGS=-mpreferred-stack-boundary=2 -g -O3" solved the problem. IMHO this should also be a problem on Solaris. The following links contain further information: http://gcc.gnu.org/onlinedocs/gcc-4.5.2/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options http://www.agner.org/optimize/calling_conventions.pdf
Thu, 29 Dec 2011 05:18:16 -0500 Fixed bug 1338 - Direct3D renderer should set D3DCREATE_FPU_PRESERVE for not behaving vastly different on doubles (causes 3rd party lib crashes!)
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 05:18:16 -0500] rev 6115
Fixed bug 1338 - Direct3D renderer should set D3DCREATE_FPU_PRESERVE for not behaving vastly different on doubles (causes 3rd party lib crashes!) Jonas Thiem 2011-11-29 12:28:02 PST Direct3D renderer should set D3DCREATE_FPU_PRESERVE for not behaving vastly different to OpenGL/software rendering on doubles and break some libraries really badly. Most notable affected example: Lua, which does the most unpredictable things which are really almost impossible to debug/find out for beginners who never heard this culprit exists. Since I believe all renderers should behave the same on that doubles simply work as expected in a program, this should really be changed! (also this wasted a few days of my life wondering why everything in my program was so broken)
Thu, 29 Dec 2011 05:13:55 -0500 Fixed bug 1336 - Added a timestamp on all SDL events
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 05:13:55 -0500] rev 6114
Fixed bug 1336 - Added a timestamp on all SDL events Gueniffey 2011-11-23 04:11:31 PST The attached simple patch adds a timestamp to all SDL events. It is useful to dismiss old events and add UI responsiveness (my application does some extensive tasks that creates a delay in the event queue handling. With this patch, I can deal only with the most recent events.
Thu, 29 Dec 2011 05:11:33 -0500 Fixed bug 1335 - Added support for different pixel formats in OpenGL ES 2 renderer
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 05:11:33 -0500] rev 6113
Fixed bug 1335 - Added support for different pixel formats in OpenGL ES 2 renderer Gueniffey 2011-11-23 04:06:31 PST The attached patch adds native support for SDL_PIXELFORMAT_ARGB8888, SDL_PIXELFORMAT_RGB888, SDL_PIXELFORMAT_BGR888
Thu, 29 Dec 2011 05:04:18 -0500 Updated the SDL version number to 1.2.15 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 05:04:18 -0500] rev 6112
Updated the SDL version number to 1.2.15
Thu, 29 Dec 2011 04:57:42 -0500 Fixed bug 1346 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 04:57:42 -0500] rev 6111
Fixed bug 1346 alarantalara@gmail.com 2011-12-19 20:43:13 PST On little endian systems using the Quartz code, an unusual set of RBGA masks is used when using the windowed video mode. This set is not taken into account in SDL_DisplayFormatAlpha and so it converts the supplied surface to a format that does not match the video surface, preventing fast blitting. This was observed in recent builds of Battle for Wesnoth when SDL was updated to cover the problem when switching to full screen in Lion (https://gna.org/bugs/?18319). You can observe the performance issue if you download Wesnoth 1.9.13 for OS X at http://sourceforge.net/projects/wesnoth/files/wesnoth/wesnoth-1.9.13/Wesnoth_1.9.13.dmg/download and replace the included SDL library with any build of SDL 1.2.14 or later. (I have already patched the included version, so the problem is not observable without replacement.) A patch resolving the issue is attached.
Thu, 29 Dec 2011 04:29:53 -0500 Fixed bugs 1034 and 1035 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 04:29:53 -0500] rev 6110
Fixed bugs 1034 and 1035 zicodxx@gmx.de 2010-07-28 12:59:27 PDT Again another bug I encountered on Windows 7: Assuming I hide my mouse cusor with SDL_ShowCursor(SDL_DISABLE). Now if my app runs on Fullscreen, I tend to "get out" of it using ALT+TAB. This will minimize the app. However SDL_GetAppState will STILL report SDL_APPACTIVE, SDL_APPINPUTFOCUS and SDL_APPMOUSEFOCUS. Also if I check event.active.gain, this *seems* (as much as I could find out) to be set twice (first 0 then 1 again) while going out of the app with ALT+TAB. I am not perfectly sure here but even if the app is minimized because of ALT+TAB (or also CTRL+ESC), event.active.gain is 1. Alex Volkov 2011-04-28 17:19:26 PDT This happens with the windib driver. Windows posts the WM_ACTIVATE WA_INACTIVE event with minimized==false when you Alt+Tab out of a fullscreen app. Responding to this event, wincommon/SDL_sysevents.c:WinMessage() calls ShowWindow(,SW_MINIMIZE) via SDL_RestoreDesktopMode, but another WM_ACTIVATE event is not posted in response to that. Whatever the case may be, WinMessage() should just treat a fullscreen app receiving WA_INACTIVE the same as a minimized app. Additionally, it's probably a good idea to clear SDL_APPMOUSEFOCUS at the same time, and that should take care of bug #1035.
Thu, 29 Dec 2011 04:24:15 -0500 Fixed bug 1032 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Thu, 29 Dec 2011 04:24:15 -0500] rev 6109
Fixed bug 1032 Matthias Hawran 2010-07-28 03:00:49 PDT Hi, I simply want to "forward" this post (http://forums.libsdl.org/viewtopic.php?t=4123) about absolute mouse events not being monitored by SDL 1.2 as directfb / tslib generates them. It's fixed in 1.3 and IMHO it should be backported to 1.2 Included the patch from the post (thanks to Guillaume Chereau) Cheers, Matthias
Fri, 09 Dec 2011 02:32:21 -0500 Don't call -[NSView setAcceptsTouchEvents] if the OS doesn't provide it.
Ryan C. Gordon <icculus@icculus.org> [Fri, 09 Dec 2011 02:32:21 -0500] rev 6108
Don't call -[NSView setAcceptsTouchEvents] if the OS doesn't provide it. Thanks to Dimiter 'malkia' Stanev for the fix!
Wed, 07 Dec 2011 20:34:43 -0500 Ryan gets fewer nuts. :)
Sam Lantinga <slouken@libsdl.org> [Wed, 07 Dec 2011 20:34:43 -0500] rev 6107
Ryan gets fewer nuts. :)
Tue, 06 Dec 2011 21:46:19 -0500 Added SDL_dropevents to the Xcode project files.
Ryan C. Gordon <icculus@icculus.org> [Tue, 06 Dec 2011 21:46:19 -0500] rev 6106
Added SDL_dropevents to the Xcode project files. Fixes build.
Mon, 05 Dec 2011 16:45:32 -0500 More work to clean up compiler warnings.
Ryan C. Gordon <icculus@icculus.org> [Mon, 05 Dec 2011 16:45:32 -0500] rev 6105
More work to clean up compiler warnings.
Mon, 05 Dec 2011 13:17:57 -0500 Patched to compile.
Ryan C. Gordon <icculus@icculus.org> [Mon, 05 Dec 2011 13:17:57 -0500] rev 6104
Patched to compile.
Mon, 05 Dec 2011 13:13:32 -0500 Fixed a tabstop.
Ryan C. Gordon <icculus@icculus.org> [Mon, 05 Dec 2011 13:13:32 -0500] rev 6103
Fixed a tabstop.
Mon, 05 Dec 2011 12:43:50 -0500 Backed out most of changeset 4b88086910d3, at Andreas's request.
Ryan C. Gordon <icculus@icculus.org> [Mon, 05 Dec 2011 12:43:50 -0500] rev 6102
Backed out most of changeset 4b88086910d3, at Andreas's request.
Mon, 05 Dec 2011 07:41:20 -0800 Fix buildbot sdl-macosx-unix-x86 and sdl-macosx-amd64 compiler warnings
Andreas Schiffler <aschiffler@ferzkopp.net> [Mon, 05 Dec 2011 07:41:20 -0800] rev 6101
Fix buildbot sdl-macosx-unix-x86 and sdl-macosx-amd64 compiler warnings
Sun, 04 Dec 2011 21:45:34 -0800 Updated VS2010 project files
Andreas Schiffler <aschiffler@ferzkopp.net> [Sun, 04 Dec 2011 21:45:34 -0800] rev 6100
Updated VS2010 project files
Fri, 02 Dec 2011 18:35:04 -0500 Hi Sam SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Fri, 02 Dec 2011 18:35:04 -0500] rev 6099
Hi Sam In X11_CreateYUVOverlay hwdata->image will be accessed after it has been freed, causing undefined behavior. Exchanging two lines as shown in this patch will fix that problem: Regards, Bodo
Tue, 29 Nov 2011 02:28:34 -0500 It works better if you compile it.
Sam Lantinga <slouken@libsdl.org> [Tue, 29 Nov 2011 02:28:34 -0500] rev 6098
It works better if you compile it.
(0) -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 tip