我试图通过rtp从h264中识别c中的idr包。
我遵循这个回答,但我不明白。
我是否需要搜索00 00 01
或00 00 00 01
,以及超过0x65的idr的平均开始代码?
因为我看到了一个包含所有定义的NALU的表
类型名称 0未指定的1片2数据分区A3数据分区B4数据分区C5 IDR (瞬时解码刷新)图片6 SEI (补充增强信息)7 SPS (序列参数集)8 PPS (图像参数集)9访问单元划界器10 EoS (序列结束) 11 EoS (结束) 12筛选数据13-23扩展24-31
这段代码寻找另一种条件(type=5等)
public static bool
isH264iFrame(byte[] paket)
{
int RTPHeaderBytes = 0;
int fragment_type = paket[RTPHeaderBytes + 0] & 0x1F;
int nal_type = paket[RTPHeaderBytes + 1] & 0x1F;
int start_bit = paket[RTPHeaderBytes + 1] & 0x80;
if (((fragment_type == 28 || fragment_type == 29) && nal_type == 5 && start_bit == 128) || fragment_type == 5)
{
return true;
}
return false;
}
那么如何识别idr数据包呢?
发布于 2019-06-18 20:49:12
你发布的代码并不涵盖所有的情况。实际上,您应该从读取H.264的RTP有效负载格式的rfc开始。根据RTP分组化,IDR可以分为不同的RTP数据包类型:
您发布的代码实际上处理FU-A/FU-B (通过(fragment_type == 28 || fragment_type == 29) && nal_type == 5 && start_bit == 128)
检查)和单个nal单元情况(通过fragment_type == 5
检查)。RTP实际上不使用00 00 00 01
和00 00 01
前缀,这些前缀在附件B格式中使用。因此,您只需要能够从RTP报头中确定数据包的类型和包含NAL单元类型。在阅读RFC之后,如何做到这一点应该是明确的。
https://stackoverflow.com/questions/56656633
复制相似问题