Benchmarkergebnisse

[wanne]

DVD vob in mkv:

Kannst du dich vielleicht auch an die Parameter von Lord_Carlos halten?
Mit SD-Content komme ich mit libx264 auch auf ~1200fps. Und was ist es für eine Grafikkarte?

[MaGe]

Kannst du dich vielleicht auch an die Parameter von Lord_Carlos halten?

Kann ich CPU:

Code: Alles auswählen

 ffmpeg -i big_buck_bunny_1080p_stereo.avi -preset medium -c:v libx264 -crf 22 -c:a aac -b:a 128k fop.mp4 

frame=14315 fps= 46 q=-1.0 Lsize= 327852kB time=00:09:56.43 bitrate=4503.0kbits/s speed= 1.9x
real 5m14,501s
user 39m11,381s
sys 0m7,321s

Größe 320,2 MiB (335.720.184)

cpu last 95%
Temp cpu +66.0 °C

=========================

und GPU:

Code: Alles auswählen

 ffmpeg -hwaccel auto -c:v h264_cuvid -i big_buck_bunny_1080p_stereo.avi -c:v h264_nvenc -preset medium -b:v 4400k -rc:v vbr_hq -qp 19 -c:a aac -b:a 128k fop.mp4 

frame=14315 fps=181 q=20.0 Lsize= 330756kB time=00:09:56.43 bitrate=4542.9kbits/s speed=7.56x
real 1m19,031s
user 1m17,486s
sys 0m1,331s

Größe 323,0 MiB (338.693.715)

cpu last 12.53%
Temp cpu +41.0 °C

Und was ist es für eine Grafikkarte?

NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2)

Mit SD-Content komme ich mit libx264 auch auf ~1200fps.

und das mit libx264 1200fps alle Achtung! dann brauchst du ja keine gpu?

[wanne]

Mit den Optionen (h264_cuvid schmeißt bei mir Errors der aac hat bei mir einen Macken):

Code: Alles auswählen

ffmpeg -i big_buck_bunny_1080p_stereo.avi -preset medium -c:v libx264 -crf 22 -an fop.mp4 

47fps, CPU-Temperatur: 66°C – Uh, das ist knapp: Bei 70 schalte ich ab....

Code: Alles auswählen

ffmpeg -i big_buck_bunny_1080p_stereo.avi -i fop.mp4 -lavfi "ssim" -f  null -

SSIM Y:0.991073 (20.492746) U:0.990694 (20.312278) V:0.991941 (20.936943) All:0.991154 (20.532604)

Code: Alles auswählen

ffmpeg -i big_buck_bunny_1080p_stereo.avi -c:v h264_nvenc -preset medium -b:v 4400k -rc vbr -qp 19 -an fopg.mp4

fps=179 GPU-Temperatur: 59°C

Code: Alles auswählen

ffmpeg -i big_buck_bunny_1080p_stereo.avi -i fopg.mp4 -lavfi "ssim" -f  null -

SSIM Y:0.986139 (18.582103) U:0.983843 (17.916468) V:0.987067 (18.883106) All:0.985911 (18.511269)
Kurz: die Dateien mögen zwar in etwa gleich groß sein, aber das vom der Grafikkarte produzierte Ergebnis hat deutlich schlechtere Qualität.
Und SSIM arbeitet eher noch für den NVIDIA-Encoder bei nem echten Subjektiven Maß, dürfte der nochmal deutlich schlechter abschneiden.
Am ende bekomme ich aber auch keine 2 Beispiele hin, die wirklich vergleichbare Ergebnisse liefern:
Setze ich preset auf ultrafast sind die Ergebnisse riesig und die Qualität beschissen. Also absolut nicht vergleichbar mit dem was der NVIDIA encoder macht.
Setze ich preset auf fast produziere ich deutlich kleinere Dateien bei ähnlicher Qualität bin ich um wahnsinnig deutlich langsamer als die Grafikkarte.
Sind halt drei Parameter Speed, Qualität und Dateigröße ich bekomme maximal einen gleich gezogen.

Btw: hat einer eine Ahnung warum beide V besser matchen als Y? Das ist doch eher nicht so gewollt. Meine Theorie, ist dass der zu wenig Rot hat und die Encoder dann da nicht so viel sparen, wie sie könnten. Weiß es aber nicht.

[MaGe]

