>> 04-02-06: Hudsonhawk
>> It's funny, I made a similar note when listening that
>> Bombaywalla did while listening to his Nixon DAC - bad
>> CD's sound *bad*. I've got two theories about this - I
>> wonder if either these CD's have digital noise that's
>> actually in the master, or these DACs are particularly
>> jitter-prone.
good to read that someone else also experienced the same on badly recorded/pressed CDs! when I was writing my response post to Undertow, exactly the same thought crossed my mind. These non oversampling DACs use a Crystal Semi 8412 or 8414 I.C. that uses a PLL to extract & lock onto the CDP clock. This is much different than most other hi-end systems that lock the CDP to the DAC clock, which is a more stable/less jitter clock. If these badly recorded CDs must have lots of noise in them, it *could* push the PLL to edges of its lock range, which could have the same effect as high jitter.
>> 04-02-06: Islandflyfisher
>> I think itÂ’s all about error correction. A CD transport
>> can only do so much. Near perfect CD error correction
>> for today PC is a simple process for them.
sorry to burst your bubble, dude, but it's not all about error correction!
In another A'gon thread we've have been thru this - even the most economical CDPs & DVD players have good enough laser pick-ups systems to read the CD w/ near-100% accuracy. The error correction you are talking about are CRC & Reed-Solomon type error correction codes used to correct bits as they are read off the CD. Error correction is generally not used elsewhere in the CD/DVD player.
What is probably happening in your case (w/ the PC server) is that you are lending credence to Hudsonhawk's theory of these non OS DACs being jitter prone. It is well-known fact that ripping a CD to one's hard-drive before burning it to CD-R or playing it back on one's stereo is a good method to reduce jitter - the hard-drive dumps the data to a FIFO & the sound-card reads it using a much more stable clock.
>> It's funny, I made a similar note when listening that
>> Bombaywalla did while listening to his Nixon DAC - bad
>> CD's sound *bad*. I've got two theories about this - I
>> wonder if either these CD's have digital noise that's
>> actually in the master, or these DACs are particularly
>> jitter-prone.
good to read that someone else also experienced the same on badly recorded/pressed CDs! when I was writing my response post to Undertow, exactly the same thought crossed my mind. These non oversampling DACs use a Crystal Semi 8412 or 8414 I.C. that uses a PLL to extract & lock onto the CDP clock. This is much different than most other hi-end systems that lock the CDP to the DAC clock, which is a more stable/less jitter clock. If these badly recorded CDs must have lots of noise in them, it *could* push the PLL to edges of its lock range, which could have the same effect as high jitter.
>> 04-02-06: Islandflyfisher
>> I think itÂ’s all about error correction. A CD transport
>> can only do so much. Near perfect CD error correction
>> for today PC is a simple process for them.
sorry to burst your bubble, dude, but it's not all about error correction!
In another A'gon thread we've have been thru this - even the most economical CDPs & DVD players have good enough laser pick-ups systems to read the CD w/ near-100% accuracy. The error correction you are talking about are CRC & Reed-Solomon type error correction codes used to correct bits as they are read off the CD. Error correction is generally not used elsewhere in the CD/DVD player.
What is probably happening in your case (w/ the PC server) is that you are lending credence to Hudsonhawk's theory of these non OS DACs being jitter prone. It is well-known fact that ripping a CD to one's hard-drive before burning it to CD-R or playing it back on one's stereo is a good method to reduce jitter - the hard-drive dumps the data to a FIFO & the sound-card reads it using a much more stable clock.