I am a fan of Roon and I like Lumin. But Lumin U1 Mini is the only transporter I used. Maybe competition is better. I find that there is a technical problem that bothers me. It is not about SQ, it is only technical. And I feel that I want to share this.
And here is my problem:
Lumin shows 32b, custom upsampling set to 24b, Lumin display still shows 32b, my DAC shows 24b
Lumin shows 32b, custom upsampling off or set to native, Lumin display still shows 32b, my DAC shows 24b
My conclusion is that the Lumin U1 Mini is not capable to transport 32b to my 32b DAC
I understand Peter showed us a proof of a DAC capable of reading the 32b from Lumin
But it is a big problem that these 32b are not transported to every 32b capable DAC This is not a SQ thing, this is only something related to honesty and support
Proof that Lumin USB outputs 32 bit from Roon using RME ADI-2 Pro FS DAC native bit test:
Lumin USB 32-bit output was tested OK with some DAC based on XMOS USB chip and ITF USB chip. In case of the DAC using ITF USB chip, a corporate customer tested it for us.
DAC-specific issue cannot be investigated without a DAC being accessible by us. Besides, if 24-bit works, then it’s not a great problem as 32-bit is not offering any gains at the DAC. (32-bit is only useful as an intermediate step in signal processing.) According to Stereophile measurements, no existing DAC has higher than measured 22 bit resolution.
I dont really care and nobody should care with some test you did with some unknown DAC
I want Lumin U1 Mini to send 32 bits flow to my Sony TA-H1ES 32 bits DAC
It is stated in your webpage that it is a 32 bits player
So why it is not working with my 32 bits DAC? This is outrageous
That means that what you state in your Lumin products specs may not work with all the related setups
This is a big thing one should have in mind!
I understand your frustration that it‘s not working as expected. I’m sorry for that. I know the feeling.
All my experience with digital Hi-Fi systems (which are just specialised computers, so it’s about integration and implementation of hardware, software, protocols, firmware) tell me that no supplier can forsee all possible configurations. So the bitter truth is: these things happen when you combine components.
Maybe it helps getting over your anger that you could assume that LUMIN did not try to trick you into something (at least I can not imagine that)?
For now you learned something: that there’s an issue with that specific setup. Maybe you are the first one who discovered it?
Anyhow, you have to decide what to do. Will you await an answer from LUMIN if this can be fixed? Will you return the LUMIN? Will you get another DAC that will receive 32bit from the U1Mini (Peter can for sure recommend one). Or will you be OK with “just” 24bit? Or maybe you upsample everything to DSD (I do not know if your DAC supports that).
Is the Sony DAC not resampling all PCM input into DSD?
So the best solution will be (U1 mini is only supporting DSD 256): Let the Roon DSP resample to DSD 256 and compare it with the native or to 32 bit resamplet music.
The test proves that Lumin is able to output 32-bit. We also output 32-bit to XMOS and ITF-based USB DAC (recent Esoteric). Every DAC is different, especially for Linux. Take native DSD for example, many DAC is able to do native DSD in Windows but not in Linux.
If your DAC shows the same problem with another Linux Roon Bridge, then your DAC has a limitation in Linux.
If your DAC shows 32-bit with another Linux Roon Bridge, then the current Lumin firmware has a limitation with your particular DAC.
Again, 32-bit data is not significant at the DAC end unless you’re doing further digital processing that is built into the DAC instead of before it (in the Roon Core).
Their is no Linux driver for the Sony DAC so any Linux based device or computer will fall back to standard USB 2 class audio driver and may miss out any DAC specific features such as 32bit support or native DSD. If hardware manufacturers don’t release one it can’t get into the inner workings of Lumin and other devices. A lot of DACs have just drivers that run on Windows and don’t look to support other OS.
Lumin use Linux as the backend of their internal software the same as many hardware vendors do, they often try and add support for DACs not supported normally under Linux but need to have the DAC and the resources to hand and it needs to be worth the investment. This same issues can also affect Roon’s Nucleus if DAC is directly attached.
I would reach out to Sony and ask them what Linux support they have and what might or may not function. This is not just a Lumin issue and blaming them solely is highly inappropriate. Saying this perhaps Lumin’s marketing needs to be more clear on the fact it’s Linux based and support is dependent on the DACs support for this.
ASIO is for Windows only and its use provides the interface between windows and the audio hardware, which is why it works to give full function to the DAC.
Without the ASIO driver you would be working like you see in Linux in that the you would get a common, reduced set of capabilities that apply to all DACs.
based on the Sony TA-H1ES DAC I didnt manage to get an exact match, but this is typical of such companies not to support Linux based systems. maybe you meant this Sony TA-ZH1ES DAC
“Roon Rock runs on Linux. Native DSD only works with Linux if a driver is written for the specific DAC being used. Thus far, there is no Linux native DSD driver for the TA. But who cares, it makes literally no difference to what data is converted to analogue inside the TA. Chill out!”
When I upsample flow to DSD in Roon, Lumin correctly outputs DSD signal to the TA which recognizes it. Isn’t this weird that DSD playback is correctly ouput but not 32 bits?
Anyways I discover I have many similarities with Jon Snow. I know nothing
The only thing that I know is that I am angry to have bought a Lumin while I could just use my laptop with a high end USB cable…