rtp

RTSP 音视频play同步分析RTSP RTP RTCP SDP基础知识-CSDN博客时间戳单位：时间戳计算的单位不是秒，而是采用采样频率的倒数，这样做的目的是为了使时间戳单位更为精准。比如说一个音频的采样频率为8000Hz，那么我们可以把时间戳单位设为1/8000s。

RTP H264封包和解包分析RTSP RTP RTCP SDP基础知识-CSDN博客举例：在客户端向服务器发送 1MB 数据的过程中，涉及到多个网络层次的概念，包括数据切割、最大传输单元（MTU）、最大段大小（MSS）等。以下是这个过程的详细说明：

RtspServer:轻量级RTSP服务器和推流器RtspServer 是由 PHZ76 开发的高效、可定制的实时流媒体服务器解决方案。它基于作者编写的网络基础库 xop，允许开发者轻松处理和分发实时音视频流。项目提供了一个名为 DesktopSharing 的示例应用，可以捕获桌面和麦克风声音，并在编码后通过 RTSP 协议进行转发和推流。该项目支持 Windows 和 Linux 平台，代码量少，相比于 live555 等经典的流媒体库，RtspServer 更加轻量级，易于集成和二次开发，已在公司的项目中应用。

WebRTC | 网络传输协议 RTP 和 RTCP流媒体协议栈如下图所示：RTP 标准定义了两个子协议，RTP 和 RTCP。TCP为了实现数据传输的可靠性，采用的是“发送→确认→丢包→重传”这样一套机制。而且为了增加网络的吞吐量，还采用了延迟确认和Nagle算法（Nagle算法，将多个小包组成一个大包发送，组合包的大小不超过网络最大传输单元）。这套机制就是TCP产生延迟的根本原因。

基于H.264的RTP打包中的组合封包以及分片封包结构图简介及抓包分析其中Type详细介绍前文以叙述：RFC3984: RTP Payload Format for H.264 Video(中英文版)官方文献，RTP协议头格式分析详解；RTP载荷H264码流；

新睿云.任义兵

WebRTC：真正了解 RTP 和 RTCP近年来，通过互联网进行实时通信变得越来越流行，而 WebRTC 已成为通过网络实现实时通信的领先技术之一。WebRTC 使用多种协议，包括实时传输协议 (RTP) 和实时控制协议 (RTCP)。

如何从RTP包的AP类型包，获取h265的PPS、SPS、VPS信息ffmpeg播放rtp流，为了降低首开延迟，需要在SDP文件中指定PPS、SPS、VPS信息。抓包后发现wireshark无法解析AP包。需要自己进行AP包解析。RTP协议AP包格式如下：

却道天凉_好个秋

GB28181学习（六）——实时视音频点播（数据传输部分）GB28181系列文章：总述：https://blog.csdn.net/www_dong/article/details/132515446

RTP/RTCP的 NACK, PLI，SLI,FIR在网络环境不是太好的情况下，比如网络拥塞比较严重，丢包率可能比较高，简单实用NACK重传的机制，这样就会有大量的RTCP NACK报文，发送端收到相应的报文，又会发送大量指定的RTP报文，反而会增加网络的拥塞程度，可能导致更高的丢包率，导致接收端解码失败，导致花屏等马赛克现象。这时采用申请I帧的方式可能会解决马赛克等现象，申请的I帧方式主要PLI（Picture Loss Indication）和FIR（Full Intra Request）两种方式，FIR又包括RFC2032和RFC5104规定的两种方