https://bugs.winehq.org/show_bug.cgi?id=35224
--- Comment #27 from Adam Bolte abolte@systemsaviour.com --- RockSmith 2014 still does not detect the cable in 1.7.33. Should I open a new bug report? I'm not 100% clear on why this was closed in the first place.
Some clarification for non-developers please Hellas: what were the lines that needed commenting in dlls/winepulse.drv/mmdevdrv.c? Are they still required with Luke's suggested Rocksmith.ini changes? I would be happy to add this information to the appdb page if it can be provided. I know a lot of people are waiting on this to work, and it seems so close.
As I understand the situation, hellas is saying an implementation of Win32_PnPEntity isn't required for RockSmith to run, only some registry keys under [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Capture{something}. I've tried importing the registry file provided (changing {FAC4EC4C-C928-48E1-8A14-4A3CC3017F3D} to the value automatically created), using both PulseAudio and ALSA, both times without the cable being detected.
Also of note, the entry: "{B3F8FA53-0004-438E-9003-51A46E139BFC},2"="{1}.USB\VID_12BA&PID_00FF&MI_00\7&2443AC09&0&0000" is always replaced by "{B3F8FA53-0004-438E-9003-51A46E139BFC},2"="{1}.USB\VID_12BA&PID_00FF\0&0C08962B" each time RockSmith 2014 is loaded.
I've compiled with Luke's Win32_PNPEntity patch as well just in case it helped the situation (as I see that is not upstream). It did not help.
So in short, I would appreciate documenting the exact steps required to get this working (a documented work-around that I can post to appdb), and at least one bug report open to identify this as an issue while it remains an issue. Thanks.