数据压缩实验[4] H264参考编码器模式选择及运动矢量信息

最新推荐文章于 2023-06-27 17:00:37 发布
最新推荐文章于 2023-06-27 17:00:37 发布
阅读量826 收藏 1
点赞数
分类专栏： 研究生数据压缩课程 文章标签： 音视频 编码器 h.264
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/AaronXueNF/article/details/121735225
版权

实验内容

  1. 熟悉H.264参考编码器JM software编码参数（本文采用JM18.6）；
  2. 输出foreman_qcif序列第0、1帧指定宏块如下信息：
    • 编码模式(mode);
    • 运动矢量(MV);
    • 量化参数(QP)；

H264参考编码器参数设置

JM编码器的参数通过cfg文件设置，运行编码器时调用配置文件的命令（以Windows平台的vs项目为例）为：

-d [配置文件路径]

示例：
请添加图片描述

配置文件encoder.cfg的关键参数为：

InputFile             = "foreman_part_qcif.yuv"       # Input sequence
                                                      # 输入序列，为420采样的YUV文件
StartFrame            = 0      # Start frame for encoding. (0-N)
                               # 起始帧号
FramesToBeEncoded     = 3      # Number of frames to be coded
                               # 编码的帧数
FrameRate             = 30.0   # Frame Rate per second (0.1-100.0)
SourceWidth           = 176    # Source frame width
SourceHeight          = 144    # Source frame height
                               # 输入图像尺寸
SourceResize          = 0      # Resize source size for output
OutputWidth           = 176    # Output frame width
OutputHeight          = 144    # Output frame height
                               # 输出图像尺寸

TraceFile             = "trace_enc.txt"      # Trace file 
ReconFile             = "test_rec.yuv"       # Recontruction YUV file
OutputFile            = "test.264"           # Bitstream
StatsFile             = "stats.dat"          # Coding statistics file

IntraPeriod           = 0   # Period of I-pictures   (0=only first)
                            # Intra帧周期（I帧，不表示一个GOP结束）
IDRPeriod             = 0   # Period of IDR pictures (0=only first)
                            # Intra IDR帧周期（I帧，表示一个GOP结束）
                            # 该选项确定了一个GOP的长度                            
EnableIDRGOP          = 1   # Support for IDR closed GOPs (0: disabled, 1: enabled)
                            # 使用对IDR封闭的GOP

QPISlice              = 28  # Quant. param for I Slices (0-51)
QPPSlice              = 28  # Quant. param for P Slices (0-51)
                            # 在不启用码率控制时，该选项指定
                            # I帧与P帧的QP

NumberBFrames          = 1  # Number of B coded frames inserted (0=not used)
                            # B帧数，与IntraPeriod、IDRPeriod共同确定GOP结构
QPBSlice               = 30 # Quant. param for B slices (0-51)
                            # B帧的QP

RateControlEnable       = 0     # 0 Disable, 1 Enable
                                # 禁用码率控制

编码模式与运动预测信息输出

Trace文件分析

JM编码器自带trace功能，启用trace即可生成trace文件输出编码过程中的关键参数。启用条件如下：

  1. 在cfg配置文件中TraceFile指定输出的文件名；
  2. 在defines.h文件中将TRACE的宏定义为1；
    #if defined _DEBUG
# define TRACE           1     
#else
# define TRACE           0      
#endif

运行程序对3帧的实验序列foreman_part_qcif.yuv进行编码，查看Trace文件获得第2行第3个宏块的mode、MV、QP等信息：

对于第一帧I帧

请添加图片描述

通过计算可知该宏块编号为13，在Trace文件中找到如下内容：

*********** Pic: 0 (I/P) MB: 13 Slice: 0 **********

