这取决于它是如何工作的。在典型的故障情况下，整个UDP数据包（其中的多个将构成一个h.264帧）都会丢失。为了说明这一点，需要将大量带宽用于该纠错，并且对于里德-所罗门编码的示例，为了恢复丢失了分组的帧，至少需要与丢失的分组大小相同的多个分组。为了计算纠错码，还需要一个输出缓冲区，并计算帧中所有数据包的计数器值。这意味着输出缓冲区和输入缓冲区都会产生至少一帧的延迟（实际延迟取决于结果的帧速率），此外，计算纠错码的延迟。在计算过程中，可能会立即发送输出缓冲区中的数据，然后不发送任何纠错数据包，前提是所有数据包都是无错误发送的，但这很难（你需要能够在3毫秒内可靠地完成所有这一切），并且引入了大约与重新传输丢失的数据包相同的延迟，在接收上可能更糟，因为除了传输额外的数据包之外，还需要纠错计算。如果数据包的交付和修复速度比生成帧的速度快得多，那么效果会很好，在资源受限的环境中（出现问题的典型情况）不会太多。值得注意的是，这过于简化，只考虑传输的视频方面。您往往还需要处理音频和其他元数据（闭路字幕、标题、格式切换等）。