关于网页ffmpeg转码的文件大小的bug

[wildwolfzj]

扩展版本号 extension version

2.5.6

浏览器

Google Chrome

浏览器版本号

版本 131.0.6778.86（正式版本） (arm64)

涉及网址

https://ffmpeg.bmmmd.com/

请详细描述问题

通用问题。
老版本貌似没见过这个问题。
网页ffmpeg转码
就是当页面堆积多个内存文件，并且多个文件计算总容量超过2G后，就会提示
“Chrome 无法处理大于2G的文件, 请直接下载文件本地处理或使用Firefox浏览器.
FFmpeg已停止”。删除其余内存文件，只保留一个文件，然后再运行命令，可正常运行。

但我记得以前我类似的视频，单个文件不超过2G，堆积了十几个也不会提示这个。

当然如果是考虑网页内存问题，设计如此的话，那没问题。

顺便提一个老问题，就是 M3U8解析器 合并下载的页面。勾选转码，小于2G会发送到网页转码。大于2G会直接跳出下载合并后的源文件，不会发送到网页转码页面。
但 貌似对2G的文件大小估算有点问题。碰到解析器页面展示是1.8～1.9G的文件，还是会发到转码页面。但转码页面转码会卡住转不完。我不知道是转换后文件超2G了。还是计算2G的换算标准不一样。
不知新版是否还是如此。
我手上没有正好大小的文件，没法测试。

[xifangczy]

删除其余内存文件，只保留一个文件，然后再运行命令，可正常运行。

这是一个bug 已修复

顺便提一个老问题，就是 M3U8解析器 合并下载的页面。勾选转码，小于2G会发送到网页转码。大于2G会直接跳出下载合并后的源文件，不会发送到网页转码页面。
但 貌似对2G的文件大小估算有点问题。碰到解析器页面展示是1.8～1.9G的文件，还是会发到转码页面。但转码页面转码会卡住转不完。我不知道是转换后文件超2G了。还是计算2G的换算标准不一样。
不知新版是否还是如此。
我手上没有正好大小的文件，没法测试。

主要原因是 chrome对每个进程限制是2G 所以无法突破内存的限制 (firefox就没问题， 但目前猫抓firefox版发送到ffmpeg还没实现 下个版本完成，你可以拉取最新代码进行测试)

有时候页面会占用一点内存，在加上视频转码过程中可能会超过2G使用量，加上用户自己剩余内存，这些复杂因素加起来无法预估和计算，只能在以后版本 解析器里 把文件大小限制在 1.8G 以下，提高转码成功率。