Talk:How to use the Official GameCube Controller Adapter for Wii U in Dolphin: Difference between revisions

Jump to navigation Jump to search
m (Text replacement - "Gamecube" to "GameCube")
No edit summary
Line 1: Line 1:
== Weird formatting in the main site ==
Uh, viewing the guide from the main site doesn't display the Infobox properly. Shouldn't we ping delroth or Parlane? It may not be fixable by us... - [[User:Jhonn|Jhonn]] ([[User talk:Jhonn|talk]])
I didn't look in detail, but looks like it may just be a stylesheet issue of some sort. Adding this mainly corrects for it, though it seems there's some additional missing style beyond that...
<pre>.infobox {
    background: none repeat scroll 0 0 #f9f9f9;
    border: 1px solid #aaa;
    clear: right;
    color: black;
    float: right;
    margin-bottom: 0.5em;
    margin-left: 1em;
    padding: 0.2em;
}</pre>
[[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 18:57, 2 January 2015 (CET)
I pinged delroth immediately upon making it, but haven't gotten a response. I left it up so he could see it, I just... didn't expect it to take this long. I'll update when I get a reply. - [[User:MaJoR|MaJoR]] ([[User talk:MaJoR|talk]]) 03:28, 3 January 2015 (CET)
He doesn't want to fool with it, so I'm going to just remove the infobox. - [[User:MaJoR|MaJoR]] ([[User talk:MaJoR|talk]]) 03:30, 3 January 2015 (CET)
== 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 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!
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!
Line 32: Line 11:


Well, Apple sucks. They will only let Nintendo sign a kernel extension that supports the WUP-028. Nintendo will never do it so the WUP-028 is unusable on OSX without putting the kernel in development mode (bypassing signing). Those willing to turn off kext verification can run sudo nvram boot-args="kext-dev-mode=1" and use one of my kexts. [[User:Hjelmn|Hjelmn]] ([[User talk:Hjelmn|talk]]) 9:34 PM, 24 May 2015 (MDT)
Well, Apple sucks. They will only let Nintendo sign a kernel extension that supports the WUP-028. Nintendo will never do it so the WUP-028 is unusable on OSX without putting the kernel in development mode (bypassing signing). Those willing to turn off kext verification can run sudo nvram boot-args="kext-dev-mode=1" and use one of my kexts. [[User:Hjelmn|Hjelmn]] ([[User talk:Hjelmn|talk]]) 9:34 PM, 24 May 2015 (MDT)
OK, so is there a change needed to the OS X info here? Or can this discussion be purged out?[[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 01:12, 26 November 2015 (CET)