关于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
相关推荐
aqi007 小时前
FFmpeg开发笔记(九十五)国产的开源视频美颜工具VideoEditorForAndroid
android·ffmpeg·音视频·直播·流媒体
chen_2271 天前
qt加ffmpeg制作简易录屏工具
开发语言·qt·ffmpeg
雨季~~1 天前
前端使用ffmpeg进行视频格式转换 (WebM → MP4)
前端·typescript·ffmpeg·vue
痕忆丶1 天前
ffmpeg分析h264裸流文件
ffmpeg
你好音视频2 天前
FFmpeg FLV解码器原理深度解析
c++·ffmpeg·音视频
你好音视频2 天前
FFmpeg FLV编码器原理深度解析
c++·ffmpeg·音视频
简鹿视频2 天前
怎么把mkv视频格式转换为asf视频格式
ffmpeg·音视频·实时音视频·视频编解码·格式工厂
八月的雨季 最後的冰吻2 天前
FFmepg-- 37-ffplay源码- 播放器中音频输出模块
ffmpeg·音视频
八月的雨季 最後的冰吻2 天前
FFmepg-- 38-ffplay源码-缓冲区 audio_buf调试
c++·ffmpeg·音视频
源之缘-OFD先行者3 天前
全栈开发实战:WPF+FFmpeg+GIS,打造工业级雷达探测终端
ffmpeg·wpf