10-31-2023, 03:40 PM (This post was last modified: 10-31-2023, 03:41 PM by Sucama.)
Hello, I am having problems playing dsd256 files through the Camilla dsp filter in Moode 8.3.6. The sound comes out choppy and by changing both the Buffer (4096 to 8192) and the target level (to 4096) or also the sampling frequency (44.1khz to 48khz) in the filter, it remains without any change.
The files DSD 256 play perfectly in Native DSD, turning off Camilla dsp. The DSD 128 and 64 are reproduced perfectly through the filter (I tried several and the same thing happened in all of them).
The log file in Camilla section, show: Oct 30 18:44 : alsa_output: Decoder is too slow; playing silence to avoid xrun CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data.
Any help to solve it?
It is running on Raspberry pi4 with 8GB and the dac is Topping D50s
Thank you
(10-31-2023, 03:40 PM)Sucama Wrote: Hello, I am having problems playing dsd256 files through the Camilla dsp filter in Moode 8.3.6. The sound comes out choppy and by changing both the Buffer (4096 to 8192) and the target level (to 4096) or also the sampling frequency (44.1khz to 48khz) in the filter, it remains without any change.
The files DSD 256 play perfectly in Native DSD, turning off Camilla dsp. The DSD 128 and 64 are reproduced perfectly through the filter (I tried several and the same thing happened in all of them).
The log file in Camilla section, show: Oct 30 18:44 : alsa_output: Decoder is too slow; playing silence to avoid xrun CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data.
Any help to solve it?
It is running on Raspberry pi4 with 8GB and the dac is Topping D50s
Thank you
AFAIK, CamillaDSP can process only PCM streams so in moOde's audio pipeline MPD is converting the DSD stream to PCM on-the-fly before it gets to CamillaDSP. The first error message you show suggests the conversion is happening too slowly to keep up with DSD256.
I don't know whether there's a work around. If there isn't, then you'll have to wait for the team to get moOde running on the faster Pi5 and then see if the speed boost is sufficient to resolve your problem.
(10-31-2023, 03:40 PM)Sucama Wrote: Hello, I am having problems playing dsd256 files through the Camilla dsp filter in Moode 8.3.6. The sound comes out choppy and by changing both the Buffer (4096 to 8192) and the target level (to 4096) or also the sampling frequency (44.1khz to 48khz) in the filter, it remains without any change.
The files DSD 256 play perfectly in Native DSD, turning off Camilla dsp. The DSD 128 and 64 are reproduced perfectly through the filter (I tried several and the same thing happened in all of them).
The log file in Camilla section, show: Oct 30 18:44 : alsa_output: Decoder is too slow; playing silence to avoid xrun CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data. CDSP Plugin WARN: IO Thread out of data.
Any help to solve it?
It is running on Raspberry pi4 with 8GB and the dac is Topping D50s
Thank you
AFAIK, CamillaDSP can process only PCM streams so in moOde's audio pipeline MPD is converting the DSD stream to PCM on-the-fly before it gets to CamillaDSP. The first error message you show suggests the conversion is happening too slowly to keep up with DSD256.
I don't know whether there's a work around. If there isn't, then you'll have to wait for the team to get moOde running on the faster Pi5 and then see if the speed boost is sufficient to resolve your problem.
'Course I could be wrong.
Regards,
Kent
Thanks for your response Kent...I fear the same thing.
I hope someone else can repeat my experience, Tim doesn't seem to have this problem on his system...
(10-31-2023, 08:35 PM)Tim Curtis Wrote: No issues on my end with DSD256 + CamillaDSP. It's a Pi-4 and Allo Revolution USB DAC.
Hi Tim, I don't understand what's happening...these are the screens of my system...
Thanks for advance
Maybe something in the CamillaDSP config? Try with one of the built in sample configs like the one I used for my test.
Hi Tim. I have tried all the example filters, including Crossfeed bs2d.yml, and the result is the same: choppy sound.
I have even placed the DSD tracks on the microSD card to ensure better reading speed and the result is the same. I changed the filter buffer to 16384 and nothing happened. Should I assume then that Camilla has the processing capacity limitation of the Raspberry pi4? everything works fine with DSD128 and DSD64...
Thank you.
(10-31-2023, 08:35 PM)Tim Curtis Wrote: No issues on my end with DSD256 + CamillaDSP. It's a Pi-4 and Allo Revolution USB DAC.
Hi Tim, I don't understand what's happening...these are the screens of my system...
Thanks for advance
Maybe something in the CamillaDSP config? Try with one of the built in sample configs like the one I used for my test.
Hi Tim. I have tried all the example filters, including Crossfeed bs2d.yml, and the result is the same: choppy sound.
I have even placed the DSD tracks on the microSD card to ensure better reading speed and the result is the same. I changed the filter buffer to 16384 and nothing happened. Should I assume then that Camilla has the processing capacity limitation of the Raspberry pi4? everything works fine with DSD128 and DSD64...
Thank you.
It's curious that you have seen this problem and Tim hasn't. If you zip up one of your problematic DSD256 tracks (yeah, I know they're big), put it somewhere like Dropbox, and send Tim and me a link via PM, I'll see what happens on my Pi4.
(10-31-2023, 08:35 PM)Tim Curtis Wrote: No issues on my end with DSD256 + CamillaDSP. It's a Pi-4 and Allo Revolution USB DAC.
Hi Tim, I don't understand what's happening...these are the screens of my system...
Thanks for advance
Maybe something in the CamillaDSP config? Try with one of the built in sample configs like the one I used for my test.
Hi Tim. I have tried all the example filters, including Crossfeed bs2d.yml, and the result is the same: choppy sound.
I have even placed the DSD tracks on the microSD card to ensure better reading speed and the result is the same. I changed the filter buffer to 16384 and nothing happened. Should I assume then that Camilla has the processing capacity limitation of the Raspberry pi4? everything works fine with DSD128 and DSD64...
Thank you.
As I posted earlier it works perfectly on my end. Resource utilization is minimal.
11-01-2023, 03:48 PM (This post was last modified: 11-01-2023, 04:10 PM by Sucama.)
(11-01-2023, 03:17 PM)Tim Curtis Wrote:
(11-01-2023, 02:53 PM)Sucama Wrote:
(10-31-2023, 11:44 PM)Tim Curtis Wrote:
(10-31-2023, 10:09 PM)Sucama Wrote:
(10-31-2023, 08:35 PM)Tim Curtis Wrote: No issues on my end with DSD256 + CamillaDSP. It's a Pi-4 and Allo Revolution USB DAC.
Hi Tim, I don't understand what's happening...these are the screens of my system...
Thanks for advance
Maybe something in the CamillaDSP config? Try with one of the built in sample configs like the one I used for my test.
Hi Tim. I have tried all the example filters, including Crossfeed bs2d.yml, and the result is the same: choppy sound.
I have even placed the DSD tracks on the microSD card to ensure better reading speed and the result is the same. I changed the filter buffer to 16384 and nothing happened. Should I assume then that Camilla has the processing capacity limitation of the Raspberry pi4? everything works fine with DSD128 and DSD64...
Thank you.
As I posted earlier it works perfectly on my end. Resource utilization is minimal.
It's not obviously to me what might be happening on your system.
Tim, at Kent's suggestion I sent you by PM a Google Drive link with a DSD256 file that behaves like this and also the filters made with REW and exported as a wav impulse to Camilla DSP to configure the filters themselves.
You also have the cpu consumption behavior when the filters are used.
