AskCleanAskClean问净

剪短、裁切、旋转、改分辨率

六种改动,一遍处理完,不上传任何东西。其中三种——旋转、去掉声音、剪掉结尾——根本不需要重新编码:压缩好的画面被直接搬过去,所以几秒就完事,每个像素都还在。另外三种确实要重新编码,工具会在你点任何按钮之前说清哪个是哪个。

这六项里有三项是免费的

一提到编辑视频,通常默认意味着重新编码:每一帧解开、改动、再压缩一遍,时间和画质都要花出去。但对这页要做的事情里的一半来说,这个默认前提根本不成立。旋转一个视频、去掉它的声音、剪掉它的结尾,这三件事都可以在一帧都不解开的前提下完成——压缩好的画面被原封不动地从一个文件搬进另一个。不管视频多长,结果都是几秒出来,而且它不是「接近」原片,它是逐位相同的那份画面。

背后的理由值得知道,因为它正好解释了界线画在哪里。旋转不是靠转动像素来存的,它是文件头里的一个数字,告诉播放器该朝哪个方向渲染。去掉声音就是少写一条轨。剪掉结尾就是提前停止搬运。这几件事都不需要理解画面,所以也都不碰画面。裁切、缩放和改帧率则正相反:每一项都会产生源文件里根本不存在的帧,而那只能靠把一切解开再重新压缩得到。

这个工具会逐项算出你的选择落在这条线的哪一边,并在你动手前显示出来。只选免费的那几项,你走的就是秒完成那条路。只要加进一项不免费的,整个视频就要重新编码——这件事没有「一部分」的版本,所以你一碰那几项,上面的标签立刻就会换。

改动代价为什么
旋转 90° / 180° / 270°没有写成 MP4 文件头里的一个方向标志。播放器读到它,在绘制时把画面转过来,所以没有任何一帧被改动过。
去掉声音没有音轨干脆就不写。视频轨原样搬运,和完全不做任何改动时一模一样。
剪掉结尾没有搬运在你选的那个点停下。它之前的内容本来就已经压好了,原封不动落进新文件。
剪掉开头会重新编码你的新起点几乎肯定不是关键帧,而它后面的帧离了关键帧就解不开。另一个选择是悄悄把你明确要求删掉的那一两秒还给你。
裁切画面会重新编码更小的画框就是另一幅画面。每一帧都得解开、裁掉、再压一遍。
改分辨率或帧率会重新编码同样的道理——输出的那些帧在源文件里并不存在,必须造出来。

真要重新编码时,产物是 H.264 视频配 AAC 音频,这个组合到处都能播。这是为通用性做的有意选择,如果你的源是 HEVC,它有一个后果值得往下读。

剪辑:为什么剪结尾免费、剪开头不免费

时间轴上有两个手柄,它们的代价并不一样。拖右边那个是靠提前停止搬运来缩短视频——什么都不解码、什么都不压缩,剪一个两小时的文件和剪一个两分钟的差不多快。拖左边那个会把剩下的整段视频重新编码一遍,而这背后的道理值得弄明白,而不是当成一条随手定的限制。

压缩后的视频不是一串互相独立的画面。关键帧是自成一体的完整画面;它后面的帧只存「相对上一帧变了什么」,有时候一存就是好几秒。你在任意一点切下去,就会落在这样一串的中间,手里拿着一堆描述「某幅你已经没有了的画面发生了哪些变化」的帧。诚实的出路只有两条:悄悄把你的切点往前挪到上一个关键帧——于是把你明确要求删掉的最多好几秒又还给你——或者从那个关键帧开始解码,再从你真正的切点开始重新编码。这个工具走第二条,所以视频从你说的地方开始。

实际效果就是:把一段长视频的长片头剪掉要花实打实的时间,把同一段视频的尾巴剪掉则不用。如果你只需要其中一件,只剪结尾便宜得多。如果两件都要,代价和只剪开头是一样的——你选的所有改动都在同一遍里处理完。

声音走同样的规则。剪结尾时音频原样搬过去;剪开头时会被重新编码成 AAC。有一种情况没有好结局:Dolby 音轨在浏览器里根本没法重新编码,所以剪一个带 Dolby 音频的文件的开头就意味着丢掉声音。面板会在你开始前说明,把起点手柄拖回零就能保住这条音轨。

裁切和旋转,以及它们的先后顺序

在预览图上拖出一个框来裁切。在框内拖动可以移动它,拖角可以改大小,轻点一下清除。它也支持键盘:让框获得焦点后,方向键微调,按住 Shift 变成改大小——想要一条精确的边、而触控板又不太听话的时候,这个很有用。

