Beiträge von Kayten

    Also mein Workflow

    Ich will ja niemanden vor den Kopf stoßen, aber so kann da nichts als Pampe bei rumkommen. Pampe die viel Speicherplatz wegnimmt.
    Die Quali mit der du in OBS aufnimmst ist ziemlich mies und jeder Render-/Kodiervorgang kostet zusätzlich Qualität.


    Wirf' einen Blick hierein: Open Broadcaster [Aufnahme] | Gaming Tutorial-Reihe
    Ansonsten wären noch OBS Studio und MSI Afterburner empfehlenswert als kostenlose Aufnahmeprogramme. Kostenpflichtig gäbe es noch Dxtory.


    Das nächste wäre die Verarbeitung. Wie bereits erwähnt wirfst du dein Video gleich zwei mal durch den Mixer und dann ist es auch noch ein minder qualitativer. Einmal reicht. Für bessere Verarbeitung mal hier reinschauen: x264vfw für Videoschnittprogramme
    Idealer wäre es jedoch, wenn du Premiere komplett weg lassen würdest, falls du nur schneiden solltest.


    Wobei ich mich schon immer gefragt habe, warum es eigentlich keine Methode gibt bei der alles 1:1 so gelassen wird wie es ist, wenn man Videos nur zusammenschweißen will.

    Ist möglich, dazu müssen aber alle Videos die zusammengefügt werden sollen exakt und ausnahmslos identisch kodiert worden sein.

    Naja das Problem mit den USB Mikros ist, dass diese nicht die nötige Speisung bekommen durch die USB Verbindung


    Und worüber wird das übliche Interface hier generell betrieben und mit Strom versorgt? Richtig, ebenfalls USB! So dramatisch kann das also scheinbar nicht sein.

    muss ich dann schon so skalieren im Schnitt, dass es normales 16:9 wird, richtig?

    Du musst gar nichts skalieren. Du nimmst 21:9 auf, verarbeitest in 21:9 und lädst 21:9 hoch.
    Das gibt dann für die allermeisten zwar schwarze Balken oben und unten im Player, ist aber definitiv die bessere Wahl, als das 21:9 Material auf 16:9 zu strecken oder gar an den Seiten etwas wegzuschneiden um das 16:9 Format zu erreichen.

    Diese Idee hatte ich auch schon mal, war für mich aber völlig inakzeptabel, da so keine Möglichkeit bleibt bei der Aufnahme schon zu sehen, ob diese denn auch vernünftig läuft. Da ist mir die File-FPS Angabe von Dxtory schon wichtig.
    Jetzt wo ich aber noch mal drauf aufmerksam gemacht wurde, könnte das bei einem anderen Projekt tatsächlich noch von nutzen sein, wo Dxtory und MSI AB nicht (sinnvoll) genutzt werden können.

    Es geht um die CPU, nicht um die GPU. Ersteres ist wichtig fürs Kodieren, letzteres nicht.
    Ist in deinem Fall aber erstmal uninteressant, da du schließlich noch nicht neu kaufst und von deiner aktuellen Hardware ausgehend optimieren willst.

    In jedem Fall Triple Buffering nutzen (Nvidia Treiber Dreifachpuffer auf EIN) und ansonsten war Afterburner für OpenGL eig. bei mir immer am besten geeignet.

    Nicht mit VSync bei diesem Spiel. Kannst du vollkommen vergessen. Das liegt nicht mal an den FPS, sondern daran, dass einfach die falschen Frames abgegriffen werden. Ohne VSync ist es akzeptabel, was allerdings nicht am AB liegt, sondern am Spiel selbst, das Tearing was dann aber teils auftritt würde mich gewaltig stören. OBS hat mit OpenGL VSync weniger Probleme, aber nur Dxtory mit Synchronous Surface Lock empfand ich als zufriedenstellend.


    Wie nimmst du auf, damit du auf 140GB kommst?

    Mit Dxtory und MagicYUV samt YUV444 Einstellung bei 1080p und 60FPS.


    Nur dann 6h am rendern sein ist sehr mühselig.

    Ein Wechsel auf den SSM samt MeGUI würde das enorm beschleunigen. Mit optimierten Einstellungen wahrscheinlich auch noch mehr.

    Einmal bitte hier rein schauen und befolgen was dort geschrieben steht: Wie stelle ich meine Frage richtig?


    Lagarith

    Wird schon lange nicht mehr empfohlen, wechsel am besten auf etwas wie UtVideo oder MagicYUV 1.2´.


    So Video wird bei ca. 20min ca. 30-35GB groß.

    Wenn man gute Qualität möchte, muss man auch bereit sein den nötigen Speicherplatz zur Verfügung zu stellen. Abseits davon sind 35GB für 20Min wirklich wenig. Ich bin eher ~140GB für ~50 Min. gewöhnt beim selben Spiel.


    MSI Afterburner

    ... ist aus meiner Sicht für TBoIA (OpenGL) vollkommen ungeeignet. MSI AB kommt nicht mit dem vom Spiel erzwungenen VSync klar und deaktiviert man dieses über versteckte Config-Dateien gibt es das schlimmste Ingame-Tearing was ich bisher gesehen habe, welches auch in der Aufnahme auftaucht.
    Nur OBS Studio (zumindest teilweise) oder Dxtory erwiesen sich hier für mich bisher als brauchbar.


    Da ich meine Audiospur getrennt per Audacity aufnehme

    Warum? Mit jedem modernen Aufnahmeprogramm lassen sich (mindestens) zwei Audiospuren getrennt aufnehmen.


    weshalb ich denke das ich um eine NLE-Software nicht drumherum komme.

    Wenn du alle Audiospuren (zwei) vom Aufnahmeprogramm aufnehmen lässt und letztlich nur schneiden willst, kommt man auch sehr gut mit dem SSM und MeGUI aus und spart enorm Zeit beim Kodieren.

    Diese Einstellung entscheidet erstmal überhaupt gar nichts, solange nicht bekannt ist welcher Codec nun bei der Aufnahme verwendet wird.
    UtVideo kennt kein NV12 oder I444, nur I420 und RGB. Bei einem nicht unterstütztem Format wird automatisch eine Konvertierung nach RGB vorgenommen, also am besten gleich den richtigen Farbraum auswählen.
    Lässt du hingegen mit x264 kodieren hat es letztlich überhaupt keinen Einfluss, ob du dem nun RGB oder I444 Material lieferst, kommt am Ende eh nur YUV420 raus, also kann man hier auch gleich NV12 oder I420 nutzen. YUV-Farbmatrix auf 709 und YUV-Farbbereich auf Teilweise ist in dem Fall richtig. Bei RGB haben diese beiden Einstellungen keinen Einfluss. Über FFmpeg kann x264 auch in RGB aufnehmen.

    Dann hat sich meine Vermutung ja bestätigt.
    Wenn du es dir zutraust ein AviSynth-Script selbst zu schreiben, könntest du mit kurzen kleinen Scripten auch einen Geschwindigkeitszuwachs erfahren. Würde ich aber nur empfehlen, wenn du nicht immer munter fröhlich das Aufnahmeformat wechselst, sonst wäre auch mir das zu anstrengend. ^^
    Meine aktuellen Scripte sehen bei einer YUV444 Aufnahme (allgemein geschrieben, 16:9 Format) beispielsweise nur so aus:


    Mehr brauche ich aus meiner Sicht nicht.


    Meintest du dass ich einfach nur 1 Frame aus einem Video encodiere? Da kann ich dann aber ja nicht ranzoomen.

    Script erstellen mit Skalierer XY, Script in VirtualDub ziehen, Frame raussuchen und speichern. Wiederholst du das nun mit allen Skalierern, hast du je ein Bild pro Skalierer und kannst die ihm Grafikprogramm deiner Wahl vergleichen. Sollte natürlich immer der selbe Frame sein.

    Wenn du die genauen Auswirkungen der einzelnen Skalierer wissen möchtest, würde ich ein Bild mit jedem Skalierer mal skalieren lassen und mir die Unterschiede anschauen. Beim näher Heranzoomen dürften die recht schnell deutlich werden.

    An die Encodiergeschwindigkeit alter Projekte erinnere ich mich nicht mehr ganz genau, im Moment liegt sie bei knapp 18fps.
    Dürfte sich aber im gleichen Rahmen bewegt haben, so zwischen 16~18.

    "Momentan" klingt danach, dass es noch gar nicht fertig kodiert ist. Die eigentliche Dauer lässt sich also nicht wirklich gut einschätzen. Wen es vorher allerdings um die 18FPS waren und jetzt auch, dann ist doch alles prima? ^^
    Der einzige Grund, warum die Kodierung jetzt nun länger dauert, dürfte dann die Dauer des Videos selbst sein.

    Wie kommst du auf 32-42FPS?

    Weniger komplexes Spiel, mehr CPU-Kerne (6 statt deiner 4), mehr GHz (4 statt deiner 3,4), Hyperthreading (ca. +20% Geschwindigkeit) und wahrscheinlich auch ein schnelleres Preset. ^^

    Wird in MeGUI das YUV444 Material auch genutzt?
    Es kann auch einfach sein, dass dieses Material nun komplexer ist als das vorherige und deshalb länger beim Kodieren braucht. Bei mir schwankt die Geschwindigkeit der Kodierung beim selben Spiel auch teils zwischen 32FPS und 42FPS.


    Aber mehr Schärfe und weniger Treppeneffekt klingt doch gut.

    Mehr Schärfe bedeutet im Allgemeinen schlechtere Komprimierbarkeit. Wüsste nun halt nicht, warum man sein Videomaterial noch schärfer machen sollte, als es ohnehin schon ist. Spline36 wäre dagegen neutral. Wird jemand anderes aber wohl besser beurteilen können.


    meine Projekte zu rendern hat immer ~ 1 Stunde pro Folge gedauert.

    Die Kodiergeschwindigkeit des Encodes wäre interessanter als die eigentliche Dauer der Kodierung. ^^

    Der MagicYUV Farbraum war YUV422, nehme ich an? Dann wäre die Konvertierung nach YV24 im Script unnötig und leistungsmindernd. Generell jede Konvertierung kostet enorm Performance, zumindest ich habe diese Erfahrung gemacht. Bei mir hat das Weglassen der einzig verwendeten Farbraumkonvertierung in meinen Scripts zu einer Geschwindigkeitssteigerung von über 35% geführt.
    Ansonsten fällt mir noch auf, dass du Spline64 verwendest und nicht Spline36, aber du wirst bestimmt deine Gründe haben.


    Ist die gleiche Hardware wie vorher

    Gibt aber Menschen wie mich, die sich nicht die Hardwarekonfigurationen von allen Nutzern des Forums merken (können) und wenn diese Info auch nicht im Profil vermerkt ist, sollte man sie direkt mitliefern. ^^


    Wie kann ich das Avisynth-Script posten?

    Du öffnest es mit einem Text-Editor deiner Wahl, kopierst alles heraus und fügst es hier ein, am besten zwischen [spoiler][code][/code][/spoiler]-Tags, damit es vernünftig lesbar ist.

    Wie immer gilt: Avisynth Script und MediaInfo posten. Falls die verwendete Hardware sonst nirgends vermerkt ist, auch diese.
    Das einzige was an MeGUI wirklich langsam sein kann ist aus meiner Sicht die Queue-Übersicht mit allen (abgeschlossenen) Jobs, sollte aber nicht verwunderlich sein, wenn dort noch ~2000 Einträge vorhanden sind. ^^
    Wie sieht die CPU Auslastung aus? Wird das Multithreaded-Avisynth auch tatsächlich verwendet?

    Mein alter Phenom II kodierte mit 3FPS, die Geschwindigkeit allein sagt überhaupt nichts aus.
    MediaInfo des Quellmaterials und verwendetes Script wären das Mindeste was du posten müsstest, neben den x264 Einstellungen.

    Habe ich irgendeine Option übersehen die verhindert das die spielaufnahme die Facecam beeinflusst? oder muss ich damit leben?

    Nein, ist nicht möglich, ist schließlich beides im gleichen Video. Abseits davon sind deine Einstellungen... ich nenn' sie mal suboptimal.
    Gerade ARK ist grafisch enorm komplex. Wenn du da gute Qualität willst, musst du schon alles richtig machen, angefangen bei der Aufnahme bis hin zur Kodierung.


    Wenn du optimieren möchtest, solltest du:

    Abseits von der höheren Auflösung, die Julien angesprochen hat. Die FPS sollten denen deiner Spielaufnahme entsprechen und demnach höchstwahrscheinlich nicht 59,94.

    In AmarecTV lassen sich keine Wiedergabegeräte auswählen, nur Aufnahmegeräte.
    Ließe sich bestimmt mit etwas wie Voicemeeter umgehen, aber stattdessen könnte man auch einfach Audacity oder OBS nutzen um den Spielsound aufzuzeichnen. Welcher Sound nun letztlich über eine andere Software aufgenommen wird ist schließlich egal.