OS X' IOBluetooth class requires that device discovery and device

connection establishment be done in the same thread, which caused
problems when the now persistent device connections could be
initiated by either opening the wiimote config dialog or starting
the emulation.

This same thread doesn't necessarily have to be the main (GUI)
thread, but it fits with the current other init case in the wiimote
config dialog and doing it in the main thread and would be required
if we should want to use the IOBluetoothUI framework in the future
for having the user input a pairing key for permanent syncing.

Also move a few other bits of code from the emu thread function
into Init() and Shutdown() so it only does those things that need
to be in that thread's context. I am not sure about video setup
so I have left that in EmuThread() for now.


git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@7188 8ced0084-cf51-0410-be5f-012b33b47a6e

Readme.txt

@@ -27,10 +27,10 @@ Usage: Dolphin [-h] [-d] [-l] [-e <str>] [-b] [-V <str>] [-A <str>]
   -h, --help                	Show this help message
   -d, --debugger            	Opens the debugger
   -l, --logger              	Opens the logger
-  -e, --exec=<str>          	Loads the specified file (DOL, ELF, WAD, GCM, ISO)
+  -e, --exec=<str>          	Loads the specified file (DOL,ELF,WAD,GCM,ISO)
   -b, --batch             	Exit Dolphin with emulator
   -V, --video_backend=<str>  	Specify a video plugin
-  -A, --audio_emulation=<str>  	Specify low level (LLE) or high level (HLE) audio emulation
+  -A, --audio_emulation=<str>  	Low level (LLE) or high level (HLE) audio
 
 [Libraries]
 Cg: Cg Shading API (http://developer.nvidia.com/object/cg_toolkit.html)