Android设备间RTP/UDP视频流部分场景花屏卡顿问题求助

编码器参数标准化 #

不同品牌硬件编码器的默认配置差异是核心诱因，Vivo/Redmi的编码器可能输出OnePlus解码器不兼容的特性，强制统一以下参数：

• 固定Profile/Level：将MediaFormat.KEY_PROFILE设为MediaCodecInfo.CodecProfileLevel.AVCProfileBaseline，KEY_LEVEL设为AVCLevel31，覆盖绝大多数Android设备的解码能力
• 禁用动态调整：关闭编码器的自适应帧率/码率，固定帧率（如30fps）和码率（如2Mbps），避免突发高复杂度帧导致接收端解码器过载
• 固定GOP与禁用B帧：设置KEY_I_FRAME_INTERVAL为30（1秒1个I帧），添加KEY_NO_B_FRAMES设为1，B帧的跨帧依赖极易引发跨设备解码兼容问题
• 强制输出标准NALU：确保编码器输出的帧以0x00 0x00 0x00 0x01起始，部分厂商编码器可能省略起始码，导致解码器无法识别

SPS/PPS传输同步优化 #

TCP传输SPS/PPS的时序问题可能导致解码器初始化不完整：

• 随I帧重发SPS/PPS：不要仅在启动时发送一次，每次发送I帧前都重新发送最新的SPS/PPS，部分设备编码器会动态调整SPS参数（如分辨率），OnePlus解码器依赖最新参数才能正确解码I帧
• 接收端即时刷新配置：收到SPS/PPS后立刻调用MediaCodec.configure()或flush()更新解码器配置，禁止缓存旧参数
• 校验SPS/PPS格式：确保是原始NALU字节流，不含RTP或其他封装头

RTP/UDP传输容错处理 #

UDP丢包是花屏卡顿的常见原因，针对性优化：

• 序号校验与I帧补发：发送端监控RTP序号连续性，检测丢包后主动补发最近的I帧（P/B帧依赖前序帧，补发无效）
• 接收端丢包隐藏：检测到序号不连续时，重复上一帧输出，避免直接花屏；同时通过TCP通道向发送端发送重传请求
• 限制包大小：将RTP包最大负载设为1400字节（适配网络MTU），避免大包被分片导致丢包概率上升

解码器兼容性适配 #

OnePlus解码器可能对特定编码特性敏感：

• 配置缓冲区大小：强制设置MediaFormat.KEY_MAX_INPUT_SIZE为发送端编码器的最大输出帧字节数，避免解码器因缓冲区不足丢帧
• 临时禁用硬件加速：切换到软件解码（MediaCodec.createDecoderByType("video/avc", false)）验证是否解决问题，若有效再针对性调整硬件解码参数
• 严格时间戳同步：将RTP时间戳转换为解码器所需的PTS，按顺序提交帧，避免乱序导致解码器卡顿

调试补充手段 #

若以上方案无效，通过以下方式定位根因：

• 抓取发送端编码输出的NALU文件，用ffplay -f h264 -i [文件名]验证编码本身是否正常
• 抓取接收端的RTP包，解析后保存为H264文件，检查是否存在丢包、乱序或NALU损坏
• 打印MediaCodec错误日志：在onError()回调中输出详细错误码，OnePlus解码器可能输出特定兼容错误（如MEDIA_ERROR_FORMAT）

内容的提问来源于stack exchange，提问作者b.h janith shashiprabarth