Beiträge von Kayten

Zitat von Q.Rex

von RGS wieder auf das Streaming-Format gewechselt

Das dürfte bis auf reine Qualitätsverschlechterung genau gar nichts bringen, denn UtVideo versteht kein NV12. Daher wird das munter nach RGB konvertiert und die Auslastung bleibt somit die gleiche. Deine nächste Chance mit OBS wäre unter Erweitert das Farbformat auf I420 und den YUV-Farbraum auf 709 zu stellen, das versteht UtVideo. Hätte aber nicht erwartet, dass FFmpeg so mies ist was die Performance angeht.

Wenn die RGB Aufnahme aber nicht geht, würde ich wahrscheinlich eine andere Software ausprobieren, die möglicherweise zwei Fenster parallel aufnehmen kann, denn gerade bei so wenigen Pixeln, würde ich nicht auf RGB verzichten wollen. Einfach mal MSI AB und/oder Dxtory auf das Programm loslassen und schauen was passiert.

Zitat von Sagaras

Einstellungen des Emulators wären interessant und natürlich auch die des Aufnahmeprogrammes.

Wenn ich das richtig verstanden habe, handelt es sich hierbei nicht um einen Emulator, sondern um die Software zum Abgreifen von Frames eines modifizierten 3DS.

Zitat von Sagaras

Ich weiß das MSI Afterburner sogar mehrere Quellen aufnehmen kann

Ein Feature, was ich bisher noch nie in Aktion gesehen habe und somit noch nicht mal garantieren kann, dass es überhaupt existiert.
Könnte mir aber auch vorstellen, dass Dxtory das auch beherrscht.

Zitat von Brapchu

das ist ein Nintendo DS Spiel..von was für nicht überzeugender Qualität redest du da bitte?

Gerade solche sind bestens dafür geeignet Lossless im RGB Farbraum aufgenommen zu werden und gerade sowas in der Art möchte er wahrscheinlich erreichen.

@Q.Rex
Auch mit OBS (Studio) ist bestmögliche Qualität möglich. Ich würde es wie folgt machen:
Probier OBS Studio und erstell dir eine Szene, die genau so groß ist wie beide Fenster zusammen, daher native Auflösung beider Fenster.
Stell unter "Erweitert" das Farbformat auf "RGB" und unter "Ausgabe" den "Ausgabemodus" auf "Erweitert".
Wechsel in den "Aufnahmen"-Tab die "Art" auf "Benutzerdefinierte Ausgabe (FFmpeg)", stell dort das "Container-Format" auf AVI, den "Video-Encoder" auf "utvideo" und den "Audio-Encoder" auf "pcm_s16le".
Den Speicherort musst du dementsprechend auch anpassen. Nachbearbeitung ist auf diese Art und Weise natürlich Pflicht.
Willst du nicht nachbearbeiten, musst du dich mit OBS interner Skalierung zufrieden geben und ordnest alles direkt in der Szene (in für dich üblicher Auflösung) schon so an, wie du es später haben willst. Ob die Qualität dann immer noch einwandfrei ist, kann ich nicht sagen.

Zu OBS Studio gibt es hier noch keinen Tutorial-Thread.
Deine Bitrate zum Streamen ist viel zu hoch, damit handelst du dir Ärger mit Twitch ein, 2500 ist für Nicht-Partner meines Wissens nach das Maximum. Aber mal davon abgesehen, was willst du nun machen? Streamen, aufnehmen oder beides?

Aufnehmen: Dxtory, MSI AB oder OBS Studio
Streamen: OBS (Studio)
Beides: OBS (Studio) und möglicherweise Dxtory

Aktuell gehe ich von beidem aus.
Entweder du stellst wie schon mal erwähnt den Ausgabemodus auf Erweitert um, um genaue Anpassungen an der Aufnahme vorzunehmen (Bitrate oder gar anderer Codec im AVI Container), oder du nimmst dir Dxtory und nimmst hierüber das Spiel auf, leitest aber das Bildmaterial über DirectShow an OBS weiter. Wie letzteres genau funktioniert, müsste aber jemand anderes dir erklären.

Zitat von Northgate

Dein Prozessor erreicht die 100% nicht, also kann das als Ursache schon mal ausgeschlossen werden.

