• 音视频开发14 FFmpeg 视频 相关格式分析 -- H264 NALU格式分析


    H264简介-也叫做 AVC

    H.264,在MPEG的标准⾥是MPEG-4的⼀个组成部分–MPEG-4 Part 10,⼜叫Advanced Video Codec,因此常常称为MPEG-4 AVC或直接叫AVC

    原始数据YUV,RGB为什么要压缩-知道就行

    在⾳视频传输过程中,视频⽂件的传输是⼀个极⼤的问题;⼀段分辨率为1920*1080,每个像素点为RGB占⽤3个字节,帧率是25的视频,对于传输带宽的要求是:

    1920x1080x3x25/1024/1024=148.315MB/s, 这个是每秒的 bytes 数

    换成bps则意味着视频每秒带宽为 148.315MB/s x 8 = 1186.523Mbps

    1186.523Mbps,这样的速率对于⽹络存储是不可接受的。因此视频压缩和编码技术应运⽽⽣。

    H264编码原理

    帧内压缩

    对于视频⽂件来说,视频由单张图⽚帧所组成,⽐如每秒25帧,但是图⽚帧的像素块之间存在

    相似性,因此视频帧图像可以进⾏图像压缩;H264采⽤了16*16的分块⼤⼩对,视频帧图像

    进⾏相似⽐较和压缩编码。如下图所示:

    帧间压缩

    H264采⽤了独特的I帧、P帧和B帧策略 来实现,连续帧之间的压缩;

    H264 编码结构解析
    H264 除了实现了对视频的压缩处理之外,为了⽅便⽹络传输,提供了对应的视频编码和分⽚
    策略;类似于⽹络数据封装成 IP 帧,在 H264 中将其称为组 ( GOP , group of pictures) 、⽚
    slice )、宏块( Macroblock )这些⼀起组成了 H264 的码流分层结构; H264 将其组织成为
    序列 (GOP) 、图⽚ (pictrue) 、⽚ (Slice) 、宏块 (Macroblock) 、⼦块 (subblock) 五个层次。
    GOP (图像组)主要⽤作形容⼀个 IDR 帧 到下⼀个 IDR 帧之间的间隔了多少个帧。

    H264将视频分为连续的帧进⾏传输,在连续的帧之间使⽤I帧、P帧和B帧。

    同时对于帧内⽽⾔,将图像分块为⽚、宏块和字块进⾏分⽚传输;通过这个过程实现对视频⽂件的压缩包装。

    IDR(Instantaneous Decoding Refresh,即时解码刷新)

    ⼀个序列的第⼀个图像叫做 IDR 图像(⽴即刷新图像),IDR 图像都是 I 帧图像。

    I和IDR帧都使⽤帧内预测。I帧不⽤参考任何帧,但是之后的P帧和B帧是有可能参考这个I帧之

    前的帧的。

    但是在解码的时候,I 和 IDR 有区别。举例如下:在第一个解码的时候,解码到B8的时候,可以参考I10前面的P7.

    在第二个解码的时候,B9 就只能参考 IDR8和 P11,不能参考IDR8之前的帧。

    其核⼼作⽤是,是为了解码的重同步,当解码器解码到 IDR 图像时,⽴即将参考帧队列清空,将已解码的数据全部输出或抛弃,重新查找参数集,开始⼀个新的序列。这样,如果前⼀个序列出现重⼤错误,在这⾥可以获得重新同步的机会。IDR图像之后的图像永远不会使⽤IDR之前的图像的数据来解码。

    下⾯是⼀个H264码流的举例(从码流的帧分析可以看出来B帧不能被当做参考帧)

    在假设条件下分析上图,假设GOP1 的是每秒25帧,也就是一帧画面需要1000/25 = 40ms.

    I帧解码的时候时间点在0,那么读取下一帧B要依赖于 P,接着找下一帧是不是P,还不是,在找,直到找到P,也就是说:在 找P的时候已经过去了160ms了,大致如下:

    I0 B40 B80 B120 P160

    I0 B160

    这意味着什么呢?在做实时性要求高的场景时,最好不要使用B帧

    H264编码结构- NALU

    NAL简介
      NAL层即网络抽象层(Network Abstraction Layer),是为了方便在网络上传输的一种抽象层。一般网络上传输的数据包有大小限制,而AVC(H264)的一帧大小远远大于网络传输的字节大小限制。因此要对AVC的数据流进行拆包,将一帧数据拆分为多个包传输。和NAL层相对是VAL层,即视频编码层(Video Coding Layer)

    NALU就是经过分组后的一个一个数据包。
     

    H.264 原始码流 ( 裸流 ) 是由⼀个接⼀个 NALU 组成。

    发I帧之前,⾄少要发⼀次SPS和PPS。当分辨率变化的时候,要重新发送一次SPS和PPS(类似在视频网站上,我们将分辨率从720p变成1080p的时候)

    这个很重要,如果遇到我们显示不了图片或者视频的时候,应该第一个检查的就是 SPS 和PPS是否有正确的发送。

    SPS:序列参数集,SPS中保存了⼀组编码视频序列(Coded video sequence)的全局参数。

    PPS:图像参数集,对应的是⼀个序列中某⼀幅图像或者某⼏幅图像的参数。

    I帧:帧内编码帧,可独⽴解码⽣成完整的图⽚。

    P: 前向预测编码帧,需要参考其前⾯的⼀个I 或者B 来⽣成⼀张完整的图⽚。

    B: 双向预测内插编码帧,则要参考其前⼀个I或者P帧及其后⾯的⼀个P帧来⽣成⼀张完整的图⽚。

    每个NALU = StartCode + 由一个1字节的NALU头部 + 一个包含控制信息编码视频数据的字节流组成

    NALU 结构单元的主体结构如下所示;⼀个原始的 H.264 NALU 单元 通常由 [StartCode] [NALU
    Header] [NALU Payload] 三部分组成。
    Start Code ⽤于标示这是⼀个 NALU 单元的开始,
    必须是"00 00 00 01" "00 00 01"
    H.264 标准指出,当数据流是储存在介质上时,在每个 NALU 前添加起始码: 0x000001
    0x00000001 ,⽤来指示⼀个 NALU 的起始和终⽌位置:
    在这样的机制下,在码流中检测起始码,作为⼀个 NALU 得起始标识,当检测到下⼀个起始码时,当前NALU 结束。
    3 字节的 0x000001 只有⼀种场合下使⽤,就是⼀个完整的帧被编为多个 slice (⽚)的时
    候,包含这些 slice NALU 使⽤ 3 字节起始码。其余场合都是 4 字节 0x00000001 的。
    NALU Header :
    NALU Header占位8Bit,其中三个字段分别为
    F 为禁⽌位,占 1bit  
    forbidden_zero_bit: 在 H.264 规范中规定了这⼀位必须为 0。
    R为重要性指示位,占 2bit 
    nal_ref_idc :取 00~11, 似乎指示这个 NALU 的重要性 , 00 NALU 解码器可以丢弃它⽽不影响图像的回放,0 3 ,取值越⼤,表示当前 NAL 越重要,需要优先受到保护。如果当前 NAL是属于参考帧的⽚,或是序列参数集,或是图像参数集这些重要的单位时,本句法元 素必需⼤于0
    T 为负荷 数据类型 ,占 5 bit
    nal_unit_type:这个 NALU 单元的类型 ,1 12 H.264 使⽤, 24 31 H.264 以外的应⽤
    其值如下:重点是 5,6,7,8
    5      Coded slice of an IDR picture                                  VCL
            IDR图像的编码条带(⽚) slice_layer_without_partitioning_rbsp( )
    6      Supplemental enhancement information (SEI)                     non-VCL
            辅助增强信息 (SEI)sei_rbsp( )
    7      Sequence parameter set                                         non-VCL
            序列参数集 seq_parameter_set_rbsp( )
    8      Picture parameter set                                          non-VCL
            图像参数集 pic_parameter_set_rbsp( )
    1. 0 Unspecified non-VCL
    2. 未指定
    3. 1 Coded slice of a non-IDR picture VCL
    4. ⼀个⾮IDR图像的编码条带slice_layer_without_partitioning_rbsp()
    5. 2 Coded slice data partition A VCL
    6. 编码条带数据分割块A slice_data_partition_a_layer_rbsp()
    7. 3 Coded slice data partition B VCL
    8. 编码条带数据分割块B slice_data_partition_b_layer_rbsp( )
    9. 4 Coded slice data partition C VCL
    10. 编码条带数据分割块C slice_data_partition_c_layer_rbsp( )
    11. 5 Coded slice of an IDR picture VCL
    12. IDR图像的编码条带(⽚) slice_layer_without_partitioning_rbsp( )
    13. 6 Supplemental enhancement information (SEI) non-VCL
    14. 辅助增强信息 (SEI)sei_rbsp( )
    15. 7 Sequence parameter set non-VCL
    16. 序列参数集 seq_parameter_set_rbsp( )
    17. 8 Picture parameter set non-VCL
    18. 图像参数集 pic_parameter_set_rbsp( )
    19. 9 Access unit delimiter non-VCL
    20. 访问单元分隔符 access_unit_delimiter_rbsp( )
    21. 10 End of sequence non-VCL
    22. 序列结尾 end_of_seq_rbsp( )
    23. 11 End of stream non-VCL
    24. 流结尾end_of_stream_rbsp( )
    25. 12 Filler data non-VCL
    26. 填充数据filler_data_rbsp( )
    27. 13 Sequence parameter set extension non-VCL
    28. 序列参数集扩展seq_parameter_set_extension_rbsp( )
    29. 14 Prefix NAL unit non-VCL
    30. NAL 单元前缀
    31. 15 Subset sequence parameter set non-VCL
    32. 子集序列参数集
    33. 16 Depth parameter set non-VCL
    34. 深度参数集
    35. 17..18 Reserved non-VCL
    36. 保留
    37. 19 Coded slice of an auxiliary coded picture without partitioning non-VCL
    38. 未分割的辅助编码图像的编码条带slice_layer_without_partitioning_rbsp( )
    39. 20 Coded slice extension non-VCL
    40. 编码切片扩展
    41. 21 Coded slice extension for depth view components non-VCL
    42. 深度视图组件的编码切片扩展
    43. 22..23 Reserved non-VCL
    44. 保留
    45. 24..31 Unspecified non-VCL
    46. 未定义

    NALU Payload  就是 RBSP
    payload 中文是有效载荷的意思
    RBSP 是  Raw Byte Sequence Payloads的缩写, 翻译为:原始字节序列有效载荷。
    这个有效载荷的含义是:包含控制信息或编码视频数据的字节流
    前面看到有VCL 和 NON-VCL。可以简单的理解为VCL是真正的数据,NON-VCL也称为NAL,是辅助用的,实际的用处将这些真正的VCL数据,如果适配到网络环境中。
    它的功能 分为两层,VCL( 视频编码层 )和NAL( ⽹络提取层 )
    VCL :包括核⼼压缩引擎和块,宏块和⽚的语法级别定义,设计⽬标是尽可能地独⽴于⽹
    络进⾏⾼效的编码;
    NAL :负责将 VCL 产⽣的⽐特字符串适配到各种各样的⽹络和多元环境中,覆盖了所有⽚级
    以上的语法级别

    H264编码的组织

      一个完整的数据包包含多个NALU,不同的NALU该如何组织规范中并没有规定,因此实际实现比较广泛的有两种格式AnnexB和AVCC。

    AnnexB

    实际上我们前面学习就是以AnnexB 这种模式学习的。AnnexB是一种比较常见的H264码流格式,FFmpeg解封装的H264码流就是这种格式。

    AnnexB的格式比较简单:每个NALU单元之前通过分隔符0x00 00 00 01或者0x00 00 01区分不同的NALU单元。

    对于非VCL和VCL的单元是不区分的都是存储在NALU的Body中。
    由于NALU的Body中的数据是压缩数据可能出现start code,因此规定RBSP中的0x000000、0x000001、0x000002和0x000003是非法。如果数据中包含类似的二进制序列需要插入一个“模拟预防”字节0x03来实现,使得0x000001变成0x00000301,解码时去除即可。

    AVCC

    另一种常见的存储H.264流的方法是AVCC格式。

    也叫mp4 模式,⼀般 mp4 mkv 都是 mp4 模式,没有 startcode SPS PPS 以及其它信息
    被封装在extradata 也叫做 container中,每⼀个 frame 前⾯ 4 个字节是这个 frame 的⻓度

    AnnexB和 AVCC的转换

    很多视频解码器只⽀持 annexb 这种模式,因此我们在解析的目标是AVCC的H264 的时候要 做转换:
    ffmpeg 中⽤ h264_mp4toannexb_filter可以做转换。

    这里开始的部分还是通过 av_read_frame方法 读取数据 到 AVPacket 的时候:

    av_read_frame(avformatcontext, avpacket);

    然后使用 ffmpeg提供的 av_bsf_send_packet方法,将 avpacket 数据塞入,注意的是:当我们将avpacket 数据塞入的时候,av_bsf_send_packet会自己管理内存,不管av_bsf_send_packet方法成功或者不成功,我们都要调用 av_packet_unref(pkt);将自己的refcount -1 。

    int av_bsf_send_packet(AVBSFContext *ctx, AVPacket *pkt);
     
     

    然后通过 ffmpeg 提供的 av_bsf_receive_packet方法, 将avpacket数据改动,当我们拿出的时候,也要记得调用 av_packet_unref(pkt);将自己的avpacket 的refcount -1。

    int av_bsf_receive_packet(AVBSFContext *ctx, AVPacket *pkt);

    这时候 avpacket 中的数据,就从 AVCC转换成 AnnexB的了。就可以直接写入到 自己像存储的.h264文件。

    那么 AVBSFContext 是怎么来的呢?

    参考如下的几步:

    1. // 1 找到 h264_mp4toannexb 的过滤器
    2. const AVBitStreamFilter *bsfilter = av_bsf_get_by_name("h264_mp4toannexb");
    3. AVBSFContext *bsf_ctx = NULL;
    4. // 2 初始化过滤器上下⽂
    5. av_bsf_alloc(bsfilter, &bsf_ctx); //AVBSFContext;
    6. 该av_bsf_alloc方法的说明如下:
    7. * Allocate a context for a given bitstream filter. The caller must fill in the
    8. * context parameters as described in the documentation and then call
    9. * av_bsf_init() before sending any data to the filter.
    10. // 3 添加解码器属性
    11. avcodec_parameters_copy(bsf_ctx->par_in, ifmt_ctx->streams[videoindex]->codecpar);
    12. av_bsf_init(bsf_ctx);

    注意的是:如果文件是TS流,可以不使用该方法,如果使用,也不会有问题。

    但是如果文件是mp4文件,或者flv文件,则要使用该方法,如果不使用,会有问题

    整体code如下:

    1. #include <stdio.h>
    2. #include <libavutil/log.h>
    3. #include <libavformat/avio.h>
    4. #include <libavformat/avformat.h>
    5. #include<libavcodec/bsf.h>
    6. static char err_buf[128] = {0};
    7. static char* av_get_err(int errnum)
    8. {
    9. av_strerror(errnum, err_buf, 128);
    10. return err_buf;
    11. }
    12. /*
    13. AvCodecContext->extradata[]中为nalu长度
    14. * codec_extradata:
    15. * 1, 64, 0, 1f, ff, e1, [0, 18], 67, 64, 0, 1f, ac, c8, 60, 78, 1b, 7e,
    16. * 78, 40, 0, 0, fa, 40, 0, 3a, 98, 3, c6, c, 66, 80,
    17. * 1, [0, 5],68, e9, 78, bc, b0, 0,
    18. */
    19. //ffmpeg -i 2018.mp4 -codec copy -bsf:h264_mp4toannexb -f h264 tmp.h264
    20. //ffmpeg 从mp4上提取H264的nalu h
    21. int main(int argc, char **argv)
    22. {
    23. AVFormatContext *ifmt_ctx = NULL;
    24. int videoindex = -1;
    25. AVPacket *pkt = NULL;
    26. int ret = -1;
    27. int file_end = 0; // 文件是否读取结束
    28. if(argc < 3)
    29. {
    30. printf("usage inputfile outfile\n");
    31. return -1;
    32. }
    33. FILE *outfp=fopen(argv[2],"wb");
    34. printf("in:%s out:%s\n", argv[1], argv[2]);
    35. // 分配解复用器的内存,使用avformat_close_input释放
    36. ifmt_ctx = avformat_alloc_context();
    37. if (!ifmt_ctx)
    38. {
    39. printf("[error] Could not allocate context.\n");
    40. return -1;
    41. }
    42. // 根据url打开码流,并选择匹配的解复用器
    43. ret = avformat_open_input(&ifmt_ctx,argv[1], NULL, NULL);
    44. if(ret != 0)
    45. {
    46. printf("[error]avformat_open_input: %s\n", av_get_err(ret));
    47. return -1;
    48. }
    49. // 读取媒体文件的部分数据包以获取码流信息
    50. ret = avformat_find_stream_info(ifmt_ctx, NULL);
    51. if(ret < 0)
    52. {
    53. printf("[error]avformat_find_stream_info: %s\n", av_get_err(ret));
    54. avformat_close_input(&ifmt_ctx);
    55. return -1;
    56. }
    57. // 查找出哪个码流是video/audio/subtitles
    58. videoindex = -1;
    59. // 推荐的方式
    60. videoindex = av_find_best_stream(ifmt_ctx, AVMEDIA_TYPE_VIDEO, -1, -1, NULL, 0);
    61. if(videoindex == -1)
    62. {
    63. printf("Didn't find a video stream.\n");
    64. avformat_close_input(&ifmt_ctx);
    65. return -1;
    66. }
    67. // 分配数据包
    68. pkt = av_packet_alloc();
    69. av_init_packet(pkt);
    70. // 1 获取相应的比特流过滤器
    71. //FLV/MP4/MKV等结构中,h264需要h264_mp4toannexb处理。添加SPS/PPS等信息。
    72. // FLV封装时,可以把多个NALU放在一个VIDEO TAG中,结构为4B NALU长度+NALU1+4B NALU长度+NALU2+...,
    73. // 需要做的处理把4B长度换成00000001或者000001
    74. const AVBitStreamFilter *bsfilter = av_bsf_get_by_name("h264_mp4toannexb");
    75. AVBSFContext *bsf_ctx = NULL;
    76. // 2 初始化过滤器上下文
    77. av_bsf_alloc(bsfilter, &bsf_ctx); //AVBSFContext;
    78. // 3 添加解码器属性
    79. avcodec_parameters_copy(bsf_ctx->par_in, ifmt_ctx->streams[videoindex]->codecpar);
    80. av_bsf_init(bsf_ctx);
    81. file_end = 0;
    82. while (0 == file_end)
    83. {
    84. if((ret = av_read_frame(ifmt_ctx, pkt)) < 0)
    85. {
    86. // 没有更多包可读
    87. file_end = 1;
    88. printf("read file end: ret:%d\n", ret);
    89. }
    90. if(ret == 0 && pkt->stream_index == videoindex)
    91. {
    92. #if 0
    93. int input_size = pkt->size;
    94. int out_pkt_count = 0;
    95. if (av_bsf_send_packet(bsf_ctx, pkt) != 0) // bitstreamfilter内部去维护内存空间
    96. {
    97. av_packet_unref(pkt); // 你不用了就把资源释放掉
    98. continue; // 继续送
    99. }
    100. av_packet_unref(pkt); // 释放资源
    101. while(av_bsf_receive_packet(bsf_ctx, pkt) == 0)
    102. {
    103. out_pkt_count++;
    104. // printf("fwrite size:%d\n", pkt->size);
    105. size_t size = fwrite(pkt->data, 1, pkt->size, outfp);
    106. if(size != pkt->size)
    107. {
    108. printf("fwrite failed-> write:%u, pkt_size:%u\n", size, pkt->size);
    109. }
    110. av_packet_unref(pkt);
    111. }
    112. if(out_pkt_count >= 2)
    113. {
    114. printf("cur pkt(size:%d) only get 1 out pkt, it get %d pkts\n",
    115. input_size, out_pkt_count);
    116. }
    117. #else // TS流可以直接写入
    118. size_t size = fwrite(pkt->data, 1, pkt->size, outfp);
    119. if(size != pkt->size)
    120. {
    121. printf("fwrite failed-> write:%u, pkt_size:%u\n", size, pkt->size);
    122. }
    123. av_packet_unref(pkt);
    124. #endif
    125. }
    126. else
    127. {
    128. if(ret == 0)
    129. av_packet_unref(pkt); // 释放内存
    130. }
    131. }
    132. if(outfp)
    133. fclose(outfp);
    134. if(bsf_ctx)
    135. av_bsf_free(&bsf_ctx);
    136. if(pkt)
    137. av_packet_free(&pkt);
    138. if(ifmt_ctx)
    139. avformat_close_input(&ifmt_ctx);
    140. printf("finish\n");
    141. return 0;
    142. }

    这里我们要复习一下  av_packet_unref(pkt);和 av_packet_free(pkt)的区别:

  • 相关阅读:
    介绍VMware通过电脑本机网卡链接外部网络
    河北吉力宝打造步力宝智能康养鞋,助力健康中国行
    Spark - RDD 算子介绍及使用 Scala、Java、Python 三种语言演示
    actix http消息处理源码剖析
    springboot集成mybatis
    DevOps流程的简单总结
    杂记:PostgreSQL 除法的坑
    MobLink for Flutter
    SpringBoot-打印请求的入参和出参
    通用FIFO设计深度8宽度64,verilog仿真,源码和视频
  • 原文地址:https://blog.csdn.net/hunandede/article/details/139336177