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

时间：2014-06-08 02:16:40 阅读：315 评论：0 收藏：0 [点我收藏+]

今天说说使用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，那肯定没问题了，但是数据读取效率要低些。下图为正确的视频编码结果。

使用ffmpeg视频编码过程中踩的一个坑,布布扣,bubuko.com

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

标签：c style blog a http ext

原文地址：http://blog.csdn.net/grafx/article/details/29185147

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行