Video streaming Live555流媒体服务器RTP丢失数据包重传

Video streaming Live555流媒体服务器RTP丢失数据包重传,video-streaming,rtsp,rtp,live555,rtcp,Video Streaming,Rtsp,Rtp,Live555,Rtcp,live555流媒体服务器是否重新传输丢失的RTP数据包 当我搜索“live555 retransmit”时,会出现一些结果: 2011年。这意味着当时没有这样的机制 2013年。讨论是关于使用编帧器报告的帧持续时间的:“MPEG2TransportStreamFramer”类应该扫描传入MPEG传输流数据包中的“PTS”(时间戳),并使用它来计算每个包的估计“持续时间”。这也意味着重传没有内置到live555中 2016年。答案是,基于RTCP的重传机制,即RFC 4585和RFC 4588

live555流媒体服务器是否重新传输丢失的RTP数据包

当我搜索“live555 retransmit”时,会出现一些结果:

  • 2011年。这意味着当时没有这样的机制
  • 2013年。讨论是关于使用编帧器报告的帧持续时间的:“MPEG2TransportStreamFramer”类应该扫描传入MPEG传输流数据包中的“PTS”(时间戳),并使用它来计算每个包的估计“持续时间”。这也意味着重传没有内置到live555中
  • 2016年。答案是,基于RTCP的重传机制,即RFC 4585和RFC 4588中的RTP/AVPF,当时未实施

有人知道live555现在是否自己实现了它吗?或者其他任何实现?

我投票将这个问题作为离题题来结束,因为它更适合Live555邮件列表。之所以在这里问这个问题,而不是在Live555邮件列表上,是因为在阅读了关于Live555邮件列表的讨论和相关问题之后,我相信有更好的机会在这里得到答案,而不是在邮件列表上。或者,如果我弄明白了,我想在这里发布一个答案,与更多的人分享,而不是在邮件列表上。