一次拖进十个文件，设好目标格式后交给队列，处理完一起下载——不用一个个传。
上传多个文件后会形成一个队列，逐个处理。之所以不做"并发同时转"，是因为浏览器里跑的是 WebAssembly 版的 FFmpeg，内存与 CPU 都很宝贵：同时开多个任务只会让总时间更长，还更容易触发内存不足。逐个处理的总耗时最短，也最稳。
队列里每个文件有独立状态：待处理、处理中、已完成、失败。某个文件失败（例如编码不受支持）不会中断整批，会标记错误并继续下一个；只有引擎级问题（用户取消、已有任务在跑）才会中断队列。
一是视频与音频不能混选：两者可选的目标格式不同，混在一起会让格式列表与结果错乱，所以本站直接拦截并提示你分批处理。
二是输出文件名会带上"→"前缀，避免和源文件混淆（尤其是只改了扩展名的情况）。全部完成后可以点「全部下载」，浏览器会依次保存——如果被拦截，允许"多文件下载"即可。
| 文件数量 | 不限（受浏览器内存与耐心约束） |
|---|---|
| 执行方式 | 逐个处理（避免并发抢占内存导致失败） |
| 失败处理 | 单个文件失败不中断整批，可单独重试 |
| 混选限制 | 视频与音频不可混选，需分批处理 |
| 是否上传服务器 | 否，100% 本地处理 |
在这个场景下并行反而更慢。每个 FFmpeg 实例都要占用大量内存，同时跑多个会引发频繁的垃圾回收、甚至内存不足失败；逐个跑的总耗时通常更短。
可以。点取消会立即终止当前文件并中断队列，已经完成的文件结果会保留，可以继续下载。
不会。单文件失败（如解码不支持）会标记为失败并继续处理下一个；只有引擎级故障（取消、引擎未加载）才会中断整批。
不行。处理在你的浏览器里进行，关闭或刷新页面会中断任务并丢失已完成但未下载的结果，页面会弹出确认提示。