Nicht blind auf "Ja" drücken, wenn ein Dialog von MeGUI erscheint. Dort wird nämlich gefragt, was mit dem Input geschehen soll, wenn dieser nicht in YV12 vorliegt. Entweder du lässt es dort in YV12 konvertieren und kodierst auch in YV12 oder du belässt es bei YUY2 und kodierst auch darin, indem du x264 explizit über --output-csp i422 in der Custom Command Line anweist YUY2 Material zu erzeugen.
Wird das nicht konsequent durchgezogen, ergeben sich potentielle Fehlerquellen.
Beiträge von Kayten
-
-
nimm predict left und nicht median.
Ggf mit voller threadnutzung mal probieren.
Das macht meiner Erfahrung nach kaum einen Unterschied, was die CPU Last angeht. Und 4 Threads entspricht ja schon seiner maximalen Threadanzahl bei einem Vierkerner ohne Hyperthreading.@Ach
Immer eine MediaInfo der jeweiligen Aufnahme beifügen.
Bei der Art CPU, die im Profil hinterlegt ist, glaube ich aber eher, dass du diese durch Spiel und Kodierung an ihre Grenzen bringst, da ich selber früher ebenfalls so eine besaß. Du könntest nun entweder die Threadzahl verringern auf 2-3, damit nicht alle Kerne mit der Kodierung beschäftigt sind und möglicherweise durch das Spiel beeinträchtigt werden oder alternativ mal MagicYUV probieren in der YUV420 Einstellung, sollte weniger belastend sein als UtVideo YUV422. Ansonsten wärst du im Dxtory Thread aus meiner Sicht auch besser aufgehoben gewesen als hier. -
Qualitätregulierungsmethode von VBR auf CRF umstellen. Problem gelöst.
-
pcm_s16le (PCM, Signed, 16 bit, Little Endian) ist das, was du generell benötigst, hängt aber auch von deinen Windows Einstellungen ab.
Solltest du in Windows beim Standardformat eine Bittiefe von 16bit eingestellt haben, wäre das korrekt.Über die FFmpeg Variante in OBS kann man bisher nur eine Audiospur aufnehmen. Einfachste Lösung wäre hier eine zweite OBS Instanz zu starten mit einem anderen Profil, welche nur ein 16x16 Schwarzbild und die jeweilig andere Audiospur aufnimmt. Beide so einstellen, dass auf die gleichen Hotkeys reagiert wird und man erspart sich das synchronisieren im Gegensatz zur Audacity Alternative.
-
allerdings werden die Rohdateien immer als Interlaced importiert und dann manuell von mir auf Progressiv geändert.
Genau das ist das Problem. Ich besitze diese NLE zwar nicht, aber rein vom mitlesen aus anderen Threads gab es irgendwo noch eine Möglichkeit einzustellen, wie das Material importiert werden soll und die Standardeinstellung ist da wohl falsch. @Julien verwendet meinem letzten Stand nach TMPEnc und könnte das wissen. Ansonsten steht die Lösung dafür auch schon in irgendeinem anderen Thread, habe aber leider keinen Link zur Hand.
-
Wie man OBS einstellt, dass habe ich dank einiger Tutorials und Themen hier wohl schon recht gut hinbekommen. Hab jetzt beim aufnehmen von Potal Knights die Einstellungen so, dass ich 1080p aufnehmen kann und der Rechner konstant etwas über 90% ausgelastet ist. Mehr Qualität bekomm ich so gerade nicht hin.
H264 nutze ich ja z.Z. durch OBS.
Hier hast du das Problem, dass die Kodierung im H.264 Format über x264 ziemlich CPU-lastig ist, erzeugt aber in der verlustfreien Variante auch kleinere Dateien als andere lossless Codecs wie UtVideo (welcher in OBS Studio nutzbar ist, wofür es aber noch immer kein Tutorial hier im Forum gibt). Du musst also abwägen zwischen CPU- und HDD-Last.
Höher als 1080p wollte ich auch nicht gehen, dass brauche ich bei meinem Rechner auch nicht versuchen.
Auch mit einer 1080p Aufnahme lässt sich noch einiges an Qualität herausholen, indem bspw. auf 1152p skaliert wird. YouTube schaltet ab 1152p die nächste Bitratenstufe frei. 1152p bekommt 1440p Bitrate, "ersetzt" in der Qualitätsauswahl im Player allerdings die 1080p Stufe. Selbiges gilt für 1800p: 4K-Bitrate auf 1440p Qualitätstufe. Die jeweilig ursprüngliche Stufe ist dann nur noch über YouTubes "Automatik" erreichbar, aber nicht mehr manuell auswählbar.
Möchtest du die ursprüngliche 1080p Stufe manuell auswählbar lassen, so sind solche Zwischenauflösungen natürlich keine Option.Kann aber gut sein, dass es beim "speichern" passiert, da ist ja schon die CPU gut am ackern. Ich mache in der Zeit zwar nicht wildes am PC, meist bin ich in Foren unterwegs oder so, aber ich kann mir schon vorstellen, dass hier und da mal die CPU an die 100% geht und kleine Aussetzer hat.
Das hängt in keinster Weise miteinander zusammen. Arbeitet deine CPU am Limit (was auch gewünscht ist), dauert die Verarbeitung des Videos nur länger, wenn du währenddessen andere Dinge tust, wird aber nicht qualitativ beeinflusst. Was anderes wäre eine ziemliche Katastrophe.
Die Ruckler müssen also schon in der ursprünglichen Aufnahme vorhanden sein.Generell würde sich für solche Themen ein separater Thread anbieten.
-
Das heißt ich muss mir erst neue Hardware besorgen
Für 1152p wäre kein RAID0 nötig und ein 6600K sollte da auch keine Probleme machen. Erst bei 1800p dürfte es interessanter werden.
mich per Google darüber informieren welches Programm ich zur Skalierung benötige.
Davon würde ich abraten. Diesbezüglich findest du hier bereits gute Lösungen, abhängig davon, womit du letztlich arbeitest, sei es ein Bearbeitungsprogramm wie Vegas bzw. Premiere oder MeGUI mit AviSynth. Letzteres wäre deutlich schneller.
-
Um 1152p Videos zu erzeugen, kannst du entweder direkt in 1152p aufnehmen, indem du dir im Treiber eine benutzerdefinierte Auflösung erstellst mit 2048x1152 oder du bleibst bei 1080p und skalierst auf 1152p hoch. Für letzteres wäre ein besserer Farbraum (YUV444 oder RGB) ratsam, um die Qualität der Skalierung möglichst hoch zu halten.
Empfehlenswert wäre es außerdem mit mindestens 41FPS aufzunehmen. Einerseits für die zusätzlichen FPS, die zur Videoqualität beitragen, als auch um ein extra an Bitrate von YT zu bekommen. Hat allerdings den Nachteil, dass du auf die VP9 Kodierung von YouTube angewiesen bist, welche bei kleineren Kanälen öfters nur manuell zu bekommen ist (Siehe: Besseren Codec (VP9) von YouTube erhalten). Bekommst du kein VP9, ist bei 1080p@ HFR (41-60FPS) Schluss.
Neben 1152p wäre 1800p empfehlenswert. Hier auch entweder via direkter Aufnahme in 1800p oder über 1440p und anschließender Skalierung. Alternativ ginge es auch 1080p mit Punktskalierer auf 2160p zu bringen.Um die Kodiergeschwindigkeit möglichst hoch zu halten, sollten keine Konvertierungen durchgeführt werden, daher im Idealfall mit dem Farbraum kodieren, mit welchem auch aufgenommen wurde. 1800p41FPS in YUV420 wäre eine Möglichkeit. Meiner Erfahrung nach benötigt 1800p in YUV420 weniger Festplattendurchsatz als 1080p in RGB.
Für ein 1800p Video mit einer Länge von 20 Minuten werden bei mir ca. 100 Minuten zum Kodieren benötigt, wobei meine Kodiereinstellungen nicht die üblichen sind (YUV444), was sich aber sowieso nicht vergleichen lässt ohne gemeinsame Basis.
-
@De-M-oN
Klingt aber nicht so, als wäre dieser sonderlich schnell.Edit: Wenn man in YUV444 aufnehmen möchte, würde ich aktuell noch raten bei MagicYUV zu bleiben. Zumindest bisher braucht UtVideo in YUV444 mehr CPU Leistung (bei mir um die ~15% extra bei 1080p).
-
alte, nicht aufwendige Pixelspiele sind eh fast die einzigen die ich Spielen will
Es geht hierbei nicht um das Alter des Spiels, sondern mit welcher Auflösung es auf dem Bildschirm dargestellt und dementsprechend vom Aufnahmeprogramm abgegriffen wird. Aufnahmen um die 1080p wird diese CPU aus meiner Sicht nicht schaffen, geschweige denn die Festplatte. Spielt man nun allerdings ein emuliertes GBC (160x144) Spiel ließe dieses sich problemlos in bester RGB Qualität aufnehmen und somit hinterher hochqualitativ skalieren (auf bspw. 1280x1152) und verarbeiten.
Je nach Auflösung und CPU-Last des Spiels oder der Emulation könnte man auf die eben angesprochene Methode zurückgreifen. Sollte man nun aber feststellen, dass selbst Auflösungen um die 480p nicht machbar sind und auf einen Hardware-Encoder (in deinem Fall von AMD über die "GPU") zurückgegriffen werden und zusätzlich deutlich skalieren müsste (z.B. 3-fach von 480p auf 1440p), dann wird auch dieses Ergebnis wohl nicht von guter Qualität geprägt sein, da AMD VCE meines Wissens nach keine verlustfreie (daher 1:1 das Original) Kodierung anbietet.Sollte man aber letztlich einfach ausprobieren. Wenn der Emulator brauchbar ist, solltest du die Spiele in Originalauflösung spielen können, wodurch es machbar sein sollte, wenn diese nicht zu hoch ist.
-
Beim MSI hatte ich schon Qualität und alles auf sehr niedrig eingestellt.
Dann hast du keines der Tutorials hier im Forum angeschaut.
- MSI Afterburner | Gaming Tutorial-Reihe [Beta]
- MSI Afterburner - Kostenlose Alternative zu FRAPS und DxTory!
Wirklich was einzustellen gibt es dann nämlich nicht. Mit einem (diesem) Notebook wirst du aber höchstwahrscheinlich nicht glücklich werden, was Emulation und Aufnahme betrifft. Für übliche Auflösungen dürfte die interne HDD zu lahm sein und die CPU sowieso. Für alte, nicht aufwendige Pixelspiele könnte ich mir das hingegen noch vorstellen. ePSXe dürfte aber mit zusätzlicher Aufnahme deutlich zu fordernd sein, um irgendwie annehmbare FPS und Qualität zu erhalten.
-
In YUV444 zu kodieren ändert meiner Erfahrung nach überhaupt nichts an der Dateigröße, nur die Kodierung dauert etwas länger. Nimmt man aber sowieso bereits in YUV444 auf, um eine gute Ausgangsbasis für die Skalierung zu besitzen, so wäre der Geschwindigkeitsvorteil durch eine finale Konvertierung nach YUV420 ziemlich gering. Die Konvertierung selbst frisst den Vorteil größtenteils wieder auf, sodass man bei Skalierung idealerweise komplett in YUV444 arbeiten sollte.
Könnte ich beispielsweise problemlos in 1800p aufnehmen, so würde ich es direkt in YUV420 machen, um sowohl die HDDs zu entlasten als auch die Kodierung zu beschleunigen. Da ich aktuell aber auf 1440p limitiert bin, kann man den höheren Farbraum für die Skalierung nutzen.
@Julien
Hast du MediaInfos zu beiden Varianten? -
Einmal kaufen, immer nutzen. Versionsunabhängig und keine zeitliche oder zahlenmäßige Begrenzung. Bewahre diese aber gut auf, damit du die bei Verlust nicht umständlich wiedererlangen musst.
Ich verwende meine nun schon problemlos auf meinem zweiten PC, bzw. meiner dritten Windowsinstallation.Edit: Ich möchte das Feature wieder, was einem vor dem Abschicken nochmal einen Hinweis gibt, dass bereits ein neuer Beitrag vorhanden ist.
-
Ich dachte zumindest, dass Shadowplay deshalb so schlecht sei, weil in nur in 4:2:0 aufnimmt...
Shadowplay wird wegen der verlustbehafteten VFR Aufnahme gemieden, nicht wegen YUV420.
Es steht ja nun fest, dass Dxtory bei mir mit Abstand am besten Funktioniert und ich dort kaum Performance-Probleme habe. Warum eigentlich? Ist Dxtory nicht um Prinzip ähnlich wie der MSI Afterburner?
Klar, aber jedes Programm bringt seine eigene Hooking-Methode mit, die mit jeder Grafik-API, jeder Engine und jedem Spiel besser oder schlechter funktioniert. Deswegen sollte man sich auch nicht auf ein Aufnahmeprogramm beschränken.
-
Am besten einfach mal hier reinschauen: Dxtory - Einstellungen & Sammelthread
Außer halt das Problem mit den nicht wirklichen 60 FPS.
Das kann man bei der Aufnahme schon überprüfen, indem man die File-FPS Anzeige einblenden lässt. Würde ich auch immer machen. Dann sieht man gleich, ob etwas nicht stimmt.
Ansonsten kannst du das auch nachträglich herausfinden, wenn du die Aufnahme in VirtualDub öffnest, dir die betroffenen Stellen raussuchst, die einzelnen Frames mit den Pfeiltasten durchläufst und unten auf die Frame X (x:xx:xx.xxx) [Y] achtest. Steht beim Y ein D, so wurde ein Frame verworfen, warum auch immer. Werden zu viele Frames verworfen, erscheint es ruckelig.
"Storage", "Memory" und "Encode"
Memory ist mir neu.
Storage deutet auf Probleme mit der HDD (Geschwindigkeit) hin und bei Encode ist es eine Kombination von einem zu langsamen UtVideo-Encoder und einer schwächelnden CPU. Vielleicht mal MagicYUV 1.2 in der YUV420 Einstellung probieren? -
Man könnte auch einfach einen Blick in das übliche Tutorial werfen: Dxtory - Einstellungen & Sammelthread
Und daraufhin feststellen, dass die ENCODE-Warnung auf einen zu langsamen Encoder hindeutet, womöglich durch mangelnde CPU Leistung, sowie dass Lagarith nicht empfehlenswert ist. -
Mit so wenigen Infos lässt sich nichts anfangen.
Environment Information von Dxtory posten und ein Screenshot vom "schwammigen Bild" wäre sicher auch nicht verkehrt. -
Mit qp=0 wird verlustfreies Material erzeugt und viele Schnittprogramme haben Probleme damit verlustfreies H264 Material einzulesen.
Das hier sollte helfen: Wie kann ich jedes Format in Videoschnittprogramme importieren. -
Ohne deine Hardware zu kennen: Overwatch belastet die CPU stärker. Ruckelt es daher bei Overwatch, ist deine CPU zu schwach. Problem gefunden.
Entweder kannst du nun deine Aufnahmemethode anpassen, sodass die CPU weniger belastet wird oder du benötigst eine bessere CPU. Deine Hardware zu posten schadet mit Sicherheit nicht. -
Hol dir Probeversionen, teste sie und nimm das was dir am besten gefällt. "Rendern in guten Formaten" kann in dem Preisbereich eh keines.