@4456  mb_type (I_SLICE) ( 2, 1) =   9                                 (  0) 
@4456  Intra 4x4 mode  =   7 (context: 0)                              (  7) 
@4458  Intra 4x4 mode  =   7 (context: 1)                              (  7) 
@4460  Intra 4x4 mode  = predicted (context: 2)                        ( -1) 
@4461  Intra 4x4 mode  = predicted (context: 3)                        ( -1) 
@4463  Intra 4x4 mode  =   5 (context: 4)                              (  5) 
@4467  Intra 4x4 mode  =   7 (context: 5)                              (  7) 
@4468  Intra 4x4 mode  =   7 (context: 6)                              (  7) 
@4470  Intra 4x4 mode  = predicted (context: 7)                        ( -1) 
@4471  Intra 4x4 mode  =   2 (context: 8)                              (  2) 
@4478  Intra 4x4 mode  =   7 (context: 9)                              (  7) 
@4480  Intra 4x4 mode  = predicted (context: 10)                       ( -1) 
@4481  Intra 4x4 mode  = predicted (context: 11)                       ( -1) 
@4482  Intra 4x4 mode  = predicted (context: 12)                       ( -1) 
@4483  Intra 4x4 mode  = predicted (context: 13)                       ( -1) 
@4484  Intra 4x4 mode  = predicted (context: 14)                       ( -1) 
@4485  Intra 4x4 mode  =   6 (context: 15)                             (  6) 
@4490  intra_chroma_pred_mode                                          (  0) 
@4490  CBP ( 2, 1) =  23                                               ( 23) 
@4497  Delta QP ( 2, 1) =   0                                          (  0) 
@4497  Luma4x4 sng( 0) level = -1 run = 0                              ( -1) 
@4497  Luma4x4 sng( 1) level =  1 run = 1                              (  1) 
@4497  Luma4x4 sng( 2) level = -1 run = 5                              ( -1) 
（此处省略熵编码相关信息）
@4671  DC Chroma  0: level =  1 run = 0                                (  1) 
@4671  DC Chroma  1: level =  0 run = 1                                (  0) 
（此处省略熵编码相关信息）
      CABAC terminating bit = 0

程序中对于各个模式的定义如下：

//  Available MB modes
enum {
  PSKIP        =  0,
  BSKIP_DIRECT =  0,
  P16x16       =  1,
  P16x8        =  2,
  P8x16        =  3,
  SMB8x8       =  4,
  SMB8x4       =  5,
  SMB4x8       =  6,
  SMB4x4       =  7,
  P8x8         =  8,
  I4MB         =  9,
  I16MB        = 10,
  IBLOCK       = 11,
  SI4MB        = 12,
  I8MB         = 13,
  IPCM         = 14,
  MAXMODE      = 15
} MBModeTypes;

对各个帧内预测模式的规定如下：

// 4x4 intra prediction modes 
enum {
  VERT_PRED            = 0,
  HOR_PRED             = 1,
  DC_PRED              = 2,
  DIAG_DOWN_LEFT_PRED  = 3,
  DIAG_DOWN_RIGHT_PRED = 4,
  VERT_RIGHT_PRED      = 5,
  HOR_DOWN_PRED        = 6,
  VERT_LEFT_PRED       = 7,
  HOR_UP_PRED          = 8
} I4x4PredModes;

// 16x16 intra prediction modes
enum {
  VERT_PRED_16   = 0,
  HOR_PRED_16    = 1,
  DC_PRED_16     = 2,
  PLANE_16       = 3
} I16x16PredModes;

// 8x8 chroma intra prediction modes
enum {
  DC_PRED_8     =  0,
  HOR_PRED_8    =  1,
  VERT_PRED_8   =  2,
  PLANE_8       =  3
} I8x8PredModes;

H264标准中对帧内预测模式的定义如下：
请添加图片描述

以上信息中：

  • mb_type字段表明该宏块使用的mode；
  • Intra 4x4 mode字段表明对于4x4宏块使用的帧内预测mode选择；
    • 其中predicted模式表明该块的预测模式由相邻块预测得到。

仔细观察发现非predicated的块输出结果的模式均比实际块的模式小1（参考上图码率分析软件结果和输出结果，如第一个块采用HOR_UP_PRED模式，结果应该为8但实际输出7），其原因是因为编码器中存在如下语句：

currMB->intra_pred_modes[4*b8+b4] = (char) mostProbableMode == best_ipmode ? -1 : (best_ipmode < mostProbableMode ? best_ipmode : best_ipmode-1)

当最优模式大于预测得到的模式时，模式的编号将被-1。

此外，在TRACE文件中并未输出QP，但该参数在后续的代码分析中可以看到。
实验采用的QP在之前的配置文件中设置为28。

对于第二帧P帧

该帧编码顺序为第2帧，显示顺序为第3帧！
请添加图片描述

Trace文件输出：

*********** Pic: 2 (I/P) MB: 13 Slice: 0 **********

