CamillaDSP for DRC, XOs, FIR and IIR (BiQuad)

[emailtim]

Just wanted to share a new opensource project that I recently discovered.  It runs on Windoze, Linux and Mac. 

 

I have been testing it as a plugin to ALSA in Linux and am quite impressed with it so far.  Kudos to the sharp author. 

 

PulseAudio can also be configured to use it as default so all of your Linux desktop apps get the filters transparently.  It creates stream and filter pipelines so it can be applied to a variety of situations.  There are also provisions for remote controls that I haven't explored yet.

 

It is in its last beta stage and soon to be a formal 1.0 release.  It is limited to a single sample rate (unless you use their resampler), but there is a auto-sample change rate plugin wrapper that allows automatic sample rate switching without resampling (if you like to go native). 

 

I have tested it with [44.1 to 384]kHz rates with no issues so far.  I have moved my JRMC convolution filters down into the CamillaDSP ALSA plugin which has eliminated the intermittent track startup pop/clicks in the Linux version of JRMC 26 and 27 that I have been experiencing.

 

Quick summary

• For Linux, macOS and Windows
• Written in Rust (next version of C++)
• IIR filters (BiQuad)
• FIR filters (Convolution via FFT)
• Built-in sample rate converter
• Filters can be chained freely
• Flexible routing
• Alsa, PulseAudio, Wasapi, CoreAudio, File and stdio input/output
• Simple YAML configuration
• All calculations done with 64-bit float

 

 

 

 

Main discussion thread:

camilladsp-cross-platform-iir-fir-engine-crossovers-correction

 

Github main directory:

Root Directory for CamillaDSP

 

Github auto data rate switcher main directory:

Automatic Sample Rate Switcher Plugin

[emailtim]

Hey Skip,

 

I am not aware of the existence of a centralized document yet.  It appears to be spread out across multiple threads and URLs.  I would suggest that you start with the GitHub main directory link in the OP and read each sub links.   Start with camilladsp and camilliadsp-config for a good overview.

 

CamillaDSP can be run by hand (for debugging config scripts), as daemon automatically started at boot, or nested in the automatic rate switcher wrapper.  I would suggest the by-hand version first until you have your scripts correct.  I have not ventured into the Web Controls yet or the moOde specifics. 

 

Keep in mind that feature scalability is directly related to the iron it is running on so if it is running on a RasbPi, expectations have to be set accordingly compared to a i7 or i9 processor.

[emailtim]

Been using CamillaDSP for @ a year now and wanted to post an update. 

 

Here is a latency response from streaming stereo 192kHz lossless content from JRMC's CloudPlay over the net, into JRMC and then out into 64-bit CamillaDSP where it is split into 8 channels applying 8 x 64bit/256K tap FIRs, driver gain balancing and then output to an 8 channel USB DAC @ 176.4kHz on a 10-year-old CPU running Linux Kernel 5.16 which has low latency USB music driver upgrades. 

 

Max interrupt latency is 13 micro seconds with average considerably lower.  I could never get anywhere near that in Windows.

 

This includes multiple copies of multi-tab Firefox and other apps over full screen XRDP remote desktop (2560 x 1600) with an average CPU use of 5%.

 

Pipewire and PulseAudio audio software stack is bypassed, writing straight to ALSA and the hw interface.