gpt4 book ai didi

stream - MPEG 传输流连续性计数器

转载 作者:行者123 更新时间:2023-12-04 14:27:51 27 4
gpt4 key购买 nike

关闭。这个问题需要更多 focused .它目前不接受答案。












想改进这个问题?更新问题,使其仅关注一个问题 editing this post .

1年前关闭。




Improve this question




我正在对 10GB MPLS 网络上的 IPTV 第 3 层多播 VPN 进行故障排除。

只有某些高清 channel 出现严重的卡住和平铺现象;所有其他标清和高清 channel 都可以正常工作。我司IPTV视频监控设备检测上报丢包通过监控 连续性计数器 .我已经询问了我们拥有的每一个设备供应商,并阅读了我能找到的每一个 .pdf,但似乎没有人确切知道:

  • MPEG 传输流连续性计数器如何/何时/何处适合传输流?
  • 正在计算传输流中的哪些数据包/帧?
  • 为什么报告的数据包丢失似乎以 16 (0, 16, 32) 为增量发生?
  • 0丢包怎么可能出现错误情况?
  • PCR 值如何/何时/何处适合传输流?
  • 最佳答案

    这是很多问题!让我们澄清一下:

  • 连续计数器(CC)承载在传输流(TS)的每个传输包(TP)的报头中。
  • 每个 TP 在报头中也有一个包标识符 (PID)。每个 PID 都有自己的 CC。根据维基百科,每当 TP 具有有效负载时,任何给定 PID 的 CC 都会增加,但我认为它实际上会在每个新 TP 上增加... [编辑] : CC 仅在有效负载标志为真时增加(参见下面的 Mike Reedel 评论)
  • 实际上,由于 CC 是 4 位,所以值应该从 0x0 开始。至0xF然后从 0x0 重新开始.
  • 有些人对标准不小心,在 TS 的多路复用过程中,可能会发生 CC 未正确递增的情况:在这种情况下,您没有丢失任何数据包,但由于 CC 损坏,您的工具会报告错误。然而,错误可能发生在 TS 传输期间的任何地方,包括可能无法以正确速率采样的监控工具。
  • 程序时钟引用 (PCR) 是一个时间戳,它定期插入 TS 中,为解码器提供准确的 27 Mhz 时钟。根据标准,应每 40ms 重复一次。携带 PCR 的 PID 没有任何义务,但大多数情况下它是视频 PID:您需要查看 PMT 以找出 PCR 是哪个 PID。

  • 一些引用资料:
  • Wikipedia
  • ETSI TR 101 290
  • Tektronix CC FAQ
  • ISO 13818-1
  • 关于stream - MPEG 传输流连续性计数器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24310441/

    27 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com