Handbrake 1.0.0 unterstützt nun das Decoding von HQ/HQX nativ!

  • Ich grabe den Thread nochmal aus, weil ich heute nach längerer Zeit wieder Handbrake (jetzt Version 1.0.7) benutzt habe.


    Aus aktuellem Anlass habe ich ein paar Vergleiche zwischen Handbrake/x264 und dem H.264-Encoder in Edius (mit QuickSync) gemacht und kann nur bestätigen, dass die Qualität bei niedrigen Bitraten mit Handbrake/x264 ungleich besser ausfällt. Dafür braucht man halt etwas mehr Geduld.


    Allerdings ist mir eine Kuriosität aufgefallen - vermutlich ein Bug in Handbrake:
    Ich habe Testvideos in allen denkbaren Frameraten in derselben Queue verarbeitet. Alle wurden mit demselben (selbergemachten) Preset verarbeitet, das für die Framerate ausdrücklich "Same As Source" und "Constant Framerate" vorgewählt hat. Trotzdem wurden einige der Videos lt. MediaInfo mit variabler Framerate angelegt.
    Konstante Framerate haben folgende Versionen: 24.00, 25.00, 29.97, 30.00, 50.00, 60.00
    Fälschlich variable Framerate haben folgende Versionen: 23.976, 59.94


    Ist das ein bekanntes Problem?
    Erst dachte ich ja, die "krummen" NTSC-Framerate seien betroffen, aber bei 29.97 stimmt es dann doch wieder nicht.

    • Offizieller Beitrag

    hallo....


    Zitat von beiti

    Handbrake/x264 und dem H.264-Encoder in Edius (mit QuickSync) gemacht
    und kann nur bestätigen, dass die Qualität bei niedrigen Bitraten mit Handbrake/x264 ungleich besser ausfällt.

    Der Qualitätsvergleich ist imho nicht korrekt, es ist allgemein bekannt,
    dass QuickSync nicht mit der Qualität von reinem Software-Encoding mithalten kann.
    Es sollte immer nur Handbrake-SW mit Edius-SW Encoding verglichen werden.


    Nach dem US-Forum soll mit dem neuen Encoder von Edius_8.xx, sich der ehemalige Abstand
    zwischen Edius_H.264 und (Handbrake) x264 ziemlich egalisiert haben (beim reinen SW-Encoding)


    MediaInfo zeigt (leider) nicht immer alles perfekt an,
    manchmal sind Quervergleiche mit Edius (oder "mync"/ Premiere / Resolve / Syony Tools notwendig
    um einen Überblick zu bekommen.


    mit freundlichem Gruß ... Hans ^^

    Grass Valley Moderator 2 / freiwilliger firmenunabhängiger Foren-Moderator
    Wichtig: Dies ist kein Grass Valley Support Forum.! Dies ist ein moderiertes Anwender zu Anwender Forum.


    i9-7980XE 18cores/36threads - PCIe-M.2 960 PRO 512GB - PCIe-M.2 970 Pro 1TB - 32GB DDR4-3600 - Zotac GeForce GTX 1080 8GB - DeckLink Mini Monitor 4K - Win_10prof
    Edius X WG + VisTitle

  • es ist allgemein bekannt,dass QuickSync nicht mit der Qualität von reinem Software-Encoding mithalten kann.
    Es sollte immer nur Handbrake-SW mit Edius-SW Encoding verglichen werden.

    Da ich gerade im "Testmodus" war, habe ich das jetzt anhand einiger kurzer Beispiele ausprobiert (alles in ca. 4 MBit/s encodiert)
    Mein Eindruck: Der Hardware-Encoder arbeitet bei gleicher Einstellung eher besser als der Software-Encoder - und selbst das CBR-Ergebnis aus Handbrake/x264 schlägt sämtliche Varianten aus Edius. Dauert ja auch viel länger. Wen's interessiert: Hier meine Ergebnisse als ZIP (280 MB).



    Zitat von Grass Valley Moderator 2

    MediaInfo zeigt (leider) nicht immer alles perfekt an,manchmal sind Quervergleiche mit Edius (oder "mync"/ Premiere / Resolve / Syony Tools notwendig
    um einen Überblick zu bekommen.

    Ist natürlich blöd, wenn es kein Tool gibt, auf das man sich verlassen kann.

  • Mein Eindruck: Der Hardware-Encoder arbeitet bei gleicher Einstellung eher besser als der Software-Encoder - und selbst das CBR-Ergebnis aus Handbrake/x264 schlägt sämtliche Varianten aus Edius. Dauert ja auch viel länger.

    Das deckt sich mit meiner Erfahrung!


    Jim

  • Der Hardware-Encoder arbeitet bei gleicher Einstellung eher besser als der Software-Encoder - und selbst das CBR-Ergebnis aus Handbrake/x264 schlägt sämtliche Varianten aus Edius.

    Ich habe mit eigenen Clips den Vergleich eben mal gründlich wiederholt und kann die Ergebnisse bestätigen. Bei niedrigen Bitraten (Full-HD 1080p25 mit 4Mbit VBR) ist der Unterschied beeindruckend. Höhere Bitraten habe ich noch nicht getestet. Danke für den Tipp (ich kannte Handbrake noch gar nicht)!

  • Höhere Bitraten habe ich noch nicht getestet.

    Bei höheren Bitraten tue ich mich schon schwer, in der Edius-Version Bildfehler auszumachen. Deswegen habe ich mir da den Vergleich auch gespart.


    @Jim Pansen:
    Hast Du eigentlich was mit der Entwicklung von Handbrake zu tun?

  • @jim Pansen:
    Hast Du eigentlich was mit der Entwicklung von Handbrake zu tun?

    Nein, gar nicht.
    Programmieren gehört leider nicht zu meinen Fähigkeiten.
    Ich hatte lediglich mal jemanden aus dem LIBAV-Dev-Team mit Testfiles für die mittlerweile in LIBAV, FFMPEG und damit auch in Handbrake und vielen anderen Freeware-Tools vorhandene Decoding-Routine versorgt.
    Ich war einfach ziemlich genervt, immer wieder an Grenzen zu stoßen wenn es um den Austausch von HQ/HQX Dateien und den Edius-10Bit-Workflow im Allgemeinen ging. GV hat sich um die Verbreitung und die damit verbundene Akzeptanz in der Branche nie sonderlich geschert. Gleichzeitig sind die Exportmöglichkeiten bei 10bit Farbtiefe in Edius sehr eingeschränkt.


    Gruß
    Jim

  • Bei höheren Bitraten tue ich mich schon schwer, in der Edius-Version Bildfehler auszumachen.

    Ja, mit dem Auge ist es schwer, Unterschiede (ich würde nicht von Bildfehlern sprechen, weil es letztlich verschiedene Formen der Quantisierung sind) auszumachen. Es gibt aber einen "Trick": das Originalfile auf die Hauptspur, die ausgegebene h264-Datei (z.B. von Edius oder Handbrake) auf einer Videospur darüber. Bei letzterer über den Layouter die Transparenz auf 50% setzen und den Negativ-Filter ebenfalls auf diese obere Spur anwenden. Bei Gleichheit erhält man einfach ein gleichmäßiges Grau, und bei Ungleichheit entsprechende Abweichungen. Da kann man Abweichungen gut erkennen und auch feststellen, dass bei dem Handbrake-File ein gleichmäßgeres Grau entsteht (getestet bei 1080p50 mit 20MBit/s). Die durchaus höhere Qualität - weil geringere Abweichungen zum Original - läßt sich also auch bei höherer Bitrate zeigen.