Encoding-Talk

  • Also wenn du 2 Sourcen drin hast mit einmal UTVideo und einmal mit AVC, dann arbeitet der Teil mit UT Video womöglich noch mit am schnellsten, weil der über AVISource geladen wird. Das AVC Video jedoch wird indexiert über FFMS2 und arbeitet dank der Filter die du noch Zusätzlich mit [lexicon]SSM[/lexicon] da raufknallst halt logischerweise langsamer.


    Zudem kommt noch hinzu welche Frames verarbeitet werden müssen. Sind es vorbelastete Frames ([lexicon]Lossy[/lexicon] Aufnahme z.B.) oder die Frames sind grad sehr Detailiert bzw haben schnelle Szenenwechsel, dann dauert der Encode an solchen Stellen auch langsamer, da die [lexicon]Bitrate[/lexicon] entsprechend verteilt werden muss. Bei einem [lexicon]Lossless[/lexicon] [lexicon]Codec[/lexicon] wie bei UT Video hast du den Vorteil halt das der schneller durchgejagt werden kann, weil es halt keine [lexicon]Lossy[/lexicon] Fragmente drin hat. Ein bereits encodiertes H264 Video aka AVC Video hat immer Encoding Fragmente drin, die der nächste [lexicon]Encoder[/lexicon] halt als Detail ansieht. Je mehr Detail, desto mehr [lexicon]Bitrate[/lexicon], je höher die Analyse, desto höher die Encodingdauer.


    Ist ganz normal.
    Da kannst du nix falsch machen. Das hat einfach was mit den Quellen zu tun wie die aufgenommen wurden.
    Ein 30 [lexicon]FPS[/lexicon] Video ist ja auch schneller verarbeitet als ein 60 [lexicon]FPS[/lexicon] Video. Das Varriert ohnehin mit einem [lexicon]CRF[/lexicon] Encode, da [lexicon]CRF[/lexicon] die [lexicon]Bitrate[/lexicon] so verteilt das die Qualität je [lexicon]CRF[/lexicon] Faktor gleich bleibt. Ist halt auch nur ne VBR ^^

  • Dafür habe ich unter der Rubrik Farbe auch eine Hinweistafel reingetan, wo drin steht wie man bei welchen Material Output vorgehen sollte.


    Wenn du RGB Material im [lexicon]SSM[/lexicon] lädst, dann skaliert der [lexicon]SSM[/lexicon] erst mal mit dem RGB Material, bevor er den Farbraum konvertiert. Für optimale Qualität.


    Für die Nutzung von [lexicon]x264[/lexicon] 64Bit bei [lexicon]MeGUI[/lexicon], sollte der Farbraum beim [lexicon]SSM[/lexicon] dann entweder in...

    • YV24 (YUV 4:4:4)
    • YUY2 (YUV 4:2:2) mit angeschaltetem avs4x264mod fix oder YV16 (YUV 4:2:2)
    • ODER YV12 (YUV 4:2:0)

    angehakt werden. Mehr kann die Pipeline avsx264mod nicht verstehen, die unabdingbar ist für den [lexicon]x264[/lexicon] 64Bit.


    [lexicon]x264[/lexicon] 32Bit, kann jeden Farbraum einlesen, da dort keine Pipeline vorhängt.


    Aber der Hauptkernpunkt für Qualität ist das Skalieren des Materials. Sprich die Skalierer freuen sich über dein RGB Material, bevor der Farbraum dann erst geändert wird. Das ändern des Farbraumes hat dann sehr wenig Relevanz noch. Wäre nur das I-Tüpfelchen dann zum Schluss ^^


    Wenn du allerdings ein RGB Video reinlädst im [lexicon]SSM[/lexicon] und im [lexicon]SSM[/lexicon] auch RGB24 einstellst, kommt logischerweise auch RGB24 raus. Bei der Verwendung des [lexicon]x264[/lexicon] 64Bit, was über die Pipeline geht, wird daraus ein YV12 Video. Sprich die Pipeline kann den Farbraum nicht verstehen und sampelt den Farbraum von 4:4:4 auf 4:2:0 runter. Damit kommt bei [lexicon]x264[/lexicon] halt nur noch 4:2:0 an. Und wenn du dann [lexicon]x264[/lexicon] noch gesagt hast das er in 4:4:4 encoden soll, dann sampelst du das wieder hoch mit dem Effekt +/- 0. ^^

  • Aber natürlich, bist du einmal auf YV12 sind die Informationen weg und kommen auch nicht zurück, wenn du wieder auf YV24 gehst, sonst bräuchtest du schließlich nicht mit besserem Farbraum aufnehmen. ^^
    Mach es so wie Sagaras vorschlägt und stell im [lexicon]SSM[/lexicon] auf YV24, sonst bringt dir dein RGB Material rein gar nichts (wenn du nicht hoch skalierst) und du könntest auch direkt in YUV420 aufnehmen.

  • Hier ist der fehler, den ich beschrieben hab:
    so langsam ist das nach einiger zeit, es wird noch weniger



    heir die logs dazu


  • Na einwandfrei:

  • Wir sind bei 1.3.1


    [lexicon]Audacity[/lexicon] hatts wohl nich so mit updaten xD


    1.3.1 schaffts auch in 800x realtime den Audio zu encoden^^


    Und die Kompressionsstärke haste ja hoffentlich auf 8 (maximum).

  • Irgendwas stimmt da noch nicht


    62. ConverttoYV12


    75. [lexicon]x264[/lexicon] [info]: Profil high 10, Level 5.1, 4:2:0 [lexicon]x264[/lexicon]-10 bit


    Kann das sein das in [lexicon]MeGui[/lexicon] noch der Befehl drin ist das er automatisch ein ConverttoYV12 hinzufügen soll?

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!