azabu
100+ Head-Fier
Yes but you don't have to use wall power for the Qutest, you can use an external battery pack as well.
I tried this and (to me) it sounded flat. I've gone the LPS 1.2 route and pleased with the results.
Yes but you don't have to use wall power for the Qutest, you can use an external battery pack as well.
But this noise is negligible.
I used a Hugo 2 battery, loaded with a 15 ohm resistor to draw 0.25A. A wt 20 to 20k it was 670nV on the AP with the battery connected, with the battery not connected to the 15 ohm load it was ... 670nV. So no noise at all from the battery.
Using the AP's 2.5MHz ADC with a 1 MHz bandwidth, it went from 8.45 uV to 9 to 10 uV. Against any active regulator this is fantastic performance.... A quality linear regulator would be 60uV in the audio bandwidth alone. And ultra low noise regulators are an enormous 12uV 20-20kHz alone, let alone a 1 MHz bandwidth.
Hi Rob, I think you've mentioned this before, but over all else you do recommend a battery pack as a power supply for the Qutest for the best possible SQ?
If so are there any particular brands you personally use or recommend to try out?
If not is there any other typical LPS/UPS type you recommend?
There are so many options, discussions, contradicting info I've gone through that it's exhausting and hard to discern facts vs nonsense.
I trust the person who actually designed the darn thing over anyone else.
And thanks for designing a really excellent product!
That’s unusual. Maybe you should set your Qutest to output at 2V or even 1V. Perhaps you were always clipping your preamplifier at 3V with 2Qute and now Qutest which is why it’s hard to hear the sonic improvements.Guys,
How much break in time does Qutest need?
I got my Qutest in the previous week.
I tried to listen it twice.
After 4x24 hours Qutest sounded really bad and unmusical.
After 7x24 hours Qutest sounded better, at least comparable to 2Qute.
But steel, sound wasn't open like in my 2Qute and in term of details and separation it was just a very little better then 2Qute.
I use white setting of the filter.
Guys,
How much break in time does Qutest need?
I got my Qutest in the previous week.
I tried to listen it twice.
After 4x24 hours Qutest sounded really bad and unmusical.
After 7x24 hours Qutest sounded better, at least comparable to 2Qute.
But steel, sound wasn't open like in my 2Qute and in term of details and separation it was just a very little better then 2Qute.
I use white setting of the filter.
Hi all,
I currently have a Hugo (mk1) connected to an Auralic Aries (the full fat one). In this configuration I can only get the DSD lights in the Hugo when I activate DoP (DSD over PCM) in the Aries but this is, if I understand correctly because the Hugo only supports DSD in DoP 'encapsulation'.
I am considering the upgrade to a Qutest specifically for native DSD support but according to the online manual, "Native DSD playback is only available via Windows OS with the driver available from the Chord Electronics website." and I am trying to understand what this means:
- If I am running Roon on a MAC can I get native DSD?
- the sentence assumes the Qutest is either connected to PC or a MAC but in this case it will be connected to neither, but instead a specific devices, the Auralic Aries - will I get native DSD?
Thank you for the replies. Sorry if this has been discussed before but it is impossible to read 100 pages backwards
Regards all.
Hi there,
No I wasn't really aware of what DSD over PCM was. The Auralic is a new adition to the system, so nothing wrong with the sound, I simply assumed native was the real deal while DoP would mean some sonic compromise.
If that is the case I am fine.
Regarding my questions, I assume that both via Aries and Mac computer DoP is the only technical possibility (because no drivers are involved).
Thanks for the answer.
Mac OSX actually has many USB audio drivers built-in but may also require drivers for some devices provided by the manufacturer. Windows based computers haven’t for a looooong time, hence the acceptance that drivers are required. Also, Windows software can also use DoP. Incidentally, other standards like coaxial and optical can also utilize DoP.
There is an advantage to some USB audio drivers in that if packets are skipped or if there are errors it can re-send them, but if there are no playback issues (computational overhead) then there is no concern with DoP.
The issue started because the USB standard only recognized PCM as an audio stream so then DSD over PCM (encapsulating the data in a PCM wrapper) was created. When the receiving device recognizes the DoP flag it dumps the PCM marker and plays as 100% DSD.
You mentioned some drivers had this resend mechanism. Is this the case of the Hugo/Qutest products family? (I would assume not and don't know of any dac with this capability)
It's true that standard driverless USB does not resend faulty packets; but with the Chord Windows driver, it does. It's also true that standard USB has extremely low USB errors too, and if you got faulty data, it would sound as clicks and ticks. I have never heard a tick via USB from my mobile phone ever, and that is driverless.
As too optical errors - it either happens all the time (struggling with 192) or never, so SPDIF is actually robust in practice. I do all my measurements (some taking hours) with optical, and one bit failure I would see it in the measurements, and I never have.