Fri, 20 Mar 2020 21:05:07 -0700Allow Valve devices in driver check, we know they're well behaved controllers
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 21:05:07 -0700] rev 13662
Allow Valve devices in driver check, we know they're well behaved controllers

Fri, 20 Mar 2020 20:53:26 -0700Removed blacklist entries for devices that aren't game controllers, allow Steam Controllers
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 20:53:26 -0700] rev 13661
Removed blacklist entries for devices that aren't game controllers, allow Steam Controllers

Fri, 20 Mar 2020 13:44:50 -0700Only enumerate HID devices on Windows that have gamepad HID usages
Cameron Gutman <aicommander@gmail.com> [Fri, 20 Mar 2020 13:44:50 -0700] rev 13660
Only enumerate HID devices on Windows that have gamepad HID usages

There are a number of poorly behaved HID devices that time out on attempts to
read various strings. Rather than end up on an endless treadmill of blacklisting
broken devices, reduce our risk by only querying devices that are gamepads.
SDL_hidapijoystick.c already checks these same usages, so we shouldn't
exclude any working HID devices (caveat below).

This also makes HidP_GetPreparsedData() and HidP_GetCaps() failure skip
the device entirely, but that seems desired. If a device can't even return basic
top-level collection data properly, we want nothing to do with that broken device.
If we do find devices that work with HIDAPI joystick and fail these calls, we can
add an exception via VID+PID matching.

Fri, 20 Mar 2020 20:45:30 -0700Fixed bug 5049 - HORI Wireless Switch Pad does not connect properly via Bluetooth
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 20:45:30 -0700] rev 13659
Fixed bug 5049 - HORI Wireless Switch Pad does not connect properly via Bluetooth

bluenaxela+sdl

The HORI Wireless Switch Pad does not properly connect via bluetooth. I did some debugging and found that the code that tries to control the Home LED causes this controller to disconnect.

Fri, 20 Mar 2020 20:40:14 -0700Fixed build warning when using mingw-64 - the SDL code doesn't have any undefined symbols
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 20:40:14 -0700] rev 13658
Fixed build warning when using mingw-64 - the SDL code doesn't have any undefined symbols

Fri, 20 Mar 2020 20:33:26 -0700Fixed warning building version.rc using mingw-64
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 20:33:26 -0700] rev 13657
Fixed warning building version.rc using mingw-64

Fri, 20 Mar 2020 19:51:54 -0700Regenerated configure with configure.ac changes
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 19:51:54 -0700] rev 13656
Regenerated configure with configure.ac changes

Fri, 20 Mar 2020 19:49:19 -0700Probable fix for compile errors on Mac OS and (non-VS) Win32
Jimb Esser <wasteland@gmail.com> [Fri, 20 Mar 2020 19:49:19 -0700] rev 13655
Probable fix for compile errors on Mac OS and (non-VS) Win32

Fri, 20 Mar 2020 19:49:15 -0700Backed out changeset 3797974f4ccf
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 19:49:15 -0700] rev 13654
Backed out changeset 3797974f4ccf

Fri, 20 Mar 2020 19:48:26 -0700Backed out changeset ca9c225103c4
Sam Lantinga <slouken@libsdl.org> [Fri, 20 Mar 2020 19:48:26 -0700] rev 13653
Backed out changeset ca9c225103c4