RPi + CamillaDSP Tutorial

[Raspiaudio]

Ah, nice! It's good to have more options in the market. The only other option for 8 channels in and 8 channels out (the max for the Pi 5) that I know of is the HiFiBerry DAC8x + ADC8x HAT stacked on top. Your offering is about half the price of that combination.

Thanks! Indeed it's half the price and I very carefully routed the PCB on 4 layers keeping audio tracks very short and clocks far away form analog signal. It came with a pin riser to plug on top ot the PI5 case.

@somebodyelse the smaller model 8xOUT is indeed in the smaller form factor but still only for PI5, smaller is cheaper to produce, ship, less waste, it also gives more air for the PI5 to cool.

 

[somebodyelse]

@somebodyelse the smaller model 8xOUT is indeed in the smaller form factor but still only for PI5, smaller is cheaper to produce, ship, less waste, it also gives more air for the PI5 to cool.

It also appears hard to provide mechanical support near the connectors (some custom bit instead of an ordinary standoff needed), and hard to make a tidy enclosure for.

 

[phofman]

Or just using 4 PCM5102A boards for 2.5EUR each from Ali incl. shipping to EU, all control inputs (filter selection, deemphasis, soft mute) incl. optional MCLK input available, each channel pair has a separate linear regulator 5V -> 3.3V for analog and digital. The RPi overlay (without GPCLK MCLK, i.e. with PLL) would be identical. Fiddling with overlay would allow direct MCLK from RPi.

 

[MCH]

That form factor can be practical if you want to mount the sockets on a panel, away from the RPI via ribbon and not having the usb sitting right below. But yes, that's a niche case.

 

[somebodyelse]

That form factor can be practical if you want to mount the sockets on a panel, away from the RPI via ribbon and not having the usb sitting right below. But yes, that's a niche case.

In which case you don't want it to have 1/8" sockets

 

[Raspiaudio]

Well if your prefer full size hat you still have the 8xinput + 8xoutputs offering in bonus 8 input compared to competition

 

[Olombo]

Cdsp on RPI works now since months without any hassle. I wonder if it is necessary to shut it down properly when only doing processing. Means no update/changes/filter switching/....
I am overworking my HT-Automation and shutting this RPI down would be a extra effort.

 

[somebodyelse]

If the filesystem is mounted read-write then failing to shut down nicely is a risk, if usually a small one. The safer alternatives are probably more work than initiating a shutdown though. Essentially you run from a read-only fs with randrive overlay, or entirely in memory, optionally with a way to save changes if necessary. You could look at TinyCoreLinux as used by piCorePlayer or the tools for read-only rootfs for debian if you want to do it reliably. daphile does something similar with a gentoo base, but I haven't looked into how.

 

[Wirrunna]

I just revisited my Flirc setup to add config change using an old Squeezebox Boom remote. I have not used the Flirc to change the config since I set up a Waveshare 10.1" touch screen with the RPi5 mounted behind it as I have been using the CamillaDSP gui.

When I change the config using the Flirc the GUI left hand pane "Config" field does not update. I vaguely recall that this was discussed a year or two ago but appears not to have been resolved.

 

[melomane13]

Well if your prefer full size hat you still have the 8xinput + 8xoutputs offering in bonus 8 input compared to competition

Make a 8Xoutput + 2XinputAnalog + 1toslinkIN and you will be the only one on the market to produce the perfect complement for camilladsp.

 

[Olombo]

Ok so maybe another shutdown approach: if for e.g. 20minutes no music signal was computed shut down.

To detect a signal as condition could be tricky!? But I use many FIR filters so my cpu load is quite high..... a script "cpu load average in last 20min < x% then shutdown" should be somehow possible or?

 

[phofman]

@Olombo: Playing music takes no writing to the filesystem (unless some logging is enabled). As @somebodyelse suggested - use a read-only setup on your RPi. E.g. https://learn.adafruit.com/read-only-raspberry-pi/overview .

 

[Olombo]

Ok seems really the easiest solution. Thanks!!

 

[MCH]

Another approach is to switch both off and on safety the pi without cutting power, but using gpios and global_en pin:

https://raspberrypi.stackexchange.com/questions/117013/raspberry-pi-4-b-gpio-boot-and-shutdown-buttons

 

[phofman]

IMHO embedded devices, in production/past the development stage, should all run with read-only root filesystems, if possible. Powering on/off with the GPIOs is quite handy, even with the r/o fs (as the controlled poweroff could e.g. sync the tmpfs overlay with the root, for persistency).

 

[MCH]

Powering on/off with the GPIOs is quite handy

And almost a must if the RPI shares power supply with something else and/or you want to use a remote control for instance

 

[tinnitus]

I made the RPI shutdown with the android app SSH button.

 

[melomane13]

Power on RPI with a bluetooth remote, using esp32-C3 controller and relay.
Clean RPI shutdown with power button of the same bluetooth remote.
if interest i can share the c code

 

[Xombul]

Make a 8Xoutput + 2XinputAnalog + 1toslinkIN and you will be the only one on the market to produce the perfect complement for camilladsp.

I fully agree: toslink IN is a must, it would allow to connect directly a Wiim streamer with the toslink IN and run Camilla on the Rapi5 for room correction. BTW CS43131 could be an option for the dacs

 

[Raspiaudio]

Hi

Or just using 4 PCM5102A boards for 2.5EUR each from Ali incl. shipping to EU, all control inputs (filter selection, deemphasis, soft mute) incl. optional MCLK input available, each channel pair has a separate linear regulator 5V -> 3.3V for analog and digital. The RPi overlay (without GPCLK MCLK, i.e. with PLL) would be identical. Fiddling with overlay would allow direct MCLK from RPi.

So on the next version of the board I will add optional MCLK what gpio do you usually use for it? GPIO 4 ?

thx