在循环中使用 ffmpeg 时出现奇怪的错误

在循环中使用 ffmpeg 时出现奇怪的错误

我有一个 bash 脚本循环查找结果并对某些 FLV 文件执行 ffmpeg 编码。当脚本运行时,ffmpeg 输出似乎被中断,并输出一些看起来很奇怪的错误,如下所示。我不知道这里发生了什么。有人能指出我正确的方向吗?

就好像循环在不应该运行的时候仍在运行并中断了 ffmpeg 进程。

具体错误是:

frame=   68 fps= 67 q=28.0 00000000000000000000000000001000size=      22kB time=00:00:00.50 bitrate= 363.2kbits/s dup=1 drop=0    
Enter command: <target> <time> <command>[ <argument>]
Parse error, at least 3 arguments were expected, only 1 given in string 'om/pt_br/nx/R3T4N2_HD3D_demoCheckedOut.flv'

ffmpeg 输出的更多详细信息:

[buffer @ 0xa30e1e0] w:800 h:600 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2
[libx264 @ 0xa333240] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
[libx264 @ 0xa333240] profile High, level 3.1
[libx264 @ 0xa333240] 264 - core 122 r2184 5c85e0a - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=50 rc=cbr mbtree=1 bitrate=500 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=500 vbv_bufsize=1000 nal_hrd=none ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to './mp4s/pt_br/teamcenter/tc8_interactive/videos/8_SRM_EN.mp4':
  Metadata:
    audiodelay      : 0
    canSeekToEnd    : true
    encoder         : Lavf54.3.100
    Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 800x600, q=-1--1, 500 kb/s, 30k tbn, 29.97 tbc
    Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 44100 Hz, mono, s16, 128 kb/s
Stream mapping:
  Stream #0:1 -> #0:0 (vp6f -> libx264)
  Stream #0:0 -> #0:1 (mp3 -> libfaac)
Press [q] to stop, [?] for help
error parsing debug value0 00000000000000000000000000000000size=      13kB time=00:00:00.-3 bitrate=-3165.5kbits/s dup=1 drop=0    
debug=0
frame=   68 fps= 67 q=28.0 00000000000000000000000000001000size=      22kB time=00:00:00.50 bitrate= 363.2kbits/s dup=1 drop=0    
Enter command: <target> <time> <command>[ <argument>]
Parse error, at least 3 arguments were expected, only 1 given in string 'om/pt_br/nx/R3T4N2_HD3D_demoCheckedOut.flv'

脚本如下

#!/bin/bash
LOGFILE=encodemp4ize.log
echo '' > $LOGFILE
STARTTIME=date
echo "Started at `$STARTTIME`" >> $LOGFILE
rsync -avz flvs/ mp4s/ --exclude '*.flv'
#find flvs/ -name "*.flv" > flv-files
# The loop
find flvs/ -name "*.flv" | while read f
do
FILENAME=`echo $f | sed 's#flvs/##'`
MP4FILENAME=`echo $FILENAME | sed 's#.flv#.mp4#'`
ffmpeg -i "$f" -vcodec libx264 -vprofile high -preset slow -b:v 500k -maxrate 500k -bufsize 1000k -threads 0 -acodec libfaac -ab 128k "./mp4s/$MP4FILENAME"
echo "$f MP4 done" >> $LOGFILE
done

答案1

你的问题实际上是Bash 常见问题解答 #89:只需添加</dev/null以防止ffmpeg读取其标准输入。


我冒昧地为您修复了您的脚本,因为它包含很多潜在的错误。一些要点:

  • 文件名处理起来很棘手,因为大多数文件系统允许它们包含各种普通人视为垃圾的不可打印字符。做出诸如“文件名仅包含‘正常’字符”之类的简化假设往往会导致脆弱的 shell 脚本出现处理“正常”文件名,然后打破它们遇到一个不遵循脚本假设的特别令人讨厌的文件名的日子。另一方面,正确处理文件名可能会很麻烦,如果预计遇到奇怪文件名的机会接近于零(即您只在自己的文件上使用脚本并且您为自己的文件指定“简单”名称)。有时,可以通过根本不解析文件名来完全避免此决定。幸运的是,通过find(1)s选项可以做到这一点-exec。只需输入{}参数即可-exec,您不必担心解析find输出。

  • 使用sed或其他外部进程执行简单的字符串操作(例如剥离扩展名和前缀)效率很低。相反,使用属于 shell 一部分的参数扩展(没有外部进程意味着它会更快)。下面列出了一些有关该主题的有用文章:

  • 使用$( ),并且不再使用``Bash 常见问题解答 82

  • 避免使用大写变量名。该命名空间通常由 shell 保留用于特殊目的(例如PATH),因此将其用于您自己的变量是一个坏主意。

现在,事不宜迟,这里有一个为您清理过的脚本:

#!/bin/sh

logfile=encodemp4ize.log
echo "Started at $(date)." > "$logfile"
rsync -avz --exclude '*.flv' flvs/ mp4s/

find flvs/ -type f -name '*.flv' -exec sh -c '
for flvsfile; do
    file=${flvsfile#flvs/}
    < /dev/null ffmpeg -i "$flvsfile" -vcodec libx264 -vprofile high \
        -preset slow -b:v 500k -maxrate 500k -bufsize 1000k \
        -threads 0 -acodec libfaac -ab 128k \
        "mp4s/${file%flv}"mp4
    printf %s\\n "$flvsfile MP4 done." >> "$logfile"
done
' _ {} +

注意:我使用 POSIX 是因为您在原始版本中sh没有使用或不需要任何特定功能。bash

答案2

我发现解决方案。 bash 脚本似乎会产生干扰该过程的输入(即“c”键)ffmpeg

添加< /dev/nullffmpeg命令行,如下所示:

ffmpeg -i "./$f" -vcodec libx264 -vprofile high -preset slow -b:v 500k -maxrate 500k -bufsize 1000k -threads 0 -acodec libfaac -ab 128k "./mp4s/$MP4FILENAME" < /dev/null

解决了这个问题。

答案3

作为 的替代解决方案ffmpeg [...] < /dev/null,您可以使用:

ffmpeg -nostdin [...]

详细信息来自ffmpeg 文档:

要显式禁用交互,您需要指定 -nostdin。

禁用标准输入上的交互很有用,例如,如果 ffmpeg 位于后台进程组中。使用 ffmpeg ... < /dev/null 可以实现大致相同的结果,但它需要 shell。

答案4

while循环中,我也遇到过类似的问题。您可以使用for循环,并且在for循环中,您可以避免使用该命令获取音频列表并在循环中运行它find

我使用了findsed来获取目录中的音频列表,因为我见过使用通配符会引发"argument list too long"错误的情况。

现在,如果我们只进行查找,那么它将给出文件的绝对路径,这将导致ffmpeg失败,因此我们使用 删除了绝对路径sed

您可以使用这样的命令(已经使用了很多次并且运行良好)

for f1 in `find . -maxdepth 1 -name "*.mkv" | sed 's/^\.\///g'`; do ffmpeg -i "$f1" -q:a 0 -map a ../wav/"${f1%.*}.wav"; done

相关内容