在你的设备上运行 · 你的文件从不离开你的设备。
设定你需要的大小,视频就按这个大小来编码。邮件附件有上限、聊天软件有限制、表单不收超过25MB的文件——用的就是这个工具。
先根据视频时长算出目标大小允许的码率,再实际量一量结果,超了就修正——所以你拿到的是真正装得下的文件,而不只是“变小了一些”。
目标很小时,同时降低分辨率比只降码率效果好得多:8MB的720p视频,比同一段保持1080p、码率却不够用的视频好看得多。
不适用于: 把很长的录像压到很小——这几MB能装下多少画面,由时长决定;请先用视频剪辑工具把它剪短。
只选了一个视频时,工具会根据它的时长、画面尺寸、帧率和声音给出三个建议目标。每个目标都假定每个画面像素分到一定的数据量:“看不出差别”0.10 比特,“对谁都够用”0.05 比特,“仍可观看的最小体积”0.03 比特,后者还会把画面降到 360p。一段 3 分钟、1080p、每秒 30 帧、带声音的片段,得出的是 148 MB、76 MB 和 8 MB。如果某个建议不会比文件本身更小,就标为“文件已经这么小了”。
目标的 3% 留给封装格式。总码率至少有 600 kbit/s 时,声音分到 128 kbit/s;低于这个就少一些,最低 48 kbit/s;声音一律重新编码为 AAC。剩下的给画面,但绝不超过原视频画面的码率。如果分到的码率太少,画面没法看,就一次降一个标准高度,最低到 240 行。上面那段片段压到 25 MB,就是 720p、画面约 950 kbit/s。如果连 240p 都分不到 40 kbit/s,工具会拒绝,并给出仍能观看的最小大小。
视频本来就小于目标、而且是 H.264、HEVC 或 AV1 画面配 AAC 或 MP3 声音时,不再重新编码:只把它的码流重新封装成 MP4。
先试你设备自带的视频编码器。它的码率控制容易超出,所以第一遍瞄准比算出的码率低 5%,然后量一量成品。超过目标,就按比例降低码率,再留 5% 余量,重新编码。装得下、但用了不到目标的 85%,就把码率提高最多 60%,让多出来的空间都给画面。最多三遍之后,保留装得下的最大文件;一个都装不下,就给你最小的那个,并附一条说明。
设备编码器做不了这件事,或者目标超过 1.5 GB(在报告内存为 4 GB 及以下的设备上是 400 MB)时,引擎用 x264 跑同样的循环。在引擎上,超过 1 GB 的输入分段编码,每段按精确的份额分到字节,不做第二遍;这时目标指的是所有分段加起来的大小。
在一台没有图形芯片的四核电脑上实测,把一部 3 分钟的 1080p 影片压到 25 MB,设备编码器用了 91 秒,引擎用了 653 秒。
本页的其他语言版本: English · العربية · Deutsch · Français · Español · Русский · Português · हिन्दी · Türkçe · עברית · فارسی · اردو · Bahasa Indonesia · বাংলা