在线调整视频大小
轻松改变视频的尺寸。从预设中选择分辨率,或指定自定义宽度和高度。所有处理均在您的浏览器中安全进行。
将视频拖放到此处
支持 MP4、WebM、MOV 和其他常见视频格式
调整尺寸究竟对您的视频做了什么
视频调整尺寸改变每一帧的像素维度。降采样(例如从 1080p 到 720p)丢弃像素:1920x1080 帧约有 200 万像素,1280x720 帧约有 92 万像素。重采样算法决定原始的哪些像素以及多大比例贡献给输出的每个像素。放大(例如从 720p 到 1080p)则相反:通过在现有像素之间插值来发明新像素。放大不会增加细节;它让现有细节在更大尺寸下可见。AI 放大(Topaz Video AI、基于 ESRGAN 的工具)是一种不同的技术,使用神经网络幻觉出看似合理的细节。本工具做的是经典重采样,不是 AI。
重采样算法很重要。最近邻选择最接近的源像素;快但块状。双线性取 2x2 邻域的加权平均;略模糊。双三次使用带三次插值的 4x4 加权平均;大多数降采样的主力。Lanczos(通常 Lanczos-3)使用基于 sinc 的 6x6 内核,是常用算法中最锐利的;它是 FFmpeg 高质量缩放的默认选择。面积/盒平均最适合 4K 到 1080p 这样的大幅降采样,因为它在大比率下比双三次保留更多细节。本工具默认使用 Lanczos。
宽高比与分辨率独立。1920x1080、1280x720 和 640x360 都是 16:9。1080x1080 是 1:1(方形)。1080x1920 是 9:16(竖直/纵向)。改变宽高比(例如从 16:9 到 9:16)意味着决定如何处理不适合的内容:letterbox(黑色横条)、pillarbox(两侧黑条)、裁剪(丢失部分画面)或拉伸(变形,永远错的)。本工具的宽高比锁防止您改变一个维度时意外拉伸。
本工具的工作原理
与视频压缩器和转换器相同的引擎:通过 Emscripten 编译为 WebAssembly 的 FFmpeg。浏览器侧二进制约 30 MB,通过 SharedArrayBuffer 多线程完全在标签内运行。当您拖入视频时,文件通过流式读取器进入 WebAssembly 虚拟文件系统;即使 1 GB 文件也不会在上传时撑爆浏览器内存。
FFmpeg 运行的调整尺寸命令看起来像 -i input.mp4 -vf scale=1280:720:flags=lanczos -c:v libx264 -preset medium -crf 23 -c:a copy output.mp4。-vf scale 滤镜逐帧做重采样。:flags=lanczos 选择 Lanczos 算法。音频被原样复制(调整尺寸不影响音频)。对于保持宽高比并舍入到偶数维度的调整,工具使用 scale=1280:-2(高度自动计算,舍入到偶数,因为 H.264 要求偶数维度)。
当您关闭锁更改宽高比时,工具可以通过组合 scale 和 pad 滤镜来选择性地 letterbox:scale=W:H:force_original_aspect_ratio=decrease,pad=W:H:(ow-iw)/2:(oh-ih)/2。结果适合目标框,在源内容不填满处有黑条。进度消息从 FFmpeg 的 stderr 流出并实时更新屏幕上的进度条。
视频分辨率和宽高比简史
- 标清电视,1950 至 2000 年代。模拟电视是 4:3 宽高比。NTSC(北美/日本)以 720x480 有效分辨率运行在 30fps;PAL(欧洲/亚洲大部分)以 720x576 运行在 25fps。原本为 16:9 或 21:9 影院拍摄的电影被 pan-and-scan 以适应 4:3 电视,常常裁掉原始画面的一半。
- HD 广播和宽屏电视,2000 年代。16:9 宽屏宽高比标准化:1280x720(720p)用于早期 HD 广播,1920x1080(1080p)用于全 HD。过渡大约花了 2003 到 2012 年,letterboxing 在遗留 4:3 显示屏上充当桥梁格式。
- iPhone 推出,2007 年。Apple 推出第一代 iPhone,配 480x320 纵向显示屏。竖直视频作为概念开始;屏幕可能高度大于宽度这一想法在接下来的十年里重塑了消费者视频。
- Instagram 携方形视频推出,2010 年。Instagram 以 640x640 方形格式首次亮相,成为品牌签名。1:1 宽高比在其第一个十年里始终与该平台独家关联。
- 竖直视频进入主流,2013 至 2016 年。Snapchat(2013)普及 9:16 竖直视频用于短篇分享。Musical.ly/TikTok(2016)让竖直成为短篇娱乐的默认。到 2020 年每个主要平台都把 9:16 作为一等格式支持。
- 4K 主流和 8K 小众,2018 至 2026 年。4K(3840x2160)成为现代手机和准专业相机的典型输出。8K(7680x4320)主要是用于下采样的制作格式而非交付格式。浏览器侧调整尺寸在 2024 年左右随 ffmpeg.wasm 4.x 达到实用性。
使用方法
- 上传视频 · 选择您要调整大小的视频文件。
- 设置目标尺寸 · 选择预设分辨率或输入自定义宽度和高度。
- 下载调整后的视频 · 处理后将新的视频文件保存到您的设备。
为什么要调整视频大小?
调整大小对于满足社交媒体要求、减小文件大小或适配特定屏幕和播放器非常重要。Instagram、TikTok 和 YouTube Shorts 等平台需要特定的尺寸以获得最佳显示效果。
功能
- 自定义尺寸 · 通过平滑的滑块控件指定任何宽度和高度。
- 长宽比锁定 · 保持原始长宽比以避免失真。
- 常见预设 · 快速设置为标准分辨率如 1080p、720p、480p 和 360p。
- 无失真 · 智能缩放算法确保高质量的输出效果。
- 基于浏览器的处理 · 所有处理都在本地进行,保护您的隐私。
真实世界的调整尺寸工作流
- 为 TikTok/Reels 改造横向视频。上传到 TikTok 或 Instagram Reels 的 1920x1080(16:9)短片会在他们的 9:16 竖直框中被 letterbox,看起来又小又不专业。调整尺寸为 1080x1920 加裁剪保留焦点区域全屏。工具可以缩放到竖直并根据您想要黑条还是失去边缘来可选 letterbox。
- 为电子邮件/聊天缩小 4K 手机素材。现代手机默认 4K(3840x2160)录制,产生巨大文件。通过电子邮件、聊天或 Slack 快速分享时,降采样到 720p(1280x720)把文件大小切到大约五分之一,对手机大小回放无可见质量损失。
- 一致尺寸的网页嵌入。网站上自托管的英雄视频或产品演示通常瞄准固定容器宽度。调整尺寸精确匹配那个容器(常 1280x720 或 960x540)让文件大小可预测,并避免浏览器在渲染时做额外缩放。
- 标准化存档分辨率。十年来拍摄的家庭视频文件夹的分辨率从 480p(旧手机、屏幕录制)到 4K(现代手机)。把所有内容调整尺寸为单一分辨率(常 1080p)让存档可预测:每个短片在任何查看器中都以同样方式播放,存储成本是有界的。
- 生成预览分辨率变体。对艺术作品集或视频库,您可能希望每个短片同时以完整分辨率(用于投影或大屏)和缩略图/预览分辨率(360p 或 480p)供快速浏览。把母版调整一次并存储两个版本;加载较小变体在移动设备上快得多。
- 把旧素材装进现代播放器宽高比。2005 年的 4:3 家庭视频在 16:9 现代播放器中以 pillarbox 播放(两侧黑条)。调整尺寸为 1280x720 加 letterbox/pillarbox 让您把黑条烘焙到文件本身,让任何播放器一致呈现,而不依赖每个播放器做正确的事。
常见陷阱及其含义
- 宽高比不匹配造成的拉伸。如果您关闭宽高比锁并输入与源不匹配的维度,输出会被拉伸:人物显得瘦或胖,圆圈变成椭圆。始终或保持锁定,或选择匹配源宽高比的维度,或接受 letterbox/裁剪而不是拉伸。
- 奇数维度破坏 H.264。H.264(通用视频编解码器)要求偶数宽度和高度。输入 1281x721 产生编码错误。工具把奇数值舍入到最近的偶数以避免这一点;如果您看到您的维度静默地调整了一个像素,这就是原因。
- 放大不增加细节。把 720p 源调整到 1080p 不会给您 1080p 视频;它给您一个存储在 1080p 容器中的 720p 视频。AI 放大(Topaz Video AI、基于 ESRGAN 的工具)是一种不同的技术,使用神经网络幻觉出看似合理的细节。本工具做的是经典重采样,永远无法发明源中没有的细节。
- 极端降采样的色度子采样伪影。H.264 通常以亮度分辨率的一半存储颜色(4:2:0 色度子采样)。在极端降采样下(例如 4K 到 360p),文字和锐利的色彩边缘可能出现彩色镶边,因为色度平面在缩放前已经是较低分辨率。这是编解码器的限制,不是工具的 bug。
- 可变帧率混淆缩放器。屏幕录制和一些手机摄像头输出可变帧率。一些缩放器处理得不好,产生重复或跳过的帧。工具在调整尺寸期间规范化为恒定帧率以避免这个问题;即使源是可变的,输出也是恒定 fps。
- 显示宽高比覆盖丢失。一些容器存储与像素维度独立的「显示宽高比」覆盖(例如变形宽屏)。浏览器侧调整尺寸把像素维度烘焙到输出中;如果您的源依赖 DAR 标志才能看起来正确,您可能希望在桌面工具中明确处理它。
隐私:您的视频从不离开您的设备
基于云的视频调整尺寸服务(Clideo、OnlineConvertFree、FreeConvert、用于批处理的 Kapwing 等数十个)都上传您的完整视频,在他们的硬件上运行缩放器,并发回调整后的结果。一段 200 MB 的手机视频通过他们的基础设施意味着 200 MB 上传加 50 至 200 MB 下载。视频内容常包含面孔、地点、对话音频、GPS 标记的场景、私人界面的屏幕录制。大多数运营商发布隐私政策,承诺在 1 至 24 小时内删除上传并在传输中加密,大型运营商持有 ISO/IEC 27001 认证。他们有强烈的商业动机来履行这些政策。但「一小时内删除」不等于「从未被看见」。在那个窗口里文件就在运营商基础设施上,对任何拥有正确权限的进程或人员可访问,并按运营商保留政策出现在日志和备份中。
本工具从不上传任何内容。完整流水线(文件选择、通过浏览器原生读取器解码、通过 ffmpeg.wasm WebAssembly 缩放、通过浏览器 blob API 下载)在您的浏览器标签内运行。没有上传,没有携带视频数据的网络请求,没有日志条目。您可以在调整尺寸前打开浏览器开发工具的「网络」标签来验证:没有任何带视频内容的请求离开。只有页面本身的初始加载和 ffmpeg.wasm 约 30 MB 的一次性下载(后续访问缓存)会触及网络。页面加载后把浏览器切到飞行模式,调整尺寸工具仍能在本地文件上工作。
何时另一个工具才是正确选择
- 超过 2 GB 的文件。约 2 GB 以上浏览器内存限制成为墙。请使用桌面 HandBrake 或 FFmpeg CLI,它们能从磁盘流式读取并使用所有可用系统 RAM。
- 用于分辨率恢复的 AI 放大。如果您真的需要让 480p 源在 1080p 或 4K 下看起来可用,您需要像 Topaz Video AI、Real-ESRGAN 或基于 DLSS 的工具这样的神经网络放大器。这些从学到的模式中幻觉出看似合理的细节。经典重采样(本工具所做的)无法创造源中没有的细节。
- 帧精确裁剪和 pan-and-scan 路径。对于裁剪区域随时间移动的 pan-and-scan 工作流,或动画式重新构图,请使用桌面编辑器如 DaVinci Resolve、Premiere 或 Final Cut Pro。它们暴露浏览器工具没有的基于关键帧的裁剪参数。
- 数百个文件的批量调整尺寸。使用 FFmpeg CLI 的 shell 脚本(
for f in *.mp4; do ffmpeg -i "$f" -vf scale=1280:720 "out_$f"; done)比运行浏览器工具 100 次显著更快。也可使用 GPU 缩放器(NVIDIA NPP、Intel QuickSync)获得额外加速。
常见问题
可以调整的最大分辨率是多少?
只要您的浏览器支持视频处理,您可以指定任何自定义分辨率。实际上,限制取决于系统内存和处理能力。
调整视频大小会失真吗?
下采样会影响质量,但保持原始长宽比可避免失真。上采样不会提高清晰度。
我应该对 Instagram 使用哪些尺寸?
对于 Instagram 正方形帖子使用 1080×1080,垂直版面的动态和反射视频使用 1080×1920,水平版面的动态使用 1080×566。
其他常见问题
调整尺寸和压缩有什么区别?
调整尺寸改变每一帧的像素维度(例如 1920x1080 到 1280x720)。压缩改变这些像素存储的比特率(更高的 CRF,更小的文件)。两者都减小文件大小但方式不同:调整尺寸用分辨率换大小,压缩在相同分辨率下用质量换大小。要获得最大文件减小,结合两者:调整到更小分辨率并应用压缩。如果只想减小尺寸而不妥协质量,请仅调整尺寸。
改变宽高比时我应该用 letterbox/pillarbox 还是裁剪?
Letterbox/pillarbox(黑条)保留所有原始内容,代价是未使用的屏幕空间和在社交平台上略显业余的外观。裁剪会失去边缘内容但填满画面,看起来专业,当重要动作居中时是理想选择。对 TikTok/Reels 上传横向素材,如果焦点居中,裁剪通常获胜;如果裁剪会失去关键内容,letterbox 获胜。
为什么我调整后的视频文件大小与预期略有不同?
把 1080p 文件调整到 720p 并不总是把文件大小切到 4 倍小,即使像素数量减少了 4 倍。视频重新编码步骤使用 CRF(Constant Rate Factor),它瞄准视觉质量而非文件大小。较小分辨率以相同质量编码需要更少比特,但内容复杂度比像素减少比率更重要。1080p 到 720p 的典型文件大小减少在 40% 到 60% 之间。
为什么调整尺寸比我预期的慢?
调整视频尺寸不仅是缩放操作;编码器还得在新维度下重新编码每一帧。编码是慢的部分,不是缩放。5 分钟的 1080p 短片调整到 720p 可能根据您的 CPU 需要 3 至 10 分钟。-preset 标志控制速度与效率的权衡;工具默认 medium。硬件加速缩放/编码在桌面工具上快 10 至 20 倍,但在浏览器中不可用。
有桌面或命令行的等效工具吗?
有。FFmpeg CLI:ffmpeg -i input.mp4 -vf scale=1280:720:flags=lanczos -c:v libx264 -crf 23 -c:a copy output.mp4。HandBrake(GUI、免费、跨平台)。Shutter Encoder(更友好的 FFmpeg GUI)。DaVinci Resolve 和 Premiere 在其导出对话框中提供。所有这些与本浏览器工具产生本质上相同的输出,因为它们共享同一底层缩放器。
调整尺寸会影响音频吗?
不会。音频与视频分辨率独立。工具把音频流原样从输入复制到输出,因此音频质量和音频轨道的文件大小在调整前后相同。只有视频流改变维度。