I was responding more in the vein of the person who was asking about using this for live audio DSP (presumably for a live hall performance).What is your application, exactly?
Perhaps it is something that pro-audio already has a solution for?
There are techniques to get the latency down to zero or near-zero with a DSP convolution engine (see Gardner paper, et al), so-called Non-Uniform Partitioning, etc. But, other conditions must also be present in the processing chain to achieve minimal latency: min-phase filtering, hardware transit times (buffer size), etc.
the actual DSP would need to happen in ~2ms I think to hit the end number.
I'll have to read that paper, and then a few other papers to understand that paper,
A couple ms for the roudtrip + whatever the specific filters you gonna use add could be in the realm of workable. But to achieve that you'd need an OS specifically designed for the task, with a realtime kernel for starters.I was going to ask about various other alternatives to reduce the delay but it looks like the baseline for inaudible times delays is 10 microseconds which is magnitudes lower (0.01ms) so even splitting the computational load among multiple cores/clustering pi's is going to be insufficient. It looks like the way forward on this is to leave the actual processing to a FPGA. So we'd need a container that can parse CamillaDSP generated filters and program the FPGA?
How do commercial DSP solutions manage this?
Manjaro has real-time kernels, never have used one though, so not sure how they perform with audio. Would something like that be appropriate for these kind of things?A couple ms for the roudtrip + whatever the specific filters you gonna use add could be in the realm of workable. But to achieve that you'd need an OS specifically designed for the task, with a realtime kernel for starters.
Commercial DSP use custom embedded OSes; not full fat linux.
A barebones arch installation with a realtime kernel would certainly be a step in the right direction if anyone wanna give it a try. No idea if it's gonna be good enough though.Manjaro has real-time kernels, never have used one though, so not sure how they perform with audio. Would something like that be appropriate for these kind of things?
Would something like that be appropriate for these kind of things?
Hi,indeed moode audio doesn't support multichannel through usb (only through hdmi). i read that it may be supported in moode 8 newer kernel wich will support more dac and multichannel.
I really do not know much about Moode but I do not think it supports multichannel audio at this time. You could try using my configuration with specifying 8 channels on the loopback and adjusting the routing matrix (0->0, 1->1, 2->2, 3->3, etc) accordingly. Then specify the loopback as your Moode output device and see if it works.
Michael
Any thoughts on how well CamillaDSP might work on Raspberry Pi OS now that the 64-bit version is out of beta?
, I believe the MOTUs have some fixes that were enacted in 5.11. Still I might give Raspberry Pi OS Lite 64 bit a try and see how it goes.More just curiosity on my part since I'm very familiar with Raspberry Pi OS. I have a couple Pi's at home running RPiOS that I use for networking: Pi-hole, Homebridge, etc. But if I were to create a dedicated audio setup with CamillaDSP it would not be hard to load up a Pi with 64-bit Ubuntu Server instead.Any reason you are looking to use Raspberry Pi OS? GUI? Something else?
More just curiosity on my part since I'm very familiar with Raspberry Pi OS. I have a couple Pi's at home running RPiOS that I use for networking: Pi-hole, Homebridge, etc. But if I were to create a dedicated audio setup with CamillaDSP it would not be hard to load up a Pi with 64-bit Ubuntu Server instead.
Hello,
Seems that the spdif inputs and outputs of the hifiberry digi+ i/o can be used simultaneously, according to this:
Has anyone tried, or do you think it is possible, to take a spdif signal to the hifiberry in, apply do the dsp in camilladsp, and output the processed signal to the hifiberry spdif out? It would make a versatile standalone dsp i could use in between my tv and my dac...
Thank you for your comments
Thanks. Would be to use with the tv, that always outputs 48 kHz, so might be worth a try...I tried the DIGI+ I/O at some point and it worked with CamillaDSP. In my notes I only have stuff about the input but I am 99% sure that I also tried using it as a playback device and the output worked as well. Biggest issue with the DIGI+ I/O is that it does not have an ASRC so you need to send the sample rate that CamillaDSP expects. This works really well if your source has a constant sample rate and doesn't work well if it has a variable sample rate. I think you could probably institute rate switching based on measured sample rate from the DSP but I have not done it.
Michael
Hello,
Seems that the spdif inputs and outputs of the hifiberry digi+ i/o can be used simultaneously, according to this:
Has anyone tried, or do you think it is possible, to take a spdif signal to the hifiberry in, apply do the dsp in camilladsp, and output the processed signal to the hifiberry spdif out? It would make a versatile standalone dsp i could use in between my tv and my dac...
Thank you for your comments