@21949 mb_skip_flag                                                    (  0) 
      CABAC terminating bit = 0

表明该MB采用P_SKIP编码。

对于第三帧B帧

该帧编码顺序为第3帧，显示顺序为第2帧！

Trace文件输出：

*********** Pic: 1 (I/P) MB: 13 Slice: 0 **********

@29408 mb_skip_flag                                                    (  0) 
      CABAC terminating bit = 0

表明该MB采用BSKIP_DIRECT编码。

程序分析

存储macroblock关键信息的结构体中需要关注的点：

//! Macroblock
typedef struct macroblock_enc
{
  //  省略其它信息
  int                 mbAddrX;                    //!< current MB address
  short               mb_type;                    //!< current MB mode type
  short               mb_x;                       //!< current MB horizontal
  short               mb_y;                       //!< current MB vertical

  short               qp;                         //!< QP luma  
  short               qpc[2];                     //!< QP chroma

  short               mvd[2][BLOCK_MULTIPLE][BLOCK_MULTIPLE][2];          
                      //!< indices correspond to [list][block_y][block_x][x,y]
 
  char                i16mode;
  Info8x8             b8x8[4];    
  
  byte                write_mb;        // 为1表明该MB当前进行正式编码
  byte                is_intra_block;

  int                 skip_flag;

  char                intra_pred_modes   [MB_BLOCK_PARTITIONS];
  char                intra_pred_modes8x8[MB_BLOCK_PARTITIONS];           
                      //!< four 8x8 blocks in a macroblock
  
  short               best_mode;
  char                best_i16mode;
  //  省略其它信息
} Macroblock;

由于编码器执行mode decision需要进行预编码计算代价，在预编码过程中宏块的信息会不断改变。当write_mb==1 时表明该宏块的相关参数已经确定，为最终输出结果。

帧内编码相关

程序计算各个帧内编码相关代价后，best_mode将指示当前的模式（模式编号见上述定义），确定采用I16x16、I8x8或I4x4编码模式，其中：

  • 对于I16x16，使用best_i16mode指示最佳编码模式；
  • 对于I8x8，使用intra_pred_modes8x8指示16个4x4子块的编码模式，调用writeIntra8x8Modes()写入相关信息；
  • 对于I4x4，使用intra_pred_modes指示16个4x4子块的编码模式，调用writeIntra4x4Modes()写入相关信息；

对于第2行第3个宏块，可在程序中观察到mode和QP，与Trace文件输出一致：
请添加图片描述

帧间编码相关（P帧为例）

程序计算各个帧内编码相关代价后，best_mode将指示当前16x16宏块的模式（模式编号见上述定义），如果采用了小于等于8x8的宏块划分，则b8x8将依次指示4个8x8子块的划分方式。

write_p_slice_motion_info_to_NAL()函数将对当前currMB的运动信息进行编码，其中的两个for循环会依次遍历每个4x4的子宏块：

    //===== write forward motion vectors =====
    for (j0=0; j0<4; j0+=step_v0)
    {
      for (i0=0; i0<4; i0+=step_h0)
      {
        k = j0 + (i0 >> 1);
        if (currMB->b8x8[k].mode !=0 && (currMB->b8x8[k].pdir == 0 || currMB->b8x8[k].pdir == 2))//has forward vector
        {

          no_bits  += writeMotionVector8x8 (currMB, i0, j0, i0 + step_h0, j0 + step_v0, motion[currMB->block_y + j0][currMB->block_x + i0].ref_idx[LIST_0], 
            LIST_0, currMB->b8x8[k].mode, currMB->b8x8[k].bipred);
        }
      }
    }

其中：

  • i0指示水平方向4x4块的起始坐标，i1指示水平4x4块的结束坐标；
  • j0指示垂直方向4x4块的起始坐标，j1指示垂直4x4块的结束坐标；

比如，当前16x16宏块的最佳划分模式为P8x8，需要对每个8x8的块（包含4个4x4块，位置由i0 i1 j0 j1指示）调用writeMotionVector8x8()进一步确定每个4x4块运动矢量。

writeMotionVector8x8()函数将计算每个4x4小块的运动矢量，该函数中：

  • cur_mv->mv_x、cur_mv->mv_y指示实际运动矢量；
  • predMV.mv_x、predMV.mv_y指示预测运动矢量；

