Do FFMPEG H264 Kompression-Vorgaben betreffen die video-Qualität?

Ich bin definitiv nicht ein FFMPEG-Experte, aber nach dieses Dokument:

Eine Vorlage ist eine Sammlung von Optionen, die in einer bestimmten Kodierung Geschwindigkeit der Kompression Verhältnis. Eine langsamere Einstellung eine bessere Kompression (compression ist Qualität pro Dateigröße). Allgemeine Verwendung ist die Verwendung der langsamsten Vorgabe, dass Sie Geduld haben für. Aktuellen presets in absteigender Reihenfolge der Drehzahl sind: ultrafast, superfast, veryfast, faster, fast, medium, langsam, langsamer, veryslow, placebo.

So wie ich es verstehe, die ffmpeg Vorgaben sollte keinen Einfluss auf die Qualität der video-Ausgang, sollte aber nur festzustellen, die Kompression /Größe der Ausgabedatei. Folglich, vorausgesetzt, die gleiche Einstellung für die Qualität (ich verwende -crf 24), die Dateien größer werden soll für z.B. faster als Vorgabe für die slower voreingestellt. Das wäre der einzige Grund für die Verwendung einer langsamer preset -, um eine kleinere Dateigröße.

Dieses stellt sich heraus nicht der Fall zu sein. Ich encode ein HD stream von einer handycam mit verschiedenen presets, alles andere ist gleich:

ffmpeg -y -i "$fname" -vf yadif=1,scale=-1:720 -acodec aac -ab 128k -ac 2 -strict experimental -vcodec libx264 -vpre slow -threads 2 -crf 24 "$outp"

Erstaunlicherweise bekomme ich die kleinste Dateigröße für veryfast preset! Zum Beispiel:

  • slower: output bitrate 3500kbps, encoding-Geschwindigkeit 17 fps, Datei-Größe 29 MB groß
  • veryfast: output bitrate 3050kbps, encoding-Geschwindigkeit von 34 fps, Dateigröße 25MB

Denen ich denke, dass ist nicht wie es sein sollte. Jetzt Frage ich mich, ist, dass aufgrund einer schlechteren encoding-Qualität für die veryfast preset? Oder in meinem Fall mit slower macht einfach keinen Sinn aus irgendeinem Grund?

  • Ihre ffmpeg ist alt. Die alte text-Datei-basierte "emuliert" - presets wurden abgeschrieben, für die eigentlichen presets mit -preset. Ich empfehle, mit einer neueren ffmpeg bauen, wenn möglich, da die Entwicklung so aktiv. Auch -threads 0 (auto) ist standardmäßig mit nicht-alten ffmpeg, so dass Sie nicht haben, zu erklären. Sie können auch sehen wollen, die AAC-Encoding-Guide.
InformationsquelleAutor angainor | 2013-01-13
  1. 12

    Ja, die Qualität kann variieren leicht je nach Vorgabe verwendet, aber es sollte nicht eine erhebliche Menge. Hier ein Auszug aus einer Diskussion auf #x264. Ähnliche Frage zu euren Antworten, die einer der x264 Entwickler:

    verb3k | Do different presets have an effect on quality when used with CRF?
@Dark_Shikari | verb3k: yes, but not too much.
@Dark_Shikari | a 0th-order approximation is that they have no effect.
@Dark_Shikari | The main reason there's a difference is because the preset affects how x264 itself measures quality
@Dark_Shikari | that is, it uses better, more accurate methods of measuring quality
@Dark_Shikari | obviously, this will affect the definition of what -crf does!
@Dark_Shikari | It's just not too much, so we can mostly ignore it.
@Dark_Shikari | specifically, there are three big things that can affect the definition of quality
@Dark_Shikari | 1) AQ being on/off
@Dark_Shikari | jump: ultrafast to superfast
@Dark_Shikari | 2) mbtree being on/off
@Dark_Shikari | jump: superfast to veryfast
@Dark_Shikari | 3) psy-rd being on/off
@Dark_Shikari | jump: faster to fast
@Dark_Shikari | above fast there are no more big jumps.

    Dies bedeutet, dass eine langsamere preset mit dem gleichen CRF-Wert Verbesserung von Qualität pro bitrate, aber vielleicht machen die Qualität und die bitrate höher oder niedriger.

    • Vielen Dank für diese - sehr nützlich zu Lesen. Scheint die Sache jetzt klarer, obwohl ich zu Experimentieren, um zu sehen, was 'nicht zu viel' bedeutet.
    • Was sollte ich ändern, um die Chancen der Umwandlung Fehl, es passiert willkürlich, manchmal ist es nicht passiert
    • href="http://superuser.com/questions/1142205/ffmpeg-conversion-fails-due-to-network-error-connection-reset-by-peer" title="ffmpeg Konvertierung scheitert network error connection reset by peer">superuser.com/questions/1142205/...
    • ffmpeg.gusari.org/viewtopic.php?f=11&t=3238
    • Niemand konnte wirklich Beratung :\ Das Schlimmste ist , ich weiß nicht, wo zu schauen. Versucht, verschiedene server, verschiedene ubuntu, neueste version, andere Einstellung, gegoogelt bis Seite 1001. Jetzt bin ich in den Kommentaren
    InformationsquelleAutor llogan
  2. 4

    Falls es hilft hier ist ein git diff aus slower zu veryfast. Selbst wenn Sie einfach nur betrachten Sie die ref Wert, den Sie sehen können, wie veryfast könnte niedriger Qualität.

    ref
In short, this value is the number of previous frames each P-frame can use
as references.

    Quelle

    --- a/slower
+++ b/veryfast
@@ -1,20 +1,20 @@
 cabac=1
-ref=8
+ref=1
 deblock=1:0:0
-analyse=0x3:0x133
-me=umh
-subme=9
+analyse=0x3:0x113
+me=hex
+subme=2
 psy=1
 psy_rd=1.00:0.00
-mixed_ref=1
+mixed_ref=0
 me_range=16
 chroma_me=1
-trellis=2
+trellis=0
 8x8dct=1
 cqm=0
 deadzone=21,11
 fast_pskip=1
-chroma_qp_offset=-2
+chroma_qp_offset=0
 threads=12
 lookahead_threads=2
 sliced_threads=0
@@ -25,17 +25,17 @@ bluray_compat=0
 constrained_intra=0
 bframes=3
 b_pyramid=2
-b_adapt=2
+b_adapt=1
 b_bias=0
-direct=3
+direct=1
 weightb=1
 open_gop=0
-weightp=2
+weightp=1
 keyint=250
 keyint_min=23
 scenecut=40
 intra_refresh=0
-rc_lookahead=60
+rc_lookahead=10
 rc=crf
 mbtree=1
 crf=23.0
    InformationsquelleAutor Steven Penny
Schreibe einen Kommentar