6
edits
 |
Release 2407 and 2409
Continuous releases have started! Read more on our blog: Dolphin Progress Report: Release 2407 and 2409. |
 |
The Dolphin Emulator Wiki needs your help! Dolphin can play thousands of games, and changes are happening all the time. Help us keep up! Join in and help us make this the best resource for Dolphin. |
Talk:How to use the Official GameCube Controller Adapter for Wii U in Dolphin: Difference between revisions
Jump to navigation
Jump to search
m
Talk:How to use the Official GameCube Controller Adapter for Wii U in Dolphin (view source)
Revision as of 22:14, 10 April 2015
, 10 April 2015→OS X native support
| Line 29: | Line 29: | ||
No, I am not mitchdzugan. I was looking at his work earlier this week and I couldn't tell how his software works as he only provides binaries. When I first attempted getting the WUP-028 to work with dolphin I wrote a driver that intercepts the HID descriptor and report requests and exposes its own making the WUP-028 look like 4 gamepads. The benefit of my kernel extension over the codeless one is it should allow other applications (openemu for example) to use the WUP-028 as an input device. I will release the kernel extension code once I have it fully working the OS X force feedback interface. As for mentioning the codeless kext method, I think that would be a good idea. It is a well-known practice for supporting pseudo-hid devices. Before a mention to this method is added let me see if I can code-sign a codeless kext for the WUP-028. [[User:Hjelmn|Hjelmn]] ([[User talk:Hjelmn|talk]]) 7:17, 2 April 2015 (MDT) | No, I am not mitchdzugan. I was looking at his work earlier this week and I couldn't tell how his software works as he only provides binaries. When I first attempted getting the WUP-028 to work with dolphin I wrote a driver that intercepts the HID descriptor and report requests and exposes its own making the WUP-028 look like 4 gamepads. The benefit of my kernel extension over the codeless one is it should allow other applications (openemu for example) to use the WUP-028 as an input device. I will release the kernel extension code once I have it fully working the OS X force feedback interface. As for mentioning the codeless kext method, I think that would be a good idea. It is a well-known practice for supporting pseudo-hid devices. Before a mention to this method is added let me see if I can code-sign a codeless kext for the WUP-028. [[User:Hjelmn|Hjelmn]] ([[User talk:Hjelmn|talk]]) 7:17, 2 April 2015 (MDT) | ||
I finally got a chance to upload both my driver and codeless kext source. Both can be downloaded and built from [https://github.com/hjelmn/gcusbadapter_osx]. I am waiting on Apple to approve my kext code signing request before I build installer packages for either | I finally got a chance to upload both my driver and codeless kext source. Both can be downloaded and built from [https://github.com/hjelmn/gcusbadapter_osx]. I am waiting on Apple to approve my kext code signing request before I build installer packages for either kext. The driver makes the WUP-028 work out of the box with other emulators like Sixtyforce and openemu and includes support for the Apple ForceFeedback framework. I will update this talk again if/when I get permissions to sign my kexts. [[User:Hjelmn|Hjelmn]] ([[User talk:Hjelmn|talk]]) 1:20 PM, 10 April 2015 (MDT) | ||