Re: [Alsa-user] RME UFX USB connection under Debian 9 (Stretch)
diqidoq | MAROQQO wrote: > Greetings from Berlin! :-) For testing purposes we are looking for some > colleagues, who may be experienced with getting not officially supported > RME interfaces to work with Linux audio I/O, to check if there is any > chance to get a RME UFX up and running at least to get a simple audio > out of it. > > 'aplay -l' sadly does not detect the device but 'lsusb -l' does. > > 'lsusb -l' shows the device with Bus 001 Device 008: ID 0424:3fc8 > Standard Microsystems Corp. and 'lusb -s 008 with -v' shows that it even > detects that it supports MIDI and Audio etc. >bInterfaceClass 1 Audio >bInterfaceSubClass 3 MIDI Streaming The USB MIDI specification is a part of the USB audio specification; this just means that the MIDI interface was detected. All other interfaces are marked as vendor specific. (Which does not necessarily mean that they would not work exactly like a standard audio interface.) Doesn't the UFX have a class compliant mode? Regards, Clemens -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] RME UFX USB connection under Debian 9 (Stretch)
John P. Hartmann wrote: > The vendor specific interfaces are not documented and, as you know, > RME is rather cagey about them; no doubt there is vendor-specific > tweaks to obtain the low latency they boast about. The USB protocol itself does not allow much customization in this regard; I'd guess the primary improvement is replacing the Microsoft driver. But the UFX puts both playback and capture endpoints in the same interface, which makes it incompatible with the standard audio driver, and I guess they use a non-standard mechanism to synchronize both streams. Anyway, please add this entry to sound/usb/quirks-table.h, recompile the kernel, and check if capturing works: { USB_DEVICE(0x0424, 0x3fc8), .vendor_name = "RME", .product_name = "Firey McFireface UFX", .ifnum = QUIRK_ANY_INTERFACE, .type = QUIRK_COMPOSITE, .data = (const struct snd_usb_audio_quirk[]) { { .ifnum = 0, .type = QUIRK_AUDIO_FIXED_ENDPOINT, .data = & (const struct audioformat) { .formats = SNDRV_PCM_FMTBIT_S32_LE, .channels = 30, .iface = 0, .altsetting = 1, .altset_idx = 1, .attributes = 0, .endpoint = 0x8f, .ep_attr = 0x01, .rates = SNDRV_PCM_RATE_CONTINUOUS, .rate_min = 48000, .rate_max = 48000, } }, { .ifnum = 2, .type = QUIRK_MIDI_STANDARD_INTERFACE }, { .ifnum = -1 } } }, Regards, Clemens -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] RME UFX USB connection under Debian 9 (Stretch)
diqidoq | MAROQQO wrote: > So we can go further than only CC mode? Dunno. What features are missing in CC mode? Regards, Clemens -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user