Overwitch is an Overbridge 2 device client for JACK (JACK Audio Connection Kit).
This project is based on the Overbridge USB reverse engineering done by Stefan Rehm in dtdump.
The papers Controlling adaptive resampling and Using a DLL to filter time by Fons Adriaensen have been very helpful and inspiring, as well as his own implementation done in the zita resamplers found in the alsa tools project.
At the moment, it provides support for all Overbridge 2 devices, which are Analog Four MKII, Analog Rytm MKII, Digitakt, Digitone, Digitone Keys, Analog Heat, Analog Heat MKII and Syntakt.
Overbridge 1 devices, which are Analog Four MKI, Analog Keys and Analog Rytm MKI, are not supported yet.
Overwitch consists of 4 different binaries: overwitch, which is a GUI application, overwitch-cli which offers the same functionality for the command line; and overwitch-play and overwitch-record which do not integrate with JACK at all but stream the audio from and to a WAVE file.
As with other autotools project, you need to run the commands below. There are a few options available.
- If you just want to compile the command line applications, pass
CLI_ONLY=yesto./configure. - If you do not want to use the JSON devices files, pass
JSON_DEVS_FILE=noto./configure. This is useful to eliminate GLIB dependencies when building the library. In this case, the devices configuration used are the ones in the source code. See theadding devicessection for more information.
autoreconf --install
./configure
make
sudo make install
sudo ldconfig
Some udev rules might need to be installed manually with sudo make install from the udev directory as they are not part of the install target. This is not needed when packaging or when distributions already provide them.
The package dependencies for Debian based distributions are:
- automake
- libtool
- libusb-1.0-0-dev
- libjack-jackd2-dev
- libsamplerate0-dev
- libsndfile1-dev
- autopoint
- gettext
- libjson-glib-dev (only if
JSON_DEVS_FILE=nois not used) - libgtk-3-dev (only if
CLI_ONLY=yesis not used)
You can easily install all them by running sudo apt install automake libtool libusb-1.0-0-dev libjack-jackd2-dev libsamplerate0-dev libsndfile1-dev autopoint gettext libjson-glib-dev libgtk-3-dev.
As this will install jackd2, you would be asked to configure it to be run with real time priority. Be sure to answer yes. With this, the audio group would be able to run processes with real time priority. Be sure to be in the audio group too.
Overwitch contains two JACK clients, one for the desktop and one for the command line and a recording and playing utility for the command line.
Regarding the JACK clients, latency needs to be under control and it can be tuned with the following parameters.
- Blocks, which controls the amount of data sent in a single USB operation. The higher, the higher latency but the lower CPU usage. 4 blocks keeps the latency quite low and does not impact on the CPU.
- Quality, which controls the resampler accuracy. The higher, the more CPU consuming. A medium value is recommended. Notice that in
overwitch-cli, a value of 0 means the highest quality while a value of 4 means the lowest.
The GUI is self explanatory and does not requiere any parameter passed from the command line.
$ overwitch -h
overwitch 1.0
Usage: overwitch [options]
Options:
--verbose, -v
--help, -h
If you are running PipeWire, go to the PipeWire section for additional information.
Notice that once an Overbridge device is running the options can not be changed so you will need to stop the running instances and refresh the list.
It is possible to rename Overbridge devices by simply editing its name on the list. Still, as JACK devices can not be renamed while running, the device will be restarted.
First, list the available devices. The first element is an internal ID that allows to identify the devices.
$ overwitch-cli -l
0: Digitakt (ID 1935:000c) at bus 001, address 005
Then, you can choose which device you want to use by using one of these options. Notice that the second option will only work for the first device found with that name.
$ overwitch-cli -n 0
$ overwitch-cli -d Digitakt
To stop, just press Ctrl+C. You'll see an oputput like the one below. Notice that we are using the verbose option here but it is not recommended to use it and it is showed here for illustrative purposes only.
$ overwitch-cli -d Digitakt -v -b 4
DEBUG:overwitch.c:206:(ow_get_devices): Found Digitakt (bus 001, address 005, ID 1935:000c)
DEBUG:jclient.c:112:(jclient_set_sample_rate_cb): JACK sample rate: 48000
DEBUG:jclient.c:471:(jclient_run): Using RT priority 5...
DEBUG:engine.c:1001:(ow_engine_activate): Starting p2o MIDI thread...
DEBUG:engine.c:1015:(ow_engine_activate): Starting audio and o2p MIDI thread...
DEBUG:jclient.c:112:(jclient_set_sample_rate_cb): JACK sample rate: 48000
DEBUG:jclient.c:102:(jclient_set_buffer_size_cb): JACK buffer size: 64
DEBUG:jclient.c:102:(jclient_set_buffer_size_cb): JACK buffer size: 64
Digitakt@001,005: o2j latency: -1.0 ms, max. -1.0 ms; j2o latency: -1.0 ms, max. -1.0 ms, o2j ratio: 0.999888, avg. 0.999904
Digitakt@001,005: o2j latency: -1.0 ms, max. -1.0 ms; j2o latency: -1.0 ms, max. -1.0 ms, o2j ratio: 0.999901, avg. 0.999903
Digitakt@001,005: o2j latency: 1.4 ms, max. 1.8 ms; j2o latency: -1.0 ms, max. -1.0 ms, o2j ratio: 0.999903, avg. 0.999905
^C
DEBUG:jclient.c:579:(jclient_run): Exiting...
To limit latency to the lowest possible value, audio is not sent through during the first seconds.
You can list all the available options with -h.
$ overwitch-cli -h
overwitch 1.1
Usage: overwitch-cli [options]
Options:
--use-device-number, -n value
--use-device, -d value
--resampling-quality, -q value
--blocks-per-transfer, -b value
--usb-transfer-timeout, -t value
--rt-priority, -p value
--list-devices, -l
--verbose, -v
--help, -h
If you are running PipeWire, you might want to pass the PIPEWIRE_PROPS environment variable with the node.group property set to same value the hardware has. Go to the PipeWire section for additional information.
$ PIPEWIRE_PROPS='{ node.group = hardware_node_group }' overwitch
This small utility let the user play an audio file thru the Overbridge devices.
$ overwitch-play -d Digitakt audio_file
You can list all the available options with -h.
$ overwitch-play -h
overwitch 1.1
Usage: overwitch-play [options] file
Options:
--use-device-number, -n value
--use-device, -d value
--blocks-per-transfer, -b value
--usb-transfer-timeout, -t value
--list-devices, -l
--verbose, -v
--help, -h
This small utility let the user record the audio output from the Overbridge devices into a WAVE file with the following command. To stop, just press Ctrl+C.
$ overwitch-record -d Digitakt
^C
2106720 frames written
Digitakt_dump_2022-04-20T19:20:19.wav file created
By default, it records all the output tracks from the Overbridge device but it is possible to select which ones to record. First, list the devices in verbose mode to see all the available tracks.
$ overwitch-record -l -v
DEBUG:overwitch.c:206:(ow_get_devices): Found Digitakt (bus 001, address 005, ID 1935:000c)
0: Digitakt (ID 1935:000c) at bus 001, address 005
Inputs:
Main L Input
Main R Input
Outputs:
Main L
Main R
Track 1
Track 2
Track 3
Track 4
Track 5
Track 6
Track 7
Track 8
Input L
Input R
Then, just select the output tracks to record as this. 0 means that the track is not recorded while any other character means it will. In this example, we are recording tracks 1, 2, 5 and 6.
$ overwitch-record -d Digitakt -m 001100110000
^C
829920 frames written
Digitakt_dump_2022-04-20T19:33:30.wav file created
It is not neccessary to provide all tracks, meaning that using 00110011 as the mask will behave exactly as the example above.
You can list all the available options with -h.
$ overwitch-record -h
overwitch 1.1
Usage: overwitch-record [options]
Options:
--use-device-number, -n value
--use-device, -d value
--track-mask, -m value
--track-buffer-size-kilobytes, -s value
--blocks-per-transfer, -b value
--usb-transfer-timeout, -t value
--list-devices, -l
--verbose, -v
--help, -h
Depending on your PipeWire configuration, you might want to pass some additional information to Overwitch by setting the PIPEWIRE_PROPS environment variable. This value can be set in the GUI settings directly but any value passed at command launch will always take precedence over that configuration.
Under PipeWire, a JACK client always follows a driver and when no connections are created it follows the "Dummy-Driver". This might cause some latency issues when making connections as the clients will transit to a new driver, making the timing measurements to wobble for a moment and ultimately increasing the latency.
To avoid that, here are some recommendations. Still, always try to follow the official PipeWire documentation.
- Use the Pro audio profile.
- Schedule Overwitch (both CLI and GUI) under the hardware driver. This can be achieved by using the properties
node.link-groupornode.group. - Do not have passive PipeWire nodes (
node.passiveset totrue) to avoid driver changes.
Device to JACK latency is different from JACK to device latency though they are very close. These latencies are the transferred frames to and from the device and, by default, these are performed in 24 blocks of 7 frames (168 frames).
Thus, the minimum theoretical latency is the device frames plus the JACK buffer frames plus some additional buffer frames are used in the resamplers but it is unknown how many.
To keep latency as low as possible, the amount of blocks can be configured in the JACK clients. Values between 2 and 32 can be used.
Although this is a matter of JACK, Ardour and OS tuning, Here you have some tips.
First and foremost, real time applications work much better without SMT/HyperThreading activated. This script might be handy. It also changes the CPU governor to performance.
#!/bin/bash
function disable() {
for c in $(seq 0 $(cat /sys/devices/system/cpu/present | awk -F- '{print $2}')); do
cpu_sibling_file=/sys/devices/system/cpu/cpu$c/topology/thread_siblings_list
if [ -f $cpu_sibling_file ]; then
id=$(cat $cpu_sibling_file | awk -F, '{print $1}')
if [ "$c" != "$id" ]; then
echo 0 | sudo tee /sys/devices/system/cpu/cpu$c/online > /dev/null
else
sudo cpufreq-set -c $c -g performance
fi
fi
done
}
function enable() {
for c in $(seq 1 $(cat /sys/devices/system/cpu/present | awk -F- '{print $2}')); do
echo 1 | sudo tee /sys/devices/system/cpu/cpu$c/online > /dev/null
sudo cpufreq-set -c $c -g ondemand
done
}
function status() {
grep -E '^model name|^cpu MHz' /proc/cpuinfo
}
if [ "$1" == "enable" ] || [ "$1" == "disable" ] || [ "$1" == "status" ]; then
$1
[ "$1" != "status" ] && status
exit 0
else
echo "Unknown smt setup" >&2
exit -1
fi
With rtirq-init package installed I simply let the script reconfigure the priorities of IRQ handling threads and then I run JACK, Overwitch and the desired applications. Notice that real time priorities are set by default so there is no need to set explicitely these.
$ sudo /etc/init.d/rtirq start
$ jackd ...
$ overwitch -b 8 -q 2 -d Digitakt
$ ardour
Currently I'm using this RT kernel. You don't need an RT kernel but it will help even more to reduce latency and xruns.
$ uname -v
#1 SMP PREEMPT_RT Debian 5.10.28-1 (2021-04-09)
With all this configuration I get no JACK xruns with 64 frames buffer (2 periods) and occasional xruns with 32 frames buffer (3 periods) with network enabled and under normal usage conditions.
Although you can run Overwitch with verbose output this is not recommended unless you are debugging the application.
Devices can be specified in two ways.
- Outside the library, in
JSONfiles. Useful for a typical desktop usage as devices can be user-defined, so no need to recompile the code or wait for new releases. - Inside the library, in
Ccode. Useful when using theliboverwitchlibrary andGLibdependencies are unwanted. Notice that the library is compiled withJSONsupport by default. See theInstallationsection.
This is a self-explanatory device definition from res/devices.json. The file is an array of definitions.
{
"pid": 12,
"name": "Digitakt",
"input_track_names": [
"Main L Input",
"Main R Input"
],
"output_track_names": [
"Main L",
"Main R",
"Track 1",
"Track 2",
"Track 3",
"Track 4",
"Track 5",
"Track 6",
"Track 7",
"Track 8",
"Input L",
"Input R"
]
}
If the file ~/.config/elektroid/elektron-devices.json is found, it will take precedence over the installed one.
New Overbridge 2 devices could be easily added in the overbridge.c file as they all share the same protocol.
To define a new device, just add a new struct like this and add the new constant to the array. USB PIDs are already defined just above. For instance, if you were adding the Analog Rytm MKII, you could do it like in the example below.
Notice that the definition of the device must match the device itself, so outputs and inputs must match the ones the device has and must be in the same order. As this struct defines the device, an input is a port the device will read data from and an output is a port the device will write data to.
static const struct overbridge_device_desc_static ARMK2_DESC = {
.pid = ARMK2_PID,
.name = "Analog Rytm MKII",
.inputs = 12,
.outputs = 12,
.input_track_names =
{"Main L Input", "Main R Input", "Main FX L Input", "Main FX R Input",
"BD Input", "SD Input", "RS/CP Input", "BT Input",
"LT Input", "MT/HT Input", "CH/OH Input", "CY/CB Input"},
.output_track_names = {"Main L", "Main R", "BD", "SD", "RS/CP",
"BT", "LT", "MT/HT", "CH/OH", "CY/CB", "Input L",
"Input R"}
};
static const struct overbridge_device_desc OB_DEVICE_DESCS[] = {
DIGITAKT_DESC, DIGITONE_DESC, ARMK2_DESC, NULL
};
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent