Android MediaCodec编码H264的RTSP流无法在VLC播放，求助

我之前也碰到过完全一样的情况——GStreamer自家客户端能正常播放，但VLC就是不认这个RTSP流。其实核心原因是VLC对H264流的格式规范、时序信息的要求比GStreamer严格得多，咱们从这几个方向逐一排查：

1. 先确认SPS/PPS的传递是否规范 #

VLC必须在流启动初期就拿到正确的SPS（序列参数集）和PPS（图像参数集），而且如果编码过程中参数发生变化，还要重新发送这些信息。你可以检查自己的MediaCodec代码：

• 当MediaCodec输出带MediaCodec.BUFFER_FLAG_CODEC_CONFIG标记的buffer时，这就是包含SPS/PPS的配置帧，绝对不能丢弃，要完整传递给gst-rtsp-server；
• 如果你的编码器是动态调整参数的（比如分辨率变化），每次参数更新后都要重新发送SPS/PPS，建议在GStreamer管道里加个h264parse config-interval=1，让它每隔1秒主动重发一次SPS/PPS，确保VLC能随时拿到最新的配置。

2. 检查H264的封装格式 #

MediaCodec输出的H264流有两种格式：AVCC（带长度前缀）和Annex-B（带0x00000001起始码）。GStreamer对两种格式都兼容，但VLC对AVCC的支持经常出问题。

• 如果你用的是AVCC格式，需要把它转换成Annex-B：遍历每个NALU，把开头的4字节长度替换成0x00000001起始码；
• 在GStreamer的接收端（比如appsrc之后）加上h264parse元素，它会自动处理格式转换并标准化流结构，推荐配置成h264parse config-interval=1，一举两得。

3. 确保PTS/DTS时序信息正确 #

VLC对音视频的时序同步要求极高，如果你的编码buffer没有设置正确的PTS（显示时间戳）和DTS（解码时间戳），它会直接拒绝播放。

• 检查MediaCodec代码中，是否给每个输出的BufferInfo设置了正确的presentationTimeUs？这个时间戳要从相机帧的时间戳转换而来，单位是微秒，比如：

bufferInfo.presentationTimeUs = cameraFrame.getTimestamp() / 1000; // 如果相机时间戳是纳秒的话

• 确保gst-rtsp-server在接收buffer时，没有丢弃或者重置这些时间戳，appsrc要设置do-timestamp=false，让它使用你传入的PTS，而不是自己生成。

4. 调整GStreamer RTSP服务器的管道配置 #

可能你的管道没有正确封装H264为RTSP要求的RTP格式，推荐用这个标准配置：

appsrc name=src caps="video/x-h264, stream-format=byte-stream, alignment=au" ! h264parse config-interval=1 ! rtph264pay pt=96 ! udpsink host=0.0.0.0 port=5000

• caps要明确指定是byte-stream（对应Annex-B格式）；
• rtph264pay负责把H264封装成RTP包，这是RTSP流的标准要求，不能少。

5. 最后试试调整VLC的播放设置 #

有时候问题出在VLC的默认配置上，你可以：

• 用命令行启动VLC并查看详细日志：vlc -vvv rtsp://你的服务器IP:端口/流路径，从日志里找“解码器初始化失败”“无法识别流格式”这类关键词，定位具体问题；
• 在VLC的图形界面中，打开流时勾选“显示更多选项”，把缓存值调到100ms左右，或者尝试切换RTSP协议版本为RTSP 1.0。

内容的提问来源于stack exchange，提问作者Kaustav