Can you please add Linux support for DspMixFX?
I am using UR22C for guitar practice and as interface for ST-M10 mic. I am dualbooting Windows 10 and Gentoo Linux. It is frustrating to constantly reboot back to windows to play some guitar or fixing compression on microphone because I forgot to turn off something.
P.S. Sorry for bad Endlish
I own UR44C and have spent some time by reverse engineering dspMixFx and its protocol.
I found that in Linux (as well as in Windows before installing Steinberg driver), sound card provides two midi input/output ports.
First ones connected to physical MIDI interfaces, but secondary connected to internal Yamaha mixer with DSP to control it.
After installing Steinberg driver the second midi ports became hidden, and only dspMixFx access to it (or access directly to usb endpoint).
I didn’t reversed all messages, moreover I didn’t chacked on new firmware 3.0, but on 2.x firmware I recognized the next.
It uses SYSEX messages with Yamaha vendor ID. I found 3 most important messages for update parameter, query parameter and receive parameter value.
Probably full midi implementation chart could be requested from Yamaha, of found in owner’s manual for some similar products like mixers, etc. At least earlier Yamaha published very detail information for their SYSEX parameters and codes.
F043103E14010100pppp0000ccvvvvvvvvvvF7
where
pppp - parameter number
cc - channel (for input 1-6 value was 0-5, for others 0)
vvvvvvvvvv - value, packed as signed 32bit integer
some parameter numbers:
[0] = "input-stereo", -- ch1:grp1-2, ch3:grp3-4, ch5:grp5-6 0:off,1:on def:0
[2] = "input-invert-phase", -- 0:off,1:on def:0
[3] = "input-lowpass-filter", -- 0:off,1:on def:0
[4] = "input-hpf-settings", -- 0:40Hz, 1:60Hz, 2:80Hz, 3:100Hz, 4:120Hz def:2
[7] = "input-solo-mix1", -- 0:unsolo,1:solo def:0
[8] = "input-solo-mix2", -- 0:unsolo,1:solo def:0
[9] = "input-mute-mix1", -- 0:mute,1:unmute def:1
[10] = "input-mute-mix2", -- 0:mute,1:unmute def:1
[12] = "input-volume-mix1", -- 0-127: 0:-∞,1:-74dB,2:-72dB,...,103:0dB, 127:+6dB def:103
[13] = "input-volume-mix2", -- 0-127: 0:-∞,1:-74dB,2:-72dB,...,103:0dB, 127:+6dB def:103
[14] = "input-send", -- 0-127: 0:-∞,1:-74dB,2:-72dB,...,103:0dB, 127:+6dB def:0
[15] = "input-pan-mix1", -- -16..+16: L16..C..R16 def:0
[16] = "input-pan-mix2", -- -16..+16: L16..C..R16 def:0
[17] = "daw-solo-mix1", -- ch1; 0:unsolo,1:solo def:0
[18] = "daw-solo-mix2", -- ch1; 0:unsolo,1:solo def:0
[19] = "daw-mute-mix1", -- ch1; 0:mute,1:unmute def:1
[20] = "daw-mute-mix2", -- ch1; 0:mute,1:unmute def:1
[21] = "daw-volume-mix1", -- ch1; 0-127: 0:-∞,1:-74dB,2:-72dB,...,103:0dB, 127:+6dB def:103
[22] = "daw-volume-mix2", -- ch1; 0-127: 0:-∞,1:-74dB,2:-72dB,...,103:0dB, 127:+6dB def:103
[23] = "daw-pan-mix1", -- ch1; -16..+16: L16..C..R16 def:0
[24] = "daw-pan-mix2", -- ch1; -16..+16: L16..C..R16 def:0
[28] = "master-unmute-mix1", -- ch1; 0:mute,1:unmute def:1
[29] = "master-unmute-mix2", -- ch1; 0:mute,1:unmute def:1
[32] = "master-pan-mix1", -- ch1; -16..+16: L16..C..R16 def:0
[33] = "master-pan-mix2", -- ch1; -16..+16: L16..C..R16 def:0
[34] = "headphones2-select-mix", -- ch1; 0:mix1,1:mix2
[37] = "rev-x-select-mix", -- ch1; 0:mix1,1:mix2
[40] = "phantom-power", --ch1 for input1+2, ch2 for input3+4 0:off, 1:on Device report only when change on panel
[41] = "line-input-level", --ch3; 0:+4db, 1:-10db def:1
-- Ch.Strip
-- compressor
[43] = "comp-enable", -- 0:off,1:on def:1
[44] = "comp-drive", -- 100:5,0:0..200:10 def:100
[45] = "comp-attack", -- 57:0.092ms .. 283:80ms def:184 4.122ms
[46] = "comp-release", -- 24:9.3ms .. 300:999ms def:159 92ms
[47] = "comp-ratio", -- 0:0 .. 30:2.50 .. 75:6.00 .. 119:500, 120:inf def:30 2.50
[48] = "comp-knee", -- 0:soft,1:medium,2:hard def:1
[199] = "side-chain-enable",
[51] = "side-chain-freq", -- 0:050 .. 21:1.68 .. 60:16.00 def:21 1.68
[52] = "side-chain-gain", -- 4:20Hz .. 124:20kHz, def:34 112.0Hz
[53] = "side-chain-q", -- 0:18dB .. 360:18dB def:68 -11.2dB
[54] = "morphing",
[55] = "eq-enable",
[56] = "eq-high-freq", -- 60:500Hz 124:20kHz def:112:10kHz
[57] = "eq-high-gain", -- 0:-18dB 360:18dB def: 180:0Db
[58] = "eq-mid-freq", -- 4:20Hz 124:20khz def: 72: 1kHz
[59] = "eq-mid-gain", -- 0:-18dB 360:18dB def: 180:0Db
[60] = "eq-mid-q", -- 0:0.50 60:16 def: 12:1
[61] = "eq-low-freq", -- 4:20Hz 72: 1kHz def: 32:100Hz
[62] = "eq-low-gain", -- 0:-18dB 360:18dB def: 180:0Db
[63] = "eq-output-level", -- 0:-18dB 360:18dB def: 180:0Db
[100] = "loopback-mode", -- ch1; 0:off, 1:LiveCast, 2:VoiceChat
For example, to change Input1 volume to 0 dB it needs to send SYSEX to midi port2:
F043103E14010100000C0000000000000067F7
F043303E1401040200pppp0000ccF7
F043103E1401040200pppp0000ccvvvvvvvvvvF7
There are few other SYSEX for query meter values, but I didn’t fully recognized it.
If Steinberg provided MIDI port selection in dspMixFx, it would fully worked in Wine, since 2nd midi port available in Wine applications.
But we have what we have.
Whoa! This is amazing. I tried to capture USB traffic between PC and UR22C, but failed due to lack of skills and experience. But this is some new level stuff!
Thank you for the valuable information!
Did you perform the analysis on Linux?
Do you know how to access hidden MIDI after installing drivers on Windows?
I’m a Windows user, so I’d like to know how to access control MIDI ports on Windows.
I ran virtualbox with windows and usb device forwarding, then enabled usbmon kernel module and ran wireshark on linux. For easier parsing usb packets I wrote small lua module for wireshark… It was long way but I finally recognized that I posted above.
I don’t know how to enable second port in Windos, because I more a Linux user.
But if do not install drivers, the sound card will work in Class Compliant mode, and both midi ports will be available (however without ASIO)
By the way I started writing python application for Linux to be dspMixFx alternative. I don’t know how many time it will take, because I don’t have enough experience, but hope I could implement at least basic controls.
Thank you for your response!
I hope Steinberg will release the SysEX MIDI port and specifications (or maybe the protocol for dspMixFx Remote Bridge).
I’m looking forward to your Python program.
Thank you!
Just stumbled upon your awesome work on reverse engineering dspMixFx and its protocol. I do own a UR44C and use it on Linux as well.
How is work on the Python script going so far? If you could share your current progress and the Wireshark Lua script with us (e.g. on GitHub), I would be happy to support you with further reverse engineering and coding.
Thanks again for your amazing work on this. I created a GitHub repository where I started to collect information on reverse engineering the UR44C. It’s still in a very early stage with some errors.
I would be happy if there are some people interested in this topic, so that we could collaborate on creating a dspMixFx alternative for Linux.
Currently no GUI, but virtually all parameters are supported from command-line.
Thank you for the valuable information.
I was able to control the UR816C on Linux as well.
If you want to use multiple audio streams like Windows,
you can do so by applying a patch to the kernel and changing bConfigurationValue.
It is important to use altset for each sampling rate.
# This is used to change the default configuration of Steinberg UR-C series
ACTION!="add", GOTO="usb_steinberg_urc_end"
SUBSYSTEM!="usb", GOTO="usb_steinberg_urc_end"
ENV{DEVTYPE}!="usb_device", GOTO="usb_steinberg_urc_end"
# Modify this to change the default value
ENV{STEINBERG_URC_MODE}="2"
# UR-816C
ATTR{idVendor}=="0499", ATTR{idProduct}=="1734", ATTR{bConfigurationValue}!="$env{STEINBERG_URC_MODE}", ATTR{bConfigurationValue}="$env{STEINBERG_URC_MODE}"
LABEL="usb_steinberg_urc_end"
diff --git a/sound/usb/quirks-table.h b/sound/usb/quirks-table.h
index 75cde5779f38..d828d9face87 100644
--- a/sound/usb/quirks-table.h
+++ b/sound/usb/quirks-table.h
@@ -391,6 +391,173 @@ YAMAHA_DEVICE(0x1718, "P-125"),
}
}
},
+{
+ USB_DEVICE_VENDOR_SPEC(0x0499, 0x172f),
+ QUIRK_DRIVER_INFO {
+ /* .vendor_name = "Yamaha", */
+ /* .product_name = "Steinberg UR22C", */
+ QUIRK_DATA_COMPOSITE {
+ { QUIRK_DATA_STANDARD_AUDIO(1) },
+ { QUIRK_DATA_STANDARD_AUDIO(2) },
+ { QUIRK_DATA_MIDI_YAMAHA(3) },
+ { QUIRK_DATA_MIDI_YAMAHA(4) },
+ QUIRK_COMPOSITE_END
+ }
+ }
+},
+{
+ USB_DEVICE_VENDOR_SPEC(0x0499, 0x1734),
+ QUIRK_DRIVER_INFO {
+ /* .vendor_name = "Yamaha", */
+ /* .product_name = "Steinberg UR816C", */
+ QUIRK_DATA_COMPOSITE {
+ { QUIRK_DATA_IGNORE(0) },
+ // Interface 1
+ {
+ QUIRK_DATA_AUDIOFORMAT(1) {
+ .formats = SNDRV_PCM_FMTBIT_S32_LE,
+ .channels = 22,
+ .iface = 1,
+ .altsetting = 1,
+ .altset_idx = 1,
+ .endpoint = 0x01,
+ .ep_attr = USB_ENDPOINT_XFER_ISOC |
+ USB_ENDPOINT_SYNC_ASYNC |
+ USB_ENDPOINT_USAGE_DATA,
+ .attributes = 0,
+ .rates = SNDRV_PCM_RATE_44100 |
+ SNDRV_PCM_RATE_48000,
+ .rate_min = 44100,
+ .rate_max = 48000,
+ .nr_rates = 2,
+ .rate_table = (unsigned int[]) {
+ 44100, 48000
+ },
+ .clock = 1
+ }
+ },
+ {
+ QUIRK_DATA_AUDIOFORMAT(1) {
+ .formats = SNDRV_PCM_FMTBIT_S32_LE,
+ .channels = 18,
+ .iface = 1,
+ .altsetting = 2,
+ .altset_idx = 2,
+ .endpoint = 0x01,
+ .ep_attr = USB_ENDPOINT_XFER_ISOC |
+ USB_ENDPOINT_SYNC_ASYNC |
+ USB_ENDPOINT_USAGE_DATA,
+ .attributes = 0,
+ .rates = SNDRV_PCM_RATE_88200 |
+ SNDRV_PCM_RATE_96000,
+ .rate_min = 88200,
+ .rate_max = 96000,
+ .nr_rates = 2,
+ .rate_table = (unsigned int[]) {
+ 88200, 96000
+ },
+ .clock = 1
+ }
+ },
+ {
+ QUIRK_DATA_AUDIOFORMAT(1) {
+ .formats = SNDRV_PCM_FMTBIT_S32_LE,
+ .channels = 16,
+ .iface = 1,
+ .altsetting = 3,
+ .altset_idx = 3,
+ .endpoint = 0x01,
+ .ep_attr = USB_ENDPOINT_XFER_ISOC |
+ USB_ENDPOINT_SYNC_ASYNC |
+ USB_ENDPOINT_USAGE_DATA,
+ .attributes = 0,
+ .rates = SNDRV_PCM_RATE_176400 |
+ SNDRV_PCM_RATE_192000,
+ .rate_min = 176400,
+ .rate_max = 192000,
+ .nr_rates = 2,
+ .rate_table = (unsigned int[]) {
+ 176400, 192000
+ },
+ .clock = 1
+ }
+ },
+ // Interface 2
+ {
+ QUIRK_DATA_AUDIOFORMAT(2) {
+ .formats = SNDRV_PCM_FMTBIT_S32_LE,
+ .channels = 22,
+ .iface = 2,
+ .altsetting = 1,
+ .altset_idx = 1,
+ .endpoint = 0x81,
+ .ep_attr = USB_ENDPOINT_XFER_ISOC |
+ USB_ENDPOINT_SYNC_ASYNC |
+ USB_ENDPOINT_USAGE_IMPLICIT_FB,
+ .attributes = 0,
+ .rates = SNDRV_PCM_RATE_44100 |
+ SNDRV_PCM_RATE_48000,
+ .rate_min = 44100,
+ .rate_max = 48000,
+ .nr_rates = 2,
+ .rate_table = (unsigned int[]) {
+ 44100, 48000
+ },
+ .clock = 1
+ }
+ },
+ {
+ QUIRK_DATA_AUDIOFORMAT(2) {
+ .formats = SNDRV_PCM_FMTBIT_S32_LE,
+ .channels = 18,
+ .iface = 2,
+ .altsetting = 2,
+ .altset_idx = 2,
+ .endpoint = 0x81,
+ .ep_attr = USB_ENDPOINT_XFER_ISOC |
+ USB_ENDPOINT_SYNC_ASYNC |
+ USB_ENDPOINT_USAGE_IMPLICIT_FB,
+ .attributes = 0,
+ .rates = SNDRV_PCM_RATE_88200 |
+ SNDRV_PCM_RATE_96000,
+ .rate_min = 88200,
+ .rate_max = 96000,
+ .nr_rates = 2,
+ .rate_table = (unsigned int[]) {
+ 88200, 96000
+ },
+ .clock = 1
+ }
+ },
+ {
+ QUIRK_DATA_AUDIOFORMAT(2) {
+ .formats = SNDRV_PCM_FMTBIT_S32_LE,
+ .channels = 16,
+ .iface = 2,
+ .altsetting = 3,
+ .altset_idx = 3,
+ .endpoint = 0x81,
+ .ep_attr = USB_ENDPOINT_XFER_ISOC |
+ USB_ENDPOINT_SYNC_ASYNC |
+ USB_ENDPOINT_USAGE_IMPLICIT_FB,
+ .attributes = 0,
+ .rates = SNDRV_PCM_RATE_176400 |
+ SNDRV_PCM_RATE_192000,
+ .rate_min = 176400,
+ .rate_max = 192000,
+ .nr_rates = 2,
+ .rate_table = (unsigned int[]) {
+ 176400, 192000
+ },
+ .clock = 1
+ }
+ },
+ { QUIRK_DATA_MIDI_YAMAHA(3) },
+ { QUIRK_DATA_MIDI_YAMAHA(4) },
+ QUIRK_COMPOSITE_END
+ }
+ }
+},
YAMAHA_DEVICE(0x2000, "DGP-7"),
YAMAHA_DEVICE(0x2001, "DGP-5"),
YAMAHA_DEVICE(0x2002, NULL),
Hi makoto.tsudo,
thanks for your valuable input. What exactly is your quirks table doing? I’m wondering if the same result might be achievable by adding an ALSA use case manager (UCM) configuration. The devices UR22C, UR24C and UR44(C) are already available there.
If you could create a pull request for your device there, it could be very helpful for other users (especially the ones without technical background), as the UCM configurations are used by the major desktop distributions.
Hi cyberchrime,
UR816C has 2 mode that a vendor specific mode in Windows or Mac and a generic usb audio in iPhone or Linux.
In other word, Steinberg driver use a vendor specific mode.
This quirks table can reconginze a vendor specific mode.
It meaning that we can use more features.
ex.
Additional input channel from computer. Music and Voice.
I do’nt have enough time to create pull request.
And you will need tools like a dspfxmix to reap the benefits in vendor specific mode.
So I do just share it.
As an additional note, a firmware update is required for the UR-C v3.0.