logo标签列表

FFMPEG：将 WebM 转换为 MP4 会有质量损失

ffmpeghtml5-videovideo-processing
9

尝试使用FFmpeg（Mac上的版本为3.4.2）将.webm视频（双色动画）转换为.mp4视频时，结果有些模糊。我对此进行了研究，并尝试了不同的方法来解决这个问题。以下是最有希望的命令：

ffmpeg -i vidoe.webm -qscale 1 video.mp4

不过，质量的改变仍然是巨大的，请看下面的区别。

webm

enter image description here

mp4

enter image description here

这两个视频的分辨率相同，但在转换后，大小从24.3MB（.webm）降至1.5MB（.mp4）。

更新

这是转换的日志记录。

ffmpeg version 3.4.2 Copyright (c) 2000-2018 the FFmpeg developers
  built with Apple LLVM version 9.0.0 (clang-900.0.39.2)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/3.4.2 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --disable-jack --enable-gpl --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --enable-videotoolbox --disable-lzma
  libavutil      55. 78.100 / 55. 78.100
  libavcodec     57.107.100 / 57.107.100
  libavformat    57. 83.100 / 57. 83.100
  libavdevice    57. 10.100 / 57. 10.100
  libavfilter     6.107.100 /  6.107.100
  libavresample   3.  7.  0 /  3.  7.  0
  libswscale      4.  8.100 /  4.  8.100
  libswresample   2.  9.100 /  2.  9.100
  libpostproc    54.  7.100 / 54.  7.100
Input #0, matroska,webm, from 'video.webm':
  Metadata:
    encoder         : whammy
  Duration: 00:00:05.02, start: 0.000000, bitrate: 38755 kb/s
    Stream #0:0: Video: vp8, yuv420p(progressive), 1920x1080, SAR 1:1 DAR 16:9, 60 fps, 60 tbr, 1k tbn, 1k tbc (default)
Please use -q:a or -q:v, -qscale is ambiguous
Stream mapping:
  Stream #0:0 -> #0:0 (vp8 (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 0x7f8625800c00] -qscale is ignored, -crf is recommended.
[libx264 @ 0x7f8625800c00] using SAR=1/1
[libx264 @ 0x7f8625800c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0x7f8625800c00] profile High, level 4.2
[libx264 @ 0x7f8625800c00] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 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=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'video.mp4':
  Metadata:
    encoder         : Lavf57.83.100
    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 60 fps, 15360 tbn, 60 tbc (default)
    Metadata:
      encoder         : Lavc57.107.100 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
frame=  301 fps= 45 q=-1.0 Lsize=    1417kB time=00:00:04.96 bitrate=2336.4kbits/s speed=0.735x    
video:1412kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.309675%
[libx264 @ 0x7f8625800c00] frame I:2     Avg QP:13.08  size:  8842
[libx264 @ 0x7f8625800c00] frame P:75    Avg QP:24.29  size:  6785
[libx264 @ 0x7f8625800c00] frame B:224   Avg QP:26.38  size:  4102
[libx264 @ 0x7f8625800c00] consecutive B-frames:  0.7%  0.0%  1.0% 98.3%
[libx264 @ 0x7f8625800c00] mb I  I16..4: 68.1% 28.7%  3.2%
[libx264 @ 0x7f8625800c00] mb P  I16..4:  0.1%  2.2%  0.4%  P16..4:  6.5%  4.0%  1.4%  0.0%  0.0%    skip:85.4%
[libx264 @ 0x7f8625800c00] mb B  I16..4:  0.0%  0.2%  0.0%  B16..8:  8.8%  3.0%  0.3%  direct: 0.3%  skip:87.3%  L0:52.1% L1:47.5% BI: 0.4%
[libx264 @ 0x7f8625800c00] 8x8 transform intra:57.7% inter:67.8%
[libx264 @ 0x7f8625800c00] coded y,uvDC,uvAC intra: 25.7% 8.7% 0.9% inter: 3.9% 0.4% 0.0%
[libx264 @ 0x7f8625800c00] i16 v,h,dc,p: 95%  2%  3%  0%
[libx264 @ 0x7f8625800c00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17%  5% 48%  5%  7%  6%  5%  4%  3%
[libx264 @ 0x7f8625800c00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 14% 31%  6%  7%  7%  6%  5%  4%
[libx264 @ 0x7f8625800c00] i8c dc,h,v,p: 88%  6%  6%  0%
[libx264 @ 0x7f8625800c00] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x7f8625800c00] ref P L0: 55.3%  5.5% 24.8% 14.5%
[libx264 @ 0x7f8625800c00] ref B L0: 75.6% 16.7%  7.7%
[libx264 @ 0x7f8625800c00] ref B L1: 93.9%  6.1%
[libx264 @ 0x7f8625800c00] kb/s:2304.86

有什么方法可以克服这种质量损失吗？

分享完整日志。 - Gyan
3
如果您没有指定目标编解码器，它很可能会使用H.264。在这种情况下，-qscale将被忽略。请改用-crf。 - aergistal
感谢@aergistal的提示，我已更新问题并附上答案。 - turboLoop
你把颜色改得很糟糕。你搞错了颜色空间。 - Валерий Заподовников
1个回答
25

将-qscale 1更改为-crf 1可以解决质量问题。工作命令如下：

ffmpeg -i video.webm -crf 1 -c:v libx264 video.mp4

如H.264视频编码指南所述，-crf参数的取值范围为0（无损）至51（最差质量）。

7
过度杀伤。尝试 17。 - llogan
1
你为什么在质量值中使用了1而不是0？ - Crashalot
@llogan感谢您的建议。有没有一些启发式方法来确定使用什么质量值？ - Crashalot
6
根据答案中的链接，@Crashalot所提到的-crf 17或-crf 18被认为是“视觉上无损”的，这应该为原始问题提供了可接受的质量，而不需要真正无损（-crf 0）所提供的大文件大小。 - llogan
感谢您对FFmpeg的澄清，并在SO上教授了这么多人。如果我们使用动画文本创建基于浏览器的视频编辑器，您是否认为在Canvas中创建WebM，然后在服务器上使用FFmpeg将其转换为MP4、MOV和其他格式会有任何问题？如果您愿意，我可以单独发布一个问题。 - Crashalot
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接