旋转先生效,裁切框活在旋转之后的画面里。两者一起用的时候这一点马上就要紧了:把一段横屏视频转成竖屏,画框会变成宽 1080、高 1920,于是原本靠近右边缘的框现在靠近顶部。为了不让你重画一遍,框会跟着画面一起转,牢牢抓住你框住的那块东西。分辨率最后才生效,作用在裁切剩下的那块上——所以把一段 1080p 视频裁到一小块再选 720p,你得到的是那一小块的 720p,而不是一张里面有一小块内容的 720p 画面。

裁切框唯一做不到的,是预览一个你的浏览器播不了的文件。MKV 和 ProRes 是常见的两种:这个工具读它们毫无问题,但浏览器自带的视频元素经常不显示它们。遇到这种情况,你看到的是一个比例正确的空画框而不是画面,裁切照样能用——你画的形状是对的,只是没有参照物。至于完全解不开的编码,裁切会被整个禁用,因为一个渲染不出来的裁切算不上裁切。

  1. 要转就先转。裁切框跟着画面走,你不会丢掉已经框好的构图。
  2. 拖出你要保留的那块区域。框外的部分会变暗,方便你看清效果。
  3. 如果还想让产物更小,选一个分辨率。它作用在裁切后的那块区域上。

输出的两个尺寸都会被取整到偶数,因为视频编码器要求这样。801 像素的裁切会变成 802——这个差别你看不出来,而唯一的替代方案是拒绝这次裁切。

分辨率、帧率,以及到底什么才让文件变小

这里的分辨率和帧率只能往下调。选一个高于源的分辨率,等于凭空造出从来没被记录过的细节,还要为它付字节;帧率同理,多出来的帧只会是复制品。高于你源文件的选项会被直接隐藏,而不是先给出来再悄悄忽略。

降低分辨率确实能可靠地让文件变小,因为像素少了是真的需要更少的比特。降低帧率则完全是另一回事,而这正是很多说法搞错的地方。原则上每秒帧数变少确实意味着数据变少——但这里的编码器是按输出的画面尺寸挑码率的,不是按它收到多少帧,所以把帧率减半并不会把文件减半。它一定会做到的是让动作变卡顿。当 60fps 对你的用途来说是多余的时候再去改帧率,而不是把它当成省空间的手段。

如果目的就是体积,那这页是选错了,压缩器才是对的:它让你设定一个画质档或一个目标体积,再反推出码率。这一页对体积的影响基本上是顺带的——剪短会让文件变短因而变小,裁切和缩放会让它变小,而旋转和静音几乎不动它。

有一种情况这页会把文件弄大。如果你的源是 HEVC——较新 iPhone 录的就是它——而你做的改动触发了重新编码,产物就会是 H.264,因为那才是到处都能播的。同样的画面 H.264 要更多比特,这可能盖过你裁掉的那些像素。旋转、静音和剪结尾完全绕开了这件事:它们原样保留 HEVC。

声音会怎么处理

去掉声音是这页上最简单的操作:音轨不写,视频轨直接搬,文件几秒出来。它是真的删掉而不是调音量——那条轨不在了,不是静音了,所以没有东西能把它找回来,文件也因此小了一点点。

如果你要留着声音,它会怎么样取决于你的其他改动。除了剪开头之外的所有改动,音频都是逐位搬过去的,环绕声道也在。剪开头会把它重新编码成 AAC,理由和画面那边的关键帧问题是同一个,这很快,也不影响视频。多声道音频在这条路上会被混成立体声,因为浏览器的 AAC 编码器干脆拒收多声道输入——混下来总比导出失败强。

Dolby Digital 是例外,遇到时面板会把话讲明白。AC-3 和 E-AC-3 音轨能搬但不能重新编码,因为浏览器没有 Dolby 解码器。所以它们能撑过这页上除了一项之外的所有改动:剪开头,那会强制一次做不到的重新编码。工具不会让整个导出失败,而是丢掉音频并先告诉你——只剪结尾就能把音轨完整保住。

这个工具不做什么

这是一个一遍处理完的调整工具,不是剪辑软件。边界在哪就直说,比让你自己撞上要好。

  1. 只输出 MP4。不管你放进什么,出来的都是 MP4。
  2. 一个片子,一遍处理。不能拼接两段视频,不能从中间挖掉一段,也没有批量队列。
  3. 没有时间轴拖动预览,也不能预览产物效果。预览显示的是你起点那一帧,好让你看清在裁什么——它不是播放器。
  4. 没有滤镜、没有调色、不能变速、不能加文字或水印。
  5. 字幕、章节和附件会被丢弃,本站凡是转视频的地方都一样。只有画面和声音会被带过去。
  6. 没有体积上限,但有一道存储检查。产物是边生成边写进本地存储的,所以内存不会随文件一起涨——但空间得真的有,而且这在开始之前就会被验证。

你的原文件从不会被修改或移动。你下载到的是一个新文件,所以要不要删原件永远是你自己明确的决定。

