Even if several pixels are responsible for the representation of a single bit, the accuracy of the measured value still depends upon the video coding/decoding on the application. Frame Intra/Inter prediction and the codec's quantization process can introduce noise in our modified video frames.
A badly interpreted bit on the capture process is enough to cause confusion when aggregating all the transmitted file parts. Thus, a frame should only be accepted as part of a file if all of the data pertaining to it is correct.
Although some schemes are able to detect errors, they force the retransmission of the data. This can impact latency sensitive applications like VoIP. However, they may still be useful for use cases like web browsing. An example is depicted below:
A given codeword is given by the expression codeword= k + 2t
where k = payload data, t = error correction threshold, 2t = redundant symbols
The R-S decoder for the (255, 247) code will correct any four-symbol errors without regard to the type of damage suffered by the symbol. In other words, when a decoder corrects a byte, it replaces the incorrect byte with the correct one, whether the error was caused by one bit being corrupted or all eight bits being corrupted. Thus if a symbol is wrong, it might as well be wrong in all of its bit positions. This gives an R-S code a tremendous burst-noise advantage over binary codes, even allowing for the interleaving of binary codes.
Reed-Solomon is being tested on DeltaShaper. Refer to ezpwd implementation.