JM8.6中重要结构体说明

2011年4月24日9:30:25

JM8.6中重要结构体说明

[global.h文件]

下面是一些枚举类型的定义

数据分区方式:PAR_DP_TYPE[PAR_DP_1(不使用数据分区), PAR_DP_3(使用ABC3数据分区)]

输出文件的类型:PAR_OF_TYPE[PAR_OF_ANNEXB, PAR_OF_RTP]

编码的方式: CodingType [FRAME_CODING, FIELD_CODING, ADAPTIVE_CODING]

句法元素的类型: SE_type[SE_HEADER, SE_PTYPE, SE_MBTYPE, SE_REFFRAME, SE_INTRAPREDMODE, SE_MVD ….]

比特位类型: BitCountType[BITS_HEADER,

BITS_TOTAL_MB,

BITS_MB_MODE, //++ 宏块类型、宏块模式编码比特数（writeMBHeader函数）

BITS_INTER_MB, //++ 帧间宏块的参考帧、运动向量编码比特数（writeMotionInfo2NAL函数）

BITS_CBP_MB, //++ 宏块 CBP编码比特数（writeCBPandLumaCoeff函数）

BITS_COEFF_Y_MB, //++ 宏块亮度残差编码比特数（writeCBPandLumaCoeff函数）

BITS_COEFF_UV_MB, //++ 宏块色度残差编码比特数（writeChromaCoeff函数）

BITS_DELTA_QUANT_MB, //++ 宏块量化参数增量编码比特数（writeCBPandLumaCoeff函数）

MAX_BITCOUNTER_MB

];

图像结构类型: PictureStructure[FRAME, TOP_FIELD, BOTTOM_FIELD]

片结构类型: SliceType[ P_SLICE = 0, B_SLICE, I_SLICE, SP_SLICE, SI_SLICE];

定义这些枚举类型, 主要是为了使代码更加清晰易读, 便于识别一些变量的含义

一些重要的结构体的定义

CABAC所要使用的结构体: EncodingEnvironment和BiContextType[state,MPS,count]

MotionInfoContexts和TextureInfoContexts

PixelPos在代码中使用的很多, 主要是保存像素相关的一些信息,

句法元素: SyntaxElement, 包含一些基本的类型和两个函数指针(*mapping)和(*writing)

宏块结构体:Macroblock, 一些和宏块相关的信息, 宏块指针struct macroblock *mb_available_up和*mb_available_left

int mvd[2][BLOCK_MULTIPLE][BLOCK_MULTIPLE][2]; //!< indices correspond to [forw,backw][block_y][block_x][x,y]

Bitstream结构体:保存了一些与正在写的比特流相关的信息

[int byte_pos; //!< current position in bitstream;

int bits_to_go; //!< current bitcounter]

数据分区结构体: DataPartition, 其中包括Bitstream *bitstream;

片结构体:Slice,其中包括了DataPartition *partArr;

图像结构体:Picture,其中包括了slice数组Slice *slices[MAXSLICEPERPICTURE];

同时定义了三个Picture指针

对这三个指针变量, 我们可以追踪一下他们的使用情况:

其实, 我们可以发现, frame_pic和top_pic(bottom_pic)出现的位置很相似, 一个是针对帧图像,另外两个是针对场图像的, 所以我们可也只对frame_pic进行追踪即可.

frame_pic出现的过程如下:

首先在global.h文件中定义了指针变量frame_pic, 然后再lencode.c函数中对frame_pic进行了内存分配, 即frame_pic=malloc_picture(),但是我们可以看看函数malloc_picutre(),发现在这个函数中只是分配了sizeof(Picture)大小的内存, 并不含有任何数据信息.

接下来在函数encode_one_frame()函数中调用了函数frame_picture(frame_pic),此时的frame_pic是空的, 所以猜想在函数frame_picture中会对frame_pic进行填充.

在函数frame_picture中frame_pic变为frame, 所以对frame追踪:

可以发现,未对frame做任何变化就将其传入了函数code_a_picture,接着进入该函数:

在函数code_a_picture中frame变为pic, 接下来,将pic赋给了img->currentPicture,这样这两个指针指向了同一个内存区域,可以同时对内存区域进行修改了.

对pic的几个成员进行了初始化之后就将pic传入了函数encode_one_slice (SliceGroup, pic);

由于pic中此时不含有输入序列的信息, 所以可以猜想在img变量中应该包含了输入文件的信息

我们进入encode_one_slice函数:可以发现该函数中没有对pic的修改, 所以pic根本没有必要作为一个参数传进来.

但是,通过对img->currentPicture进行追踪可以发现,在函数encode_one_slice中调用了一个函数init_slice, 而在这个函数中有,然后对currPic中的slice数组进行了分配空间, 其实看init_slice之后可以发现这儿确实是对currentPicture所指向的slice数组进行了初始化.[需要追踪一下img变量的变化情况]

通过这个追踪过程, 我们可以发现img的成员变量currentPicture其实是用来指向当前正在活动的图像(frame_pic, top_pic或bottom_pic)

结构体sourceframe:主要用来保存从.yuv文件中读取出来的原始的yuv三个分量数据,分别保存在(char *yf, *uf, *vf; 中)帧和场的情况不一样

Sourceframe定义了一个指针,利用函数AllocSourceframe为srcframe分配了内存空间, 利用函数ReadoneFrame将yuv文件中的数据读入到srcframe中去,然后利用将srcframe中的数据保存到了二维数组byte**imgY_org_frm, imgUV_org_frm, imgUV_org_frm