If I read this correctly, the MQA authentication (i.e. “first unfold” is done by my Roon core (Nucleus+) before being sent to my roon-ready DAC (Brooklyn Bridge). And after reaching the DAC, the full MQA decoding (i.e. “second unfold”) takes place in the local DAC process that renders it to its final analog signal, where the blue dot also comes into play - showing a manipulation was done to the steam.
(btw, is this correct? MQA formal terminology usually refers to the first unfold as decoding, and the second one as rendering, which isn’t fully compatible to the above terminology - but I am guessing that is what is in fact happening?)
Second instance is mystery to me. this is a regular file that is NOT an MQA file (FLAC 44.1kHz 16 bit from Tidal, i.e. standard CD quality):
Indeed, as expected, Roon doesn’t do any manipulation to the steam, since there is nothing to manipulate. However, this shows MQA decoding on the Roon-ready DAC side (Brooklyn Bridge). That is not correct. I can confirm that the MQA indicator on the Brooklyn Bridge is off (as it would be, since no MQA file is detected). I even disabled MQA completely on the DAC for good measure, and Roon still shows both an MQA decoding, as well as a blue dot to indicate some stream manipulation is done, while none is.
What explains this?
It would be good for this info to be reliable and meaningful as it is so core to the Roon value proposition.
thank you @Carl - the description of the MQA stages makes total sense, got it…!
let’s indeed see what @support says on the latter issue - no MQA should show for non-MQA files (especially as Mytek device isn’t itself showing MQA on display; and even when I purposefully disable MQA on that device)
The second stage is a Render stage, not a decoder stage as no new information is unpacked. It is a filter choice, maybe a sample rate change.
Mytek had a feature that once the MQA process is engaged, it is then applied to non MQA PCM, until MQA processing is manually turned off. This might be what is being shown. Send a message to Mytek and ask.
No. In case of a Roon Ready product, Roon Signal Path just shows what is reported by the RAAT endpoint. If you think the signal path is incorrect for a Roon Ready product, it would have to be handled by your Roon Ready product manufacturer.
@goldwerger you have done very much the same observations as I have with a Manhattan II I have on trial. As @wklie pointed out, this is on the endpoint’s side, I opened a ticket with Mytek support to see what they have to say. They are using a third-party network module from Conversdigital but hopefully they can resolve this.
Everything is playing correctly on the Mytek, it’s just the reporting back to Roon that’s really mixed-up.
In your first post I see something in the path I haven’t come across so far, it doesn’t look right; the file is MQA Studio 96kHz, yet the Mytek’s ”MQA Full Decoder” reports ”MQA Studio 44.1kHz”.
Also, when MQA is enabled on the Mytek, it will use that filter also on all regular PCM and you’ll see the ”MQA Core Decoder” stage in the signal path like this:
@sohe68 - thanks for sharing. It does seem to be a similar problem.
I just tried something different - hard reboot of the Mytek unit (after putting in standby, taking both power and ethernet plus out and reconnecting, then starting fresh). This seems to have solved it and I have the blue dot again.
That said, I don’t have confidence it will last, as the integration is clearly not as goo as intended. This isn’t “roon ready” in the full sense, only 95% so - the signal info is clearly not working well.
I am not sure if this is on Mytek side or roon - but it would be good if they solved it, as clearly this is affecting multiple people on multiple models, including non-Mytek gear (see @Chrislayeruk post above as well).
No. The way his equipment chooses the color for the LED display is unrelated to the issue in this thread.
His observation is about different colors for MQA stream and Core decoded stream (technically known as MQB), and whether his equipment is able to do MQA Rendering given a MQB stream. The issue in this thread is about having MQA in the signal path or the consistency of it even when not playing a MQA file.
@john@nuwriy - I can confirm after multiple tests that the only way the signal path shows correctly (render stage, i.e. “MQA Full Decode”) on the Broopklyn path end, with blue dot to accompany, is by hard reboot of the unit - by disconnecting it from power source, plugging it back in, and playing the same song (wtih exact same setup), that until that reboot was lacking that stage in the signal path and was shoiwng a purple dot.
This will hold for a few minutes or a few tracks, and then revert back to showing MQA with purple dot and without reflecting the local MQA rendering (even though the Brooklyb’s local LCD display will show MQA).
This is extremely bothersome, since when I listen on roon, I don’t stare at the small screen of the DAC, but I use the roon interface to inform me what is playing and at what quality.