Firebase与FFmpeg协作：处理时长超1小时视频时出现下载URL读取错误求助

看起来你碰到了个挺棘手的问题——短视频用FFmpeg转FLAC音频完全没问题，一到1小时以上的长视频就直接报Error: File could not be read! Code=-1，我来帮你捋捋可能的原因和解决办法。

先理清楚你的场景和问题点 #

你是在React项目里，先把视频上传到Firebase Storage，然后用前端版FFmpeg提取单声道FLAC音频。短视频一切正常，但长视频就栽了，看你贴的代码，你是直接把本地的完整视频文件通过fetchFile读进内存，再写入FFmpeg，这大概率就是问题所在！

可能的原因&对应的解决办法 #

1. 前端内存不足（最可能的元凶）

长视频文件体积动辄几个G，你用fetchFile(file)会把整个文件转换成ArrayBuffer直接塞进浏览器内存，浏览器的内存上限扛不住这么大的文件，直接导致FFmpeg写入文件失败，后续读取自然就报错了。

解决思路：

• 分片读写优化：别一次性把整个文件读进内存，用File.slice()把视频文件切成小片段，循环调用ffmpeg.writeFile的追加模式，一点一点把文件喂给FFmpeg。比如：

  const chunkSize = 1024 * 1024 * 5; // 5MB分片
  let offset = 0;
  while (offset < file.size) {
    const chunk = file.slice(offset, offset + chunkSize);
    await ffmpeg.writeFile(file.name, await fetchFile(chunk), { append: offset > 0 });
    offset += chunkSize;
  }
  

• 直接用云端文件转码：你已经拿到了Firebase的videoDownloadURL，不如直接让FFmpeg读取这个URL的流，而不是用本地文件。可以用流式fetch的方式，把云端文件的流分片写入FFmpeg，这样不用把整个文件拉到本地内存。

2. 把转码逻辑移到后端（最推荐的方案）

前端本来就不是用来处理大文件转码的，资源有限还容易卡。既然你用了Firebase，直接用Cloud Functions来做转码才是正道：

• 前端只负责把视频上传到Firebase Storage，上传完成后触发一个Cloud Function
• 在Cloud Function里，用Firebase Storage SDK把视频下载到临时目录，然后用Node.js版的FFmpeg（比如fluent-ffmpeg）来处理转码，服务器的内存和算力可比前端强多了，长视频完全不在话下
• 转码完成后，把FLAC音频再上传回Storage，前端可以通过Firebase的实时数据库或者Firestore来监听转码完成的状态，拿到音频文件的下载链接

3. 检查FFmpeg的日志和配置

有时候FFmpeg的报错信息太笼统，你可以开启详细日志看看具体哪一步出问题：

ffmpeg.setLogger(({ type, message }) => {
  console.log(`[${type}]`, message);
});

通过日志你能看到是写入文件失败，还是转码过程中内存溢出，能更精准地定位问题。另外，也可以试试调整FFmpeg的内存限制（如果是用@ffmpeg/ffmpeg的话，可以在初始化的时候设置MEMFS的大小），不过这个操作比较进阶，不如前面两个方案直接。

最后给你个小提示 #

你代码里已经获取了videoDownloadURL，但后面没用到，是不是本来想读云端的文件结果误用了本地文件？如果是这样的话，改成从云端流式读取会更省本地内存哦！

备注：内容来源于stack exchange，提问作者braunlich