体积到底花在哪了
视频体积等于码率乘以时长，没有别的。相机和录屏工具选码率时向来大方， 因为设备上的存储便宜、画质是它们的招牌，于是五分钟的手机片段可以有一个 G。 其中绝大部分是你看不见的余量。这个工具按分辨率、帧率和你选的质量档重新编码视频， 60% 到 90% 的缩减就是从这里来的。
两个控件决定结果。分辨率是那个粗暴而强大的：边长减半，像素就变成四分之一。 质量是那个精细的：它决定每个像素分到多少比特。默认值（「中」质量加 720p 上限） 是为最常见的任务选的：把文件压到发得出去，又不至于看着难堪。
快路径与慢路径
浏览器已经开始暴露手机录像用的那批硬件视频编码器。你的浏览器支持时， 这个工具就在那块硬件上编码，一分钟的 1080p 几秒钟就过去了。不支持时， 由编译成 WebAssembly 的软件编码器做完全相同的活，哪里都能跑，但比实时慢。 两条路出来的都是同一种 MP4，差别只在等待的长短。两条路的每一步都在你的机器上运行， 素材从不离开它。
该抱什么预期，说实话
视频压缩是有损且单向的。把已经很小的文件再压一遍，收益很小、代价是画质， 结果没变小时工具会明说，而不是不吭声地把文件递给你。接受 500 MB 以内的文件。 压整部电影的归档任务，还是留给有大把时间的桌面软件；在那之前的一切， 这个页面就在文件所在的地方把活干完：压完点开预览确认画质能接受， 对比那一行的前后体积，再决定是收下还是降一档重来。