视频尺寸调整与裁剪
改分辨率、裁掉多余画面,或者把画面换成 9:16、1:1、16:9——可以裁掉两边填满,也可以整幅缩进去加留白。FFmpeg 在浏览器里重新编码,文件不上传。
- 缩放、裁剪、改比例三种模式,取景框可拖动,右侧实时预览
- 导出尺寸在开始前就写清楚,文件全程不上传
把视频文件拖到这里
文件留在你的电脑上,不会上传
支持 MP4、MOV、WebM、MKV、AVI、M4V,以及 FFmpeg 能读的绝大多数格式。
还没有选视频
先选一个视频文件。选完之后才会开始下载引擎。
功能简介
改尺寸、裁剪、改比例,其实是同一件事的三个说法:源画面留下哪一块、新画面多大、这一块怎么放进去。这个工具在编码之前,把这三件事都摆在你面前。
- 01
分辨率、比例、裁剪一次做完
把 4K 压到 1080p、从录屏里框出一块、把横屏素材改成 9:16 竖屏,这些都可以叠着用——裁剪和缩放本来就是同一条滤镜链。无论改了多少项,文件只解码一次、编码一次。
- 02
裁掉哪一块由你决定
宽画面变竖画面,总要舍掉些东西。取景框直接画在视频上,拖到主体上就行,而不是默认从正中间切;下面的进度条还能让你换个时间点,看看这个构图在别的画面上是不是也站得住。
- 03
留白可以是黑白、任意颜色,或者模糊画面
什么都不能裁的时候,留白就是裁剪的替代方案。除了纯色,还能把同一段画面放大、模糊后垫在后面;横屏素材放进竖屏画面时,这样比空白边更连贯。
- 04
导出尺寸提前写清楚
源画面、保留的部分、最终画面,以及像素量相对源画面的比例,都会随着你调整实时更新。凡是会放大画面或者会把比例拉变形的设置,都会当场说明,而不是等你导出之后才发现。
- 05
预览就是真实构图
右侧的预览由取景框所依附的那份解码画面绘制,用的是交给编码器的同一组数字。裁切、比例、留白落在哪里,看到的就是文件里会有的。只有模糊背景是近似的——那一层由浏览器代为模糊,不是编码器的那次。
- 06
本地处理,文件不上传
FFmpeg 编译成 WebAssembly,在标签页里运行。文件不会上传,不用排队、不加水印、不用注册。受浏览器内存限制,大文件仍可能无法完成;客户素材和内部录屏会留在原来的机器上。
如何使用
四步,把一段尺寸不合适的素材变成能直接用的文件。
- 01
把视频拖到页面上,或者用文件选择器打开。引擎会在这时开始下载,约 31 MB,只需一次;随后文件会被读取,得到分辨率、帧率和时长。
- 02
选择要改的东西:改尺寸换分辨率,改比例换形状,裁剪则是只保留框住的部分。有取景框的时候拖着调,并拉动进度条换个时间点确认构图,别只看第一帧。
- 03
设定画质,并决定音频要不要一起带走。右侧会显示最终画面的确切尺寸,以及它和源画面的差距。
- 04
点「开始转换」。编码好的 MP4 出现在右侧,可以先播放确认,再下载。
功能说明
决定你拿到的文件是不是你想要的那些细节。
- 360p 到 2160p 的分辨率预设,也可以直接填宽高
- 9:16、1:1、4:5、16:9、4:3、21:9 比例预设,另可自定义任意比例
- 裁掉填满、缩小加留白、拉伸,三种放置方式按需选择
- 可拖动的取景框决定裁剪保留哪一块,方向键可微调
- 自由裁剪,可锁定比例,也可直接输入 X、Y、宽、高
- 留白支持黑色、白色、自选颜色,或者一份模糊的画面
- 取景预览使用与导出相同的裁剪、缩放和留白几何参数
- 导出尺寸、保留区域、像素量在编码前就能看到
- 设置会放大画面或让比例变形时,当场给出提示
- 所有尺寸都取整到偶数,符合 H.264 的要求
- AAC 音频原样保留;其他音频转成 AAC,或直接删除
- 引擎下载显示真实字节进度,编码阶段显示编码进度
适合哪些场景
大家来找视频尺寸工具,通常是为了这几件事。
-
横屏素材发竖屏信息流
Reels、Shorts 和抖音常用 9:16,而大多数素材不是。用「裁掉填满」把取景框拖到说话的人身上;如果画面边缘的信息不能丢,就整幅缩进去,配一层模糊背景。
-
把文件压到上传限制以内
聊天工具、表单、工单系统都有固定的体积上限。分辨率减半,每帧像素就少了约四分之三,对文件体积的影响远大于这里的画质档位。
-
把录屏里多余的界面切掉
整屏录制里,大部分内容都不是你想给人看的。裁到那个窗口或那块区域,别人一眼就能看懂,而不用自己在画面里找。
-
对齐平台给的具体尺寸
广告平台和应用商店给的往往是具体的宽高,而不是比例。直接把宽高填进去,看清楚这个形状下画面会怎么处理,在导出前就把放置方式调对,而不是被打回来才改。
-
信息流或商品页里的方形视频
嵌在网格里的短视频,1:1 仍然是最稳的形状。主体居中的素材用裁掉填满,边缘不能丢的用留白。
-
不该上传的素材
访谈录像、医疗影像、客户素材、内部系统录屏,都不适合丢给在线转换网站。这里的一切都发生在标签页里,打开网络面板就能确认。
使用建议
一次就把画面调对的几个习惯。
- 设置裁剪前先把进度条拖到中间某一帧——只看开头那一帧构图,主体很容易被切掉半个
- 能裁就别拉伸:裁过的画面看起来是有意为之,拉伸过的画面在所有人眼里都是坏掉的
- 导出尺寸没有平台硬性要求时就留在「自动」,它会在不放大画面的前提下取最大的一档
- 图表、幻灯片、界面演示这类什么都不能丢的素材用留白,主体明确的素材用裁剪
- 先改尺寸再发送,而不是发不出去再回头改:宽高各减半只剩四分之一的像素,比画质降一档省得多
- 只用得上其中一段时,先用视频截取把那一段切出来——保留的每一帧都要重新编码一遍
- 长素材和高分辨率素材尽量在电脑上处理,手机给标签页的内存要少得多
边界与注意事项
这个工具刻意不做的事,以及它力不从心的地方。
- 改画面就必须重新编码。它和裁剪时长不同,没有原样复制流的办法,所以画面比原片多经历了一代编码。
- 不做按文件大小或码率压制。画质由 CRF 决定,保持恒定的观感质量,体积落到多少算多少。
- 不裁时长、不拼接、不旋转、不加字幕、不改帧率。它只改画面的形状和大小。
- 导出固定为 MP4,视频为 H.264;保留音频时输出为 AAC。这里不写 WebM、ProRes 或 HEVC;音轨只带走第一条,多语言音轨和字幕不会保留。
- 放大视频找不回原本没拍到的细节。文件会更大,画面会更糊,浏览器里的任何放大都改变不了这一点。
- 编码在 WebAssembly 里单线程运行,比桌面版 FFmpeg 慢。长素材和高分辨率素材是真的要等。
- 编码开始前整份视频都要读进内存,而 WebAssembly 是 32 位的,所以超过约 250 MB 之后会变得不稳定。
- 引擎首次使用约 31 MB。之后会被缓存,但在全新的浏览器环境里,第一次转换要先付这份下载。
- FFmpeg 能读但浏览器播不了的容器(例如 HEVC 的 MKV),预览是空的。转换照常可用,只是没有预览画面和取景框。
常见问题
在浏览器里改视频尺寸和形状,常会遇到的问题。
怎么在线调整视频尺寸而不上传文件?
把文件拖到本页,选一个目标分辨率——1080p、720p,或者直接填宽高——然后点「开始转换」。FFmpeg 编译成 WebAssembly,在标签页里运行,视频不会离开你的电脑。不用排队、不加水印;能否处理超大文件仍取决于浏览器可用内存。
怎么裁剪视频画面?
切到「裁剪」,在预览上把框拖到要保留的位置,拉四周的圆点改大小。比例按钮可以把框锁到 1:1、16:9、9:16 等常见形状,四个输入框可以填精确像素值。框以外的部分会被丢掉,导出尺寸默认就是框的大小,也可以再选一档缩放。
横屏视频怎么改成抖音、Reels、Shorts 要的竖屏?
选「改比例」,点 9:16,然后决定画面怎么放。「裁掉填满」会填满竖屏并切掉两边——把取景框拖到说话的人身上。「缩小加留白」保留整幅画面,上下空出来的地方可以用纯色,或者一层放大并模糊的同源画面填上;横屏素材放进竖屏时,后者会显得更连贯。
调整视频尺寸会不会掉画质?
会掉一些,躲不开。改画面尺寸意味着每一帧都要解码再编码,结果比原片多一代编码。缩小是相对温和的方向——要描述的像素本来就变少了;放大则找不回没拍到的细节。掉多少由画质档位决定:还要继续剪辑的选「高」,直接发出去的选「体积优先」。
发抖音、B 站、YouTube 该用多大的视频尺寸?
竖屏信息流(抖音、Reels、Shorts)通常用 9:16,例如 1080×1920。方形内容常见 1:1 的 1080×1080;更高的 4:5 是 1080×1350,在手机上能占用更多纵向空间。YouTube 和多数播放器通常使用 16:9,例如 1920×1080;若想让文件更小,可以用 1280×720。在这里选好比例,短边填 1080,就能得到这些常用尺寸。
我的视频会被上传到哪里吗?
不会。引擎是编译成 WebAssembly 的 FFmpeg,在你的浏览器标签页里运行。文件从磁盘读进标签页的内存,结果再作为下载写出来。文件本身不经过网络,转换过程中打开网络面板就能确认。
该裁掉两边,还是加留白?
主体明确、画面边缘没带信息的时候裁——一个人在说话、一件商品、一张脸。什么都不能丢的时候加留白:图表、幻灯片、整屏的界面演示,或者靠近边缘有文字的画面。留白牺牲的是版面,裁剪牺牲的是画面,选错哪一种观众都看得出来。
转换要多久?文件最大能多大?
每一帧都要在标签页里单线程解码、缩放、再编码,所以耗时取决于时长、分辨率和你的机器——短片很快,长的高分辨率素材不会快。真正的上限是内存而不是时间:整份文件在处理期间都留在标签页里,超过约 250 MB 就会变得不稳定。先把需要的那一段切出来,两个数都能降下来。
有没有不重新编码就能改尺寸的办法?
没有,任何工具都做不到。压缩后的视频,每一帧都存在一个固定的像素网格上;换网格就必须解码、重采样、再编码。原样复制流——按时间切一段的视频截取就是这么干的——只在画面本身不动的时候成立。所以剪一段是秒完成的,改尺寸不是。
为什么宽高总是偶数?
H.264 常用的 4:2:0 格式里,每 2×2 个像素共用一个色度采样,所以奇数的宽或高没办法描述最后一行、最后一列的颜色,编码器会直接拒绝。这个工具会把每个尺寸——以及每个裁剪起点——取整到偶数并显示出来,而不是让编码报错,或者让色度平面悄悄错开半个像素。