ShuriZma
/
dolphin
mirror of https://github.com/dolphin-emu/dolphin.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
dolphin/Source/Core/InputCommon/GCAdapter.h

30 lines
585 B
C
Raw Normal View History

Set copyright year to when a file was created
2015-05-24 04:55:12 +00:00
// Copyright 2014 Dolphin Emulator Project
Update license headers to GPLv2+
2015-05-17 23:08:10 +00:00
// Licensed under GPLv2+
Added GameCube Adapter support. The libusb driver must be installed on the adapter (e.g. zadig can be used to install the driver in Windows). GameCube pad controllers are supported and will override the current input device assigned to the port. GameCube controller buttons are auto-configured and cannot be re-assigned. Rumble is supported. Hotplug is supported while playing a game. If a controller is unplugged from the adapter, Dolphin will fallback to using the host input device on that port. If a port on the adapter is unused, Dolphin will use the host input device for that port, allowing a mixture of host input devices and controllers connected to the adapter. The adapter support can be disabled in the Controllers config if the OS driver is preferred (allowing the pad buttons to be reconfigured). One adapter per system is supported.
2014-12-10 09:45:45 +00:00
// Refer to the license.txt file included.
#pragma once
GCAdapter: Add a background thread to detect the adapter This scanning thread either polls libusb or checks every 500ms for a change depending on host capabilities. The GC Adapter can now be plugged and unplugged at any time when dolphin is open, it will be used if the direct connect option is set.
2015-04-26 21:53:36 +00:00
#include <functional>
Fix issues with the GC adapter handling code If we successfully detach the kernel driver from the interface, we should continue instead of aborting the setup. And we should not use libusb_handle_events(), as the API says it is only for backwards compatibility. Additionally, if the adapter thread is not active, dolphin will take 60 seconds to close because the libusb_handle_events() timeout is hardcoded to 60 seconds. Instead, use libusb_handle_events_timeout_completed() with a timeout of 1 second. Also, cancel the libusb transfers before the join(), to be able to close the usb device without libusb screaming in the background (and potentially crashing). And finally, split the Init() and Shutdown() functions to avoid having to init and exit libusb every time we neeed to detect the adapter.
2015-01-26 12:54:54 +00:00
Core: Remove some header inclusions in header files Replaces them with forward declarations of used types, or removes them entirely if they aren't used at all. This also replaces certain Common headers with less inclusive ones (in terms of definitions they pull in).
2015-05-08 21:28:03 +00:00
struct GCPadStatus;
Added GameCube Adapter support. The libusb driver must be installed on the adapter (e.g. zadig can be used to install the driver in Windows). GameCube pad controllers are supported and will override the current input device assigned to the port. GameCube controller buttons are auto-configured and cannot be re-assigned. Rumble is supported. Hotplug is supported while playing a game. If a controller is unplugged from the adapter, Dolphin will fallback to using the host input device on that port. If a port on the adapter is unused, Dolphin will use the host input device for that port, allowing a mixture of host input devices and controllers connected to the adapter. The adapter support can be disabled in the Controllers config if the OS driver is preferred (allowing the pad buttons to be reconfigured). One adapter per system is supported.
2014-12-10 09:45:45 +00:00
Make the Wii U Gamecube adapter work with less magic. The Wii U Gamecube controller adapter setup has always been a bit weird. It tries to be as automatic as possible to make the user experience as easy as possible. The problem with this approach is that it brings a large disconnect in the user experience because you have the Gamecube controller setup with regular gamepads and then for some reason below that you have a "direct connect" option which will cause the Gamecube Adapter to overwrite the regular inputs if something was connected. While this works and allows the user to only click one checkbox to get the device working, it breaks the user's experience because they don't really know what "direct connect" means and won't look it up to figure out what it is. Just expecting the device to work (At least one occurence of this in the IRC channel in the last week). This way around also had the terrible nature of making the code more filthy than it needed to be. The GCAdapter namespace was parasitic and hooked in to the regular GC Controller SI class to overwrite the data that it was getting from the default configuration. Now instead we have a specific SIDevice class for the Wii U Gamecube adapter. This class is fairly simple and is a child of the regular SI Gamecube Pad device and only reimplements what it needs to. This also gives the ability to configure controllers individually, which allows the user to configure rumble individually per pad input. Overall the code is cleaner, and it fits more in line with how the rest of Dolphin works.
2015-12-31 17:09:47 +00:00
namespace GCAdapter
Added GameCube Adapter support. The libusb driver must be installed on the adapter (e.g. zadig can be used to install the driver in Windows). GameCube pad controllers are supported and will override the current input device assigned to the port. GameCube controller buttons are auto-configured and cannot be re-assigned. Rumble is supported. Hotplug is supported while playing a game. If a controller is unplugged from the adapter, Dolphin will fallback to using the host input device on that port. If a port on the adapter is unused, Dolphin will use the host input device for that port, allowing a mixture of host input devices and controllers connected to the adapter. The adapter support can be disabled in the Controllers config if the OS driver is preferred (allowing the pad buttons to be reconfigured). One adapter per system is supported.
2014-12-10 09:45:45 +00:00
{
void Init();
Fix issues with the GC adapter handling code If we successfully detach the kernel driver from the interface, we should continue instead of aborting the setup. And we should not use libusb_handle_events(), as the API says it is only for backwards compatibility. Additionally, if the adapter thread is not active, dolphin will take 60 seconds to close because the libusb_handle_events() timeout is hardcoded to 60 seconds. Instead, use libusb_handle_events_timeout_completed() with a timeout of 1 second. Also, cancel the libusb transfers before the join(), to be able to close the usb device without libusb screaming in the background (and potentially crashing). And finally, split the Init() and Shutdown() functions to avoid having to init and exit libusb every time we neeed to detect the adapter.
2015-01-26 12:54:54 +00:00
void Reset();
Reset the GC adapter rumble when stopping a game And when loading a savestate, pausing, and starting dolphin as well (right after the libusb initialization). Intended fix for issue 9001
2015-11-08 17:13:58 +00:00
void ResetRumble();
Fix issues with the GC adapter handling code If we successfully detach the kernel driver from the interface, we should continue instead of aborting the setup. And we should not use libusb_handle_events(), as the API says it is only for backwards compatibility. Additionally, if the adapter thread is not active, dolphin will take 60 seconds to close because the libusb_handle_events() timeout is hardcoded to 60 seconds. Instead, use libusb_handle_events_timeout_completed() with a timeout of 1 second. Also, cancel the libusb transfers before the join(), to be able to close the usb device without libusb screaming in the background (and potentially crashing). And finally, split the Init() and Shutdown() functions to avoid having to init and exit libusb every time we neeed to detect the adapter.
2015-01-26 12:54:54 +00:00
void Setup();
Added GameCube Adapter support. The libusb driver must be installed on the adapter (e.g. zadig can be used to install the driver in Windows). GameCube pad controllers are supported and will override the current input device assigned to the port. GameCube controller buttons are auto-configured and cannot be re-assigned. Rumble is supported. Hotplug is supported while playing a game. If a controller is unplugged from the adapter, Dolphin will fallback to using the host input device on that port. If a port on the adapter is unused, Dolphin will use the host input device for that port, allowing a mixture of host input devices and controllers connected to the adapter. The adapter support can be disabled in the Controllers config if the OS driver is preferred (allowing the pad buttons to be reconfigured). One adapter per system is supported.
2014-12-10 09:45:45 +00:00
void Shutdown();
GCAdapter: Add a background thread to detect the adapter This scanning thread either polls libusb or checks every 500ms for a change depending on host capabilities. The GC Adapter can now be plugged and unplugged at any time when dolphin is open, it will be used if the direct connect option is set.
2015-04-26 21:53:36 +00:00
void SetAdapterCallback(std::function<void(void)> func);
void StartScanThread();
void StopScanThread();
Moved the GC Adapter processing under "Standard Controller" as it appears the adapter does not work with controllers other than the standard controller (pads, bongos, some dance mats).
2014-12-11 03:06:35 +00:00
void Input(int chan, GCPadStatus* pad);
Fixed the Y button (typo) on the GC adapter.
2014-12-13 05:14:18 +00:00
void Output(int chan, u8 rumble_command);
Added GameCube Adapter support. The libusb driver must be installed on the adapter (e.g. zadig can be used to install the driver in Windows). GameCube pad controllers are supported and will override the current input device assigned to the port. GameCube controller buttons are auto-configured and cannot be re-assigned. Rumble is supported. Hotplug is supported while playing a game. If a controller is unplugged from the adapter, Dolphin will fallback to using the host input device on that port. If a port on the adapter is unused, Dolphin will use the host input device for that port, allowing a mixture of host input devices and controllers connected to the adapter. The adapter support can be disabled in the Controllers config if the OS driver is preferred (allowing the pad buttons to be reconfigured). One adapter per system is supported.
2014-12-10 09:45:45 +00:00
bool IsDetected();
bool IsDriverDetected();
Make the Wii U Gamecube adapter work with less magic. The Wii U Gamecube controller adapter setup has always been a bit weird. It tries to be as automatic as possible to make the user experience as easy as possible. The problem with this approach is that it brings a large disconnect in the user experience because you have the Gamecube controller setup with regular gamepads and then for some reason below that you have a "direct connect" option which will cause the Gamecube Adapter to overwrite the regular inputs if something was connected. While this works and allows the user to only click one checkbox to get the device working, it breaks the user's experience because they don't really know what "direct connect" means and won't look it up to figure out what it is. Just expecting the device to work (At least one occurence of this in the IRC channel in the last week). This way around also had the terrible nature of making the code more filthy than it needed to be. The GCAdapter namespace was parasitic and hooked in to the regular GC Controller SI class to overwrite the data that it was getting from the default configuration. Now instead we have a specific SIDevice class for the Wii U Gamecube adapter. This class is fairly simple and is a child of the regular SI Gamecube Pad device and only reimplements what it needs to. This also gives the ability to configure controllers individually, which allows the user to configure rumble individually per pad input. Overall the code is cleaner, and it fits more in line with how the rest of Dolphin works.
2015-12-31 17:09:47 +00:00
bool DeviceConnected(int chan);
bool UseAdapter();
Added GameCube Adapter support. The libusb driver must be installed on the adapter (e.g. zadig can be used to install the driver in Windows). GameCube pad controllers are supported and will override the current input device assigned to the port. GameCube controller buttons are auto-configured and cannot be re-assigned. Rumble is supported. Hotplug is supported while playing a game. If a controller is unplugged from the adapter, Dolphin will fallback to using the host input device on that port. If a port on the adapter is unused, Dolphin will use the host input device for that port, allowing a mixture of host input devices and controllers connected to the adapter. The adapter support can be disabled in the Controllers config if the OS driver is preferred (allowing the pad buttons to be reconfigured). One adapter per system is supported.
2014-12-10 09:45:45 +00:00
Make the Wii U Gamecube adapter work with less magic. The Wii U Gamecube controller adapter setup has always been a bit weird. It tries to be as automatic as possible to make the user experience as easy as possible. The problem with this approach is that it brings a large disconnect in the user experience because you have the Gamecube controller setup with regular gamepads and then for some reason below that you have a "direct connect" option which will cause the Gamecube Adapter to overwrite the regular inputs if something was connected. While this works and allows the user to only click one checkbox to get the device working, it breaks the user's experience because they don't really know what "direct connect" means and won't look it up to figure out what it is. Just expecting the device to work (At least one occurence of this in the IRC channel in the last week). This way around also had the terrible nature of making the code more filthy than it needed to be. The GCAdapter namespace was parasitic and hooked in to the regular GC Controller SI class to overwrite the data that it was getting from the default configuration. Now instead we have a specific SIDevice class for the Wii U Gamecube adapter. This class is fairly simple and is a child of the regular SI Gamecube Pad device and only reimplements what it needs to. This also gives the ability to configure controllers individually, which allows the user to configure rumble individually per pad input. Overall the code is cleaner, and it fits more in line with how the rest of Dolphin works.
2015-12-31 17:09:47 +00:00
} // end of namespace GCAdapter