被 Web 端 FFmpeg 折磨了：进度总卡在 99%，求大佬指点

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

如果想在 V2EX 获得更好的推广效果，欢迎了解 PRO 会员机制：
pro/about

我把自己日常要用的一个视频处理需求做成了在线工具：videosnap.cc

本来目标很朴素：

不用装软件
尽量浏览器本地处理
少上传原视频，降低隐私顾虑

结果最近被一个问题狠狠干懵了：处理进度卡在 99% 很久，没挂但就是不结束。

复现现象（真实可复现）

在部分机器 + 中大视频文件下：

前面进度推进正常
到 99% 后长时间不动
CPU 看着还在跑
页面不报错
用户体感就是：“卡死了”

我目前的判断

大概率是尾段组合问题，不是单点 bug：

ffmpeg.wasm 处理结束后，JS 侧 Uint8Array/Blob 搬运开销太大
Worker <-> Main thread 消息传递产生了额外 copy
MEMFS / WORKERFS 在大文件尾段读写时可能有阻塞；OPFS 还没来得及完整验证，准备继续试

已尝试（但还没彻底解决）

调 ffmpeg 参数，减少中间产物
主流程尽量放到 Worker
尝试 WORKERFS
尝试 OPFS
控制并发，压低内存峰值
修正进度条策略（避免“假 100%”）

想请教各位的关键问题

你们做 Web 端 ffmpeg 时，有没有遇到这种“99% 假完成”？
大文件场景下，最终导出阶段你们是怎么设计的？
OPFS 在真实生产里是否明显优于 MEMFS/WORKERFS？
有无推荐的排查维度：内存曲线、拷贝次数、阶段耗时埋点等？

项目地址：https://videosnap.cc 先谢过各位

FFmpeg

Web

进度

7 replies 2026-05-09 14:53:55 +08:00

qxmqh

5h 0m ago

你看看我的 https://fastcut.video

Perry

4h 58m ago via iPhone

现在推广自己做的 AI Slop 都这么发帖了？ AI 写的文案自己读过没，不尬么？

andyskaura

4h 42m ago

虽然你这是推广，不过我也说下前两天遇到的现象和你的很像。
在做大文件断点续传的时候，mac 上都很正常。
但在 windows 上 createWritable 如果开启次数频繁，哪怕写不同位置，也会导致报错：“An operation that depends on state cached in an interface object was made but the state had changed since it was read from disk.”。

windows chrome 老版本的 File System Access API 的 writable 行为更不稳定。

jsxyzb

4h 17m ago

@Perry 是用 AI 帮我写的，本来是求助贴，怎么被划到推广了，早知道就手码了

jsxyzb

4h 15m ago

@qxmqh 又是会员，就是不想成为会员，才自己写的

jsxyzb

4h 14m ago

@andyskaura 不是推广，是想写求助帖的，自己写的不好看，AI 润色了下，变成推广了

kinkin666

3h 13m ago

ffmpeg.wasm 没有缓冲区的概念嘛，喂给它东西，还有它输出的东西，可不可以打到缓冲区里面