关于ffmpeg height not divisible by 2的错误

在我们线上视频生产过程中,我们用ffmpeg对视频做了resize,讲原有的分辨率resize到1280p,使用了参数 -vf "scale=1280:-1",作用是将原始视频宽度缩放成1280,-1是指高度等比例缩放。 之前一直运行的好好的,直到我们出现了一种新的视频分辨率,结果就运行不了,如下图:

排查发现我们出现了一部分原始分辨率为3312x3040的输入视频,当宽缩放成1280的时候,高恰好等比例缩放成为了1175,而奇数分辨率对部分视频编码而言是一个非法参数 ,原因主要如下:

FFmpeg 默认不允许生成视频的分辨率宽度或高度为奇数主要与视频压缩标准和编解码过程中的某些算法要求有关。许多视频编码标准,例如H.264和H.265,使用了块为基础的编码方法。这些块通常是宽度和高度都是2的倍数的矩形(例如,4x4, 8x8, 16x16等)。当编码器处理视频帧时,如果帧的宽度或高度是奇数,将不能够将图像完整地分割成标准的块,这可能会导致编码过程中出现问题。例如,如果有一个奇数宽度的视频帧,最右边会有一个无法形成完整块的列像素。这样的非标准块需要编码器进行额外的处理,可能会降低编码效率,增加复杂性,并可能导致兼容性问题。**

解决方案当然很简单,那就是将分辨率强行指定成偶数即可,在当我思索难道要放弃-1这个好用的自适应参数,在指定宽为1280时,自己去计算出一个高来的时候。突然发现了-2这个参数。

在ffmpeg的scale 参数中,可以使用 -1 和 -2 这样来等比例缩放视频大小,但二者略有差异,建议使用-2而不是-1,之前我们就是使用了-1才出现的问题,二者的具体差异如下:

  • -1scale 过滤器中用作自动计算宽度或高度的占位符,同时保持源视频的宽高比不变。例如,如果你只指定宽度为1280,然后将高度设置为-1,FFmpeg 会计算出一个高度值,使新视频保持原始视频的比例。

    bash 复制代码
    ffmpeg -i input.mp4 -vf "scale=1280:-1" output.mp4
  • -2 的作用与 -1 类似,也是用于自动计算另一个尺寸,同时保持宽高比。但 -2 的特殊之处在于,它会确保计算出的宽度或高度是偶数,这是为了满足某些视频编码器的要求,它们需要偶数的分辨率尺寸。这对于编码像H.264这样的视频时特别重要,因为(如前所述)这些编码器使用基于块的编码算法,其要求块的尺寸(通常是16×16像素或其它偶数尺寸)能够完全适应视频帧的尺寸。

    bash 复制代码
    ffmpeg -i input.mp4 -vf "scale=1280:-2" output.mp4
相关推荐
DogDaoDao16 小时前
HEVC/H.265 码流分析工具 HEVCESBrowser 使用教程
ffmpeg·音视频·h.265·hevc·码流分析工具·elecard·hevcsbrowser
hjjdebug2 天前
ffplay6 播放器关键技术点分析 1/2
c++·ffmpeg·音视频
泰勒朗斯2 天前
ffmpeg 中config 文件一些理解
windows·microsoft·ffmpeg
泰勒朗斯2 天前
ffmpeg下编译tsan
ffmpeg
xmode4 天前
centos7.9安装ffmpeg6.1和NASM、Yasm、x264、x265、fdk-aac、lame、opus解码器
ffmpeg·centos
王江奎5 天前
FFmpeg 升级指北
ffmpeg
雨夜和阳晨5 天前
FFmpeg录制屏幕及声音
ffmpeg
吴声子夜歌5 天前
FFmpeg——基础知识及FFmpeg框架
ffmpeg
aqi006 天前
FFmpeg开发笔记(七十二)Linux给FFmpeg集成MPEG-5视频编解码器EVC
android·ffmpeg·音视频·流媒体
不太会编程的IT男7 天前
在 Jetson Orin 开发套件上使用 Hardware Encoder / Decoder 构建 FFmpeg
ffmpeg·视频编解码·h.264