我有一个批量转换脚本,使各种尺寸的.mkvs到ipod/iphone大小的.mp4s,裁剪/缩放,以适应。确定原始尺寸,所需裁剪,输出文件都工作正常。但是,在成功完成第一次转换后,HandbrakeCLI会导致父脚本退出。为什么会这样呢?我怎么才能阻止它呢?
代码,就像现在一样:
#!/bin/bash
find . -name "*.mkv" | while read FILE
do
# What would the output file be?
DST=../Touch/$(dirname "$FILE")
MKV=$(basename "$FILE")
MP4=${MKV%%.mkv}.mp4
# If it already exists, don't overwrite it
if [ -e "$DST/$MP4" ]
then
echo "NOT overwriting $DST/$MP4"
else
# Stuff to determine dimensions/cropping removed for brevity
HandbrakeCLI --preset "iPhone & iPod Touch" --vb 900 --crop $crop -i "$FILE" -o "$DST/$MP4" > /dev/null 2>&1
if [ $? != 0 ]
then
echo "$FILE had problems" >> errors.log
fi
fi
done我还尝试了一个陷阱,但这并没有改变它的行为(尽管最后一个陷阱确实触发了)
trap "echo Handbrake SIGINT-d" SIGINT
trap "echo Handbrake SIGTERM-d" SIGTERM
trap "echo Handbrake EXIT-d" EXIT
trap "echo Handbrake 0-d" 0编辑后添加:
“0”陷阱触发的事实促使我调查为什么会发生这种情况。以bash -x $script身份执行会显示find | while read循环过早结束。
我已经将find和encode重构为单独的脚本。find循环现在是:
find . -name "*.mkv" | while read FILE
do
handbrake-touch "$FILE"
if [ $? != 0 ]
then
echo "$FILE had problems" >> errors.log
fi
done行为保持不变--一次编码,然后是while循环结束。如果我只是把一个'echo $FILE‘代替’handbrake touch‘,所有的文件都会被列出。当前目录没有改变(我想知道什么可能会破坏find | while)。
发布于 2010-04-25 22:57:57
现在解决了,多亏了来自this其他线程的线索。我现在没有在HandbrakeCLI中回显任何东西,以确保它没有使用与我的脚本相同的标准输入:
find . -name "*.mkv" | while read FILE
do
echo "" | handbrake-touch "$FILE"
if [ $? != 0 ]
then
echo "$FILE had problems" >> errors.log
fi
done...and它按预期/预期工作。
https://stackoverflow.com/questions/2708097
复制相似问题