performance - 直接从 s3 与本地读取时的 FFMPEG 性能

Question

我有一个需要对 s3 文件进行转码的用例。我有两个选择

选项a:将文件下载到本地，然后在其上运行ffmpeg

选项 b:提供一个预签名 URL 作为 ffmpeg 输入，例如 -
"./ffmpeg -loglevel 调试 -y -i "https://mybucket/key?signedParams “-threads 0 -map_chapters -1 -f mp4 -movflags faststart -map 0:0 -acodec libfdk_aac -ac 2 -ar 44100 -b:a 48k -sn -vn/output.mp4”

我尝试同时运行两者并比较时间，但与#a 相比，#b 的性能并没有太大改善。

我有 2 个问题

#b 的性能是否优于 #a？还是两者都一样？

如果是#b，ffmpeg 是等待完成下载然后开始转码还是同时开始下载和转码？

Answer 1

I tried running both and comparing the time but I don't see any much performance improvement in #b as compared to #a.

您的瓶颈可能在转码中。

Is #b is better in performance than #a? Or both of them are same?

我想流式输入(兼容时)会更好。当然要做的工作更少。但是，如果首先下载该文件不是瓶颈，那么它就无关紧要了。

In case of #b does ffmpeg wait for complete download and then start transcoding or it start downloading and transcoding simultaneously?

它将在下载/流式传输时进行转码。