ffmpeg -i big_buck_bunny_1080p_stereo.avi -i fopg.mp4 -lavfi "ssim" -f null -

keine ahnung von "ssim" aber ist das so gewollt?

encoder : Lavf58.26.100
Stream #0:0: Video: wrapped_avframe, yuv420p, 1920x1080, q=2-31, 200 kb/s, 24 fps, 24 tbn, 24 tbc (default)
Metadata:
encoder : Lavc58.46.100 wrapped_avframe
Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16,1536 kb/s

Video 200 kb/s: Audio 1536 kb/s


gruss MaGe

[wanne]

Ja. ssim vergleicht 2 Streams auf visuelle Ähnlichkeit. Da kommt nichts raus daher die kleine Bitrate. Das ist nur ein bisschen Statistik, die da raus fällt.
Aber den relevanten teil der Ausgabe verschweigst du:
Am ende kommt da irgend was von Parsed_ssim_0 und dann die Ähnlichkeit je Farbe und insgesamt. 1 ist gleich je näher an 0 desto weniger Gemeinsamkeiten. Danach das ganze nochmal in klammern in den für Menschen verständlicheren dB. Je größer desto gleicher das Bild. Unedlich ist absolut gleich. Je weniger desto weniger Gemeinsamkeiten.

[desputin]

Bedenke das beim encoden mit der GPU die Qualitaet niedriger bei gleicher bitrate ist.

Wie viel schlechter ist denn die Qualität? Kann man das irgendwie quantifizieren?

[MaGe]

ffmpeg -i big_buck_bunny_1080p_stereo.avi -i fopg.mp4 -lavfi "ssim" -f null -

Was mir aufgefallen ist, du vergleichst original (big_buck_bunny_1080p_stereo.avi)
mit gpu ( fopg.mp4 ) warum nicht so?

ffmpeg -i fop-cpu.mp4 -i fop-gpu.mp4 -lavfi "ssim" -f null -
[Parsed_ssim_0 @ 0x55d674024640] SSIM Y:0.984261 (18.030191) U:0.986714 (18.766020) V:0.989162 (19.650606) All:0.985487 (18.382317)

was sagen dir diese werte, wie schon geschrieben keine Ahnung von SSIM


gruss MaGe

[MaGe]

Wie viel schlechter ist denn die Qualität? Kann man das irgendwie quantifizieren?

einfach mal machen die geschmäcker sind verschieden

Code: Alles auswählen

 ffmpeg -hwaccel auto -c:v h264_cuvid -i big_buck_bunny_1080p_stereo.avi -c:v h264_nvenc -preset medium -b:v 4400k -rc:v vbr_hq -qp 19 -c:a aac -b:a 128k fop.mp4 

mir persönlich, meinem Umfeld reicht es.



gruss MaGe

[MaGe]

ich hoffe doch

https://imgur.com/a/8F5su9b

man kann was erkennen ( Bild rechts GPU )


gruss MaGe

[Lord_Carlos]

Bedenke das beim encoden mit der GPU die Qualitaet niedriger bei gleicher bitrate ist.

Wie viel schlechter ist denn die Qualität? Kann man das irgendwie quantifizieren?

Wenn du eine Turing GPU hast, also neuster Generation RTX 2060, 2070 etc. dann soll der Encoder wohl aehnlich gut sein wie x264 fast. Bei 10XX generation wohl eher wie veryfast.
Das habe ich mir von anderen sagen lassen. Und die vergleiche wurden bei eher niedriger bitrate gemacht. ~6000kbit/s
Weil das ist das maximale was twitch annimmt.

Ich benutzte QuickSync via VAAPI von Intel. Ist leider nicht so gut. Aber ich benutzte es wenn Freunde Filme von meinem Server gucken und die Quelldatei zu gross ist. Dann wird das fix live encoded.

https://imgur.com/a/8F5su9b
man kann was erkennen ( Bild rechts GPU )

Nein, kann man nicht. Am besten screenshots vom gleichen Frame in voller Aufloesung und nicht verlustbehaftet hochladen.
mpv hat ein shortcut dafuer. Gibt auch Seiten die sich darauf Spezialserien. Ohne getestet zu haben: http://www.framecompare.com/ Gibt aber noch mehr.

[wanne]

was sagen dir diese werte, wie schon geschrieben keine Ahnung von SSIM

SSIM ist ein Maß für Ähnlichkeit.

Was mir aufgefallen ist, du vergleichst original (big_buck_bunny_1080p_stereo.avi)
mit gpu ( fopg.mp4 ) warum nicht so?

Ein möglichst gutes Ergebnis ist möglichst ähnlich zum Original. Wie ähnlich die beiden Ergebnise untereinander sind, ist mir eher egal.

Wie viel schlechter ist denn die Qualität? Kann man das irgendwie quantifizieren?

Habe ich doch:
SSIM vom GPU encodierten zum Original war 18.511269dB die vom CPU Encodierten 20.532604dB.

mir persönlich, meinem Umfeld reicht es.

Dann reicht dir aber halt auch x264 auf veryfast. Denn das Ergebnis ist besser als das, was die GPU produziert. (Zumindest bei meiner GTX 960.)
Btw: Der vergeleich hinkt etwas: libx264 nutzt per default das profil high, nvenc medium
Profile auf High setze hilft etwas (aber nicht viel) bei der Bildqualität: 18.905541dB dafür habe ich dann auch nur noch 183fps.

mpv hat ein shortcut dafuer. Gibt auch Seiten die sich darauf Spezialserien. Ohne getestet zu haben: http://www.framecompare.com/ Gibt aber noch mehr.

Ich kann das hier mal machen: http://www.framecompare.com/image-compa ... n/Y7LWNNNX
Was der Unterschied zwischen Original und encoetem ist: http://www.framecompare.com/image-compa ... n/19B1NNNU (Gleich ein guter Test, wie gut euer Bildschirm Kontrast bei dunklen Bildern hat.)
Hier wo das Bild verändert wurde: http://www.framecompare.com/image-compa ... n/Y7L7NNNX
Aber am ende sind solche Vergleich nicht sinnvoll. Da sie nur einen Film und nur Pixel für Pixel vergleichen. Verschiebt sich eine linie nach Links nimmt einem so ein Vergleich das richtig übel, obwohl sie dem Betrachter nie auffallen würde.
Bitte nutzt einigermaßen etablierte Metriken über den ganzen Film. Nicht irgend welche zufälligen Shots und schon gar nichts, was rein pixelbasiert ist.
SSIM ist da deutlich sinnvoller.
Wäre ganz cool, wenn ihr das mal über eure GPU-Encodings drüber jagt.

[wanne]

Hier noch mal werte:
i5-6500 36fps. Passende libmfx zu kompilieren ist mir zu aufwändig.

[MaGe]

Bei mir gibt's keine halben Sachen!
Also das hat mir ja jetzt keine Ruhe gelassen.
so hab mir ffmpeg version N-93087-g2b8458f kompiliert mit vmaf-1.3.13 und --enable-libvmaf

immer noch big_buck_bunny_1080p_stereo.avi.
kann mir einer hierzu was sagen

GPU
Exec FPS: 8.024286
VMAF score = 97.579228
[libvmaf @ 0x55fe297b3100] VMAF score: 97.579228

CPU
Exec FPS: 8.097731
VMAF score = 97.412610
[libvmaf @ 0x563b57ff4440] VMAF score: 97.412610

Je höher der VMAF-Wert, desto besser? ja/nein


gruss MaGe

[wanne]

@MaGe: Die dritte relevante Größe fehtl: Die dateigröße

Mal einen meiner älteren Hochgefahren:
CPU Intel E2220@2.40GHz: glatt 7fps.
SSIM: 20.61
VMAF: 97.412 Das braucht hier ewigkeiten, das zu berechnen. (ich schaffe hier 0.89fps)
Die Nvidia GT 210 kann leider kein Hardware encoding. (Mords mühe gegeben, den nvidia-Treiber ans laufen zu bekommen nur um festzustellen, dass die nur decoden kann.)

[wanne]

Je höher der VMAF-Wert, desto besser? ja/nein

Wenn ich das richtig verstanden habe ist 100 gleich und je kleiner desto unterschiedlicher.
Aber ich bekomme hier sogar bei zwei exakt gleichen Videos bei gerade mal 97.428043 bzw. bei zwei gelcihen bildern 97.412110 raus.
So ganz zu passen scheint das nicht so ganz.
Würde vorschlagen, dass wir da wirklich bei SSIM bleiben. Da gilt wirklich, je größer desto besser. (Relavant für das gesamtbild ist die letzte zahl in Klammern.)