Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
CQP 0 ist ja auch wieder lossless ;D Nichts für Vegas xD
CQP 1 bis maximal 15 würd ich für die Aufnahme empfehlen.
preset auf high performance
bframes auf 0
Das ist zwar effizienzmindernd, aber mit niedrigen CQPs sowieso nur auf die Dateigröße schlagend. Wichtiger ist ja das der fps loss ingame gering bleibt und im Video möglichst keine Duplikatframes/Dropped Frames drin sind. Den Keyframeintervall würde ich auf auto lassen. Dürfte dann 250 Frames sein.
Könnte ich ausprobieren und mich ggf. sogar abfinden mit sofern ich weiterhin meine 3 Tonspuren verwenden kann. Dafür müsste ich von x264 auf NVENC H.264 welchseln und CQP auswählen, richtig?
Müssen nicht - du kannst auch bei X.264 die Qualitätsregulierungsmethode CRF nehmen und den Wert 1 benutzen. Oder, falls du QP benutzen willst, die Sache über die benutzerdefinierte Kommandozeile regeln.
Zu NVEnc kann ich dir keine Auskunft geben, sorry.
Welche Alternativen kannst du mir denn nennen? Spontan würe mir TMPGEnc Video Mastering Works 6 einfallen. Damit wäre das Auslesen von YUV 4:4:4 (ggf. auch RGB?) sicherlich möglich - oder?
Shotcut und Openshot müssten damit klar kommen - beide kostenfrei, aber beide auch bei der Nachbearbeitung deutlich schlechter als Vegas. Premiere Pro kann glaube ich mittlerweile auch verlustfreies H.264 lesen. TMPGEnc bin ich mir nicht sicher, ob das schon eingebaut wurde - hat glaub ich nur bis 4:2:2 gelesen, für den Rest müsste man den DirectShow-Öffner benutzen.
CQP 0 ist ja auch wieder lossless ;D Nichts für Vegas xD
CQP 1 bis maximal 15 würd ich für die Aufnahme empfehlen.
preset auf high performance
bframes auf 0
Das ist zwar effizienzmindernd, aber mit niedrigen CQPs sowieso nur auf die Dateigröße schlagend. Wichtiger ist ja das der fps loss ingame gering bleibt und im Video möglichst keine Duplikatframes/Dropped Frames drin sind. Den Keyframeintervall würde ich auf auto lassen. Dürfte dann 250 Frames sein.
Seltsamerweise kann ich den die Aufnahme mit einem CQP Wert von 0 in Vegas importieren. Die Dateigröße ist jedoch mit ~270 MB für ein 1 minütiges Video wenig. Da habe ich unter x264 und CRF 1 weitaus mehr Speicherplatz verbraten bei dem gleichen Spiel.
Sobald ich den Preset oder auch Profile verändere lässt sich die Aufnahme starten, es wird keine Datei erzeugt und beenden kann ich die Aufnahme ebenfalls nicht. Nur noch das Schließen von OBS über den Taskmanager geht.
Müssen nicht - du kannst auch bei X.264 die Qualitätsregulierungsmethode CRF nehmen und den Wert 1 benutzen. Oder, falls du QP benutzen willst, die Sache über die benutzerdefinierte Kommandozeile regeln.
Bin etwas überfragt.. Wenn ich QP nutzen will muss ich das Feld unter x264 Optionen mit 'qp=1' ausfüllen? Oder meinst du mit der Kommandozeile etwas ganz anderes?
Für CQP 0 musst du das high444p profil nehmen. Sonst geht CQP 0 sowieso nicht. Und bei High444 predictive steigt Vegas dann wieder aus. Mit main oder high biste aber nicht lossless. Da kannste kein CQP 0 machen. Wird dann einen Fallback Setting genommen haben oder was auch immer.
_
CQP 1 würde den Quantizer fest auf 1 setzen. CRF geht bei komplexen Teilen höher als 1, wo der Encoder meint, das es für's Auge noch gleichwertig wie 1 aussieht (mal jetzt abgesehen davon das das Auge das eh nicht mehr unterscheiden könnte bei solchen Werten. Aber das interessiert ja dem adaptiven Quantizer des Encoders nicht^^
Ich würde NVEnc nehmen, da du dann die CPU Last nicht hast.
Für CQP 0 musst du das high444p profil nehmen. Sonst geht CQP 0 sowieso nicht. Und bei High444 predictive steigt Vegas dann wieder aus. Mit main oder high biste aber nicht lossless. Da kannste kein CQP 0 machen. Wird dann einen Fallback Setting genommen haben oder was auch immer.
Ich würde es auch optional mit NVEnc probieren und schauen was für meine Bedürfnisse besser geeignet ist - falls das nach deiner Erklärung überhaupt noch zur Diskussion steht.
Doch sobald ich auf high444p wechsle, die Aufnahme starte, bin ich nicht mehr in der Lage die Aufnahme zu stoppen und muss OBS über den TaskManager schließen. Anscheinend wird auch keine Datei erstellt/geschrieben. Fehlt hier eine Einstellung oder muss ich für NVEnc und high444p zusätzlich noch etwas auf meinem System installieren?
@De-M-oN
Vielleicht kannst du mir nochmal einen Tipp geben, da ich mit deinen genannten Einstellungen kleinere Schwierigkeiten habe.
CQP 0 ist ja auch wieder lossless ;D Nichts für Vegas xD
CQP 1 bis maximal 15 würd ich für die Aufnahme empfehlen.
preset auf high performance
bframes auf 0
Das ist zwar effizienzmindernd, aber mit niedrigen CQPs sowieso nur auf die Dateigröße schlagend. Wichtiger ist ja das der fps loss ingame gering bleibt und im Video möglichst keine Duplikatframes/Dropped Frames drin sind. Den Keyframeintervall würde ich auf auto lassen. Dürfte dann 250 Frames sein.
Meine Einstellungen kannst du den Screenshots entnehmen:
Sobald ich das Preset auf 'Hohe Leistung' einstelle - wie von dir beschrieben - lässt sich meine Aufnahme starten, aber nicht mehr beenden. Außer ich beende/schließe den kompletten Task von OBS über den Task Manager. Sofern ich das Preset auf 'Standard' stelle scheint es zu funktionieren leider weiß ich nicht welche Auswirkungen diese Einstellung für meine Aufnahmen haben wird. Entstehen dadurch mögliche Leistungseinbußen oder Fehlerquellen?
So sieht es in OBS aus, wenn ich den Preset eingestellt habe und die Aufnahme beenden möchte:
'Stoppe Aufnahme...' wird angezeigt und der REC-Timer läuft immer weiter bis ich den Task schließe.
Aufgenommen wird das Ganze auf einem RAID 0 mit einer GTX 1070.
Mahlzeit!
Aufgrund von extremer Zickerei mit verschiedenen DxTory-Versionen, habe ich mich heute mal an OBS und NVENC versucht...und bin leider alles andere als zufrieden! 
Habe mich soweit an das Tutorial von hier gehalten, allerdings auch einige der danach angefügten Tipps und Ratschläge versucht umzusetzen.
De facto möchte ich gerne weitestgehend Lossless aufnehmen, wobei ich es sowohl mit der Einstellung "Verlustfrei" also auch "GCP" nicht hin bekomme, eine fehlerfreie Aufnahme zu erreichen.
Alle Aufnahmen sehen irgendwie so aus:
Aufgenommen wurde nativ in 2560x1440 in 60FPS, als GPU werkelt eine GTX 1080 Ti Aorus Xtreme Edition.
Wie auch bei DxTory läuft der Datenstrom auf einen internen Raid 0 mit ca. 370MB/s Übertragungsrate.
Edit:
GTX-Treiber sind die aktuellsten vom August 2017, OBS Studio (64 Bit) 20.0.1
Seltsamerweise habe ich exakt das gleiche Fehlerbild wie @fr0st, sprich, mit high444p muss ich den Task killen, damit ich die Aufnahme beenden kann.
Hat vielleicht jemand eine Idee an was es liegen kann?
Danke & Gruß
ZP
Mit CQP1 und dem high profil sollte es aber normal sein.
Ist das Video auch nach einem Encode so?
Mit CQP1 und dem high profil sollte es aber normal sein.
Ist das Video auch nach einem Encode so?
Ich fress' echt nen Besen... nach zig Versuchen mit allen möglichen Einstellungen, klappt es nun auf einmal!!
Muss man nicht verstehen. :-/
Sollte das nochmal auftreten, probiere ich das mit dem Encode mal aus.
Apropos: muss ich da im SSM noch etwas beachten bzgl. des Farbformates? Nehme in OBS jetzt NV12 auf.
Apropos: muss ich da im SSM noch etwas beachten bzgl. des Farbformates? Nehme in OBS jetzt NV12 auf.
Wenn du lossless mit NVENC aufnimmst und den vollen Farbumfang behalten willst, solltest du das auf I444 stellen (Dateien werden dann noch größer)
sonst wird vorher nämlich in NV12 kovbertiert (4:2:0)
RGB wird übriegns auch in 4:2:0 konvertiert selbst wenn man lossless aufnimmt, weswegen man I444 einstellen sollte
ah... wait ich glaube da ist immer noch dieser Bug in OBS bei I444 + NVENC - mit x264 geht es auf jeden Fall
Wenn du lossless mit NVENC aufnimmst und den vollen Farbumfang behalten willst, solltest du das auf I444 stellen (Dateien werden dann noch größer)sonst wird vorher nämlich in NV12 kovbertiert (4:2:0)
RGB wird übriegns auch in 4:2:0 konvertiert selbst wenn man lossless aufnimmt, weswegen man I444 einstellen sollte
ah... wait ich glaube da ist immer noch dieser Bug in OBS bei I444 + NVENC - mit x264 geht es auf jeden Fall
Ähm...also nun doch nix ändern im SSM? 
Also irgendwo ist da ein ganz gewaltiger Haken an der Sache!
Versuche die so aufgenommenen Files nun zu encoden und starre gerade auf diese Anzeige hier:
Warum zum Kuckuck ist das soooo extrem langsam?
Hier noch die Mediainfo:
Und die AVS:
Bin für jeden Tipp mehr als dankbar! 
H.264 Quelle: langsamer
OBS Quelle: Warum auch immer langsam, vllt wegen einer langen GOP, bin ich unsicher. Zumindest die mit NVEnc codierten Dateien sind sehr schlecht seekable, ka wie das bei x264 ist.
OBS Quelle: Das man nicht direkt in MP4 aufnehmen sollte, inkl Erklärung wieso, steht in OBS, und steht nicht ohne Grund da.
Dein MTMode ist: langsam
Probier den Chroma Resizer auf den standardmäßigen Bicubic zu lassen (chroma resample deaktivieren)
Du hast einen langsamen einleser genommen. Update LSmash in deinem MeGUI, kopier die neue lsmash dll von MeGUI rüber in dein SSM plugins ordner (ersetzen) und nimm Lsmash als einleser statt ffms2 und mach dann Multithreading in SSM aus, lsmash hat ein eigenes MT.
Ist die Angabe in der Mediainfo das die Quelle Variable Framerate hat, korrekt? Wenn ja solltest du l-smash die als CFR einlesen lassen.
OBS Quelle: Warum auch immer langsam, vllt wegen einer langen GOP, bin ich unsicher. Zumindest die mit NVEnc codierten Dateien sind sehr schlecht seekable, ka wie das bei x264 ist.
Die x264-Dateien von OBS haben auch ewig zum Encodieren gebraucht, teilweise zwei- bis dreimal so lange. Von der Audioextraktion ganz zu schweigen. Aber das kann auch an FFMpeg gelegen haben. Auf jeden Fall waren die Dateien, die ich mit Dxtory aufgenommen hatte deutlich schneller encodiert und auch das Audio nur in wenigen Minuten entpackt. Deswegen nehme ich (wenn ich mal mit OBS aufnehmen muss) nur noch mit UT-Video auf.
H.264 allgemein dauert einfach immer länger. Klar, ffmpeg ist alles andere als schnell, aber H.264 zu dekodieren dauert länger, es neu zu kodieren dauert länger, einfach alles dauert länger. Darauf muss man sich einfach einstellen, wenn man so aufnehmen will. 
OBS Quelle: Das man nicht direkt in MP4 aufnehmen sollte, inkl Erklärung wieso, steht in OBS, und steht nicht ohne Grund da.
Aufgenommen habe ich in MKV, dann über OBS in MP4 remuxed.
Dein MTMode ist: langsam
Probier den Chroma Resizer auf den standardmäßigen Bicubic zu lassen (chroma resample deaktivieren)
Du hast einen langsamen einleser genommen. Update LSmash in deinem MeGUI, kopier die neue lsmash dll von MeGUI rüber in dein SSM plugins ordner (ersetzen) und nimm Lsmash als einleser statt ffms2 und mach dann Multithreading in SSM aus, lsmash hat ein eigenes MT.
Ist die Angabe in der Mediainfo das die Quelle Variable Framerate hat, korrekt? Wenn ja solltest du l-smash die als CFR einlesen lassen.
Die .DLL habe ich ersetzt, aber wo kann ich den anderen Einleser nun aktivieren? Reicht es, FFMS2 zu deaktivieren, damit der anspringt?
Im aktuellen Encode schaut es so aus:
In OBS habe ich 60 FPS eingestellt, von daher wundert mich diese Angabe schon sehr. Im Game selber war ich immer weit über 100 FPS, also gab keinen Flaschenhals.
Die x264-Dateien von OBS haben auch ewig zum Encodieren gebraucht, teilweise zwei- bis dreimal so lange. Von der Audioextraktion ganz zu schweigen. Aber das kann auch an FFMpeg gelegen haben. Auf jeden Fall waren die Dateien, die ich mit Dxtory aufgenommen hatte deutlich schneller encodiert und auch das Audio nur in wenigen Minuten entpackt. Deswegen nehme ich (wenn ich mal mit OBS aufnehmen muss) nur noch mit UT-Video auf.
Jup, braucht eine halbe Ewigkeit, bis die Tonspuren extrahiert und die Dateien selber in MeGUI geöffnet sind.
Bin alles andere als zufrieden damit!
Das mit UTvideo schaue ich mir mal an, danke für den Hinweis!
H.264 allgemein dauert einfach immer länger. Klar, ffmpeg ist alles andere als schnell, aber H.264 zu dekodieren dauert länger, es neu zu kodieren dauert länger, einfach alles dauert länger. Darauf muss man sich einfach einstellen, wenn man so aufnehmen will.
Naja, ich WILL nicht unebdingt, aber ich brauche eine Alternative zu DxTory, da ich damit in letzter Zeit immer mehr Probleme bekomme und auch habe!
Afterburner ist auch keine wirkliche Hilfe, da hier oft der Mauszeiger nicht aufgenommen wird und nur max. 2 Tonspuren unterstützt. Von daher habe ich mich für die Lossless-Version von OBS mit dem NVENC entschieden...und zahle nun das Lehrgeld.
Schaue mir das mal mit dem UT-Codec an, ansonsten Muxe ich die aktuell mit NCENC erstellten Dateien einfach mit dem Mix der Aufnahme und lade die insgesamt 380 GB halt so hoch... 
Schaue mir das mal mit dem UT-Codec an
Gut, das fällt für dich dann aber auch flach, über FFMpeg mit dem UT-Codec kann OBS nur eine Tonspur aufnehmen. Müsstest du dann wie anfangs im Thread beschrieben mehrere OBS-Instanzen für die einzelnen Tonspuren laufen lassen.
Gut, das fällt für dich dann aber auch flach, über FFMpeg mit dem UT-Codec kann OBS nur eine Tonspur aufnehmen. Müsstest du dann wie anfangs im Thread beschrieben mehrere OBS-Instanzen für die einzelnen Tonspuren laufen lassen.
Narf...
Dann fällt das tatsächlich auch flach.
Soll ja eigentlich auch nur eine Notlösung sein, wenn eben das vermaledeite DxTory nicht will.
Aber das kann auch an FFMpeg gelegen haben
Klar, ffmpeg ist alles andere als schnell
Liegt nicht an ffmpeg. Liegt irgendwie an OBS. Wenn ich mit ffmpeg beispielsweise ne capture karten aufnahme mache, dann sind die Dateien danach sehr gut seekable sogar.
Also irgendwie liegt das einfach nur an OBS.
Die GOP von 250 ist eig. auch nicht zu lang, vllt benutzt OBS langes Interleaving.
Wie bei AVI kommt immer 'nen Teil Video, dann 'nen Teil Audio etc. Bei AVIs ohne Interleaving würde am Anfang das Komplette Video sein und am Ende das komplette Audio, was bedeutet die HDD muss ständig riesige Sprünge hinlegen beim Abspielen beider Spuren gleichzeitig.
Deaktiviertes Interleaving glaub ich aber auch nicht, weil dann würde es, wenn nur eine Spur angefragt wird, sogar schneller gehen. Weil dann hat er ja nicht Audio und Video, sondern nur Audio.
Ich würde daher vermuten, das OBS ein recht langes Interleaving benutzt.
Andersrum dann wieder merkwürdig, das es selbst bei kleinen Dateien so lahm ist. Naja liegt aber irgendwie definitiv an OBS.
Die .DLL habe ich ersetzt, aber wo kann ich den anderen Einleser nun aktivieren? Reicht es, FFMS2 zu deaktivieren, damit der anspringt?
Bei Video mit dem > aufklappen und lsmash anhaken.
In OBS habe ich 60 FPS eingestellt
Worauf willste hinaus? Der Encode wird so schnell keine 60fps erreichen.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
co != 0