浏览器视频压缩的工作原理

视频文件为何会变得庞大

视频是由一系列图像组成，通常伴随音频。记录中包含的视觉细节和运动越多，编码器需要存储的信息就越多。文件大小受到视频创建时多个选择的影响：

• 分辨率 —— 每帧图像中的像素越多，需要编码的图像数据就越多。
• 帧率 —— 每秒帧数越多，编码器需要处理的图像就越多。
• 码率与编码格式——更高效的编码格式或更低码率可能减小体积，但可能损失细节。
• 场景复杂度 —— 快速运动、摄像机噪声、文字和精细纹理比静态场景更难压缩。

浏览器视频压缩的工作原理

浏览器压缩器是一种重新编码器。它不会简单地从文件中删除未使用的字节。ToolKnit会在浏览器中播放选定的视频，将每一帧图像绘制到一个更小的画布上，并使用浏览器的MediaRecorder API重新记录该画布。

1. 浏览器解码文件——视频容器及编码格式必须能被当前浏览器播放。H.264/AAC 编码的 MP4 通常是较稳妥的起点。
2. 帧被重新绘制 —— 每个源帧都会以压缩级别所选择的分辨率进行重绘。
3. 画布被再次记录 —— 记录的流被限制在 30 帧每秒（FPS），并使用浏览器可用的编码器。
4. 生成新文件 —— 浏览器会将新视频文件本地保存，通常为WebM格式。部分浏览器可生成MP4格式。

这种方法的优点是无需安装，但也意味着浏览器设定了兼容性边界。仅靠文件扩展名是不够的：两个MP4或MOV文件可能包含不同的编码器，其中一个可以播放，另一个则无法播放。

什么决定了输出文件是否更小

降低分辨率和重新编码比特率通常会使文件变小，但这并不保证一定有效。最终结果取决于原始文件以及浏览器中可用的编码器。

• 压缩级别 —— 低级别使用更温和的降采样；高级别会进一步降低尺寸和比特率。
• 源文件效率 —— 一个已经很小或编码效率很高的源文件，在再次编码后可能保持原大小，甚至变大。
• 运动与细节 —— 高活动场景需要更多数据来保留细节，因此在更高压缩率下可能会更明显地出现可见的损失。
• 输出格式支持 —— 浏览器可能会从源文件中选择不同的编码器和容器格式。

如何在浏览器中减小视频文件大小

1. 先选择兼容文件——打开压缩视频，选择浏览器可播放、不超过 500 MB 的视频，建议使用 H.264/AAC MP4。
2. 选择压缩级别 —— 低级别使用最温和的降采样，中等是通用设置，高级别则实现最大的分辨率和比特率降低。
3. 保持标签页处于活动状态 —— 浏览器会逐帧重绘并重新编码视频，因此视频时长和设备性能会影响处理时间。
4. 分享前先对比。检查输出体积，播放下载的视频，并确认目标应用或设备能够使用该 WebM 或 MP4 格式。

检查结果：重新压缩会改变视频文件。删除原文件前，请在实际使用的设备上按所需分辨率检查输出。

格式支持与输出

输入兼容性由当前浏览器的媒体支持决定。H.264/AAC MP4 通常更容易播放；MOV、AVI 等容器可能在部分浏览器可用，但并非普遍支持。

输出支持遵循 MediaRecorder 规范。ToolKnit 优先尝试支持的 WebM 格式，因此输出结果通常是 WebM。如果浏览器支持 MP4 录制，可能会生成 MP4 文件。请查看最终下载的文件，而不是假设输出格式。

视频文件处理

选定的视频文件将在浏览器中本地使用 Canvas 和 MediaRecorder 进行处理。ToolKnit 不会将视频文件上传至服务器进行压缩。

常见问题

浏览器压缩需要多长时间？

这取决于视频时长、分辨率、浏览器以及设备性能。浏览器会逐帧重绘和重新编码视频，因此保持标签页处于活动状态有助于确保处理顺利完成。

最大文件大小是多少？

ToolKnit 支持的视频文件大小上限为 500 MB。设备内存和性能仍可能影响文件是否能成功处理。

输出文件是否会始终更小？

不会。设置会降低分辨率并使用比特率预设，但源文件本身已经很高效，或者使用不同的输出编码器，可能会生成大小相似甚至更大的文件。

是否会包含音频？

当浏览器能够捕获并编码音频流时，音频将被包含在新文件中。不同浏览器对播放和输出的支持存在差异，因此在分享前请检查下载的视频。