0 Members and 1 Guest are viewing this topic. Read 12193 times.
Dear Tinker and others,Could you please explain the difference between "standard" audio cable (RCA to RCA), Video 75 ohm interconnect cable (RCA to RCA), and digital cable to me? Is it 75 ohm per metre or per mile, a maximum of 75 ohm, a minimum of 75 ohm?If there is a dispoal bin of "high quality, name brand" VIDEO cables looking nice and sleek with colourful covers and gold and satin connectors , would these work as satisfactorily, better or worse than AUDIO cable for an AUDIO interconnect applic ...
I must say, I'm tickled pink at the concept of near indepence from the transport quality. Fo ...
Ben and I have been burning the midnight oil. Two weeks ago Ben had completed the initial chipset and topology. He has continued with refinement however and only three days ago he explained the finer points of the DAKSA's digital processing in a very pleasant cafe in the eastern suburbs of Melbourne. . . . This will be incorporated onto a single pcb for the entire DAC, and DIYers should have no difficulty assembling the DAKSA.I should caution anyone expecting this to be ready by Xmas. This is extremely unlikely; for starters several thousand dollars of sourcing is yet to come, not to mention thorough documentation, which can take up to three months. Needless to say, no deadlines will be given. ...
However, many who used these DACs claimed that the transport was still *at least* as important to the sound as the DAC, and that differences between digital cables could still be heard.
Theoretically, no matter what one has done to the DAC, the impact of the transport on the sound will still exist. ;. . . . . It's possible to design a DAC to minimize the impact of the clock jitter, which may improve the sound, while it's impossible to design a DAC to make the sound independant on the transport quality. The impact the transport on the sound can only be improved by improving the transport, logically speaking. There are many more areas in the transport than the jitter that impact on the sound....
Accepting that the transport is not changing or missing one bit of the 0 and 1's and also faithfully respect their "place" in the stream, meaning the image on the flag is fully intact, what else can be wrong in the digital input signal, so the DAC can sense this hidden "property" of the transport?
Interleaving allows even larger errors to be corrected than with parity alone. In fact, using parity checking and interleaving together, a good player can correct a burst error of up to 4,000 bits or so. That's approximately one inch of the spiral data track.
Quote from: kyrillAccepting that the transport is not changing or missing one bit of the 0 and 1's and also faithfully respect their "place" in the stream, meaning the image on the flag is fully intact, what else can be wrong in the digital input signal, so the DAC can sense this hidden "property" of the transport?Who is going to accept that the transport is not changing or missing one bit of the 0 and 1's etc?I am not going to accept that.
Why not? The zero's and one's are just that. No difference at all between music and your word or pdf document. You can easily copy 600 mb of yr documents on cd rom recordable and cpy it back to hard disk to find that you have a PERFECT copy not missing one bit in the copying process. That is what computers are about. You can do this over and over again. So the cd rom is capable of reading and transferring a perfect copy to yr hdd, meaning the sequences of bits are also preserved. But this is somehow stat ...
This might help - ? egQuoteInterleaving allows even larger errors to be corrected than with parity alone. In fact, using parity checking and interleaving together, a good player can correct a burst error of up to 4,000 bits or so. That's approximately one inch of the spiral data track.http://www.digitalprosound.com/Features/2000/Sept/RecCD4.htm
This might help - ? egQuoteInterleaving allows even larger errors to be corrected than with parity alone. In fact, using parity checking and interleaving together, a good player can correct a burst error of up to 4,000 bits or so. That's approximately one inch of the spiral data track."a good player can correct ... " which means that there are not so good players existing that can not correct that much, which means that errors may remain in the music data, which means that DACs can do nothing about this, which means that players, or transports are not born equal -- some are good, some not.
CDROMs and music CDs use different low level coding technologies. The reading mechnism of CDROM is different from that of CD. The "a PERFECT copy not missing one bit in the copying process" is what you see after error correction. So this makes the error correction algoritm almost perfect too!Music CD uses a simpler error correction technique. A lot of errors could find their way eventually into music bit streams due to mechanical, optical, electric and electronic causes in the transport.
Ok but will you ever notice? Or do you suggest, because it is just music , the industry allows such a more simpler algoritm that it passes faults (next to jitter) that you can actually hear? (based on clean unscatched cd's and using a mainstream, but not bad player)
But even then, accepting yr critique, you define a "fault" which is in every transport and in every cd player (more or less) and therefore a fault in the medium itself. This will be true for integrated cd players as well and nothing any DAC can do something about.
Error is error and fault is fault. Error is not fault.Error is the reality we all have to live with. Fault is something you can try to avoid.All CD may contains errors and some more errors may added to the music in a poorly designed/built transport before it's fed to the DAC. A good transport can correct more errors on CDs or conceal errors better and causes less errors subsequently.