做一个ffmpeg解码yuv420的功能,码流为1920 1080时,解码和显示都正常,但当码流变成1680 1050时,显示出来就是花屏的
定位过程
将收到的h264码流保存到文件,再将解码后的yuv数据保存到文件
yuv写文件的代码如下
y_size = pFrame->width * pFrame->height;
fwrite(pFrame->data[0], 1, y_size, fpout);
fwrite(pFrame->data[1], 1, y_size / 4, fpout);
fwrite(pFrame->data[2], 1, y_size / 4, fpout);
h264码流经过potplayer播放,正常
yuv数据,通过yuv player显示,花屏
最后发现,经过解码后的yuv420数据,经过一次swscale转换(yuv420P到yuv420P),将经过转换后的yuv数据写入文件,通过 yuv player显示,正常了
y_size = pFrameYUV->width * pFrameYUV->height;
fwrite(pFrameYUV->data[0], 1, y_size, fpout_convert);
fwrite(pFrameYUV->data[1], 1, y_size / 4, fpout_convert);
fwrite(pFrameYUV->data[2], 1, y_size / 4, fpout_convert);
这是什么鬼,既然都是yuv420P,为毛需要转一次,经过比对,发现pFrame和pFrameYUV的linesize是不一样的,直接解码后是 linesize = {1696, 848, 848, 0, 0, 0, 0, 0},
转码后是linesize = {1680, 840, 840, 0, 0, 0, 0, 0},
也就是说,这个pFrame是经过4字节对齐的长度 FF_ALIGN(1680,32)= 1696,所以pFrame->data[0],每一行末尾是补了 16个uint的数据,填充全部为0,所以直接像上面这样写文件取的数据是不全的,如果fwrite(pFrame->data[0],1,pFrame->linesize[0] * pFrame->height, fpout)这样写入文件,这样就会保存成一个1696 1050分辨率的文件,图像正常,右边会有一个16个像素宽度的绿条。
改了改,终于yuv文件显示正常了
for(int i = 0; i < pFrame->height; i++)
{
fwrite(pFrame->data[0] + i * pFrame->linesize[0], 1, pFrame->width, fpout);
}
for(int i = 0; i < pFrame->height / 2; i++)
{
fwrite(pFrame->data[1] + i * pFrame->linesize[1], 1, pFrame->width / 2, fpout);
}
for(int i = 0; i < pFrame->height / 2; i++)
{
fwrite(pFrame->data[2] + i * pFrame->linesize[2], 1, pFrame->width / 2, fpout);
}