首页 > 解决方案 > 如何使用 ffmpeg 和 shaka-packager 优化编码和打包视频

问题描述

我正在尝试为视频大小可能不同的 LMS 网站编码和打包上传的视频。如何编写一个sh脚本,根据其大小转换和打包给定的视频(例如,如果给定的视频分辨率大于720p且小于1080p FFmpeg应转换 2 种尺寸的视频[360p,720p]然后shaka-打包者应该打包它们)。

到目前为止,我有这个脚本,假设输入视频分辨率为 1080p(或 1080p <= size < 4k

#!/bin/sh
pwd
URL="$1"
ID="$2"
FOLDER="$3"

if [ -z "$URL" ];then
    echo "Must input a file"
    $SHELL
    exit
fi

DIR="$FOLDER/$ID"
OUTDIR="$DIR/cmaf"
mkdir -p -v $DIR
mkdir -p -v $OUTDIR

GOP_SIZE=50
FPS=25
CRF=28

INPUT="$DIR/input"
wget -c -O $INPUT $URL &&

if [ ! -f $FILE ]; then
    echo "$FILE does not exists"
    $SHELL
    exit
fi

ffmpeg -i $INPUT -y \
-threads 1 \
-c:v libx264 -crf $CRF -profile:v high -pix_fmt yuv420p \
-keyint_min $GOP_SIZE -g $GOP_SIZE -sc_threshold 0 \
-color_primaries 1 -color_trc 1 -colorspace 1 -movflags +faststart \
-c:a aac -b:a 128k -ar 44100 \
-r $FPS \
"$DIR/input.mp4" &&

ffmpeg -i "$DIR/input.mp4" -y \
-threads 1 \
-vn -acodec copy "$DIR/a.mp4" \
-vf scale=640:360 -an "$DIR/360p.mp4" \
-vf scale=1280:720 -an "$DIR/720p.mp4" \
-vf scale=1920:1080 -an "$DIR/1080p.mp4" &&

rm -R $OUTDIR

packager \
in="$DIR/a.mp4",stream=audio,output="$OUTDIR/a.mp4",drm_label=AUDIO \
in="$DIR/360p.mp4",stream=video,output="$OUTDIR/360p.mp4",drm_label=SD \
in="$DIR/720p.mp4",stream=video,output="$OUTDIR/720p.mp4",drm_label=HD \
in="$DIR/1080p.mp4",stream=video,output="$OUTDIR/1080p.mp4",drm_label=HD \
--enable_raw_key_encryption \
--keys label=AUDIO:key_id=f3c5e0761e6654b28f8049c778b23947:key=a4637a153a443df9eed0593043db7517,label=SD:key_id=abba277e8bcf552bbd2e86a434a9a5d7:key=69eaa807a6763af979e8d1940fb88397,label=HD:key_id=6d76f25cb17f5e76b8eaef6b7f582d87:key=cb541784c99737aef4fff74500c12ea7 \
--pssh 000000377073776800000000EDEF8BA979D64ACEA3C877DCD51D21ED00000071220F7465737420636F6E74656E74206967 \
--mpd_output "$OUTDIR/h264.mpd" \
--hls_master_playlist_output "$OUTDIR/h264_master.m3u8"

上面的脚本首先通过给定的 URL 下载视频,然后在调整大小和打包之前将其转换为适当的视频格式。我假设如果我在缩放之前转换视频会比每次转换和调整它的大小都更好。另外,我假设如果我在一个命令中调整所有分辨率的大小会更快,但我认为这不是 FFmpeg 的工作方式。我在 FFmpeg 的世界里不知道如何更好、更干净、更动态地编写 sh(或 bash)脚本来编码和打包在线流媒体视频。我认为还有其他人有同样的问题或同样的情况。因此,感谢您提供任何帮助、修复和建议

标签: bashffmpegvideo-streamingshshaka

解决方案


为了清楚起见,我从您的命令中删除了一些参数(yuv420p并且-profile:v high是默认值,不更改帧速率)

ffmpeg -i <input> -y \
-c:v libx264 -crf 28 -g 50    \
-c:a aac -b:a 128k -ar 44100  \
-movflags +faststart          \
<output> &&

ffmpeg -i <output> -y \
-vn -c:a copy "$DIR/a.mp4" \
-vf scale=640:360   -an "$DIR/360p.mp4" \
-vf scale=1280:720  -an "$DIR/720p.mp4" \
-vf scale=1920:1080 -an "$DIR/1080p.mp4"

第一次运行将解码您的输入并使用 libx264 重新编码,质量目标为 28,每 50 帧有一个关键帧。

第二个实例将再次对其进行解码,通过.mp4扩展名猜测编码器(默认为 libx264),并使用默认值对所有内容重新编码三次-g 250 -crf 23(我不确定-movflags +faststart)。

因此,您正在 (1) 从第一次运行中覆盖您的设置,(2) 具有额外的解码过程,以及 (3) 由于多个有损编码而具有一定的质量损失。

您想要的是将这些组合到一个调用中:

ffmpeg -i <input> -y \
-vn -c:a aac -b:a 128k -ar 44100 "$DIR/a.mp4" \
-c:v libx264 -crf 28 -g 50 -s 640x360  -movflags +faststart -an "$DIR/360p.mp4" \
-c:v libx264 -crf 28 -g 50 -s 1280x720 -movflags +faststart -an "$DIR/720p.mp4" \
-c:v libx264 -crf 28 -g 50 -s 19201080 -movflags +faststart -an "$DIR/1080p.mp4"

此外,除非您真的知道选择它们的内容和原因,否则我会远离特殊的论点。


附言

这是一个在我的笔记本电脑上以 15% 的 CPU 利用率运行的命令。

ffmpeg \
  -hwaccel qsv -c:v h264_qsv -i 'rtsp://109.98.78.106' \
  -an -c:v h264_qsv -global_quality 30 -vf "scale_qsv=h=360:w=-1"  "/tmp/360p.mp4" \
  -an -c:v h264_qsv -global_quality 30 -vf "scale_qsv=h=720:w=-1"  "/tmp/720p.mp4" \
  -an -c:v h264_qsv -global_quality 30 -vf "scale_qsv=h=1080:w=-1" "/tmp/1080p.mp4"

它可能有一些颜色和/或质量问题,但这是一个性能权衡。


推荐阅读