Not going to argue with your reasoning at all, but for the record - the Okto works well using non Windows operating systems.In the end I decided to go with the tried and true: Motu Ultralite Mk5 it is.
Not going to argue with your reasoning at all, but for the record - the Okto works well using non Windows operating systems.
Best of luck to you @Daverz, I have been thinking of getting a MK5 for the inputs (for things like measurements and room EQ). The Ultralite beats the Okto in that department hands down.
I'm having trouble getting the ultralitemk5_streamer_44c_44p.yml config working at all on Bookworm (loading the file and then applying to the DSP in the web interface). This is a previous Camilla setup following mdsimon's instructions for an M4.
Log message is
2024-08-01 18:48:28.614519 WARN [src/alsadevice.rs:281] Capture device failed while waiting for available frames, error: ALSA function 'snd_pcm_wait' failed with error 'EPIPE: Broken pipe'
2024-08-01 18:48:28.614610 ERROR [src/bin.rs:307] Capture error: ALSA function 'snd_pcm_wait' failed with error 'EPIPE: Broken pipe'
2024-08-01 18:51:21.686606 ERROR [src/bin.rs:307] Capture error: ALSA function 'snd_pcm_hw_params_set_rate' failed with error 'EINVAL: Invalid argument'
2024-08-01 18:51:21.686687 ERROR [src/processing.rs:50] Message channel error: receiving on a closed channel
Ultralite rate is set to 44100.
Squeezelite settings are
SL_SOUNDCARD="hw:Loopback,1"
SB_EXTRA_ARGS="-W -C 5 -r 41000-41000 -R hLE:::28"
Oddly, if I try it with everything ( set to a sample rate of 48000, I get playback, but the capture rate is set to 16000.
Thanks! Good to know for future reference. So it seems if the chunksize and target_level are too low it tries to choose a sample rate to keep up (which would be 48000->16000 for capture_rate=48000), and if the sample rate it tries to switch to is not available it fails. Is there a rule of thumb for the different capture/processing rates, or did you work it out by trial and error?Sorry about that, I had an error in that configuration. It should be chunk size 256 and target level 511 but was 64 / 127. I've uploaded a corrected version to GitHub. Otherwise you can just make that change manually and it should be OK.
I also checked all the other streamer configurations and this was the only one with that error. Doh!
Michael
IMO the CDSP source code has no such functionality. But it opens the capture device at a rate which the device reports as available. The first process/side which opens the alsa loopback device sets the samplerate and then the other side has only this rate available. Could perhaps squeezelite open the loopback at 16kHz instead?So it seems if the chunksize and target_level are too low it tries to choose a sample rate to keep up (which would be 48000->16000 for capture_rate=48000), and if the sample rate it tries to switch to is not available it fails.
Thanks! Good to know for future reference. So it seems if the chunksize and target_level are too low it tries to choose a sample rate to keep up (which would be 48000->16000 for capture_rate=48000), and if the sample rate it tries to switch to is not available it fails. Is there a rule of thumb for the different capture/processing rates, or did you work it out by trial and error?
Hi
Is there any setting I could change so that channel count starts with "1" instead of "0"? My home cinema system is based on Dante and there channel count starts with 1. So this is sometimes confusing while experimenting..
There are some breaking changes so the old config needs to be converted. You will be able to do that in the gui with the import function.If I update: will my settings remain? Or again starting from scratch?
I update everything as described in the github tutorial. However I cannot see the "label" fields. Anything to activate?
Hi guys,
In the last few days I tried to build a bluetooth receiver for my car, which should have the additional feature of EQing all audio before the D/A conversion. I had a Raspberry Pi Zero 2W lying around + used some basic USB DAC ("Sharkoon Gaming DAC V2") and a separate USB Bluetooth dongle from TP-Link.
My first attempt relied on basic Raspbian, where I manually configured pulseaudio + bluez to pass-through Bluetooth Audio. While this part worked for a couple of seconds (followed by severe drop outs), I failed setting up a DSP / EQ.
Then I remembered that Moode should be able to handle all of these points (using CamillaDSP). With Moode I now have a functional Bluetooth receiver (I had to turn down SBC bitrate to 237 kbps in the bluetooth settings to avoid drop outs), but CamillaDSP doesn't seem to touch any audio coming in via Bluetooth. When streaming some radio station, CDSP works most of the time, but as soon as I switch to Bluetooth audio, CDSP just doesn't do anything. That is, the GUI is still functional, state is "RUNNING", gui shows the signal coming in and going out, but a simple "peaking" filter at 1kHz with +15dB of gain (just something I would notice immediately) doesn't do anything.
Also, CDSP randomly seems to jump to "offline" independent of the audio source.
Running CDSP 2.0.1 with pyCDSP and the backend at version 2.0.0.
Can you perhaps name some settings I should check? I could also post all of my configuration if I'd know which parts are relevant.
If there's a working tutorial which describes how to set up such a configuration without Moode, I'd thankfully take it as well.
Happy for any help.
Thanks! MM.