Welche CRF oder Einstellungen sollte ich für h265 wählen, um eine ähnliche Qualität wie h264 zu erreichen?

Ich mache einige Experimente mit HEVC x265.

Ich habe ein Rohmaterial und die Detailqualität von h264 mit derselben CRF-Einstellung sieht besser aus als h265.

Sollte nicht das Gegenteil sein?

Vielleicht ist mein Setup nicht das beste: Ich verwende ffmpeg zum Transkodieren und vlc zum Überprüfen der Videos, dann kopiere ich den Bildschirminhalt und vergleiche die Bildschirme in einem Programm wie Photoshop.

FFmpeg-Befehle, die ich verwende, sind die folgenden:

ffmpeg -i input.mp4 -c:v libx264 -crf 30 -c:a copy output_h264.mkv

und

ffmpeg -i input.mp4 -c:v libx265 -crf 30 -c:a copy output_h265.mkv

Ich habe 30 als CRF zu Testzwecken verwendet, weil die Artefakte besser sichtbar sind :)

Könnte der Qualitätsverlust durch VLC und seine experimentelle Unterstützung beim Dekondensieren von h265 verursacht werden? Vielleicht etwas sichtbarer bei niedrigeren Bitraten?

Antworten (1)

Die CRF-Skalen für x264 und x265 stimmen nicht überein. x265 CRF 28 soll äquivalent zu x264 CRF 23 sein. Aber x265 ist in seiner Entwicklung noch nicht so ausgereift wie x264, also nehmen Sie diese CRF-Äquivalenz mit Vorsicht.

Sie können jedoch versuchen, Ihre eigene Kalibrierung zwischen den aktuellen Versionen der Codierungsbibliotheken in Ihrem ffmpeg einzurichten, indem Sie den folgenden Befehl ausführen, der zwei beliebte Videoqualitätsmetriken ausführt:

ffmpeg -i encoded-video.mp4 -i reference-video.mp4 -lavfi "ssim;[0:v][1:v]psnr" -f null -

Die letzten Zeilen der Konsolenausgabe enthalten:

[Parsed_ssim_0 @ 000000000039ad80] SSIM Y:0.984483 U:0.980458 V:0.980921 All:0.983219 (17.751712)
[Parsed_psnr_1 @ 0000000000398320] PSNR y:42.63 u:43.19 v:44.09 average:42.90 min:42.07 max:46.16

Führen Sie den Befehl also einmal mit der x264-Ausgabe und einmal mit x265 aus und vergleichen Sie mit verschiedenen x265-Ausgaben, bis Sie ähnliche Messwerte erhalten. Natürlich sind diese Metriken nicht perfekt, aber Sie können sie als grobe Richtlinie verwenden, um Äquivalenz herzustellen.

Hmm interessant, darf ich fragen, warum diese Waage nicht übereinstimmt? Ist ein gewünschtes Design mit einer größeren Menge an CRF-Werten oder könnte dies in Betracht gezogen werden, weil libx265 in ffmpeg noch nicht ausgereift genug ist?
Eine Ergänzung zum vorherigen Kommentar. In der von Ihnen verlinkten ffmpeg-Dokumentation heißt es, dass x265 crf 28 ungefähr x264 crf 23 entspricht. Wenn also die CRF von h265 im Allgemeinen qualitativ "besser" sind als die von x264, wie ist es möglich, dass die Codierungsergebnisse von x265 am schlechtesten sind als x264 mit gleichem CRF? Noch ein vlc schlechte Dekodierung + libx265 zu jung?
28 und 23 sind die Standard-CRF-Werte von x265 bzw. x264, daher die angenommene Äquivalenz. Die kurze Antwort auf die Abweichung von der erwarteten Leistung lautet, dass sich x265 noch in der "schweren Entwicklung" befindet. Nichts speziell mit libx265 zu tun, das in ffmpeg enthalten ist Siehe forum.doom9.org/showthread.php?t=170986 und compression.ru/video/codec_comparison/hevc_2015/…
Ich verstehe, also werden sich die Ergebnisse aufgrund dieses starken Entwicklungsstatus nicht so sehr ändern, selbst wenn ich mich entscheide, von ffmpeg und libx265 zu einem anderen Encoder zu wechseln, oder? Gibt es heutzutage keine kommerziellen Produkte, die auf x265 basieren? Sollte in allen Teilen schon fast fertig sein!
Wenn Sie sich das PDF ansehen, das ich im letzten Kommentar verlinkt habe, gibt es viele Encoder da draußen - die meisten proprietär. Meine Beobachtung beschränkt sich auf eigenständiges x265 oder seine Bereitstellung, ob in ffmpeg oder irgendetwas anderem. Diese anderen Encoder könnten besser sein - ich habe dieses PDF nicht genau studiert.
Was ist das x265-Äquivalent von x264 crf 18?
Um 21.......