|
da324233
|
2014-03-02T13:06:51
|
|
Fixed dictionary initialization
|
|
|
0f9bb0cd
|
2014-03-02T12:58:00
|
|
Updated to build on Mac OS X 10.7 with Xcode 4.6
|
|
5eccbac4
|
2014-03-02T15:35:24
|
|
Mac: Manage menubar and dock as FULLSCREEN_DESKTOP windows become/resign key.
|
|
4ca76b3e
|
2014-03-02T14:59:06
|
|
Add support for the freedesktop.org Idle Inhibition specification,
as per:
http://people.freedesktop.org/~hadess/idle-inhibition-spec/
This makes screensaver inhibition work with GNOME 3 and other
desktop environments that implement the specification.
https://bugzilla.libsdl.org/show_bug.cgi?id=2169
|
|
|
c2c08f68
|
2014-03-02T11:10:00
|
|
Backed out changeset 9357a2ca3473
|
|
|
2cf453dd
|
2014-03-02T11:08:05
|
|
Make sure we return version 0 if XInput detection fails
|
|
|
51faf449
|
2014-03-02T12:45:51
|
|
Reworked fullscreen policy on Mac OS X.
- SDL_WINDOW_FULLSCREEN works as always (change resolution, lock to window).
- SDL_WINDOW_FULLSCREEN_DESKTOP now puts the window in its own Space, and
hides the menu bar, but you can slide between Spaces and Command-Tab between
apps without the window minimizing, etc.
- SDL_WINDOW_RESIZABLE windows will get the new 10.7+ "toggle fullscreen"
window decoration and menubar item. As far as the app is concerned, this is
no different than resizing a window, but it gives the end-user more power.
- The hint for putting fullscreen windows into the Spaces system is gone,
since Spaces can't enforce the requested resolution. It's a perfect match
for FULLSCREEN_DESKTOP, though, so this is all automated now.
|
|
|
afc74d98
|
2014-03-02T02:00:40
|
|
Better attempt to detect available X11 XInput2 features.
Fixes Bugzilla #2306.
|
|
|
fc0daeba
|
2014-03-02T01:59:25
|
|
Fixed X11 XInput2 multitouch test to work in configure script.
configure wraps this C code in a main() function, so you can't declare a
function body in there. Besides, I'm not sure why we declared a function
that's part of the multitouch API anyhow.
Now we just reference a type that only exists if the headers have multitouch
support and call it a day.
|
|
|
1005c934
|
2014-03-02T00:02:56
|
|
Windows: Fixed crash if quitting without closing an XInput haptic device.
|
|
|
754067db
|
2014-03-01T22:27:21
|
|
Added a FIXME.
|
|
|
7fa4eece
|
2014-03-01T22:27:13
|
|
Fixed a typo in a comment.
|
|
|
bafa4c7a
|
2014-03-01T21:33:48
|
|
Dynamically load glGetString(), to avoid direct dependency on OpenGL.
|
|
|
73936208
|
2014-03-01T20:59:43
|
|
Added some FIXMEs.
|
|
|
99583397
|
2014-03-01T20:46:45
|
|
Mac OS X: Make OpenGL context selection more robust, avoid software fallback.
Fixes Bugzilla #2197.
|
|
|
3e541f30
|
2014-03-01T20:28:40
|
|
Force Windows version of SDL_GetPrefPath() to Unicode, create missing dirs.
Fixes Bugzilla #2273.
|
|
|
63106e47
|
2014-03-01T12:21:15
|
|
Changed SDL_HINT_ACCEL_AS_JOY to SDL_HINT_ACCELEROMETER_AS_JOYSTICK to be more clear.
|
|
|
54ba385b
|
2014-03-01T11:42:12
|
|
Fixed compiler warning
|
|
|
86655b64
|
2014-03-01T11:40:41
|
|
Fixed compiler warning
|
|
|
d4996235
|
2014-03-01T11:39:39
|
|
Fixed test for libuuid.a
|
|
|
2a67548a
|
2014-03-01T11:05:58
|
|
Updated with the latest 2.0.2 API changes
|
|
|
c916f388
|
2014-03-01T09:59:06
|
|
Fixed bug 2368 - Security Software is blocking RegisterRawInputDevices()
Yamagi
A customer of mine had the strange problem, that SDL_SetRelativeMouseMode() was failing for him on Windows 7. Luckily he was willing to provide some debug informations. We could track this problem down to RegisterRawInputDevices() failing due to security software running on his system (Norton Internet Security to be precise, but there are reports of similar problems with other products. For example [1]). Working around this issue with SDL_WarpMouseInWindow() is easy, and while I don't think that SDL2 can provide an internal workaround it would be really nice and helpfull if this could be documentated somewhere.
1: http://forums.codeguru.com/showthread.php?498374-How-to-run-a-very-long-SQL-statement
|
|
|
e663b4eb
|
2014-03-01T09:50:52
|
|
Fixed bug 2423 - timeBeginPeriod & timeEndPeriod mismatch
Coriiander
In src\timer\windows\SDL_systimer.c there is an error with regards to timeBeginPeriod and timeEndPeriod. These functions typically get called when no high resolution timer is available, and GetTickCount is not used.
According to MSDN (link: http://msdn.microsoft.com/en-us/library/windows/desktop/dd757624(v=vs.85).aspx), for every call to timeBeginPeriod a subsequent call to timeEndPeriod is required. While SDL is currently doing this, it fails to call timeEndPeriod when cleaning up/shutting down SDL. Please note that these functions affect things on a system level. Failing to call timeEndPeriod, disables applications for using WINMM-timers after usage&shutdown of SDL, as effectively they the mechanism is now broken.
Solution:
Ensure this code gets called when shutting down the timer subsystem:
#ifndef USE_GETTICKCOUNT
if (!hires_timer_available)
{
timeSetPeriod(0);
}
#endif
|
|
|
ab9345a8
|
2014-02-28T16:24:41
|
|
Null termnate the pUserMappings variable to prevent memory corruption.
|
|
|
e56bbe3f
|
2014-02-28T14:23:41
|
|
Added a hint to enable the screensaver by default
|
|
|
ac32352f
|
2014-02-27T22:06:41
|
|
Disable the screensaver by default.
Fixes Bugzilla #2218.
|
|
f61602b4
|
2014-02-27T20:21:46
|
|
Improve window recreation logic in OpenGL* renderers
|
|
0d5957df
|
2014-02-26T16:27:03
|
|
Mac: Forgot return value in last commit.
|
|
|
dd94c5fa
|
2014-02-26T16:10:52
|
|
Mac: Don't disassociate cursor if window is moving / doesn't have focus.
Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=2396
|
|
|
4850d259
|
2014-02-26T11:35:02
|
|
Mac: Redo cursor warp handling.
This fixes bugs related to getting unnaturally large xrel/yrel for
SDL_MOUSEMOTION after warps and enabling / disabling relative mode.
Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=1836
|
|
|
52a63e82
|
2014-02-25T17:27:41
|
|
Mac: Improve moving relative mode windows.
This makes it possible to move windows by their title bar, even if they're in
relative mode, if you click the title bar when the window does not have focus.
Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=2396
|
|
|
98d87379
|
2014-02-25T17:25:49
|
|
Mac: Fix error message for haptic subsystem.
We were calling SDL_Error instead of SDL_SetError when the haptic subsystem
wasn't initialized.
|
|
|
95f7e242
|
2014-02-25T15:28:12
|
|
Mac: Immediately update current OpenGL context's shape.
Previously we were postponing our -[NSOpenGLContext update] call to the next
SDL_GL_SwapWindow, even if the context was current on the current thread. This
changes it so that we will do the update immediately if it's the current
context.
If you're rendering on another thread, you need to call SDL_GL_SwapWindow once
after a resize event to ensure your drawable will produce non-garbage data.
Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=2339
|
|
|
4c192bc8
|
2014-02-25T17:42:34
|
|
Fixes #2308, recreate window if GL requirements for the renderer are not met
If the window has been created with values for SDL_GL_CONTEXT_PROFILE_MASK,
SDL_GL_CONTEXT_MAJOR_VERSION and SDL_GL_CONTEXT_MINOR_VERSION not matching those
required by the renderer, attempt to recreate the window.
This is needed on platforms where both GL and GLES 1/2 surfaces are supported
by the video backend, requiring that the window be recreated when switching
between context types.
|
|
|
8db4c5a9
|
2014-02-25T10:04:49
|
|
Fixed crash if the input data pitch is larger than the locked texture pitch
|
|
|
b420ad0e
|
2014-02-24T23:09:35
|
|
Don't warp the mouse while we're doing a modal interaction
|
|
|
2a6213ad
|
2014-02-24T22:49:30
|
|
Make sure we don't clip the cursor while clicking on the window title bar
|
|
|
973d890b
|
2014-02-24T22:37:58
|
|
Fixed relative mouse mode with multiple windows.
The window cursor clipping will be taken care of when SDL_UpdateWindowGrab() is called.
|
|
|
54debf84
|
2014-02-24T22:36:24
|
|
Added a bunch of missing windows messages
|
|
|
d6b1218b
|
2014-02-24T16:42:08
|
|
Mac: Fix inconsistent repeat of SDL_TEXTINPUT events on 10.7+
Due to the new "tap and hold" IME in Mountain Lion and above, we were getting
inconsistent repeat of SDL_TEXTINPUT events. Disabling that functionality (since
you can't see the popover anyway) solves this.
Bug: https://bugzilla.libsdl.org/show_bug.cgi?id=2387
|
|
|
6ee12d6c
|
2014-02-24T18:57:22
|
|
Fixes #2296 - SDL_GL_UnbindTexture segfaults (thanks Daniel B?nzli)
|
|
|
b814f23a
|
2014-02-24T11:24:48
|
|
CMake: Fixed build on Mac OS X.
|
|
|
1084421c
|
2014-02-24T10:25:02
|
|
Zero out haptic linked list items on creation
(thanks to Turo Lamminen for the report!)
|
|
|
2ed47d83
|
2014-02-24T10:00:10
|
|
Fixes #2417, memory leak in SDL_gamecontroller.c (thanks Leonardo!)
|
|
|
96f09df7
|
2014-02-23T01:24:46
|
|
Free the correct variable.
|
|
|
295acea9
|
2014-02-23T01:10:33
|
|
CMake: Just assume Apple platforms have Cocoa support.
Fixes Bugzilla #2056.
|
|
|
9cd5f5ce
|
2014-02-22T19:10:45
|
|
Fixed bug 2404 - CPU detection not working with MSVC on x64
Tiemo Jung
All CPU detection functions SDL_Has* will return false, even if it is supported by the CPU, if SDL is compiled with MSVC and the target is x64.
The reason for this is that 'CPU_haveCPUID' will return 0 and macro 'cpuid' in SDL_cpuinfo.c is the fallback implementation, which sets all params to zero.
It is safe to assume that cpuid is supported on a CPU that runs windows x64, so CPU_haveCPUID can just return 1, and the empty macro can be replaced with a small wrap around the __cpuid intrinsic.
|
|
|
f9f2bc5a
|
2014-02-22T21:21:33
|
|
Fixed Mac DualShock 4 gamecontroller db entry again.
|
|
|
b67b970d
|
2014-02-22T21:15:34
|
|
Mac joystick: ignore duplicate HID elements.
The DualShock 4 has all elements listed twice: once in the top-level list of
elements, and once in an "Application Collection" element at the top-level.
Each element has a proper cookie with a unique value, so now we descend into
each element collections, but before we add an element to the device's list,
we make sure we don't already have one with that cookie, probably from
another collection or a buggy device.
|
|
|
fea87cc9
|
2014-02-22T18:01:18
|
|
Fixed bug 2335 - Fails to build on Debian GNU/kFreeBSD
Felix Geyer
Starting from version 2.0.1 libsdl fails to build on Debian GNU/kFreeBSD in SDL_cpuinfo.c.
GNU/kFreeBSD defines __FreeBSD_kernel__ but not __FreeBSD__.
The #ifdef __FreeBSD__ check should be extended for __FreeBSD_kernel__, see the attached patch.
Build log:
libtool: compile: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DUSING_GENERATED_CONFIG_H -Iinclude -I/?BUILDDIR?/libsdl2-2.0.1+dfsg1/include -mmmx -m3dnow -msse -msse2 -fvisibility=hidden -D_REENTRANT -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-kfreebsd-gnu/dbus-1.0/include -DHAVE_USBHID_H -DUSBHID_NEW -D_REENTRANT -Wall -c /?BUILDDIR?/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c -fPIC -DPIC -o build/.libs/SDL_cpuinfo.o
/?BUILDDIR?/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c: In function 'SDL_GetSystemRAM':
/?BUILDDIR?/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c:632:35: error: 'HW_MEMSIZE' undeclared (first use in this function)
int mib[2] = {CTL_HW, HW_MEMSIZE};
^
/?BUILDDIR?/libsdl2-2.0.1+dfsg1/src/cpuinfo/SDL_cpuinfo.c:632:35: note: each undeclared identifier is reported only once for each function it appears in
make[2]: *** [build/SDL_cpuinfo.lo] Error 1
|
|
|
6bb2f2ef
|
2014-02-22T17:55:58
|
|
Fixed bug 2347 - On OSX, an SDL app prevents system shutdown.
Tim McDaniel
On OSX, an SDL app forces a system shutdown to be cancelled. This happens because [SDLAppDelegate applicationShouldTerminate] returns NSTerminateCancel. A better approach is to subclass NSApplication and override terminate to do nothing except call SDL_SendQuit. In response to a system shutdown notification, this allows the normal SDL Quit event processing to occur, and if the app then terminates, system shutdown occurs normally. Please see the attached patch, based on SDL 2.0.1.
|
|
|
b80f4f9e
|
2014-02-22T17:39:35
|
|
Don't fail initialization if the helper window class already exists.
|
|
|
a5f52ac5
|
2014-02-22T17:32:18
|
|
Fixed bug 2395 - OSX: App name in the menu bar is not localized.
Tim McDaniel
On OSX, the app name in the menu bar is not localized. This can be fixed using the following implementation for GetApplicationName in SDL_cocoaevents.m:
static NSString *
GetApplicationName(void)
{
NSDictionary *dict;
NSString *appName = 0;
appName = [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleDisplayName"];
if (!appName)
appName = [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleName"];
if (![appName length])
appName = [[NSProcessInfo processInfo] processName];
return appName;
}
|
|
|
eb5eb046
|
2014-02-22T15:34:31
|
|
Fixed bug 2298 - undefined reference to `IID_IUnknown' on cygwin
Brian Minton
When building static or shared libraries on cygwin 1.7.25 on Windows 7 (32-bit), I get the following link errors:
build/.libs/SDL_windowskeyboard.o: In function `UIElementSink_QueryInterface@12':
/home/c-bminton/src/SDL/src/video/windows/SDL_windowskeyboard.c:995: undefined reference to `IID_IUnknown'
build/.libs/SDL_windowskeyboard.o: In function `IPPASink_QueryInterface@12':
/home/c-bminton/src/SDL/src/video/windows/SDL_windowskeyboard.c:1101: undefined reference to `IID_IUnknown'
collect2: error: ld returned 1 exit status
Makefile:126: recipe for target 'build/libSDL2.la' failed
make: *** [build/libSDL2.la] Error 1
--
The libuuid from e2fsprogs is completely unrelated to the w32api UUID.DLL implib. FWIW, any *NIX software that I've seen obviously wants the e2fsprogs version, but if libuuid-devel is installed (in /usr/lib) then you can't link against the w32api implib with a simple -luuid.
|
|
|
5512eac6
|
2014-02-22T15:27:11
|
|
Fixed bug 2414 - Execute event watchers in the order they were added
Leonardo
Event watchers are being executed on the inverse order they are added because they are added to the head of the SDL_event_watchers list.
Since watchers are allowed to change events before they are reported (they shouldn't, imo), this breaks code that rely on watcher execution order (such as distributed event handling).
An easy scenario to see this behaving weird to the user is if you add an event watcher to check mouse coordinates and check them again in your event loop. If you add the watcher after renderer's one (which always happens after you have initialized renderer), you get the same event but different coordinates.
The proposed patch adds the event watcher in the tail of the list, not in the beginning, and correctly fixes this problem.
|
|
|
f7de4ae1
|
2014-02-22T15:23:09
|
|
Fixed bug 2407 - Support for OpenGL ES 3 contexts on iOS
Alex Szpakowski
Currently the UIKit/EAGL backend for SDL's OpenGL context creation API doesn't support OpenGL ES 3, despite iOS 7+ being capable (on devices with the necessary hardware.)
I have attached a patch to add support. It's also slightly more future-proof, so eventual OpenGL ES 4+ capability on iOS should hopefully work without requiring changes to SDL's UIKit/EAGL backend.
|
|
|
af0ab490
|
2014-02-22T14:57:12
|
|
Fixed bug 2346 - Mac: mousewheel events have flipped horizontal scroll values
Alex Szpakowski
On my Mac OS X system (10.9.1), the SDL_MOUSEWHEEL event reports negative X values when my trackpad scrolls to the right, and positive X values when my trackpad scrolls to the left. This is backwards from what I'd expect, and I don't think it matches the Windows wheel events.
The vertical scroll values are what I'd expect though, and are consistent what gets reported on Windows (positive Y for scrolling up, negative Y for scrolling down.)
This is with "scroll direction: natural" disabled in the OS X trackpad settings (i.e. my scroll direction in non-SDL OS X programs matches what happens in Windows and Linux.)
I also tested with the horizontal scroll on a real mouse (Logitech G500 without custom drivers), and the horizontal scroll values in SDL are still flipped.
I "solved" the issue for myself by changing this line in the Cocoa_HandleMouseWheel function:
float x = [event deltaX];
to this:
float x = -[event deltaX];
I believe it should work fine with that change - I found something similar in another codebase while looking online for my issue - but I haven't tested on anything below Mac OS 10.8.
|
|
|
7c33f233
|
2014-02-22T10:40:12
|
|
Thou shalt not use more than 4k local variables in this code.
|
|
|
0deb54c0
|
2014-02-22T00:55:28
|
|
Reworked Mac OS X joystick code to use the 10.5+ HID Manager API.
Besides being a little more simple to use than the earlier IOKit HID API, and
less likely to be deprecated, it also has the added benefit of working with
the Sony DualShock 4 controller in Bluetooth mode out of the box, whereas
the previous API has a bug that makes it report bad data for the
controller.
Cleaned up several other things in this code, having gone over every line of
it. The remaining deprecated calls are also gone.
|
|
d3cf7360
|
2014-02-21T13:57:53
|
|
Fix audio conversion when channel count changes
- Use the SDL_AUDIO_MASK_DATATYPE bit when selecting an implementation
where it matters. Previously two existing AUDIO_F32 cases had been
written, but were unreachable.
- Add AUDIO_F32 case for SDL_ConvertSurround_4.
- Fix incorrect pointer arithmetic causing the 2 to 6 channel
conversion for 4 byte audio formats to read and write beyond the end
of the buffer.
|
|
|
abe2ac2c
|
2014-02-21T08:37:57
|
|
Fixes #2326, clean up the X11 backend a bit
|
|
|
22e3217e
|
2014-02-20T21:07:56
|
|
Fixed infinite recursion in D3D_Reset()
|
|
|
ea71a5e0
|
2014-02-20T17:03:55
|
|
Fixes #2408, VS2013: several projects of release build are not built
Patch by Hiroyuki Iwatsuki
|
|
|
01550b96
|
2014-02-20T16:12:11
|
|
Improve testgles2 exit behavior (useful on Android)
|
|
|
e3f0d53b
|
2014-02-19T11:03:03
|
|
Fixes #2403, add SDL2 dependency to testgles2 (thanks Hiroyuki Iwatsuki)
|
|
|
6b33f2e8
|
2014-02-17T22:20:33
|
|
Fixed resetting the current render target if the D3D device is reset while using a non-default render target.
|
|
|
ccce6fb3
|
2014-02-17T11:47:54
|
|
s/iPhoneOS/iOS
|
|
|
245e125e
|
2014-02-17T11:46:23
|
|
Corrected battery percentage on iOS (thanks, Felix!).
Fixes Bugzilla #2397.
|
|
fbeb24e9
|
2014-02-16T00:04:15
|
|
Fixed documentation comments in SDL_hints.h file.
|
|
|
fc1c17cc
|
2014-02-15T23:57:38
|
|
Changed text in documentation.
|
|
|
70b975d6
|
2014-02-15T23:52:04
|
|
Corrected name of hint in README.
|
|
|
5c5770ad
|
2014-02-14T11:39:58
|
|
Make sure we don't stay in the windows event loop forever if there are lots of events coming in quickly.
|
|
|
441f7d8d
|
2014-02-14T11:38:59
|
|
Fixed Mac PS4 controller entry, added Linux OUYA controller entry
|
|
|
268071d1
|
2014-02-13T11:08:12
|
|
Added the new function at the end so we don't break the ABI
|
|
|
baf2dd4c
|
2014-02-13T11:05:34
|
|
Back out changelist 1951976
|
|
|
f5d1559b
|
2014-02-13T11:05:32
|
|
Back out changelist 2026006
|
|
|
c52c9105
|
2014-02-13T11:05:30
|
|
Added SDL_DXGIGetOutputInfo which returns the adapter and output indices that are used to create DX10 and DX11 devices and swap chains on a particular display.
CR: SamL
|
|
|
e34da680
|
2014-02-13T11:05:28
|
|
Fixed lost mouse button when in relative mouse warp mode and you click on the title bar, entering a modal move/resize loop.
Testing:
* Set the SDL_HINT_MOUSE_RELATIVE_MODE_WARP hint true, run testsprite2, press Ctrl-R to enter relative mode, alt tab away from the window, then click on the title bar of the window. Didn't get the mouse button release before, and we do now.
CR: Yahn + Alfred
|
|
|
567b5ba8
|
2014-02-13T11:05:26
|
|
As part of Jorgen's code review of this function I added a call to LoadLibrary so the refcounts would be consistent between Windows and Posix. Then I forgot to include the check that the thing was actually loaded and caused it to be loaded all the time. Oops.
CR: AaronL
|
|
|
1fa4939a
|
2014-02-13T11:05:24
|
|
Added SDL_GetLoadedModule to do the equivalent of GetModuleHandle/dlload(NOLOAD)
CR: Jorgen
|
|
|
cf119f78
|
2014-02-12T18:12:14
|
|
Try to work around Android's handling of static variables in terminated apps
Android, we want to love you, but you don't make it easy for us...
|
|
|
076a14b2
|
2014-02-10T13:40:02
|
|
Fixed crash if render target textures are used while the device is lost
|
|
|
ae05f178
|
2014-02-10T10:02:51
|
|
Recreate render target textures when the D3D device is being reset, and notify the application using the SDL_RENDER_TARGETS_RESET event when this happens.
|
|
|
9f2509da
|
2014-02-10T10:02:42
|
|
Exposed the font character size and SDLTest_DrawCharacter() to make it easier to do custom debug text layout
|
|
|
a396841f
|
2014-02-10T10:02:18
|
|
Fixed bug where a window created fullscreen and hidden would get activated and "shown" but never actually be visible.
This is the case with the Steam In-Home Streaming client.
|
|
|
f38c1f05
|
2014-02-10T12:47:26
|
|
Fixed DualShock 4 controller config on Mac OS X.
|
|
|
2d92a372
|
2014-02-10T11:29:48
|
|
Make controllermap, etc, work on platforms with hardcoded window sizes.
This makes sure everything renders correctly, even if, say, an Android device
gives you a certain "window" size no matter what you ask for.
|
|
7f4c6a9c
|
2014-02-10T10:53:02
|
|
Fix Cmake so generated SOname matches autoconf's #.
|
|
|
9268c7a1
|
2014-02-10T09:26:22
|
|
Backed out 0869362ccc3c
The render target usage in controllermap is required if you are forced to use
the app at a different resolution than the one the art has been made for, for
example on Android, where you don't control the resolution.
(The coordinates for each button are hardcoded to the art size, and appear out
of place otherwise)
|
|
|
f0aa97d2
|
2014-02-10T01:43:01
|
|
Removed unused function.
|
|
|
b17fd9a1
|
2014-02-10T01:41:58
|
|
Replace testgamecontroller visualization mode with something more useful.
|
|
|
9a15da84
|
2014-02-09T15:20:41
|
|
No need to use a render target here.
|
|
|
853334af
|
2014-02-09T03:09:56
|
|
Updated SDL to version 2.0.2
|
|
|
8cabd44f
|
2014-02-09T03:09:04
|
|
Fixed the OUYA controller mapping on Windows
|
|
|
c8c3911e
|
2014-02-09T02:42:59
|
|
Added Windows entry for the bluetooth OUYA controller
|
|
|
c3c2964d
|
2014-02-09T02:04:40
|
|
Possibly fixed bug 2250 - Cmake: SDL2 Doesn't install DLLs on Windows
ernest.lee
[Exec] CMake Error at cmake_install.cmake:151 (FILE):
[13:37:43][Exec] file INSTALL cannot find
[13:37:43][Exec] "C:/TeamCity/buildAgent/work/2e3d17a492e75daf/Build/libSDL2.so".
The cmake INSTALL project doesn't work because it uses Linux so shared library paths. Windows uses dlls and I think cygwin also uses dlls. I've included this patch. Can you check if it works?
|
|
|
3ab3ea64
|
2014-02-09T01:56:41
|
|
Fixed bug 2385 - error: unknown type name 'IDirect3DDevice9'
Sandu Liviu Catalin
I'm unable to compile the latest SDL (directly from the repository) even though I disabled every DirectX option since I don't need DirectX.
I allways het these errors:
D:\DevLibs\SDL\src\render\direct3d\SDL_render_d3d.c:1897:1: error: unknown type name 'IDirect3DDevice9'
D:\DevLibs\SDL\src\render\direct3d\SDL_render_d3d.c:1898:25: error: unknown type name 'SDL_Renderer'
|
|
|
b331ada8
|
2014-02-09T01:49:01
|
|
Fixed bug 2354 - [ES 2.0] SDL_RenderClear clears render target with wrong color
ny00
SDL_RenderClear clears a render target with the wrong color, if the opengles2 renderer driver is used and the target texture's format is SDL_PIXELFORMAT_ARGB8888.
The bug is *not* reproduced if SDL_PIXELFORMAT_ABGR8888 is used as the texture format (the first from the renderer's list).
It is further not reproduced using any of the following renderer drivers: opengl, opengles (apparently powered by Gallium3D), software.
Finally, the correct color can be drawn using SDL_RenderFillRect (instead of SDL_RenderClear).
A few details about the current setup:
- OS: Ubuntu 12.04 for x86_64
- GPU: GeForce GTX 460
- GPU driver version: 331.20-0ubuntu1~xedgers~precise1 (from the xorg-edgers PPA)
---
Seth Williams
Sam,
It appears that the clear just needs to take the render target format into consideration.
Seth.
|
|
|
fab5c759
|
2014-02-07T12:03:02
|
|
Updated README-macosx.txt to note new minimum requirements, end of PowerPC.
|
|
|
ba55cbef
|
2014-02-07T11:55:13
|
|
Make non-Clang compilers happy.
|