计算得到的运动矢量差值mvd被保存在currMB->mvd[list][88index][44index]当中。

以编码顺序第二帧第0个宏块为例：
请添加图片描述

Trace输出：

*********** Pic: 2 (I/P) MB: 0 Slice: 0 **********

@21136 mb_skip_flag                                                    (  1) 
@21137 mb_type (P_SLICE) ( 0, 0) =   8                                 (  4) 
@21140 8x8 mode/pdir( 0) =   7/0                                       (  3) 
@21144 8x8 mode/pdir( 1) =   4/0                                       (  0) 
@21145 8x8 mode/pdir( 2) =   6/0                                       (  2) 
@21147 8x8 mode/pdir( 3) =   4/0                                       (  0) 
@21148 mvd_l0 (0) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21149 mvd_l0 (1) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21150 mvd_l0 (0) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21151 mvd_l0 (1) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21151 mvd_l0 (0) =  -1  (org_mv  -1 pred_mv   0)                      ( -1) 
@21154 mvd_l0 (1) =  -3  (org_mv  -3 pred_mv   0)                      ( -3) 
@21160 mvd_l0 (0) =  -3  (org_mv  -3 pred_mv   0)                      ( -3) 
@21166 mvd_l0 (1) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21167 mvd_l0 (0) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21168 mvd_l0 (1) =   0  (org_mv   0 pred_mv   0)                      (  0) 
@21169 mvd_l0 (0) =   1  (org_mv   0 pred_mv  -1)                      (  1) 
@21172 mvd_l0 (1) =  -1  (org_mv  -1 pred_mv   0)                      ( -1) 
@21175 mvd_l0 (0) =  -3  (org_mv  -3 pred_mv   0)                      ( -3) 
@21180 mvd_l0 (1) =   1  (org_mv   1 pred_mv   0)                      (  1) 
@21183 mvd_l0 (0) =  -1  (org_mv  -4 pred_mv  -3)                      ( -1) 
@21186 mvd_l0 (1) =   1  (org_mv   1 pred_mv   0)                      (  1) 
@21189 CBP ( 0, 0) =   1                                               (  1) 
@21193 Delta QP ( 0, 0) =   0                                          (  0) 
@21194 Luma4x4 sng( 0) level =  0 run = 0                              (  0) 
@21195 Luma4x4 sng( 0) level =  0 run = 0                              (  0) 
@21196 Luma4x4 sng( 0) level =  1 run = 1                              (  1) 
@21196 Luma4x4 sng( 1) level = -2 run = 4                              ( -2) 
@21196 Luma4x4 sng( 2) level =  1 run = 2                              (  1) 
@21196 Luma4x4 sng( 3) level =  0 run = 1                              (  0) 
@21216 Luma4x4 sng( 0) level =  0 run = 1                              (  0) 
      CABAC terminating bit = 0

程序调试：
请添加图片描述

通过对分析，该16x16宏块模式为P8x8：

  • 第一个8x8块使用SMB4x4划分，四个子宏块运动矢量分别为：
    • (0,0), (0,0), (-1,-3), (-3,0)；
  • 第二个8x8块使用SMB8x8划分，运动矢量为：
    • (0,0)；
  • 第三个8x8块使用SMB4x8划分，二个子宏块运动矢量分别为：
    • (0,-1), (-3,1)；
  • 第四个8x8块使用SMB8x8划分，运动矢量为：
    • (-4,1)；
