summaryrefslogtreecommitdiff
path: root/Source/Core/VideoCommon/PostProcessing.cpp
diff options
context:
space:
mode:
authorSteven Newbury <steve@snewbury.org.uk>2017-02-19 08:03:00 +0000
committerSteven Newbury <steve@snewbury.org.uk>2017-06-19 09:22:04 +0100
commite9a696b160430b3fa50814bd9ad661f97807cb0e (patch)
treeb47d257bbc0e908e5ed7ba3d5cabc0552cea341c /Source/Core/VideoCommon/PostProcessing.cpp
parent4c2b0780173f2a7b29510cd9cd63e55c3eb7df6f (diff)
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).
Diffstat (limited to 'Source/Core/VideoCommon/PostProcessing.cpp')
0 files changed, 0 insertions, 0 deletions