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

原创已于 2023-02-03 14:55:04 修改 · 2.7k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#AV1 #编解码 #H265 #h.264

于 2021-11-23 17:17:26 首次发布

音视频专栏收录该内容

13 篇文章

订阅专栏

本文探讨了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。