@chriss0212 : IMHO I am afraid you are turning in circles, and need to find out how your chain works first. While it seems simple at first sight, there are quite a few things which need to be taken into account.
First I would suggest what Henrik already did - get rid of the plug plugins, so that you access your device directly. Check that proc file and configure CDSP capture and playback to fit, so that the plug plugin is not required. That will eliminate useless uncertainties and clean up the chain.
Then I would suggest to draw your chain and think about what part runs at what samplerate and what is the source of the clock for that samplerate. This analysis will have direct impact on your CDSP config which needs to reflect the clocking arrangement of your chain.
First I would suggest what Henrik already did - get rid of the plug plugins, so that you access your device directly. Check that proc file and configure CDSP capture and playback to fit, so that the plug plugin is not required. That will eliminate useless uncertainties and clean up the chain.
Then I would suggest to draw your chain and think about what part runs at what samplerate and what is the source of the clock for that samplerate. This analysis will have direct impact on your CDSP config which needs to reflect the clocking arrangement of your chain.
"In this case", you mean it is likely to change when you play different songs/albums? This needs to be totally clear from the start. Can the streamer be configured to output a fixed rate?
The Digiface can lock it's clock to an input, but if I read the manual correctly, the sample rate of that input must match what the Digiface is set to. It won't automatically switch to another rate if the streamer decides to feed it at a new rate.
Turning in circles... yes... you ar right!
I am not using any plugin. I just installed kernel 6.12 because the RME is only supportet in this kernel (as far as i know)
Because i don't have access to the driver, i only can try out, to find out what is reacting how.
The chain itself is very easy:
Streamer -> Toslink Output -> RME Toslink input -> CamillaDSP -> 4 times Toslink Output.
I have tried different settings in the Streamer: fixed rate and switching rates. Both have different problems.
Fixed rate: it runs severeal hours without a problem.
Switching rate: some samplerates are working some start to make problems.
Using the samplerate, wich makes no trouble in the switching scenario, starts to make problems after some hours.
Biggest Problem: i am a total Linux newbie... so i just can try to use ChtGPT... or the help of the community... what i realy appreciate!
I have tried both... fixes rate and switching rates... both with different behavior.
Problem is: i can not (or don't found how) change the samplerate what the rme should use internaly. Maybe it is set to 44.1kHz, because this is the only samplerete so far, without a problem.
Will try again, to connect the RME to a windows system, to check wht will happen, if i change the samplerate in the driver!
This is a part from the manual:
To me this sounds, that the RME will lock and set the SR to the input source. In alsamixer i get the sync status on input 1, what is the input i am using.
Strange is, that the SR what is shown in alsamixer is different to the one i am getting in CamillaDSP. Maybe something whaut is related to the muxing behavior in ADAT.
To me this sounds, that the RME will lock and set the SR to the input source. In alsamixer i get the sync status on input 1, what is the input i am using.
Strange is, that the SR what is shown in alsamixer is different to the one i am getting in CamillaDSP. Maybe something whaut is related to the muxing behavior in ADAT.
