Could it only be a firmware bug or a slight incompatibility at the driver level? I guess the problem must be corrected by either the DAC manufacturer or the Ropieee creator.
this is not a solution because channels will be reversed for both PCM and DSD.
You can’t reverse channels in procedural EQ only for DSD, right?
and it’s processing intensitive
Well, you’re right about that.
But, that’s where presets come in handy, although you would still need to switch manually.
Understandably, that’s frustrating.
Upsampling everything to the same rate and using procedural EQ to fix it is not an option for you?
Can’t second that, see attached screen shots.
I upsample and use convolution for room correction, but processing is not slowed by swapping channels by procedural EQ.
It is not processing intensive because you are applying procedural EQ on a PCM stream. Try that in DSD and your CPU will be crawling.
It is better, as a temporary solution, to convert DSD to PCM on-the-fly and not PCM to DSD because it is more efficient and channels will already be in good order.
Interesting problem. None of my DSD-capable DACs are connected at the moment, but I’ll dig one up and give this a try later this weekend and report back. I’m curious to know if this is specific to Soncoz, the Linux kernel / driver, or something in R.A.A.T. (unlikely).
Okay, I gave this a try with my iFi Audio micro iDSD with upsampling to DSD64. Channel identification was correct, so perhaps this is something specific to Soncoz. I’m running VitOS with this kernel:
# uname -nsr
Linux VitOS 4.19.80-1-rt28-ARCH
Here’s the test track and signal path that I used: