Beiträge von Kayten

Zitat von Malzzi

DxTory

Je nachdem um welches Spiel es sich handelt, könnte auch OBS deutlich FPS-schonender sein.
Wäre auch spontan eine Option um herauszufinden, ob auch andere Software von Asynchronität betroffen ist.

Die Aufnahme ist aus meiner Sicht zu kurz, um da Anhaltspunkte herauslesen zu können.
Wenn es eine konstante Verschiebung ist, ließe es sich theoretisch einfach beheben, indem man es bei der Nachbearbeitung entgegen der Verzögerung anpasst.
Was du mal probieren könntest, wäre Multichannel Audio umandeln in Stereo anzuhaken, auch wenn du bereits selbst auf Stereo gestellt hast. Irgendwo wurde mal geschrieben, dass der AB dann einen anderen PCM Codec zu nutzt. Kann mir zwar nicht vorstellen, dass das hilft, aber ich habe mich schon lange nicht mehr wirklich mit dem AB befasst, als dass ich diesbezüglich großartige Hilfestellung bieten könnte.
Andererseits könntest du überprüfen, ob du HPET aktiviert hast, auch wenn es laut diesem Tutorial bei Windows 8 und neuer keine Relevanz hat.
MSI Afterburner | Gaming Tutorial-Reihe [Beta]
Kann mich aber noch daran erinnern, dass der AB bei mir damals bei meinen ersten Aufnahmen auch Probleme mit der Synchronität gemacht hat.

Zitat von Malzzi

Der Afterbruner nicht zu 100% synchron auf.

Inwiefern? Ist es von Beginn an asynchron (versetzt), wird es innerhalb der Aufnahme immer asynchroner oder ist es gar variabel (synchron und asynchron im Wechsel)?

Hast du die MediaInfo einer asynchronen Aufnahme zur Hand? Audioeinstellungen von Windows?

Eine anschauliche Erklärung wäre zwar schön gewesen, aber wenn das tatsächlich immer so sein sollte, müsste für mich nur noch geklärt werden wie sich das Medium Preset auf die Qualität auswirkt, falls es das überhaupt tut.

Das VfW Interface wird sich in neueren Windows Versionen wohl kaum noch ändern, ist schließlich schon über zwei Jahrzehnte alt, von daher macht UtVideo auch keine Probleme.

Wie kann es sein, dass ein 10bit YUV444 Encode in einer kleineren Datei resultiert als ein 10bit YUV420 Encode beim gleichen 8bit YUV444 Grundmaterial? Ist das ein Glücksfall oder eher der Normalfall?
Und was genau ist der Unterschied zwischen dem slow und dem medium Preset bei x264? Geht da schon Qualität verloren oder werden nur bestimmte Kompressionsverfahren abgeschwächt?

Die Fragen kommen daher, dass ich letzte Nacht ein Video (8bit YUV444) auf drei verschiedene Arten kodieren lassen habe mit folgendem Ergebnis:

Die logische Schlussfolgerung wäre nun für mich, immer mit Medium-Preset und in 10bit YUV444 zu kodieren, als bester Kompromiss zwischen Dateigröße, FPS und Qualität, falls das Ergebnis keine Ausnahme darstellen sollte.

Edit: CRF war natürlich bei allen Encodes identisch mit einem Wert von 19.

Funktionieren tun davon alle problemlos unter Windows 10.
Lediglich die Desktopaufnahme vom Afterburner büßt ein Feature ein: Wenn die Auflösung während einer Desktopaufnahme geändert wird, wird die aktuelle Aufnahme gestoppt. Unter Windows 7 würde direkt eine Aufnahme gestartet werden, das ist unter Windows 10 nicht mehr der Fall. War aber auch schon bei Windows 8 so.

Bestimmt hat den schon mal jemand mit Frame Divide Count 1 verwendet, also mit einem Thread. Frage ist nur, ob deine CPU es mit einem Thread auch schafft, deine gewünschte Auflösung schnell genug zu kodieren. Einfach ausprobieren, mehr als eine ruckelige Testaufnahme kann dabei ja nicht rum kommen.
Ich persönlich hätte um die CPU Last zu reduzieren wahrscheinlich auf MagicYUV 1.2 mit YUV420 und Predict Left gesetzt, ob das letztlich aber CPU schonender ist, kann ich nicht sagen.

Ein Track aus XCOM: Enemy Unknown von Michael McCann, welcher ebenfalls für den Deus Ex: Human Revolution Soundtrack zuständig war.
- Komplette Playlist -

Es wird erst dann mehr angezeigt, wenn eine Aufnahme gestartet wird.
Ansonsten sollten die Einstellungen natürlich auch im richtigen Profil vorgenommen werden, falls du nicht das Standardprofil nutzt.

Zitat von De-M-oN

Wenn onboardsound hersteller es nicht für nötig halten einen aufnahmekanal für sound anzubieten, ist er halt auch nicht da.

Das hat gar nichts mit dem Onboardsound zu tun. Den Sound, den die 22VSL ausgibt, kann man schließlich auch nicht abgreifen und das macht die Sache schon arg lästig.

Zitat von Malzzi

Meinen Monitor mit der Capture Card.

Das klingt für mich nach LGX -> Monitor. Ich persönlich hätte es anders herum gemacht, damit gar nicht erst die Möglichkeit besteht, dass die Capture Card die Auflösung vorgibt. Ob das funktioniert ist aber fraglich.

Zitat von Malzzi

Mein Monitor hängt gerade an einen VGA-Anschluss.

Mir war nur so, als hättest du inzwischen einen HDMI Monitor, was zumindest den Anschluss als Fehlerquelle ausschließen würde. Auch wenn ich bezweifle, dass es daran liegt.

Die Warnung tritt eben dann auf, wenn die FPS zu gering sind, ob das nun für euch wichtig ist oder nicht, kann Dxtory schließlich nicht wissen.

Zitat von Wossi

GTAV-Aufnahme

Zitat von Wossi

GTX660

Die GPU dürfte einfach zu schwach sein für mehr als niedrige bis mittelmäßige Einstellungen samt Aufnahme bei 1080p.

Zitat von Julien

CPU-Last reduzieren.

Bei mangelnder GPU Leistung soll er die CPU Auslastung reduzieren? Erscheint mir unlogisch. Von Lagarith weg zu gehen ist aber definitiv richtig.

Zitat von Wossi

Ich hatte während der Aufnahme ca. 40 FPS... gespielt hat es sich aber wie 60 FPS.

Ich geh nun mal von meinen Erfahrungen aus. Die GPU Warnung von Dxtory kommt genau dann, wenn die Video-FPS die gewünschten File-FPS unterschreiten und Dxtory das Problem nicht in der Aufnahmefestplatte oder beim Encoding sieht. Heißt, dass es in den allermeisten Fällen auch tatsächlich auf mangelnde GPU Leistung zurückzuführen ist. Ob es sich nun wie 60FPS anfühlt oder nicht ist völlig egal, wenn es letztlich nur 40 sind und Dxtory mit 60FPS aufnehmen soll, sind es zu wenig.
In manchen Augenblicken ist eine GPU Bottleneck Warnung bedeutungslos (z.B. im Ladescreen), aber gerade gestern erst habe ich einen kurzen 1800p Aufnahmetest gemacht, wo eben diese Warnung erschien. Ob da nun die CPU Auslastung höher (RGB Aufnahme) oder niedriger (YUV420) war, war den FPS völlig egal, sie brachen immer auf knapp unter 60 ein und die GPU-Bottleneck Warnung erschien bei zu großer Abweichung.

War übrigens auch die erste Situation, in der ich der Option Force CPU Processing in Dxtory mal Aufmerksamkeit geschenkt habe. Sorgte bei mir für einen leichten FPS Anstieg bei höherer CPU Last und demnach wohl auch zur leichten Entlastung der GPU, wie der Tooltip verspricht.

Wenn ich mir so die Bilder anschaue (auch aus dem anderem Thread), sieht das für erstens nach falscher DPI-Skalierung im Browser aus (lässt sich bestimmt deaktivieren). Desweiteren hast du einen Screenshot von den Audiogeräten aus dem Nvidia Control Panel verlinkt, meine Frage: Weshalb genau? Der Ton soll schließlich idealerweise gar nicht über die LGX laufen. Dementsprechend muss in den Audioeinstellungen von Windows auch deine Soundkarte als Ausgabegerät ausgewählt sein und nicht die LGX.
Ich weiß nun nicht was Amarec bei dir zur Auswahl anbietet an Audiogeräten, aber bei mir (ohne eine CC zu besitzen) sind auch keinerlei Ausgabegeräte dabei (nur Stereomix vom Onboardsound und Line vom Audiointerface, aber keine Möglichkeit das aufzunehmen was ich selbst übers Interface höre), weshalb ich in Amarec wohl mein Mic aufnehmen würde, während bspw. Audacity sich dann um den Spielsound kümmern könnte.
Andere Methode wäre, wie von @RealLiVe schon angedeutet, den Spielsound über Voicemeeter laufen zu lassen, das könnte Amarec auch verstehen und die Stimme dann über Audacity.
Was deine Anzeigeprobleme angeht: Wie hast du die Anzeigen geklont? Vom Monitor auf die LGX oder umgekehrt? Wenn ich bei mir eine Anzeige auf eine andere Klone, gibt erstere Auflösung und Hz an und die andere muss nachziehen, könnte also relevant sein. Die native Auflösung meiner Monitore sind leider alle identisch, weswegen ich diese Problematik nicht weiter überprüfen kann. Hast du nicht inzwischen einen über HDMI angeschlossenen Monitor? Glaube zwar nicht, dass der VGA Anschluss für die Probleme verantwortlich ist, aber man weiß ja nie. Die mindere Qualität kann ich mangels LGX nicht überprüfen, würde ich spontan aber mal als fehlerhafte Einstellung von Amarec abtun.

