使用ffmpeg视频编码过程中踩的一个坑

       今天说说使用ffmpeg在写视频编码程序中踩的一个坑,这个坑让我花了好多时间,回头想想,很多时候一旦思维定势真的挺难突破的。下面是不正确的编码结果:
                                                    
       使用ffmpeg做视频编码过程中,首先要新建数据帧,并为数据帧分配相应内存,以便于保存图像数据,为数据帧分配内存需要用到av_image_alloc()这个函数,该函数将根据传入的图像宽、高、图像格式、数据对齐基数等参数进行内存分配。
                                    
       这其中有一个参数可能会让人迷惑,那就是数据对齐基数这个参数该设置多少?顺便说说为什么要数据对齐,之所以要对齐,主要是为了提高数据的读取效率。如果参考ffmpeg提供的相关demo,发现里面一般会将其设置为32,于是在我的项目里,我也想当然的将其设置为32,于是就有了上图所示效果,开始还以为是采集的原始数据有问题,以为自己没吃透 yv12 数据格式,想来想去,程序修改来修改去始终不正确。       
       如果原始数据分辨率为480*480,那么y分量行宽为480,uv分量行宽均为240, 如果数据对齐基数设置为32,那么ffmpeg分配的图像帧数据行宽将为32的倍数,对于宽度为480的数据,y分量的行宽为480,uv分量行宽为256,但是实际数据的uv分量行宽只有240,这样一行就多出来16个字节,依次拷贝的时候数据就错位了,这样编码后得到的结果也就出错了。如果设置为16,那么y分量行宽为480,uv分量行宽为240,与采集的原始数据yuv各分量行宽吻合,拷贝时数据正确,视频编码后的文件也将是正确的。也就是说要根据自己实际数据的分辨率来反算数据对齐基数不能想当然的设置,计算方法:首先数据行宽要能整除该基数,同时该对齐基数需是2的n次方,当然该值越小,比如设置为1,那肯定没问题了,但是数据读取效率要低些。下图为正确的视频编码结果。
                                                    


评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值