H264 NAL_AUD

AUD

        一般文档没有对AUD进行描叙，其实这是一个帧开始的标志，字节顺序为：00 00 00 01 09 f0
从结构上看，有start code, 所以确实是一个NALU，类型09在H264定义里就是AUD（分割器）。大部分播放器可以在没有AUD的情况下正常播放。
        紧随AUD，一般是SPS/PPS/SEI/IDR的组合或者简单就是一个SLICE，也就是一个帧的开始。像Flash这样的播放器，每次需要一个完整的帧数据，那么把2个AUD之间的数据按照格式打包给播放器就可以

from: http://blog.csdn.net/wutong_login/article/details/39178593

相关实例

Apple产品系列中，使用HLS实现直播，HLS可以简单理解为HTTP+M3U8+TS。

一、问题引出

最近遇到一个问题，MP4文件转成TS后，在Apple上播放会有帧错乱现象（前后帧显示时来回跳），但在Windows下的播放器如VLC显示都没有问题。

二、初探

小武同学根据十几年的经验判断，第一感觉认为是DTS或PTS错乱导致，但通过分析后发现DTS和PTS显示正常。

I，B，P帧的时间戳都没有问题。

问题可能出在哪里了呢？伟大的架构师LiuQi同学使用FFMPEG把无法正常播放的TS流文件重新打包了一下（不做转码），发现播放变得正常了。好吧，开始比较两个TS文件的区别（b-1.ts为原始文件，c-1.ts为FFMPEG转封装后的文件）。

先用StreamAnalyzer看一下吧：

SPS和PPS完全一样。

再使用ElecardEye看一下：

Gop结构，Slice信息，也都没有问题。

搞了两天，不管是TS层面，PES信息，还是ES信息上都没有看出有什么区别，见了鬼了！

三、深入分析

看来得用最后的手段了，二进制比较。但从哪个层面比较呢？由内到外吧，先把ES内容剥出来比较一下。

照妖镜一出，小鬼无藏身之处，图中红色部分为原文件中多出的内容。

分析一下吧，00 00 00 01 09  E0，这是NAL_AUD吗（Access Unit Delimiter），访问单元分隔符，表示一个帧数据的结束，只是多一个结束就会导致显示错乱吗？试着把原文中多出的部分删除掉，显示果然正常了。

还是不解，为什么VLC显示没有问题呢？看一下FFMPEG中解码H.264的代码吧：

在FFMPEG的解码过程中，遇到NAL_AUD直接跳过，查找下一个NAL去了，如果连续两个就跳两次，所以不会有问题；但在Apple的播放器中，如QuickTime，会严格把每帧数据和帧分隔符进行配对。

四、总结

在上文中之所以出现了两个NAL_AUD，是因为进行MP4转TS时，代码中没有判断帧后是否已经有了NAL_AUD，而是直接在每帧后面添加了一个，对于要求严格的播放器来讲，就出问题，看来代码要严谨，来不得半点马马虎虎啊！