I came across recently when I plugged into my Marantz SA-14S1, using ROCK, I will able to configure to native DSD playback without any issue. With Holo Spring I’ve no luck but stuck with DoP. I’ve a couple of snap shots below.
Brian has advised that the mainline Linux kernel doesn’t have support for native DSD for the Spring yet. The small number of DACs that are currently supported for native DSD in the “stock” kernel can be seen at the end of this file.
Other DACs (including the Spring) are supported by patches that haven’t yet been merged into the kernel. I believe this is what the mR does. Roon struck some NUC related issues regarding such patches, so they’re not currently in ROCK. Roon intend to revisit this and hope to make it work before the Nucleus launches, but no timeframe has been announced.
Thanks @andybob, I can see how time consuming is to add a new DAC at a time into the kernel. As there are many users who own Springs, enable native DSD allows us to upsample to DSD512, thus fully utilised this feature.
If Roon can come up a current list of supported native DSD DACs, users will be well informed in advance. Some manufacturers do this, one example is Ropieee.
[quote=“andybob, post:6, topic:28489”]
The small number of DACs that are currently supported for native DSD in the “stock” kernel can be seen at the end of this file. [/quote]
Do I understand this list correct, that for once the Amanero of my Lampi DAC is supported for native DSD up to DSD512?
But doesn’t your Holo Spring incorporate xmos and that is also mentioned far down there…?
Just saw your post, apologies for the delay (the @ suffix before a username will flag attention eg: @Christoph).
My above post was passing on some comments from Brian, so I’m talking about something I know very little about (story of my life) !
Anything in the code between the /* … */ brackets is a comment intended to aid humans understand the code but ignored by the compiler. In the XMOS based USB section a number of cases are defined for various DACs based on a USB_ID but the Spring is not among them. This may be why a patch is needed.
The Amanero section doesn’t have comments about particular DACs, maybe the module is more of a stand alone unit with a common implementation. There are a number of cases defined, but I can’t tell what for.
I saw this thread at CA but it looks a little old.
As may now be obvious my proper answer in relation to the Lampi is “don’t know”. If I see anything more up to date I’ll post back here.
You’re Holo Spring requires a Linux kernel patch. So does your Marantz. However, there is no ‘planned’ work who, when and how such a patch is created and applied. Furthermore, upstream kernel (the “default” Linux kernel) is very slow in accepting these kind of patches.
That’s the reason that a lot of vendors (including me) are patching the kernel themselves and provide an alternative kernel. The Roon team is doing this as well for Rock, but it is a tedious and time consuming process so I can imagine that it takes time.
That’s something you can not do yourself. ROCK is an appliance, that happens to use the Linux kernel. Patching it is far from trivial and can only be done by the Roon team.