Success 
So we need newest rust for it to compile Henrik.
I removed the installed rust version with :
sudo apt-get --purge remove rustc
Then i installed latest rust(c) with :
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
Then logout of shell, and logon again (for updating path etc...)
And when done i compiled the camilladsp "pi" branch with :
cargo build --release
Not trying anything yet... Just to see if it would install on the RPI4 for now, thanks a lot man !!!
Jesper.
So we need newest rust for it to compile Henrik.
I removed the installed rust version with :
sudo apt-get --purge remove rustc
Then i installed latest rust(c) with :
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
Then logout of shell, and logon again (for updating path etc...)
And when done i compiled the camilladsp "pi" branch with :
cargo build --release
Not trying anything yet... Just to see if it would install on the RPI4 for now, thanks a lot man !!!
Jesper.
NP... Henrik As soon i got everything setup i will test cpu usage's
Well you wrote earlier this :
So now it becomes tricky as i donno howto handle this.
The player i use is squeezelite (on the Picoreplayer image/OS) - Resides on an RPI 3B+. The squeezelite takes the stream from my Logitech media player (LMS) and send it to the USB DAC.
I can ofcause install squeezelite on the RPI4 also if i would/need.
For now, for testing i have installed LMS on the RPI4, where i also installed this camilladsp.
On the LMS i also installed BrutefirDRC plugin, which takes the stream and convert/filter it in realtime with room correction filters etc...
But as i wrote earlier i havent got anything working good by now, and i simply don't understand howto do it proberly yet
So where i should put camilla in audio chain i don't know yet, but as i see it it should be something like this ::
RPI4 : LMS ---> camilladsp ---> squeezelite ---> USB DAC
Also if possible like this :
RPI4 : LMS ---> camilladsp
RPI 3B+ : ---> Squeezelite ---> USB DAC
I'am open for all possibilities as long as i can use LMS for streaming server i would be happy
Jesper.
As soon i got everything setup i will test cpu usage'sWell you wrote earlier this :
So now it becomes tricky as i donno howto handle this.
The player i use is squeezelite (on the Picoreplayer image/OS) - Resides on an RPI 3B+. The squeezelite takes the stream from my Logitech media player (LMS) and send it to the USB DAC.
I can ofcause install squeezelite on the RPI4 also if i would/need.
For now, for testing i have installed LMS on the RPI4, where i also installed this camilladsp.
On the LMS i also installed BrutefirDRC plugin, which takes the stream and convert/filter it in realtime with room correction filters etc...
But as i wrote earlier i havent got anything working good by now, and i simply don't understand howto do it proberly yet
So where i should put camilla in audio chain i don't know yet, but as i see it it should be something like this ::
RPI4 : LMS ---> camilladsp ---> squeezelite ---> USB DAC
Also if possible like this :
RPI4 : LMS ---> camilladsp
RPI 3B+ : ---> Squeezelite ---> USB DAC
I'am open for all possibilities as long as i can use LMS for streaming server i would be happy
Jesper.
I'm not familiar with how squeezelite works so it's difficult to give advice on how to set that up. Hopefully someone else will be able to help out with thatNP... Henrik
Well you wrote earlier this :
So now it becomes tricky as i donno howto handle this.
The player i use is squeezelite (on the Picoreplayer image/OS) - Resides on an RPI 3B+. The squeezelite takes the stream from my Logitech media player (LMS) and send it to the USB DAC.
I can ofcause install squeezelite on the RPI4 also if i would/need.
For now, for testing i have installed LMS on the RPI4, where i also installed this camilladsp.
On the LMS i also installed BrutefirDRC plugin, which takes the stream and convert/filter it in realtime with room correction filters etc...
But as i wrote earlier i havent got anything working good by now, and i simply don't understand howto do it proberly yet
So where i should put camilla in audio chain i don't know yet, but as i see it it should be something like this ::
RPI4 : LMS ---> camilladsp ---> squeezelite ---> USB DAC
Also if possible like this :
RPI4 : LMS ---> camilladsp
RPI 3B+ : ---> Squeezelite ---> USB DAC
I'am open for all possibilities as long as i can use LMS for streaming server i would be happy
Jesper.
Anyway, what camilladsp needs is a capture device to get sound from, and a playback device to send the processed sound to. It should probably be last in the chain before the dac. Is squeezelite using alsa?
With alsa in/out it should look something like this:
Music player app (squeezelite?) -> Alsa Loopback device -> CamillaDSP -> USB dac
To get a loopback device you have to load the loopback kernel module: "sudo modprobe snd-aloop". Then tell your music player to send sound to the loopback device instead of the real dac.
I have these components (PI, squeezlite, LMS, SB Touch) also and would like to incorporate Camllia... If you get this to work, please do a write up for how to accomplish it. Newwbii style pretty please
//
TNT / Henrik...
Squeezelite is using alsa ...
When i'am offduty this afternoon i will install the player and stuff on the RPI4, trying to connect the loopback interface into camilladsp.
I will if i'am capable of, write a howto when everything is up and running and tested.
Henrik is it possible that you have a filter which boost the bassarea or something like so that i can hear clearly if things are working when i will test it?!
So if i connect squeezelite through loopback into camilladsp, the output from camilladsp should connect to the USB DAC (makes real good sense, even for me)... As i wrote i haven't tried stuff like before, so are there anything i should know ?
Rgds; and good day; Jesper.
Squeezelite is using alsa ...
When i'am offduty
this afternoon i will install the player and stuff on the RPI4, trying to connect the loopback interface into camilladsp.I will if i'am capable of, write a howto when everything is up and running and tested.
Henrik is it possible that you have a filter which boost the bassarea or something like so that i can hear clearly if things are working when i will test it?!
So if i connect squeezelite through loopback into camilladsp, the output from camilladsp should connect to the USB DAC (makes real good sense, even for me
)... As i wrote i haven't tried stuff like before, so are there anything i should know ?Rgds; and good day; Jesper.
One thing to keep in mind: the loopback device can't convert sample formats and sample rate, so the output of squeezelite has to match the input settings of CamillaDSP. If that causes trouble you can insert an alsa "plug" to do conversions. I'll post my config files for this tonight. You can also check the alsa docs here: ALSA project - the C library reference: PCM (digital audio) plugins
I would recommend adding a highpass Biquad filter at 100Hz or so for testing, that makes it very obvious if the filtering is running and doing what it should.
I would recommend adding a highpass Biquad filter at 100Hz or so for testing, that makes it very obvious if the filtering is running and doing what it should.
I updated the first post. In short, check GitHub - HEnquist/camilladsp-config: Help for setting up CamillaDSP, example config files etc for config help
If one would like to avoid sample rate conversion, can a set of filters, out of several, be chosen depending on Fs?
//
//
TNT / Henrik...
Squeezelite is using alsa ...
When i'am offduty
I will if i'am capable of, write a howto when everything is up and running and tested.
Henrik is it possible that you have a filter which boost the bassarea or something like so that i can hear clearly if things are working when i will test it?!
So if i connect squeezelite through loopback into camilladsp, the output from camilladsp should connect to the USB DAC (makes real good sense, even for me
Rgds; and good day; Jesper.
Hi phofman...
(When two soundcards)
Is it the lms --> squeezelite --> loopback"out" --> loopback"in" camilladsp --> USB-DAC setup you mean ?
If it is, i have no plan nor acknowledge for this
Rgds; Jesper.
There is no way to switch filters automatically. You would have to have completely separate config files for each sample rate you want to use, and switch manually. The way CamillaDSP works, getting the sound from an alsa/pulse capture device, automatic switching becomes quite difficult to implement.
I'm guessing this question was for me.
When input and output are from different soundcards, I "solve" it by assuming they are pretty close in samplerate. If they drift apart slowly enough, there is no problem in practice. Every time the processing pauses any accumulated difference is reset. The worst case is if the playback device runs faster than the capture device. This means the playback device will run out of data after some time. When that happens it simply restarts the playback after a short delay. This becomes a slight glitch in the sound.
I don't plan on supporting output to several soundcards at the same time, so that case isn't handled at all.
Thanks for the warning about the rate plugin. My thinking is that it's best to keep the processing running at the rate one cares most about (in my case 44.1kHz) and let other stuff be resampled. Or switch config to process at another rate.