Das ist nicht ganz richtig, seine CPU hat zwar 4 Kerne und 8 Threads, sollte CS:GO aber nicht mehr als 2 oder 3 Threads in Anspruch nehmen, wird es allerhöchstens auf 37,5% CPU Auslastung hinauslaufen und MagicYUV wird wohl kaum so viel CPU Auslastung erzeugen.

Meine Gedanken kurz zusammengefasst:

• HDD komplett leerräumen und ausschließlich die Aufnahme darauf laufen lassen.
• Bildgröße im AB nicht per Hand auf 1080p stellen, sondern auf Vollbild belassen, Skalierung über den AB sieht schlecht aus.
• Haken setzen bei "Verwenden des dedizierten Encoder-Server".
• RTSS so einstellen wie in diesem Thread.
• In MagicYUV bei Mode (conversion) auf YUV 4:2:0 stellen, mehr dürfte die HDD nicht schaffen.
• Ein anderes Spiel samt Aufnahme testen, um zu überprüfen woran es scheitert.

MeGUI wird immer meckern wegen anderen Farbräumen, außer du stellst es explizit aus.
Du nimmst in YUV422 (Ob nun YV16 oder YUY2 ist irrelevant) auf, verarbeitest es in YUY2 (Gleichwertig wie YV16) und sagst x264 es solle YUV422 Output erzeugen, alles kein Problem.
Einzig die avs4x264mod Pipeline könnte dir einen Strich durch die Rechnung machen, denn die unterstützt meines Wissens nach nur YV12, YV16 und YV24. Der SSM hat da aber bereits vorgesorgt mit dem YUY2/YV16 Fix, damit YUY2 zum unterstützten und gleichwertigen YV16 konvertiert wird.

Die verantwortliche Zeile im SSM Script ist diese hier:
(IsYUY2() == true) ? ConvertToYV16(matrix = "Rec709", ChromaResample = "Spline16") : Last
Es ist also recht egal, ob du nun YV16 oder YUY2 im SSM wählst, wenn dieser Fix aktiv ist.

Um somit noch mal auf deine Frage zurück zu kommen:

Zitat von BloggingLP

Meine Frage wäre, soll ich MeGUI erlauben den Farbraum zu konvertieren?

Nein.

Wenn es nun aber sowieso schon an Optimierung geht, gibt es im Forum auch einen Dxtory Thread. Dort steht auch etwas zu den Codecs. UtVideo gibt es hier.
Sollte Stardew Valley mit mehr als 30FPS laufen, wäre eine Aufnahme mit mehr als 30FPS auch eine Überlegung um ein weicheres Video zu erzeugen, bleibt aber letztlich deine Entscheidung.

Erstmal das Nebensächliche.

Zitat von Loreljia

Stream-Größe : 1,36 TiB (96%)

Ich würde ja einen anderen Codec wählen, um solche riesigen Aufnahmen zu vermeiden, ohne weitere Änderung an den Einstellungen komprimiert der Dxtory Codec nicht und braucht enorm viel Speicherplatz. Und dann auch noch RGB.
UtVideo würde die Dateigröße enorm verringern.

Zitat von Loreljia

Bildwiederholungsrate : 29,970 FPS

Warum eine so krumme FPS-Zahl? Spricht etwas gegen genau 30?

Ansonsten sehe ich da erstmal kein Problem, verstehe aber nicht, was das von dir im ersten Beitrag genannte mit dem Dxtory Codec zu tun hat? Würde mir im Zweifelsfall mal VirtualDub besorgen und testen, ob sich das Video dort öffnen lässt.
Hast du irgendwelche Codec Packs oder ähnliches installiert? Wenn nicht: Mach es nicht.

Nie was von diesem Codec gehört, klingt sehr abenteuerlich.
Ohne weitere Infos lässt sich aber nichts sagen, gepostet werden sollte:

• Aufnahmeprogramm und dessen Einstellungen
• MediaInfo der Aufnahme im Textformat

MediaInfo im Zweifelsfall erst downloaden oder über den MPC-HC abrufen, falls du den verwendest.

Das Problem gab es vor fast einem Jahr schon mal, da wurde auf diesen möglichen Lösungsvorschlag allerdings nicht geantwortet, ob es denn geholfen hat oder nicht. Im Zweifelsfall könnte auch die Desktopaufnahme genutzt werden, indem das Application detection level auf None gestellt wird. Spätestens das sollte funktionieren.
Ansonsten vielleicht auf wen anderes warten, der den AB öfters verwendet als ich.

