【发布时间】:2017-01-05 04:52:28
【问题描述】:
整个夏天,我一直在编写一个脚本,该脚本采用 x264 视频/mp3 流并将其分解为不同的流,以便它可以通过 MSE-DASH 运行。 (很大程度上基于webmproject.org website 上的说明)这些相同的脚本已经停止工作,将一个 6GB 的视频变成了几个 25 Gb 的视频。我跟上了 ffmpeg 的更新,所以我不知道它什么时候停止工作,但我猜这是由于他们的 DASH Webm 实现的更新方式。
我发现了一种效果更好的新方法,但一个流仍然存在重大问题。我希望有人能解释这种编码是如何工作的,以便我能理解根本原因。
#!/bin/bash
COMMON_OPTS="-map 0:0 -an -threads 11 -cpu-used 4 -cmp chroma"
WEBM_OPTS="-f webm -c:v vp9 -keyint_min 50 -g 50 -dash 1"
ffmpeg -i $1 -vn -acodec libvorbis -ab 128k audio.webm &
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 500k -vf scale=1280:720 -y vid-500k.webm &
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 700k -vf scale=1280:720 -y vid-700k.webm &
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 1000k -vf scale=1280:720 -y vid-1000k.webm &
ffmpeg -i $1 $COMMON_OPTS $WEBM_OPTS -b:v 1500k -vf scale=1280:720 -y vid-1500k.webm
转码尚未完成,但你可以看到它的走向:
-rw-r--r-- 1 user staff 87M Jan 4 23:27 audio.webm
-rw-r--r-- 1 user staff 27M Jan 4 23:42 vid-1000k.webm
-rw-r--r-- 1 user staff 285M Jan 4 23:42 vid-1500k.webm
-rw-r--r-- 1 user staff 15M Jan 4 23:42 vid-500k.webm
-rw-r--r-- 1 user staff 20M Jan 4 23:42 vid-700k.webm
1500k 变体比其他流大得多。
另一个问题是,当我使用较短的视频时,比如说八到九分钟,上述配置按预期运行,一切都很完美。我不知道这个限制在哪里,因为每次测试都需要大量的处理能力和时间,但如果不到十分钟,它就可以工作,如果超过一个小时,它就会产生大量文件。
【问题讨论】: