[quote user="Halloway"]But I think in video transmission there isn't time to retransmit. Once the packet's gone, it's gone.Therefore you would need some polynomial-based error-correction, either FEC or BCH, which HDMI actually uses. There is an interesting and accessible thread here on ArsTechnica: http://episteme.arstechnica.com/eve/forums/a/tpc/f/67909965/m/450005880831?r=363006290831
BCH (like FEC which I know a little about)
[/quote]
Brilliant, some real references!
Admittedly, the HDMI spec itself is a too technical for me. I looked on Wikipedia for "Error Correction", and learnt that "FEC" is short for Forward Error Correction (what I was describing as an alterative to detection and retransmission), that
BCH is a form of Forward Error Correction that is much studied within coding theory, and that CDs and DVD use another type of Forward Error Correction called
Reed-Solomon (look here, Will!).
[quote user="Halloway"]BCH (like FEC which I know a little about) can only rectify a certain number of errors and these errors should conform to a Gaussian distribution, i.e. not too many too close together. If I have understood correctly the data 'islands' to which error correction can be applied is fairly small, which in video terms is only a few pixels. Therefore I would expect that a small amount of data degradation would be visible in terms of miscoloured pixels, rather than gross blocking errors or a complete loss of signal.[/quote]
That's not how I'd interpret the source you quoted. It says that data is sent over HDMI in data islands (blocks), and that it can correct a certain amount per block; anything more than that and it fails for that whole "data island". So I interpret this as meaning precisely the opposite, and what I said before, namely that a small amount of degradation is corrected to a perfect signal, but if it gets too bad for that you start losing big chunks of data.
Also, you refer to "miscoloured pixels". Does anyonne know what format the data is sent across the HDMI in? Is it a raster scan or similar (in which case it's fair to talk about pixels), or is it a higher level encoding such a MPEG2 or H.264? If the latter, no amount of corruption would affect "pixels" per se, because MPEG etc doesn't describe pixels, but rather broader "areas" covering multiple pixels, that have to be decoded down to a raster later in the decoding process.
[quote user="Halloway"]I'd like to see an in-depth comparison test with data integrity tests, just to see how different HDMI cables degrade the signal.[/quote]
How this test is done is critically important, if it's going to decide this debate. I certainly agree that you can stick an oscilloscope on the end of a cable and prove that one cable degrades the electrical/optical signal more than the other cable does. So what? What we're interested in is the result after error correction is applied, in other words, not does one cable make a difference that is measurable in a test lab, but does a cable make a difference
to your TV. This means testing the cable as part of a system including the HDMI interfaces, not the just testing the cable as a physical item alone.
Unfortunately a fully objective system test is probably going to be very difficult to organise, and would certainly require specialist equipment.