Mit einem einzigen Aufnahmeprogramm wird man auf Dauer aber auch nicht glücklich. Es gibt immer mal ein Spiel X was nicht vernünftig mit Aufnahmeprogramm Y zusammenarbeiten will.
Hier empfohlen werden:

• MSI Afterburner [Thread]
• Dxtory [Thread]
• OBS (Studio) [Thread, aber nur von OBS Classic]

Wähle mindestens zwei. Jedes Programm hat seine Daseinsberechtigung (samt Mängel!) und auch im Forum dementsprechend seine Anhänger.

Generell sollte aber in der höchstmöglichen (sinnvollen) Auflösung gespielt und aufgenommen werden, damit möglichst wenig skaliert werden muss. 1152p statt 1170p sind übrigens ausreichend für die 1440p Bitrate.

Welches Spiel? Wie sind die (Grafik)Einstellungen? Wie ist der Codec eingestellt und wie schnell ist deine Festplatte (CrystalDiskMark)?
Im Idealfall mal die Environment Information von Dxtory posten.

Zitat von PaxDeLux

mache KEINE Bearbeitungen und schicke das per frameserver an MEGui

Wenn du mit dem Ergebnis zufrieden bist und letztlich eh keine Bearbeitung durchführst, wäre der nächste Schritt Vegas in solchen Fällen komplett wegzulassen. Stellt dann nur noch einen Umweg dar, der die Dauer der Kodierung unnötig verlängert. Die schnellste Verarbeitung würde über SSM und MeGUI erfolgen.

Zitat von PaxDeLux

UTVideo YUV420 BT.709 VCM

Wenn deine CPU keine Probleme damit hat und deine Festplatte es erfordert, spricht da nichts gegen. Es sei nur angemerkt, dass die YUV422 Variante die CPU weniger belastet und eine etwas bessere Qualität liefert bei leicht höherer HDD-Belastung.

Zitat von PaxDeLux

ich hab jetzt mal Material von 1080p60fps CRF18 Overwatch folgen eingespeist.

Lossless Material übergeben. Je reiner das Quellmaterial, desto kleiner (oder hochqualitativer bei gleicher Größe) wird die Datei nach der Kodierung. Falls du noch die selbe Vorgehensweise (OBS > Vegas > Handbrake) verwendest, lass Entweder Vegas oder Handbrake weg, dieses mehrfache kodieren schadet der Qualität erheblich und erhöht auch letztlich die Dateigröße mehr, als wenn du nur einmal gut kodieren würdest.
Ich würde beides weglassen und MeGUI nutzen (in Kombination mit dem SSM), denn deine Bearbeitung in Vegas verbessert auch nicht gerade die Komprimierbarkeit.

Zitat von PaxDeLux

Ich nehme an, DXtory mit Lagarith Lossless betreiben?

Nein, da gibt es deutlich bessere bereits genannte Alternativen. Lagarith verwendet eine für YouTube falsche Farbmatrix, macht Probleme mit gewissen Schnittprogrammen und belastet die CPU bei der Aufnahme recht stark.
Geht zwar in diesem Thread hauptsächlich um Dxtory, aber Codecs werden auch angeschnitten: Dxtory - Einstellungen & Sammelthread

Es gibt hier im Forum für so ziemlich alles ein Tutorial, außer für OBS Studio.

Wenn du RecCentral nutzt, verschwendest du meines Wissens nach das lossless Potenzial der LGX. Dafür bräuchtest du entweder AmarecTV oder VirtualDub.
Siehe hier: Avermedia Live Gamer Extreme lossless in 1080p60 4:2:2 aufnehmen

Den Mixer-Regler von Inputs auf Playback stellen sollte helfen.