常见问题

怎么裁切视频而不上传?

把视频拖进上面的工具,在预览图上拖出一个框。一切都在你的浏览器里运行:文件从你的磁盘读取,由你自己的设备解码和重新编码,再写回本地存储。什么都不会发送出去——你可以在它运行时打开网络面板,或者在页面加载完之后断网,照样能裁。裁切确实会重新编码,因为更小的画框就是另一幅画面,所以耗时和视频长度成正比。

为什么旋转是秒完成,裁切却很慢?

因为它们是两类不同的操作。旋转存成文件头里的一个标志位,告诉播放器该朝哪个方向绘制画面,所以没有一帧被碰过——视频原样搬过去,几秒完成。裁切会产生源文件里不存在的帧,那就意味着把每一帧解开、裁掉、再压一遍。那是实打实的工作量,而且和视频长度成正比。

剪辑视频会掉画质吗?

只剪结尾就不会——那是直接搬运,剩下的画面和原片逐位一致。剪开头确实会重新编码,因为新的起点几乎不可能正好落在关键帧上,而它后面的帧离了关键帧就解不开。那要付一代画质。如果你只需要把尾巴剪掉,只做这一件事既更快也无损。

为什么这个文件的起点手柄拖不动?

因为这个文件的视频编码在浏览器里解不开——最常见的是 ProRes——而剪掉开头需要重新编码,重新编码又需要解码。与其让你干等一次注定失败的导出,不如把起点手柄钉在零上。剪结尾、旋转和静音在这类文件上照样能用,而且三个都是秒完成。

降帧率会让视频变小吗?

靠不住,而且这一点值得说清楚,因为相反的说法流传很广。编码器是按输出的画面尺寸挑码率的,不是按帧数,所以把帧率减半并不会把文件减半。它确定会做到的是让动作变卡顿。当目的地不需要 60fps 时再去降帧率——要减小体积请改降分辨率,或者用压缩器,那个是直接瞄着体积去的。

为什么裁切之后我的文件反而变大了?

几乎可以肯定是因为源文件是 HEVC。较新的 iPhone 录的就是 HEVC,而任何触发重新编码的改动都会产出 H.264,因为 H.264 到处能播而 HEVC 文件不是。同样的画面 H.264 要更多比特,这可能盖过你裁掉的那些像素。旋转、静音和剪结尾完全避开了这件事——它们原样保留原来的 HEVC。

能不重新编码就旋转视频吗?

能,这个工具做的正是这件事。MP4 把方向存成一个变换标志位,而不是靠转动像素,所以旋转就是写一个数字、再把画面原样搬过去。不管多长都是几秒完成,画质完全一致,而且对那些浏览器解不开其编码的文件也照样有效。再叠加静音或剪结尾,整件事仍然是秒完成。

能一次做好几项改动吗?

能——这正是在这里做、而不是一次导出一项的意义。你选的所有改动都在同一遍里应用,所以「裁切 + 改分辨率 + 剪短」只付一次重新编码的代价,而不是三次。这对画质也要紧:每多导出一次就是多一代有损压缩。注意,在一堆免费改动里加进一项要重新编码的,整个视频就会被重新编码;这件事没有「一部分」的版本。

为什么我的裁切预览是空的?

因为你的浏览器播不了那个特定的文件,MKV 和 ProRes 上很常见。这个工具读那些文件毫无问题——它用的是自己的读取器而不是浏览器的视频播放器——但预览元素没有东西可显示。你看到的会是一个比例正确的空画框,裁切框仍然能用,所以你画的形状是对的,只是下面没有画面。

有文件体积上限吗?

没有。产物是边生成边写进浏览器本地存储的,不是在内存里攒成一整个,所以两小时的文件和两分钟的文件占的内存差不多。真正会检查的是可用磁盘空间,而且在开始之前就查,不是等到一半才发现。对那几项秒完成的改动来说这几乎无所谓:旋转或静音一个几个 GB 的文件仍然是几秒的事,因为没有任何一帧被解开过。

这在哪些浏览器里能用?

Chrome、Edge 和其他 Chromium 内核浏览器,以及 Safari 18 及以上版本。Firefox 没有提供这里依赖的 WebCodecs 视频能力,页面在加载时就会检测出来,而不是等你选完文件才失败。较新设备上的手机浏览器可以用,不过长视频的裁切或缩放在手机上会很慢。

我的视频会被上传吗?

不会。整个过程完全没有服务器参与——文件在本地读取,由你自己的设备处理,再写回本地存储。这也是为什么这里没有排队、没有每日额度、不用注册、不加水印:背后没有需要摊销的基础设施成本。运行时打开网络面板,你会看到什么都没有出去。

相关阅读

AskClean 团队 · 更新于 2026-08-21