Als Alternative zum MSI AB könnte auch OBS Studio zur Aufnahme genutzt werden. Lossless Aufnahme ist auch hiermit möglich und möglicherweise hat OBS keine Probleme mit ENB.

Was man ausprobieren könnte:
Sollte ENB eine eigene d3d9.dll mit sich bringen, so muss im RivaTunerStatisticsServer die EXE von Skyrim hinzugefügt werden um ein eigenes Profil zu erstellen.
Dann das entstandene Profil auswählen und rechts daneben den Custom Direct3D support aktivieren.
Im Idealfall sollte das bereits reichen.

Es hätte auch zwei Threads (Thread 1, Thread 2) zum AB gegeben, wo man diese Frage hätte posten können.

Zitat von Plasquar

Da ich halt Geld für Bandicam ausgegeben hab, will ich's jetzt auch nutzen.

Keine gute Einstellung, ich nutze auch MSI Afterburner und OBS Studio obwohl ich Dxtory gekauft habe.
Man wechselt auf das Programm mit den Features die man braucht und welches am besten mit dem aufzunehmenden Spiel funktioniert.

Zitat von Plasquar

Welches würdet ihr nehmen und warum?

- Externer Codec - > UtVideo YUV420 BT.601 VCM
Zumindest glaube ich, dass über "Externer Codec" die VfW Codecs angesprochen werden. Dazu muss natürlich auch der UtVideo Codec installiert werden.

Zitat von Plasquar

Gilt das bei Bandi für alle Aufnahmemethoden? Ich nehme grad mit Motion JPEG auf

Das ist aus meiner Sicht ein größerer Makel als leicht verfälsche Farben durch falsche Farbmatrix.
Sollte das kein VfW Codec sein, weiß ich auch nicht, ob es auch auf diesen zutrifft, aber bei VfW Codecs kommt nur YUV420 BT.601 an.
Das können andere Aufnahmeprogramme besser und das sogar kostenlos, bei besserer Qualität (verlustfrei) als Motion JPEG (lossy).

Zitat von Plasquar

Bandicam

Übergibt anscheinend nur YUV420 mit BT.601 Farbmatrix an den Encoder, verfälscht daher letztlich die Farben auf YouTube.
Mit anderen Aufnahmeprogrammen gibt es da deutlich mehr Auswahl.
Meine hier auch gelesen zu haben, dass Bandicam praktisch gesehen nur mit 30FPS aufnehmen kann und alles darüber verworfen wird, da finde ich aber über die Suche gerade nichts zu.

Zitat von Plasquar

Fraps

Ist veraltet und wird nicht mehr weiterentwickelt. Unterstützt auch nur eine Audiospur, was nachträgliches bearbeiten ohne zusätzliches Programm wie Audacity unmöglich macht. Desweiteren gibt es keine freie Codecwahl und eine RGB Aufnahme ist auch nur begrenzt möglich, ansonsten auch auf YUV420 limitiert.

Kann sich auch einfach um falsche Einstellungen des Grafiktreibers handeln, welche die Darstellung verfälschen.
Bei Nvidia:

• Nvidia Systemsteuerung > Anzeige > Auflösung ändern > Unten rechts den "Dynamischen Ausgabebereich" auf "Voll" stellen.
• Nvidia Systemsteuerung > Video > Video-Farbeinstellungen anpassen > Mit den Nvidia-Einstellungen > Erweitert > "Dynamikbereich" auf "Voll (0-255)"

Damit sollten schon mal das Fehlerpotenzial verringert werden. Bei AMD weiß ich leider nicht was dafür nötig ist.

Sollte das nun noch nicht behoben sein, wären erstmal sämtliche Einstellungen nicht verkehrt.

Zitat von d3x

MeGUI möchte unbedingt das ich in YV12 konvertiere (was ja auch irgendwie Sinn macht)

Macht nur dann Sinn, wenn man es auch in YV12 haben möchte, bei mir kommt letztlich YV24 raus. Es kann sogar verkehrt sein, falls die Konvertierung in BT.601 statt BT.709 durchgeführt wird, weiß gerade nicht, was MeGUI standardmäßig ans Script hängt.

