工作原理
浏览器视频放大能做到什么
视频用的是和图片一样的模型，只是逐帧应用——这让它的负担重得多。事先了解这些限制，可以让你不必去跑一个本来就完不成的任务。
一段每秒 30 帧的十秒片段就是三百张图片。每一张都要解码、送进 AI 模型、再重新编码写入成品文件。照片只需几秒而视频要花几分钟，原因正在于此；它对机器剩余内存远为敏感，原因也一样。
因为整个过程都在浏览器标签页内完成，所以没有排队、没有上传、没有服务器强加的文件大小上限，也不会有一份你的素材留在别人的硬盘上。代价是：边界由你自己的硬件决定，而且处理期间标签页必须一直开着。
先从一小段片段开始。十秒或十五秒就能告诉你这台机器的能力、各项设置对结果的影响，以及真正的任务大概要跑多久——而这些都发生在你投入一个几十分钟的任务之前。
格式与浏览器支持
视频放大同时需要 WebGPU 和 WebCodecs，实际上意味着基于 Chromium 的浏览器。图片放大有 CPU 回退方案，几乎在哪都能用；视频没有。
| 要求 | 支持情况 | 说明 |
|---|---|---|
| 浏览器 | Chrome 113+、Edge 113+ | 同期的其他 Chromium 浏览器一般也能用。Safari 和 Firefox 目前还无法运行这条处理链。 |
| 封装格式 | MP4、WebM、MOV | 封装在你的浏览器里解析，不会为了转换把任何内容发往别处。 |
| 视频编码 | H.264、VP8、VP9 | 浏览器自身能解码的编码格式。冷门或专业编码格式打不开。 |
| 内存 | 建议 8GB 及以上 | 短小的片段 4GB 也能应付。用 4GB 处理 HD 素材会很吃力。 |
目标分辨率与处理模式
有两个设置决定这次处理。目标分辨率（1080p、2K 或 4K）是你希望输出达到的上限；处理模式则在时间与重建质量之间做取舍。
- 快速 — 最快的一遍。适合确认片段能否正确解码，以及在正式开跑前预览各项设置的效果。
- 均衡 — 默认值，也是绝大多数素材的正确答案。明显优于快速，又没有重模式那样的时间代价。
- 高质量 — 每帧的重建量更多。对于结果比等待更重要的短片段，值得一试。
- 超级 — 最重的模式。请留给性能足够的机器上那些短而重要的片段；用在长素材上，耗时会变得不切实际。
把一段压得很狠的 480p 素材用"超级"模式硬推到 4K，是最常见的失望来源。模型只能从原始编码中幸存下来的信息里重建，而低码率素材本身可用的东西就少。请瞄准比源素材高一档，而不是直接选最大的那个数字。
正式开跑前先看结果
视频处理过程中，关键帧预览会随生成陆续出现。点开其中一张，就能看到该帧的处理前后对比。任何长任务都值得在最初几帧做一次这样的检查：如果第 10 帧的人脸已经发蜡、文字已经糊成一团，第 3000 帧也会一样，而你省下了余下的全部时间。
任务可以暂停后继续，也可以直接取消。当你需要用机器做别的重活时，暂停很有用——这项处理争抢的，正是视频通话或编译所需要的那些资源。
实际要花多久
实话实说：它对硬件的依赖大到任何单一数字都会误导人。真正稳定起作用的是帧数（时长 × 帧率）、源分辨率、目标分辨率和处理模式，大致就是这个顺序。
在有独立显卡的机器上，用均衡模式处理一小段片段是几分钟的事。同一段用"超级"模式，或者在核显上处理更长的片段，可能要久得多。这正是那段测试片段的意义：它给你的是来自你自己机器的实测值，而不是我们这边的估计。
运行期间请保持标签页开启、机器不要休眠。关闭标签页或让笔记本进入睡眠都会终止任务——没有服务器替你占着位置，而正是这一点让你的素材始终留在本地。
音频与最终文件
只要浏览器能够复制，Veedz AI 就会把原始音轨带入输出。如果某条音轨无法直通，工具会明确告知，而不是默默返回一个没有声音的视频。完成的文件直接下载到你的设备——和这里的其他一切一样，它从不接触服务器。