In Reply to: RE: Very interesting posted by John Elison on October 15, 2017 at 19:11:48:
Thanks for sharing the extra details of how you are doing your comparisons. It still doesn't change my basic point. Either:
1) There is something special about double-rate DSD that allows inexpensive equipment ($1000) to sound better than even a $100,000 dCS stack.
2) Teac has figured out how to build a ADC + DAC for $1000 that outperforms everything else on the market, even at 100x the price.
3) The Teec operating with double-rate DSD has exceeded the resolution limit of either your system or your listening ability.
Based on my experience, DSD is similar to tubes - it is much easier to design equipment that sounds good with both technologies than when designing with PCM or transistors. The catch is that tubes wear out, and DSD (regardless of the sampling rate) is (as one of the co-developers has publicly stated) "a phenomenally clumsy format with no sonic benefits" EXCEPT when used as you are using it - a strict conversion process ONLY.
Normally recording (digital or analog) requires manipulation of the signal - level adjustments, mixing, EQ, compression, reverb and/or echo, and thousands of more techniques that are literally impossible to implement with only 1-bit data.
Since you are simply converting the audio from the analog domain to the digital domain, there is far less to go wrong by using DSD. I am very curious if you have tried this test with lower sampling rates - eg, single-rate DSD. The particular designer who made the above quoted statement about DSD also says that going beyond the standard 64x rate actually degrades the sound quality, rather than improving it. And obviously the file size scales linearly with the sampling rate, so that with double-rate DSD, one is left with file sizes twice that of single-rate, and even larger than 192/24. Further compounding the problem is that PCM is readily and cheaply (free!) compressible with FLAC. In contrast, the counterpart loosless algorithms to compress DSD for SACDs were developed by Philips and have not been released for general use. The result is that a double-rate DSD file will be well over twice as large as a 192/24 FLAC file. This may or may not be of concern to you, as digital storage continues to fall in price.
Yet I would still be curious to find if your experience is consistent with his - that the lower single-rate DSD file sounds better than the double-rate DSD file.
(By the way, the Burr-Brown DAC chip used in your TASCAM re-modulates the 1-bit DSD audio data to 5 or 6 bits for presentation to the actual current sources used to generate the analog current output. That signal then passes through several op-amps, first to be converted to voltage, likely another stage to use the balanced outputs from that particular DAC chip through a differential amplifier to reduce the level of common-mode switching noise created by the operation of the DAC chip, and almost certainly a final output buffering chip - so probably 3 op-amps in the analog signal path just after the DAC chip. These must also be sonically transparent, which begs the question of why not just use a $200 phono stage that uses those same op-amps?)
This post is made possible by the generous support of people like you and our sponsors:
Follow Ups
- Still very interesting - Charles Hansen 10/18/1704:15:42 10/18/17 (12)
- about your last point on op-amps in the signal chain - sjg 13:59:56 10/19/17 (9)
- Here is another take on the same topic - Charles Hansen 21:11:04 10/24/17 (6)
- RE: Here is another take on the same topic - Ugly 17:55:26 10/26/17 (5)
- No, you are completely misunderstanding my post - Charles Hansen 23:21:58 10/26/17 (4)
- RE: No, you are completely misunderstanding my post - Ugly 09:49:22 10/27/17 (3)
- Sorry, I've yet to find any measurment for electronics... - Charles Hansen 12:32:29 10/27/17 (2)
- RE: Sorry, I've yet to find any measurment for electronics... - Ugly 15:36:28 10/27/17 (1)
- RE: Sorry, I've yet to find any measurment for electronics... - Charles Hansen 05:06:03 10/29/17 (0)
- context can be everything... - Ugly 19:12:36 10/19/17 (1)
- RE: context can be everything... - sjg 08:54:04 10/20/17 (0)
- RE: Still very interesting - John Elison 08:07:11 10/18/17 (1)
- Thanks very much! - Charles Hansen 11:46:52 10/18/17 (0)