H.264分隔符AUD误用导致iOS设备无法播放H.265视频的问题解决

本文探讨了H.265编码中出现的错误,即使用了H.264类型的AUD(0x00000109),导致iOS设备播放问题。解决方法是将类型从09改为35(0x00000146),payload相应调整。关键点在于理解AUD在H.264和H.265中的角色和编码规范。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

AUD,全称Access Unit Delimiter,它是H.264接入单元(Access Unit,AU)的分隔符。

AU定义为多个按解码顺序排列的NALU,这些NALU解码正好生成一个图像。AU可以看成压缩视频比特流的基本单位,压缩视频流有多个按顺序排列的AU组成。每个NALU都会属于某个AU单元,压缩视频流的第一个NALU则为第一个AU的第一个NALU。

AUD是个特殊的NALU,它用来分隔AU,虽然AUD在编码标准中是可选的,但有的播放器会要求必须携带AUD,它才能识别一整幅图像,才能正确解码一帧,比如Flash Player。

AUD作为一个NALU,H.264标准中它的nal_unit_type为9,所以在视频流中,0x00000109,就是它了,它的payload一般为0xF0。

在H.265中,AUD的nal_unit_type是35,在视频流中头部应该长这样:0x00000146。

而最近碰到有个厂家在H.265流中使用了类型为09的AUD分隔符,导致封装的视频无法在iOS设备上播放。针对这一问题,只需要将09的AUD改成类型35对应的0x46,并修改payload,至于payload是多少,笔者查找各方资料,终于在libmpeg中找到源码:

if(PSI_STREAM_H264 == stream->codecid && !tsctx->h264_h265_with_aud)
{
    // 2.14 Carriage of Rec. ITU-T H.264 | ISO/IEC 14496-10 video
    // Each AVC access unit shall contain an access unit delimiter NAL Unit
    nbo_w32(p, 0x00000001);
    p[4] = 0x09; // AUD
    p[5] = 0xF0; // any slice type (0xe) + rbsp stop one bit
    p += 6;
}
else if (PSI_STREAM_H265 == stream->codecid && !tsctx->h264_h265_with_aud)
{
    // 2.17 Carriage of HEVC
    // Each HEVC access unit shall contain an access unit delimiter NAL unit.
    nbo_w32(p, 0x00000001);
    p[4] = 0x46; // 35-AUD_NUT
    p[5] = 0x01;
    p[6] = 0x50; // B&P&I (0x2) + rbsp stop one bit
    p += 7;
}

源码地址:media-server/mpeg-ts-enc.c at master · ireader/media-server · GitHub

可以看到H.265的AUD分隔符的payload为0x0150。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值