AVCHD für Youtube wandeln für beste Bild- und Tonqualität

    • Offizieller Beitrag

    hallo Anne ..& natürlich alle Mitleser (Achtung, keine Garantie, dass alle eventuellen englische Einstreuungen aus dem Text entfernt sind) :P


    Zitat

    Anne schrieb:
    Ich rate mal, dass in Edius mit XAVC das XAVC-I gemeint ist ?
    Dann ist XAVC-L in den o.g. Einstellmöglickeiten nicht vorgesehen.


    Nein ... da gibt es noch eine weitere Auswahlmöglichkeit (vielleicht einstweilen bisher noch übersehen ?? )


    Edius > [F11] > im linkes Feld > click XAVC > rechtes Feld dann > Doppelclick auf XAVC (alternativ > Einfachclick + Exportieren)
    es öffnet sich ein neues Fenster
    click aufs Bild = Originalauflösung


    und hier ist nun die gewünschte Auswahl zu treffen, zwischen den beiden vorhandenen Codecs
    weswegen wir oben deren genaue Bezeichnung / Unterscheidung nach Intra bzw. Long GOP herausgearbeitet haben...
    . :nick:


    pull-down Menü beim kleinen Dreieck von >Format< aufklappen > Auswahl treffen
    a) Intra ... Class 100 oder Class 50
    b) Long GOP ... mit 50M oder 35M
    XAVC steht logisch nicht mehr zusätzlich auf der pull-down Menü Auswahl dabei ...
    das steht ja schon links oben auf dem Exportfenster als Überschrift ..wo wir uns aufhalten... im XAVC Bereich


    Nun alles klar auf der Andrea Doria ?? ...zumindest mit XAVC-Intra versus XAVC-Long-GOP ??


    mit freundlichem Gruß ... Hans ^^


    Nachtrag:
    Auszug aus dieser Quelle: click für englisches Sony .pdf ... über XAVC mit 62 Seiten


    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

  • Danke Hans,
    jetzt komme ich klar. :nick:
    Gruß
    Anne

  • Bei Full HD mit 50p sei die richtige GOP-Länge 25 Bilder. Das steht so auch auf der Seite „Youtube Hilfe“

    Nein das steht so nicht auf der Youtube Hilfe Seite.


    Dort ist von Material im Zeilensprungverfahren die Rede, also von 1080i50 bzw 1080i60, welches auf 25p bzw 30p (also Vollbildern) umgerechnet werden soll vor dem U pload.

    Da habe ich wahrscheinlich etwas missverstanden, oder?
    Auf dieser Seite: https://support.google.com/youtube/answer/1722171?hl=de
    steht:
    Video-Codec: H.264
    Progressiver Scan (kein Zeilensprungverfahren)
    Geschlossene GoP; GoP entspricht der halben Frame-Rate


    Das habe ich so verstanden: Man soll keine Videos im Zeilensprungverfahren hochladen, sondern nur solche mit Vollbildern. Die GOP-Länge soll der halben Frame-Rate entsprechen, also bei 50p soll die GOP-Länge 25 sein.

    • Offizieller Beitrag

    Jetzt habe ich es auch mal mit Fahrrad-Aufnahmen probiert und kann nun Deine Erkenntnis im Ansatz bestätigen.


    Und je höher nun die Datenrate wird, am Besten jenseits der 100 Mps, desto sichtbar besser wird das Ergebnis bei YT.
    Jedenfalls bei solch rasanten Aufnahmen.
    In Verbindung mit Mercalli 4 und CMOSfixr wird das dann schon richtig gut.


    Da habe ich wahrscheinlich etwas missverstanden, oder?


    Richtig, es ging um Interlaced Material (Zeolensprungverfahren)


    Man soll keine Videos im Zeilensprungverfahren hochladen, sondern nur solche mit Vollbildern.


    Genau. :nick:

  • Und je höher nun die Datenrate wird, am Besten jenseits der 100 Mps, desto sichtbar besser wird das Ergebnis bei YT.
    Jedenfalls bei solch rasanten Aufnahmen.

    Also man muss statt 10 Mbps über 100 Mbps hochladen, damit die resultierenden 6,5 Mbps besser aussehen... 8) Das ist allerdings das glatte Gegenteil von dem Anspruch, die Kompression schon nahe an den YouTube-Vorgaben zu halten und damit ein Nachkomprimieren zu minimieren oder zu verhindern. Vielleicht weicht ja einfach nur der Encoder von Edius zu stark von dem ab, den YouTube intern benutzt.


    Der Weisheit letzter Schluss kann das Hochladen riesiger Dateien eigentlich nicht sein. Selbst wenn man einen Vectoring-Anschluss mit 40 Mbps Hochlad hat (dürfte derzeit das Schnellste sein, was man als Privatanwender kriegen kann) und wir mal wohlwollend annehmen, dass nichts den Hochlad auf dem Weg zum YouTube-Server ausbremst, dauert das Hochladen von 100-Mbps-Material bereits 2,5-mal die Spielzeit des Videos. Mit 10 Mbps von normalem VDSL ist es dann schon das theoretisch Zehnfache - und die Praxiswerte dürften nochmal deutlich länger sein.

  • Zitat

    Also man muss statt 10 Mbps über 100 Mbps hochladen, damit die resultierenden 6,5 Mbps besser aussehen... 8) Das ist allerdings das glatte Gegenteil von dem Anspruch, die Kompression schon nahe an den YouTube-Vorgaben zu halten und damit ein Nachkomprimieren zu minimieren oder zu verhindern.


    Das ist logisch, je mehr Informationen ich beim codieren habe, desto besser kann auch das Ergebnis werden.
    Woher die Weisheit kommt, das man möglichst nah an der Youtube Datenrate sein soll weiß ich nicht, ist aber in meinen Augen falsch, aufgrund dem, was ich oben beschrieben habe.
    Ein Komprimieren kann man nicht "minimieren", es gibt nur neu codiert oder nicht codieren und bei Youtube etc. wird ja immer neu codiert, egal was man hoch lädt.

    ---------------------------------------------
    Mainboard Asus Prime Z370-A, CPU Coffeelake i7-8700 mit CPU-Grafik HD Graphics 630, NVidia GTX 1050 Grafikkarte, Win 10 (64 bit).

    • Offizieller Beitrag

    Ein Komprimieren kann man nicht "minimieren", es gibt nur neu codiert oder nicht codieren und bei Youtube etc. wird ja immer neu codiert, egal was man hoch lädt.


    Letzteres ist der Punkt, YT codiert immer neu.
    Wer mehr Details bei Aktionclips sehen möchte, kommt um Riesendatenraten nicht herum.
    Bei anderen Clips ist ja nicht unbedingt notwendig.