dolphin/Source
Steven Newbury e9a696b160 Retry opening of wiimote channels on initial failure #5997
There seems to be a race condition between a peripheral device
connecting to the bluetooth controller and it being ready to use.
It's very short and it depends upon the controller, some appear to
connect synchronously and block until the device is ready, others
report the device upon discovery but do not allow communication straight
away. I don't know which is the correct behaviour, or whether it depends
on the peripheral, controller or both. Anyway, Dolphin waits for a
remote to appear and immediately attempts to open the communication
channels, this can fail because the device isn't ready yet, delay, try
again, and it works.

There are other (unlikely) chances the device is busy at random
moments after this initial race condition so it loops around try to
reconnect.

This was inspired by an earlier patch, see here:
https://bugs.dolphin-emu.org/issues/5997#note-20

I can confirm that it works perfectly for me on a bluetooth
controller where otherwise it's impossible to connect (Dell 380
Bluetooth 4.0).
2017-06-19 09:22:04 +01:00
..
Android Boot: Clean up the boot code 2017-06-06 16:27:52 +02:00
Core Retry opening of wiimote channels on initial failure #5997 2017-06-19 09:22:04 +01:00
DSPSpy
DSPTool Move DSP::CodesToHeader to DSPTool 2017-06-05 19:28:40 -07:00
PCH msvc: bump the required _MSC_FULL_VER 2017-06-03 18:20:41 -07:00
UnitTests UnitTests: Use a temporary profile directory 2017-06-18 16:23:09 +02:00
VSProps [windows]: Apply compatibility patches to problematic gamepad vibration drivers. 2017-06-15 21:21:01 -07:00
.clang-format
CMakeLists.txt Common: Add a std::optional implementation 2017-06-03 12:36:24 +02:00
dolphin-emu.sln msbuild: put pugixml in Externals solution filter; fix project reference. 2017-06-15 19:06:16 -07:00