o0k.netlify.app

I have an iMac Retina 5K (2014) desktop computer and the 10.11 El Capitan developer build installed. When my iBuffalo Classic USB Gamepad is plugged in, OpenEmu will crash. The gamepad appears to otherwise work in other applications. It previously worked fine in 10.10 Yosemite on this computer.

I'm happy to dig further to help correct this issue. Below is the crash report:
https://gist.github.com/anonymous/9d5120c6cb5585f1b265

Try closing the app, navigating to ~/Library/Application Support/OpenEmu and deleting 'Bindings Configurations' as well as 'Systems' if the folder exists, then reopen the application.

Thank you for the quick reply. I was able to delete the Bindings Configurations folder. The app will open if the controller isn't attached, but it will still crash as soon as I plug it in.

Could be a 10.11 beta problem that will work itself out in a future beta release, or a conflict with another device in our automap database. With your gamepad plugged in, run the following command in Terminal and paste the output back here: system_profiler SPUSBDataType

I wouldn't be surprised if it's a beta problem - it's still relatively early in the development cycle. The controller shows as the last device in this output:

USB:

Oh, you're plugged into a USB Hub. Those are problems for us, usually, so I'd try plugging your gamepad directly into the machine and bypassing any kind of hub.

Thanks for the suggestion. I just tried plugging directly into the computer - including deleting the Bindings Configurations again before I started, but it still crashes. Maybe I'll wait this one out for the next beta and try again.

I am now on build 15A244d and I still have the same problem. I can post the latest crash report if you'd find that helpful.

Hi there,

I have the same crash problem with my MacbookPro 10.11 El Capitan public beta anomy iBuffalo SNES USB controller :(

Hope the problem will be solved soon.
Thanks for your work.

I have the same problem. Love the controller, unfortunate it doesn't work yet.

Newest El Capitan Beta (15A262e) and iBuffalo controller, doesn't show in v1.0.4 my retrolink control does.

@phillipbergner@dalecoop@satchow@nameCantBeBlank@plauclair@bears20151 with your 'iBuffalo' device plugged in, run this app http://cl.ly/2K1K400t0H3p

Select your gamepad from the list and then go to File > Export Device Properties and then give us the plist it generates, by uploading to cloudapp, dropbox transfer.sh, etc.

It is important everyone does this so we can analyze your device.

For some reason it won't let me Export Device Properties (as nothing happens when I click it in the menu) but here is a screenshot. Hopefully it helps.

Okay, your device isn't reporting a Product and Manufacturer string which seems out of spec to me, so not surprised OE isn't picking it up. These generic clone gamepads are always crap.

Is this the same behavior on 10.10 - can someone test? I've already heard this device worked fine on 10.10 so what exactly was the device name appearing in OE's Control Preferences for 'Input' ?

Like satchow, I tried, with my iBuffalo SNES USB controller plugged, OS X El Capitan GM (10.11), and same result, empty item on list (my controller) and nothing happen when I try to export.

Tried on OS X Yosemite, no problem, the controller works perfectly with OpenEmu. Anyway, this is the exported file (on Yosemite) : https://drive.google.com/file/d/0Byiv-Tu9RqeKOXctc1c3NGZFLVoxaFQxR0tVdDNFQkZjNVk4/view?usp=sharing

Hope it will someone :)

@dalecoop Thanks. On 10.10 what is the device name appearing in OE's Control Preferences for 'Input' with your controller plugged in? You can screenshot it if you like.

Also if you are still on 10.10 with your gamepad plugged in, run the following command in Terminal and paste the output back here: system_profiler SPUSBDataType

Also @satchow you being on 10.11, can you do the following:

With your gamepad plugged in, run the following command in Terminal and paste the output back here: system_profiler SPUSBDataType

Here you go.

USB:

@satchow@dalecoop Another thing I need -

With your device plugged in, open up Console.app and then load OpenEmu. Copy and paste all the output from OpenEmu back here. If OE is still crashing on 10.11 with this device plugged in, also copy and paste the crash log too.

Console and Crash Report (Crash Report starting line 42):
http://pastebin.com/EWewtpMS

Okay, it seems some behavior changed on 10.11 for devices that don't report a USB HID manufacturer and/or product string. Previously it'd return some kind of generic string based on the number of elements, but now on 10.11 it returns nil. I'll post a build later with a fix to test.

First I still want to check out the old behavior on 10.10 so @dalecoop could you supply the various info I need: #1966 (comment) and #1966 (comment)

@clobber I can confirm I get the same results as @dalecoop where I have an empty list when I run HIDBrowser. Sorry I'm late to the game here. Let me know if you need anything else to help fix this.

Hi there,
Sorry I couldn't do it before.. there it is (with my OS X 10.10.5 Yosemite) :

OSX 10.10.5 - Console

