6
edits
Progress Continues
We've already had 21541 updates since Dolphin 5.0. Keep up with Dolphin's continuing progress through the Dolphin Blog: February, March, and April 2024 Dolphin Progress Report. |
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. |
(OS X "native" support for WUP-028) |
|||
Line 21: | Line 21: | ||
==OS X native support== | ==OS X native support== | ||
A change that referred to a codeless kext that allows the native Gamecube adapter support to work was removed by [[User:MaJoR|MaJoR]] with the comment "That is not native gamecube controller support, that's a system driver." Thought I should make the comment that codeless kexts are not absolutely not system drivers. They are specially crafted kernel extensions that prevent other drivers from loading. In this case we need to prevent IOUSBHIDDriver from loading as the HID report descriptor of the WUP-028 makes the device unusable (believe me, I have tried). With the a codeless kext installed libusb is able to access the WUP-028 in the same way as is done under Linux. So, it is native support! | A change that referred to a codeless kext that allows the native Gamecube adapter support to work was removed by [[User:MaJoR|MaJoR]] with the comment "That is not native gamecube controller support, that's a system driver." Thought I should make the comment that codeless kexts are not absolutely not system drivers. They are specially crafted kernel extensions that prevent other drivers from loading. In this case we need to prevent IOUSBHIDDriver from loading as the HID report descriptor of the WUP-028 makes the device unusable (believe me, I have tried to get it working as a Joystick). With the a codeless kext installed libusb is able to access the WUP-028 in the same way as is done under Linux. So, it is native support! | ||
Now, there are problems with the codeless kext route. As of 10.10 all kernel extensions (codeless or not) need to be signed by a paying developer. The alternative is to turn on kext debugging mode but that is undesirable for end users. I would be willing to sign the kernel extension if there is any interest. | Now, there are problems with the codeless kext route. As of 10.10 all kernel extensions (codeless or not) need to be signed by a paying developer. The alternative is to turn on kext debugging mode but that is undesirable for end users. I would be willing to sign the kernel extension if there is any interest. |
edits