这个标签页里的 WebCodecs
浏览器在这个标签页里拆流、解码、再编码。文件留在这台设备上。
媒体 · 本地视频压缩 · Live
无需上传服务器的视频压缩器：利用本地 WebCodecs 缩小视频体积
无需上传服务器的视频压缩器：利用本地 WebCodecs 缩小视频体积?
用本地 WebCodecs 缩小体积。 浏览器提供硬件编码时才会用硬件。 不上传，也没有服务端排队。 浏览器能解码时也支持 MKV。
用本地 WebCodecs 缩小体积。浏览器提供硬件编码时才会用硬件。不上传，也没有服务端排队。
100% 本地处理
不上传
Your video never leaves this device
隐私友好输出
▶
拖入 MP4、MOV 或 WebM
浏览器能解码时也支持 MKV。处理始终在当前标签页完成。
无预览
视频
— · 源文件留在这台设备上
发送目标：
检测中…
压缩中0%
- 已用时间
- 00:00
- 剩余时间
- —
- 处理 FPS
- —
- 源视频时长
- —
- 已写入字节
- —
- 当前压缩比
- —
- 路径
- —
- 目标分辨率
- —
本地压缩完成
- 原文件名
- —
- 压缩后
- —
- 节省
- —
- 耗时
- —
- 速度
- —
- 编码器
- —
- 引擎
- —
- 分辨率
- —
隐私友好输出
已直接保存到你选择的文件。
自己验证（F12 → Network）
这个流程在当前浏览器标签页处理文件。可选用开发者工具观察页面实际发出的请求。
- 按 F12（或 ⌥⌘I）。先打开开发者工具，再打开 Network 面板。
- 开始本地处理（清理、识别、压缩、合并）。
- 页面界面加载完成后也可以断网。同源的引擎 / WASM / 语言包可能来自上次访问的缓存。
- 这一步不会把文件内容 POST 到 CreatorPrivacyKit。未缓存时，页面 HTML/CSS 和同源运行时仍会走网络。
Network 里常见：本站 CSS/JS；开始处理后还有同源 WASM、编码器或 OCR 语言包。那是下载引擎，不是上传你的文件。
- 处理位置
- 当前浏览器标签页
- 向我们的服务器上传媒体
- 不在此流程中
- 对文件做远程分析
- 无
这是产品事实说明，不是实时抓包。我们不会伪造请求计数。广告、扩展和你之后的点击仍可能产生网络请求。
这次压缩变小了
的浏览器实测只展示这一条受控样本。样本 compression-high-bitrate-bars 是 CC0 高码率色条视频，不是真实拍摄，上传名为 cpk-lab-cc0-high-bitrate-bars-1280x720.mp4，原始画面 1280×720。 这两张图是采集时英文页面的界面截图，不是本页现在的中文界面。
这次压缩成功，文件变小了。输入界面是就绪，输出界面是完成。这次预设是 smallest，目标大小关闭，质量 20，分辨率保持原始。输入 2976898 字节，输出 149460 字节。输出仍是 1280×720，探测为 vp9 与 opus。
不上传、不排队：压缩是在这个标签页里完成的
解码、缩放、再编码都在你正在看的这个标签页里。CreatorPrivacyKit 没有把成片收去排队转码的接口。
文件不会传到本站
画面和音轨留在这个标签页的内存和浏览器临时存储里。压缩器没有上传接口。这和必须先把整段视频交给网站的在线转换器不一样。
可以自己看网络面板
打开开发者工具的“网络”，再开始压缩。成片不会作为请求体发到 CreatorPrivacyKit 的转码接口。断网只能当粗检查，不是正式审计。
对比实际导出的字节数
对比下载文件和输入。页面会标出体积变化。兆字节目标按你设的上限来压。
浏览器本地压，和先上传再转码差在哪
常见在线转换器要先收完整文件。这一页在这台设备上压。这是上传路径上的差别，并不等于这台电脑上不会出别的事。
| 对比项 | 本页（浏览器，不上传） | 常见先上传的转换站 |
|---|---|---|
| 是否上传 | 不上传 源文件留在这个浏览器里。 | 整文件上传 原片要先发到对方服务器。 |
| 排队 | 在这台机器上立刻开始，没有跟别人抢的转码队列。 | 经常排队；免费档还会限速或延后。 |
| 容量套餐 | 没有按文件大小收费的套餐，但仍受这台设备限制。 | 免费档常常卡死容量，再加大就要付费。 |
| 文件落在哪 | 我们的服务器上不会留下你的视频副本。 | 原片往往会在对方磁盘上停留一段时间。 |
| 仍然存在的风险 | 本站收不到文件。这台设备上的恶意软件、浏览器漏洞，以及你之后自己把成品传走，都还在。 | 对方服务器被入侵、内部人员访问、存储桶配错，都可能把原片暴露出去。 |
| 容器元数据 | 重新编码会写出新的 MP4（H.264）或 WebM（VP9/AV1），丢掉支持范围内的容器元数据。像素域水印去不掉。 | 各站不同：有的还留着相机信息，有的会打上转换器自己的标记。 |
Discord、邮件和聊天软件的体积目标
数字来自 2026年9月核对过的官方说明。应用随时会改上限。预设只是目标，请看你实际得到的文件大小。
Discord
非 Nitro 20MB（2026年8月 FAQ）· Nitro Basic 50MB · Nitro 1 GBDiscord 附件说明写的是：截至 2026年8月，非 Nitro 聊天附件 20MB，Nitro Basic 50MB，Nitro 1 GB。官方也说部分账号在测别的上限，所以以你客户端显示为准。工具里的 19MB 是留在 20MB 下面的余量，不是“一定发得出去”。Nitro 以前是 500MB。服务器助力 2 级是 50MB、3 级是 100MB，只对该服务器的成员生效。手机端也会在压缩前检查大小。打开 Discord 压缩页，或看中文 20MB 说明。
来源更新：2026年8月 · 本站核对：2026年9月21日 官方来源
邮件附件
Gmail 个人邮箱约 25MB 后改网盘 · Outlook.com 与互联网账户邮件大小 20MB（含正文）· Exchange 默认 10MBGmail 帮助对个人账号常见写法是附件大约 25MB，再大就改成云端链接。Workspace 的附件上限由管理员设定。Outlook 在 Outlook.com 和互联网账户上的邮件大小是 20MB，附件和正文都算进去。Exchange 默认 10MB，管理员可以改。MIME/Base64 还会把发送体积撑大。打开邮件压缩页，或看外贸邮件附件说明。
本站核对：2026年9月21日 官方来源
WhatsApp 帮助写的是：按视频发送上限 64MB；较快网络可能默认 100MB / 720p。当文档发送是另一条 2GB 路径。这是上传上限，不保证对面仍按你的码率播放。
本站核对：2026年9月21日 官方来源
LINE
聊天没有官方统一 MB 上限 · VOOM 已于 2026-09-30 结束LINE 聊天现在仍没有可引用的统一视频 MB 上限。LINE VOOM（含官方账号 VOOM 帖）按官方帮助已于 2026 年 9 月 30 日前后（约 11:00 JST）结束。停用时间因账号而异，部分官方账号内容仍留在 LINE Home。按已经结束的服务说明，官方账号当时发 VOOM 投稿时，照片、文字以及视频当时的上限写成 500MB，最长 20 分钟。那条上限属于投稿，不是聊天。官方账号广播视频仍是 200MB。聊天和广播消息没有停。发送前看 LINE 自己显示的大小。
来源更新：2026年7月 · 本站核对：2026年9月30日 官方来源
Telegram
免费 2GB · Premium 4GBTelegram FAQ：免费账号单文件 2GB，Premium 4GB。按文件发送时，容器里的定位等信息可能还在。
本站核对：2026年10月14日 官方来源
只在这台设备上做分享副本
本站不收文件，但仍受这台电脑限制常见问题
不会。视频压缩通过 W3C WebCodecs API 完全在浏览器本地运行。视频帧与音频流仅在设备内存和浏览器本地临时存储中处理。你可以断开网络或打开浏览器开发者工具的“网络”标签页验证，没有任何视频数据发送到服务器。
Discord 官方附件说明写的是：截至 2026年8月，非 Nitro 聊天附件 20 MB，Nitro Basic 50 MB，Nitro 1 GB。官方也说部分账号在测别的上限，所以以客户端显示为准。工具里的 19 MB 是留在公布 20 MB 下面的余量，不是“一定发得出去”。
Gmail 个人账号常见写法是附件大约 25 MB，再大就改成云端链接。Outlook.com 网页端也是 20 MB；桌面 Outlook 的互联网账户往往把正文算进去，大约 20 MB。企业 Exchange 另算。MIME/Base64 还会把发送体积撑大。20 MB 或 25 MB 预设只是起点，请核对实际输出大小。
视频文件大小是由码率和时长决定的（文件大小 = 码率 × 时长），而不是单纯由分辨率像素数决定。如果把 1080p 降至 720p 却保持相同的目标码率，最终文件大小并不会显著减少。降低分辨率的核心价值在于允许使用更低的码率，同时避免画面产生明显的压缩马赛克。
输入可以是 MP4、MOV、WebM，以及浏览器能拆流的 MKV。常见成功输出是 MP4（H.264 / AAC）。若选用 VP9 或 AV1，则会写成 WebM。能不能播仍取决于对方应用和编解码支持。浏览器暴露 HEVC 或 AV1 时，才会出现在高级设置里。
是的。在重新编码时，CreatorPrivacyKit 会生成一个全新的干净 MP4 容器，主动丢弃相机型号、精确 GPS 坐标、拍摄时间戳、QuickTime 用户元数据（udta）、XMP 数据包和 C2PA 来源凭证，仅保留音视频有效载荷。请注意，像素级不可见水印无法通过清理容器元数据去除。
压缩器在这个浏览器标签页里用 WebCodecs 编码。浏览器提供硬件编码器时就用它，例如 Apple VideoToolbox、Intel QuickSync、NVIDIA NVENC 或 AMD AMF。文件留在这个标签页里。
可以。QuickTime MOV 与 MP4 同属 ISO-BMFF 容器族，这里支持。浏览器能拆流时也可以读 MKV。编码成功时输出标准 MP4。这不是“任何应用、任何聊天软件都能播”的保证。