16/09/2015 09:09:06,802 OpenEmu[1621] OELibraryDatabase loadFromURL: 'file:///Users/developpement/Library/Application%20Support/OpenEmu/Game%20Library/'
16/09/2015 09:09:06,949 OpenEmu[1621] Apple Keyboard
16/09/2015 09:09:07,174 OpenEmu[1621] Device is already being handled
16/09/2015 09:09:07,174 OpenEmu[1621] USB,2-axis 8-button gamepad

OSX 10.10.5 - system_profiler SPUSBDataType

USB:

Thanks, got it. It actually looks like an IOKit bug on 10.11 with this device so I've opened a ticket with Apple.

Okay, heard back from Apple. More information is required to diagnose the problem, so those on 10.11 with your device plugged in, please do the following to obtain a full System Information Report:

1. Select About This Mac from the Apple Menu
2. Click the System Report button on the About This Mac window
3. Select Save from the File menu (cmd-s)
4. Change the file name and save location as needed
5. Click the Save button

This report can also be obtained in Terminal using the following command:

/usr/sbin/system_profiler -detailLevel full -xml > ~/Desktop/mymachine.spx

Once you have the report file, upload it to cloudapp, dropbox, google drive, transfer.sh, etc and link it back here.

Here you go
https://www.dropbox.com/s/ky5h6urgcwz1r9t/MacBook%20Pro.spx?dl=0

Any word from Apple yet clobber? I see they seeded a 10.11.1 beta but I haven't done it yet to see if it resolves the issue. Anyone?

Can confirm it did not fix the issue.

The update from the issue I reported was:

Download torrent the power of ashtanga yoga teacher. Ashtanga Yoga is designed to gradually open up the body and deepen the breath through a intelligently sequenced series of postures that move along at a steady pace. In this class David leads you through a vigorous, fun version of most of the primary series up to Bhadda Konasana.

Engineering has determined that your bug report is a duplicate of another issue and will be closed.

Sorry, that's all the information that was provided. But since they were able to determine that the problem matched other reported bugs, it will certainly be fixed but don't expect it to be patched in 10.11.1 (as some of you have already checked) since that beta is already out and in-testing for issues patched before that point release cycle started. So my best guess would be for 10.11.2.

Meanwhile, we can provide a workaround on our end that will be available in the next release of OpenEmu.

The issue is still there on the latest stable release of El Capitan just released today unfortunately.

@plauclair I already said you won't see the fix until 10.11.2, most likely.

@clobber yep, I got that. I was just posting an update since I didn't know if the latest dev beta and the stable build had any difference in that regard. I would have been very surprised if it would have been so quick, but one can still hope can he? 😉

Edit: Not meaning for it to sound as if I'm pressing you to release a fix or anything, I personally like to get feedback from users when they update stuff on their end and thought you might appreciate the gesture.

Well. barnacles. I just updated to El Capitan and have the same issues, had I known it I wouldn't have updated.
I tried a different gamepad as well and it's also not recognized.
Thanks for the information clobber, I'm looking forward to an update with a workaround solution for OpenEmu.

I'm getting the same issue with the final consumer release of El Capitan. Any solutions?

@getbuff The solution is to actually read this thread instead of needlessly posting in it.

Sigh. El Capitan isn't making me happy so far. This is yet another thing it breaks for me..
Anyway, as a temporary solution you can use Enjoyable (or equivalent) to use the gamepad with OpenEmu. Simply map the keyboard keys configured in OpenEmu to the gamepad's buttons.

Thank you very much for this fix, most appreciated.

I'm a bit of a n00b when it comes to this adding lines thing. I opened up the referenced OpenEmuSystem/OEControllerDescription.m file in Xcode and copied and pasted the fixed code and then saved. Trying the controller in OpenEmu afterwards yields no success. What am I missing? Do I need to 'commit' something? I see something like looks like an md5 hash at the top.. but I'm not sure if I need it.

Please help this poor, confused gamer!

@vBoogs You have to clone the repo and compile from source, you can find out how to do it in the wiki.

This is working for me with Atari games, but not on the NES or SNES, either core - anybody else get it working on those platforms?

I should add that you can setup the controls just fine - they just don't work in the game - or at least the start button doesn't ;-)

@duanefields Try:

1. Navigate to the folder ~/Library/Application Support/OpenEmu (~ meaning your Home folder where ~ is your username. Guide here if you don't know this: http://osxdaily.com/2014/12/16/show-user-library-folder-os-x-yosemite/)

2. Delete the 'Systems' folder (if it exists)

3. Delete Default.oebindings in the 'Bindings Configurations' folder.

Reopen app.

For me 2c074cb is working fine with the Nestopia and SNES9x cores at least.

This is my first ever post to Github so please forgive me if I am posting in the incorrect format: I am experiencing this issue with El Capitan 10.11.1 Beta and OpenEmu Experimental 1.04 554-f588330 and the Buffalo SNES USB controller (i.e. OpenEmu > Preferences > Controls > Input the USB controller doesn't appear).

Does the experimental build include all the latest commits, or do I need to clone the repo and compile it myself? (I've never done this but per a post above there are instructions in the Wiki).

@cityquartz you'll have to compile it yourself for now.