FFMPEG和H.264相关开发笔记

解码应用过程：
1. 用以下过程应用H264解码器

main()
{
AVFrame pic;
dsputil_static_init();		// 跟踪了很深才发现的，如果不调用，内部算法数据都没初始化
AVCodecContext *pAVCtx = avcodec_alloc_context();	// 创建解码context，返回创建后指针
avcodec_open(pAVCtx, &h264_decoder);
bool framegot;
while (...)
{
while (!framegot)
{
从pBuf开始解析收集将近1帧数据，长度bytesCollected
bytesDecoded = avcodec_decode_video(pAVCtx, &pic, &framegot, pBuf, bytesCollected);
if (bytesDecoded < 0)
{
说明解码错误，退出；或可能因为收集不足一帧造成，可重新返回上述代码再次收集
}
pBuf += bytesDecoded;
}
将pic.data[0,1,2]三个分量输出，其行跨度分别为pic.linesize[0,1,2]
}
avcodec_close(pAVCtx);	// 关闭销毁解码context
}

2. H264解码器中有关低profile容错-图像质量改进
目前考虑到的一些改进：
2.1 在函数execute_ref_pic_marking()中有:
...
if (h->long_ref_count + h->short_ref_count > h->sps.ref_frame_count){
...
这里h->sps.ref_frame_count表示参考帧总数，低档级中均为前向参考，如果又能确定只参考前一帧，可以在判断前强制该值为1：
h->sps.ref_frame_count = 1
由于在判断内部会丢弃多余的较旧的参考帧，这样就能确保总是参考前一帧，而不因误码造成参考错误，提高画面主观品质。
但这个改进不作建议，即使低档级H264视频，未必确定参考帧只是1帧。
2.2 在函数decode_frame()中有：
...
if(out_of_order || pics > s->avctx->has_b_frames){
...
在没有B帧的情况下，误码可能会导致视频帧在这里堆积，所以要在这个判断之前将s->avctx->has_b_frames强制设为0。
2.3 部分field_end()函数中：

会调用ff_er_frame_end()函数用于容错。部分事实证明，该容错在这些条件下反而严重影响解码图像品质，因此可将这个函数调用去掉。
2.4 调试过程中关闭log（调整log等级）可以提高效率表现
3. H264解码器帧序列处理详情
3.1 delayed_pic
H264解码器主要数据实例位于H264Context中，以下是在decode_frame中使用的H264Context引用
H264Context *h;
和帧序相关的数据为：h->delayed_pic，定义为：Picture *delayed_pic[MAX_DELAYED_PIC_COUNT+2]; 这里MAX_DELAYED_PIC_COUNT定义为2
这个结构体主要是用于在出现显示序和解码序颠倒的情况，如B帧。
函数中以下语句用于判断方才的NALs解析是否得到一帧，如非，返回-1，以通知上层可以重新组织满足一帧的码流（但此次输入的有效rbsp都是采纳的）
if(!(s->flags2 & CODEC_FLAG2_CHUNKS) && !s->current_picture_ptr){
return -1;
}
3.2 当前帧
在解码器内部，当前帧用规定在MpegEncContext结构体中，具体如下获取：
MpegEncContext *s = &h->s;
s中有一个指针指向当前帧：
s->current_picture_ptr
3.3 参考帧

<未完>