|
Audio Asylum Thread Printer Get a view of an entire thread on one page |
For Sale Ads |
65.210.205.254
Gang:Does anyone know if the Ack! dAck! 2.0 decodes HDCD signals?
If not, do they plan to offer this option?
Thanks for any responses.
Thom T.
Rational Insanity and Controlled Chaos!
Music is life, and life is music.
Follow Ups:
Hi Thom,The dAck! is 100% digital filterless, thus it does not process samples at a higher rate than the sampling frequency. HDCD decoding requires a lot of DSP and results in processing frequencies much higher than 44.1, so the dAck! will not decode it. The HDCD information is encoded as pseudo-random noise in the lowest bit so it otherwise passes through the dAck! undetected.
In terms of overall performance, we find the disadvantages of oversampling far outweigh the minor enhancement in resolution that HDCD offers; for us, resolution isn't all that great if it results in overbearing transients and in any case it is only an apparent effective increase in resolution, not a definitive one. Since we specialize in non-oversampling converters, and the dAck! has a 16-bit chipset, HDCD will definitely not be appearing as an added feature on this product.
Best,
"The HDCD information is encoded as pseudo-random noise in the lowest bit..."That's a great description of dither...
HDCD uses the LSB as a "code" to trigger dynamic expansion of peaks and low-level signals. (This "code" also illuminates of the "HDCD" indicator on the DAC or CD player.) The details of the coding/decoding are proprietary to Pacific Microsonics/Microsoft.
Since the details are proprietary, nobody outside of Pacific Microsonics/Microsoft knows exactly how HDCD works, but when well-executed in both recording and playback, I do prefer it over standard Redbook playback. (Aside from digitally-mastered vinyl, it's the only digital playback medium I prefer over standard Redbook playback.)
It may be better with an HDCD decoder, but with redbook, can we assume that the control bits are pseudo-random noise....it's better to assume that these bits degrade the redbook signal...any superiority observed in redbook playback should be attributed to the mastering.
"It may be better with an HDCD decoder, but with redbook, can we assume that the control bits are pseudo-random noise"The HDCD trigger code could be integrated with pseudo-random noise, but I don't think it's in itself pseudo-random noise.
Hi Laznos,I can't imagine that HDCD would degrade the redbook signal particularly much if it is truly pseudo-random. It would appear to us as real random dither. In most systems, the analog noise floor is quite a lot higher than 16 bits (typically 14 bits is about right) due to power supply limitations, so being able to hear even past the dither is rare anyway in most commercial products. On some products with terrifically low noise floor (e.g., battery-powered stuff), you can hear down to 16 bits but if the dither is encoded properly I don't think there's a big problem with hearing the encoding. Again, the algorithms are proprietary so we can't know for sure.
I'm not very impressed by the idea of HDCD because I don't think it really adds all that much useful of information to the datastream. If you think about the actual amount of data necessary to generate an extra 4 bits of resolution, even for the rare conditions in the waveform where we need the dynamic range extension, one would have to have a huge amount of data compression to pack it in. In order to get pseudo-random encoding *on top* of the dither already present, one needs quite a lot of samples to distribute the data over. So, the compression would most likely be extremely lossy (e.g., the resolution is very selectively applied, and much of the resolution enhancement comes from interpolation, not real data).
Additionally, I'm not convinced that 20 bits is necessary in the vast majority of recordings anyway (let alone 24); recording conditions limit what you hear in many cases. Lots of masters don't have 20 bits of resolution so what you are hearing will be the equivalent of the tape hiss of yore, when the noise floor of your vinyl system exceeded the analog noise floor of the recording equipment :). People who like non-oversampling very much dislike the effect of the sinc kernels used in FIR filtering, more so than 4 bits of dubious utility so HDCD hasn't been a big priority for us. Seems it's not a huge priority for a lot of other high-end companies too... big shots like NAIM don't include it either.
Very articulate and interesting post. However, the comment about Naim not offering HDCD is incorrect. See link, below.
Thanks for the correction. I had a CD5 for quite some time and it did not do HDCD, and I seem to recall that their other players of that era didn't incorporate it either. The chipset is not free in any case - if a manufacturer doesn't have pressure from customers to use it (meaning there's not a widespread perceived value) then there's good incentive not to include the feature. A few years back it appeared flat earthers didn't care much for the resolution enhancement stuff on the market.
Chris:THANK YOU for taking the time to reply to my post. I never really expected a response from the manufacturer. I am impressed.
Thom T.
Rational Insanity and Controlled Chaos!
Music is life, and life is music.
nt
This post is made possible by the generous support of people like you and our sponsors: