VMAF Battle 8 Bit schneidet besser als 10 Bit ab?

[Gebrechlichkeit]

Source:
old skool anime aus den 80er [lupin]
720p im 4:3 Format
knapp 50s sample
5.28MB schwer
https://i.ibb.co/LRMLr77/aaa.png (https://ibb.co/LRMLr77)

Egal ob mit VidCoder Beta, cleverffmpg ... 8bit encodes erzielen stets die besseren Werte. Getestet mit H265, AV1 SVT. Preset 5 bzw. 3 sind leider unoptimiert, nutzen nur 60% der CPU aus. Die Implementierung unter VidCoder Beta scheint anders zu sein, der Speed ist teils halb so schnell.

Die ganzen Encodes sind fuer die Sau, teils unter 200kb/s, keins ueberzeugt mich wirklich. VMAF behauptet aber, dass RF53 [VidCoder] mit ein wenig nachschaerfen [unSharp medium 2x], dem Original naeher kommt als ein RF44 [Cleverffmpg, ohne nach zu schaerfen]? obwohl die Bitrate hoeher ist beim RF44 clip.

Hier sieht man wie 8bit besser abschneidet [VidCoder, mit unSharp enabled, 2x medium]
https://i.ibb.co/vjn3NKv/A.png (https://ibb.co/NyB90Hn)

HEVC mit einem RF hoeher als standard [RF28], endet in Matsch obwohl VMAF einen Score von 95 rausspuckt [uebliche Sitzdistanz noch verkraftbar, aus der Naehe eher weniger; VidCoder, mit unSharp enabled, 2x medium]
https://i.ibb.co/3s7vVc3/B.png (https://ibb.co/fS29ZHg)

HEVC hat keine Chance
https://i.ibb.co/FzKmk9n/C.png (https://ibb.co/bXPQjx7)

https://i.ibb.co/yPgXGmj/D.png (https://ibb.co/vqLHgCn)

Beide mit cleverffmpg + ffmpeg-n5.1-latest-win64-gpl-5.1, ohne filter, nachschaerfen. Schlechter als RF53 [Vidcoder] ... obwohl aus der Naehe perceptionally die besser aussehen. RF44 270 kb/s vs RF53 182 kb/s hĿ
https://i.ibb.co/8xD1JbH/E.png (https://imgbb.com/)

Obwohl, wenn man PSNR, SSIM usw. nimmt attestiert die Software einen bessere Score der RF44 Datei.
https://i.ibb.co/RSh1fsG/hmm-a.png (https://ibb.co/RSh1fsG) https://i.ibb.co/T1q0j4H/hmm-b.png (https://ibb.co/T1q0j4H) https://i.ibb.co/bsvYdTD/hmm-c.png (https://ibb.co/bsvYdTD) https://i.ibb.co/SP0SGyk/hmm-d.png (https://ibb.co/SP0SGyk) https://i.ibb.co/Z8QQLHg/hmm-e.png (https://ibb.co/Z8QQLHg)

https://i.ibb.co/PQyKR81/sharp-vs-not-sharp.png (https://ibb.co/sH4nhrs)
Wenn man die Datei nicht nachschaerft, verliert man viel. Macht einen grossen Unterschied aus.

Fazit:
HEVC hat ausgedient, bis RF28 Slow noch gut. Ab RF28 nur noch via Slower, Very Slow oder Placebo [lohnt sich nicht]. SVT-AV1 bis max. RF40. Ist sauschnell [2x real time, FHD] und liefert gute Videos ab.

Die GUI ist leider unterirdisch schlecht, keine Batch Funktion oder Filter. Unter VMAF95 sollte man nicht gehen [sicher zu sein]. RF erzielt bessere Werte ab, als ein encode Groesse sprich 2pass Methode. Keine Ahnung warum 8bit besser abschneidet. Ist auch wumpe.

Das Tool zum Analysieren kann von hier runtergeladen werden:
MSU Video Quality Measurement Tool (MSU VQMT) project
https://videoprocessing.ai/vqmt/basic/

[Lokadamus]

:uconf: :ucrazy3: Du weißt auch noch, was du da machst?

Deine Erklärungen und Bilder zeigen so eindrucksvoll das Ergebniss deines Rumwurschtelns.
Da kann ich anhand der Fonts schon sehen, was du besser machen könntest.

Wenn ich dich richtig verstanden habe, willst du Animes noch kleiner machen, schrumpfst alles ein und wunderst dich, dass es nachher aussieht, als würde man jpgs nur mit 50% benutzen?

Wenn du upscaling machen wolltest, könntest du dir die Sachen anschauen.
https://github.com/k4yt3x/video2x
https://github.com/akai-katto/dandere2x/releases
Der obere holt zuerst die Bilder alle in einen Temp- Ordner. Kann man nachschauen, ob es jpg oder png sind.
Und ja, das ganze rumgerödel dauert bei diesen Programmen extrem lange. Handbrake ballert das in ein paar Minuten durch, wo die 2 Tage für brauchen.

Wenn du nur shrinken willst, dürften 8Bit weniger Platz brauchen und sind so gesehen bei deinem Vorhaben besser geeignet.

[KhanRKerensky]

Der größte Fehler hier ist das du Wert auf irgentwelche Bildbewertungsfunktionen legst.
The psnr and ssim tune options disable all optimizations that sacrafice metric scores for perceived visual quality (also known as psycho-visual optimizations). By default x265 always tunes for highest perceived visual quality but if one intends to measure an encode using PSNR or SSIM for the purpose of benchmarking, we highly recommend you configure x265 to tune for that particular metric.
"--tune animation" ist was du willst.

Davon ab... der default Wert von 28 für crf ist schon grenzwertig und du gehst auf 44? Was ausser Matsch erwartest du da?