Quote:
Originally Posted by ApK
Regarding computer data, real-time D-to-A streaming has different issues than, say, a block mode file transfer. A block transfer can do complicated check-sums, resend entire blocks and retry several times to ensure there is a bit-perfect copy at the end.
|
There's no reason that, say, a CD player can't do the same thing. For streaming, latency is a non-issue, so there's plenty of time to sort things out. In fact, many mobile players (before they became solid-state) did buffer, error-check and re-read if required. Two-way communication, such as VoIP, does have latency constraints, so there isn't any scope for e.g. retransmission, but that's a different story.
The fact is that in most circumstances, it's genuinely not an issue. I've had reason to look at bit-error rates on HDMI links (when writing device drivers for HDMI chips in embedded systems), and while not all cables were perfect they generally either worked with negligible error rate or just failed disastrously and obviously. If you get a cable that works, you're fine; if you get one that doesn't you really know about it and change it. Interestingly, I noticed no correlation at all between price of cable and the chance of it not working.
/JB