AaronXueNF
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
LTE-Sim_R2_0.tar.gz_LTE_LTE C+_LTE-Sim仿真_lte 仿真系统_系统级仿真
07-15
LTe_Sim通信LTE系统系统级仿真软件
H.264 入门篇 - 06 (帧间预测 - 运动估计)
StephenZhou
10-15 2940
H.264 编码中，帧间压缩办法，是通过帧间估计相关一系列方式来实现；首先，这里指基于宏块(macroblock)的运动估计，基本思想是将图像序列的每一帧分成许多互不重叠的块，并认为块内所有像素的位移量都相同，然后对每个宏块到参考帧某一特定搜索范围内根据一定的块匹配准则找出与当前块最相似的块，即匹配块，匹配块与当前块的相对位移即为运动矢量。运动估计的主要任务是在历史参考帧当中为当前正在编码的宏块找到一个匹配块。
基于DM6467的OV5642视频采集编码程序设计（1）——Codec Engine修改
hyanglu1573的专栏
10-19 3062
1        DMAI修改 1.1  DMAI简介 DMAI（DaVinciMultimedia Application Interface）是一个搭建于操作系统（Linux或者DSP/BIOS）和Codec Engine之上的功能层，用来帮助用户快速地编写达芬奇平台上的可移植程序。在下图中可以看到，DMAI没有覆盖操作系统和Codec Engine，应用程序可以选择使用DMAI，也可以直
Linux笔记
天上掉馅饼
02-25 183
Linux基础笔记
16.实验七H.264编码实验
远离起点的博客
07-07 169
一实验要求 二实验步骤 （1）获得264文件 （2）将两个264文件进行解码，得到相应的YUV文件 用记事本打开bin目录下的decoder.cfg文件，修改为以下内容 将生成的264文件放到bin目录下，在命令行中打开bin目录，运行命令 ldecod.exe -d decoder.cfg 得到生成的yuv文件 （3）将上诉两个视频序列编码为264文件 1.固定码率，以不同的GOP长度及形状编码 修改bin目录下的encoder.cfg # Files #####################
H.264 编码的原理与算法实现
mynameisdqy的博客
12-09 887
H.264 是当前应用较为广泛的视频编码标准，能够在大幅度降低视频传输带宽占用或视频文件存储空间的同时保证重建视频的清晰度，并能够满足实时性要求。本文调研了 H.264 编码的基本原理和具体算法实现。
H264编码原理(帧间压缩技术)
一叶知秋
07-11 949
帧间压缩技术 帧间压缩原理 GOP 帧间压缩一定是同一个GOP内的相邻帧间进行压缩，两个GOP的帧间差异较大是无法进行帧间压缩的，同一个GOP的帧间压缩是因为每一个GOP内的帧都是强相关的。 参考帧 所谓的参考帧是后面的帧要参考前面的帧，进行帧间压缩。 运动估计（宏块+运动矢量） 通过宏块匹配的方式，找到运动矢量，运动矢量就是记录了一个宏块从一个地方运动到另一个地方而且是有方向的。 所谓的运动估计就是通过宏块匹配的方法，最终实现找到运动矢量。 运动补偿（解码） 找到残差值，在解码的时候把残差
H264码流全面解析
jingjiankai5228的博客
05-02 4032
对图像的处理即是:帧内预测编码其预测值P，是由已编码的图像做参考，经运动补偿得到的。预测图像P和当前帧Fn相减，得到两图像的残差值Dn，Dn在经过转换T，量化Q，去处空间冗余，得到系数X，将X重排（使数据更加紧凑），熵编码（加入运动矢量。。。一些图像相关得信息），得到nal数据。对视频序列的处理:帧间预测编码预测值P，是由当前片中，己编码的宏块预测得到的（亮度4×4或者16×16预测，色度8×8预测）。当前待处理的块，减去预测值P，得残差值Dn，Dn在经过转换T，量化Q，得到系数X，将X重排（使数据更加紧凑
HEVC统计skip、mv、qp的信息
Eyrane的博客
02-25 1697
merge和skip模式 ffmpeg中h265的软解流程 skip信息 mv信息 qp信息 所写代码 1.merge和skip模式 merge模式：从时空相邻PU块构建参考列表，从中选择出最优的运动信息索引，将索引和mvd发送到解码端。skip模式是merge中的一种特殊模式，传输时无残差无mvd。 merge模式：merge_index + 残差 skip模式：skip...
h.264宏块与子宏块类型
weixin_34277853的博客
02-29 377
宏块类型mb_type 宏块类型表示的是宏块不同的分割和编码方式，在h.264的语法结构中，宏块类型在宏块层（macroblock_layer）中用mb_type表示（请参考h.264语法结构分析中的macroblock_layer）。而mb_type是与当前宏块所在的slice相关的，相同数值的mb_type在不同类型的slice中表示的类型会不一样。   I slice的宏块类型 I ...
论文研究-H.264跳帧转码中帧间模式选择和运动估计快速算法.pdf
07-22
针对宏块的运动特征，引入运动尺度因子，提出快速帧间模式选择算法和新的运动矢量合成算法，在提高视频质量的同时大大降低了算法复杂度，并提出基于双阈值的自适应运动矢量修正算法，可以有效减少当获得最佳运动矢量...
H.264运动矢量预测的快速模式选择算法 (2010年)
05-22
针对H.264标准中宏块运动估计时间长的问题，提出一种运动矢量预测的快速模式选择算法。根据视频序列的空间相关性，求出平均预测运动矢量，通过正方混合形模型确定运动量大小和运动矢量的方向特性，选择合适的模型...
嵌入式系统/ARM技术中的H.264/AVC解码器运动矢量预测模块设计与应用
10-23
　H.264/AVC支持3种图像编码模式：帧模式、场模式和宏块自适应帧场（MBAFF）模式。在帧模式下，1幅图像被划分成由16×16宏块组成的帧；H.264是一种高性能的视频编解码技术。目前国际上制定视频编解码技术的组织有两...
基于整数小波变换的空间矢量数据压缩方法
02-23
针对空曲线矢量数据相邻坐标点间坐标值大小差别不大的...使用此方法对中国数字地理地图数据的SHP文件进行压缩,实验结果显示,压缩比超过11,高于其他类似方法,表明本压缩方法能够实现较高压缩比的空间矢量数据无损压缩.
基于运动矢量滤波的H.264 / AVC宏块模式预分类算法
04-16
提出了一种基于协同匹配准则，运动矢量时空滤波的宏块模式预分类算法。 所提出的算法可以将运动物体与背景噪声区分开。 仿真表明，对于几种典型的带有噪声的序列，这种方法可以节省超过62.86％的时间。 与H.264 / ...
移植EMCV到DM6467(5)——修改encodedecode demo测试算法封装
u010457344的专栏
03-08 1013
1        修改encodedecode demo测试codec 接下来，我们需要将修改过后的videnc_copy集成到encodedecodedemo中，实现实时采集视频、使用EMCV添加矩形框、然后输出显示的功能。 1.1  修改demo （1）修改encodedecode.cfg 要使用videnc_copy，需要在encodedecode.cfg中修改cre
matlab中的grep,如何从标准输出中grep指定col中的所有数据？
weixin_28909779的博客
03-23 105
Parsing command line string 'InputFile = foreman.qcif'.Parsing command line string 'NumberReferenceFrames = 1'.Parsing command line string 'QPISlice = 24'.Parsing command line string 'QPPSlice = 24'.-...
一文搞懂H264量化原理以及计算过程
NBA_1的博客
05-14 2084
1.概述 量化是使数据比特率下降的有效工具。量化过程的输入值动态范围很大，需要较多的比特才能表示一个数值，量化后的输出则只需要较小比特表示。 量化是不可逆过程，处理过程中有信息丢失，存在量化误差。 H.264采用标量量化技术，它将每个图像样点编码映射成较小的数值。一般标量量化器的原理为： F Q = r o u n d ( y / Q P ) FQ=round(y/QP)FQ=round(y/QP) 其中，y 为输入样本点编码，QP 为量化步长，FQ 为 y 的量化值，round()为取整函数（其输出为与输
linux学成之路（八）linux服务管理
a872182042的博客
06-27 226
服务是系统中执行特定功能的程序。对于服务器管理员来说，了解和掌握 Linux 服务管理非常重要，因为：熟悉服务管理可以帮助管理员在服务器上运行稳定的应用程序。可以更好地掌握系统的运行状态和性能。可以方便地配置和调整系统服务的设置。可以确保系统服务的安全性和可靠性。可以节省管理员的时间和精力，提高生产力。可以简化管理任务，降低管理成本。Linux服务管理是指在Linux操作系统中对各种系统服务的配置、启动、停止和监控等操作。
H.264 运动矢量
最新发布
08-12
H.264 是一种视频编码标准，也被称为 AVC (Advanced Video Coding)。它广泛用于数字视频压缩，以提供高质量的视频传输和存储。在 H.264 中，运动矢量是一种用于描述视频序列中物体运动的技术。 运动矢量是通过比较连续视频帧之间的像素差异来计算得到的。在编码过程中，H.264 将当前帧与之前的参考帧进行比较，并找到最相似的区域。然后，通过描述这个区域的位移向量（即运动矢量），来表示物体在时间上的运动。 通过使用运动矢量，H.264 可以减小视频帧之间的冗余信息，并且只需传输或存储发生变化的像素数据，从而实现高效的压缩。这种技术可以显著减小视频文件的大小，同时保持较高的视觉质量。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值