关于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
相关推荐
cpp_learners6 小时前
FFmpeg H264视频编码全流程解析
ffmpeg·音视频
cpp_learners11 小时前
FFmpeg H264视频解码全流程解析
ffmpeg·音视频·解码
程序员老陆13 小时前
FFmpeg 像素格式(pix_fmt)通关指南:从 YUV420P 到 NV12、RGB24 到底怎么选
ffmpeg·音视频·yuv·像素格式
DogDaoDao15 小时前
FFmpeg 9.0 “Lei“ 正式发布:十年之后,以你之名
ffmpeg·音视频·实时音视频·视频编解码·ffprobe·ffmpeg 9.0
程序员老陆1 天前
FFmpeg 音频采样格式(sample_fmt)完全手册:FLTP、S16、S32 到底在吵什么
ffmpeg·音视频·音频采样格式
cpp_learner1 天前
FFmpeg H264视频编码全流程解析
ffmpeg
2 天前
使用ffmpeg将mp4视频转为m3u8格式
android·ffmpeg·音视频
xcLeigh2 天前
KingbaseES 的卢智能运维体架构深度拆解
运维·数据库·人工智能·ai·架构·ffmpeg·智能体
程序员老陆3 天前
FFmpeg6 在 Windows 打开麦克风并录成 PCM:不走 Qt Multimedia,也不碰 WASAPI
windows·ffmpeg·音视频·pcm
程序员老陆3 天前
从零写一个 FFmpeg 播放器:架构设计远比“解码显示”复杂
ffmpeg·音视频·播放器