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
Hallo leute,
wollte mal wissen ob mein SSM so richtig eingestellt ist oder ob es da noch was zu verbessern gibt (was ich mal denke^^), da ich mich zwar mit SSM auseinander gesetzt habe, aber nicht sicher bin ob das alles so seine richtigkeit hat. Mein System ist in meinem Profil Aktualisiert worden falls das benötigt wird. Zur Aufnahme benutze ich MSI Afterburner, Einstellungen wie aus dem "MSI Afterburner Tutorial".
Hier mal das Script:
Bin natürlich für alles offen 
Es gibt keine allgemein gültigen richtigen Einstellungen, genau deswegen gibt es schließlich die Möglichkeit für unterschiedliche Profile.
Ohne zu wissen wie das Grundmaterial ausschaut (MediaInfo), lässt sich auch nicht sagen was sich verbessern lässt.
Folgendes fällt mir allerdings auf:
SetMTMode(3,2)
Warum limitierst du das auf 2 Threads? Hat das einen speziellen Grund? Im Regelfall verlangsamst du so nur den Encode.
SameColorAs
"Gleich" im SSM auszuwählen ist nicht zwangsweise richtig. Gerade wenn in RGB aufgenommen und mit MeGUI verarbeitet wird. Ich würde da immer direkt den gewünschten Farbraum angeben.
ResampleHQ
Deaktiviere das am besten gleich wieder. Verlängert in den allermeisten Fällen nur unnötig den Encode.
Hi Kayten,
zu 1.: Ich meine das so im Tutorial vom De-M-oN gesehen zu haben, kann dann also doch 4 dort einstellen? Da ja meine CPU 4 Kerne und 4Threats hat (war das jetzt richtig? Kommt mir etwas falsch vor^^).
zu 2.: Ich nehme eigentlich keine RGB Spiele auf, zumindest denke ich das.^^ Habe immer gedacht das er dann den gleichen Farbraum nimmt welches das Rohmaterial hat!
Zu 3.: Super, mit ResampleHQ war ich mir ziemlich unsicher ob das so in Ordnung ist.
Noch dazu: Das ist meine einstellung für alle Spiele (zb ETS2, ATS, AC Syndicate usw.). Bisher sah es auch doll aus, aber da ich in einigen Einstellungen noch unschlüssig war wollte ich mal meinungen einholen.
Danke dir für deine Erklärung und verbesserungsvorschläge, teste ich Heute noch aus 
Da ja meine CPU 4 Kerne und 4Threats hat
Der 6700K unterstützt Hyperthreading, daher stehen diesem 2 Threads pro CPU-Kern zur Verfügung, dementsprechend insgesamt 8. Solange es keinen speziellen Grund gibt, würde ich die Threadangabe einfach direkt im SSM auslassen.
Ich nehme eigentlich keine RGB Spiele auf
Alles was du auf deinem Monitor siehst, wird von der Grafikkarte in RGB ausgegeben und intern auch in RGB dargestellt.
Es geht mir eher um Codec und Farbraum im jeweiligen Aufnahmeprogramm. Üblich sind YUV420, YUV422, YUV444 und RGB. Wobei ich eine RGB Aufnahme inzwischen als unnötig ansehe, wenn man Zugriff auf YUV444 mit MagicYUV hat.
Habe immer gedacht das er dann den gleichen Farbraum nimmt welches das Rohmaterial hat!
Das ist generell richtig, aber nicht immer gewollt und manchmal auch einfach falsch. Gerade wenn man beispielsweise zwei verschiedene Videos hat, die in unterschiedlichen Farbräumen vorliegen. Diese müssen erst auf einen Nenner gebracht werden.
Also ich nehme mit UtVideo 444 auf.
UtVideo beherrscht kein YUV444. Nur YUV420, YUV422 und RGB. Inkompatible Formate werden in der FFmpeg Variante (OBS Studio) direkt in RGB umgewandelt, was Verschwendung ist.
Zum Farbraum
Dort sollte man das einstellen, womit man am Ende auch kodiert, aber allerhöchstens das, womit man aufgenommen hat. Standardmäßig kodiert x264 (MeGUI) in YUV420 (YV12). Alternativ dazu wären YUV422 (YUY2), YUV444 (YV24) und RGB, je nachdem, wie man nun x264 kodieren lässt.
müsste dann also auf YUY2 einstellen damit alles ok ist?
Wenn du das Material auch von x264 in YUV422 kodieren lässt, ist das korrekt. Ansonsten kannst du es auch gleich in YV12 konvertieren lassen.
Also ich nehme mit UtVideo 422 auf und encodiere das dann in x264 .MKV.
Dann verschwendest du letztlich ein paar Informationen. MKV ist übrigens nur ein Container und hat nichts mit x264 zu tun. Vielleicht wird es anhand dieses Bildes etwas deutlicher:
Jeder Pixel hat seinen eigenen Helligkeitswert (Y), teilt sich aber bei YUV422 mit dem jeweilig rechten bzw. linken die Farbinformationen (U+V).
Nun kodiert x264 aber standardmäßig mit YUV420, wo sich 4 Pixel (2x2) jeweils die Farbinformationen teilen, bedeutet du musst entweder dein YUV422 Material in YUV420 konvertieren oder x264 umstellen, dass es in YUV422 kodiert.
Solltest du dich für ersteres entscheiden, so "verwirfst" du quasi jede zweite Zeile an Farbinformationen und hättest sie von vornherein nicht aufnehmen brauchen (Wechsel von UtVideo zu MagicYUV 1.2 mit YUV420), außer du skalierst das Quellmaterial vor dem Kodieren noch. Je mehr Informationen beim Skalieren vorliegen, desto höher qualitativ wird das Ergebnis. Dann wäre sogar YUV444 sinnvoll, falls der PC das schafft, natürlich.
Welcher codec wäre für 444 notwendig?
MagicYUV 1.2 samt YUV444 Einstellung.
RGB (über UtVideo oder MagicYUV) würde natürlich auch funktionieren, würde aber auch mehr Speicherplatz brauchen.
Aber eigentlich reicht mir die Quali so bisher, da ja dann auch die größe der Datei zunimmt, oder vertuhe ich mich da?
Bei der Aufnahme schon, da mehr Informationen gespeichert werden müssen. Die durchs Kodieren entstehende Datei wird aber keine sonderlichen Differenzen in der Dateigröße aufweisen und sonst eine leicht höhere Qualität haben.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
co != 0