Zitat von d3x

In AME über Advanced Frameserver an MeGUI

Gerade hiervon dürften die Einstellungen recht wichtig sein.

Zitat von d3x

Nachdem ich in SSM unter "Farbe" "Levels" aktiviert hatte und PC-TV angegeben hab funktionierte es

Deutet eher darauf hin, dass irgendwelche anderen Einstellungen falsch sind und du es jetzt mit dem Brecheisen korrigierst.

Es gibt kein Maß aller Dinge was Aufnahmeprogramme angeht und Dxtory ist auch nur ein Ein-Mann-Projekt.
Wenn da länger keine Updates kommen ist das aus meiner Sicht nicht ungewöhnlich.
Desweiteren sollte man sich sowieso nicht nur auf ein Aufnahmeprogramm beschränken, hier empfohlen werden:

• Dxtory
• MSI Afterburner
• OBS Studio

Warum man beim reinen Streaming auf mehr als nur OBS Studio zurückgreifen sollte, ist mir etwas schleierhaft, außer man arbeitet mit Facecam und möchte die nicht in der Aufnahme haben oder das Hooking von OBS macht Probleme und Dxtorys Hooking als Zwischenschritt funktioniert.

Erstmal eine MediaInfo posten um grob herauszufinden, was noch von dem Video übrig ist.
4GB Dateigröße deutet auf verlustbehaftete Aufnahme mit x264 hin, da würde ich mir nicht all zu große Hoffnungen machen, dass sich da noch irgendwas retten lässt.
Ein weiterer Nachteil dieser Aufnahmemethode. Würdest du Lossless aufnehmen, wäre die Chance deutlich höher und bei guter Verarbeitung wäre auch die Qualität im Verhältnis zur Dateigröße besser, schien in einem anderem Thread von dir schließlich relevant zu sein möglichst kleinere Videos zu erzeugen.

Zitat von Redcupcakeshot

fat32 formatierte Platte

Umformatieren auf NTFS, Problem gelöst?

Zitat von HarleySkin

AviFix

Bringt genau gar nichts, da es mit ziemlicher Sicherheit kein AVI Container ist.

Zitat von DerMiro

UR22 MKII

In einem anderem Thread (Mikrofonaudio bei OBS Aufnahme "abgehackt") hat jemand damit scheinbar Probleme mit OBS, um es der Vollständigkeit halber zu erwähnen.

Zitat von De-M-oN

Mit meiner PreSonus Audiobox 22 VSL komm ich auf ca 25 bis 28ms schwankend über WASAPI

Wie misst du das?

Zitat von Suicidal

Gibt es noch etwas das ich machen kann um diese brauchbaren Latenz herzubringen?

Alle USB Anschlüsse durchtesten. Musste ich auch machen um meine 22VSL gescheit zum Laufen zu bringen.
Beim alten Mainboard gabs sonst böse Störgeräusche, bis ich den vom Netzteil am weitesten entfernten USB Anschluss verwendet habe.
Beim neuen funktioniert kein einziger USB Anschluss (3 unterschiedliche Hersteller, VIA, AsMedia, Intel) wirklich, erst wenn ein externer USB Hub mit eigener Stromversorgung (bei mir der Monitor) dazwischen geschaltet ist, sind die Intel Anschlüsse nutzbar, ohne dass die 22VSL nach unbestimmter Zeit den Dienst verweigert.

Eine MediaInfo der Datei posten schadet bestimmt nicht, um einen Eindruck vom Datendurchsatz zu bekommen.
Kann mir irgendwie nicht vorstellen, dass Witcher 3 selbst bei YUV420 eine solch enorme Schreibgeschwindigkeit benötigt.

Meine Videos bekommen auch nie VP9, außer über die von mir beschriebene Methode.
Für dauerhaftes standardmäßiges VP9 braucht es mehr Views. Kanal mit aktivierter Monetarisierung soll laut @De-M-oN auch helfen.
Wobei für einige hier im Forum 1152p ja scheinbar schon zum neuen 720p verkommen ist und diese daher um jeden Preis 1800p nutzen wollen.

Firefox unterstützt meines Wissens nach noch immer standardmäßig kein VP9, lässt sich aber über about:config aktivieren.