Beiträge von Sagaras

Ah... UTVideo. Darum geht das nicht. L-Smash kann kein UTVideo verarbeiten. Jedenfalls nicht ohne LibAV. Dachte du hast bei OBS mit NVenc oder x264 aufgenommen, weil da MKV üblicher ist. Denn UTVideo steckt man nicht in eine MKV Datei. Solche Leute muss man einfach erschlagen dann.

Ok,
Dein Ursprungsfehler aus dem ersten Post rührt von der MKV allgemein her.
Demuxe bitte die MKV um in eine AVI Datei.

Entweder nimmst du dafür FFmpeg oder MKVextractGUI + MKVtoolNix

Bei FFmpeg würde folgendes ausreichen einzugeben über die CMD:
ffmpeg.exe -i "A:\Aufnahme\2017-07-01 21-28-17.mkv" -c:v copy -c:a copy "A:\Aufnahme\2017-07-01 21-28-17.AVI"

Wäre die schnellste Variante, da du FFmpeg bereits bei MeGUI im Unterordner Tools finden kannst.

Sieht dann ungefähr so aus:

Bestätigen mit Enter dann halt noch.

Und bitte für nächstes mal: UTVideo, Lagarith, MagicYUV sind Codecs die gehören in ein AVI Container rein
Codecs wie H264 ob nun von x264 oder NVenc gehören in ein MP4 Container oder man kann auch ein MKV Container dafür nutzen.

Matroska Video Container (MKV) können zwars so ziemlich alle Codecs in ihrem Container aufnehmen und unterstützen, aber nicht alle Programme unterstützen dann auch das auslesen dessen was dort drin ist. FFMS2 als auch L-Smash sind nur Beispiele dessen.
Und Schnittprogramme und MKV mal ganz zu schweigen das man da großartig eins findet das MKV überhaupt anständig supportet. Wenn überhaupt.

Also wenn du Sichergehen willst, nehme niemals in einen MKV Container auf. Wenn dann nutze lieber MP4 oder AVI. Entsprechend die, die für die Codecs vorgesehen sind.
Damit fährst du sicherer und vor allem Sauberer.

Die Mediainfo bitte noch zu deinem MKV Video bitte. Bitte als Textansicht posten. Damit ich generell mal weiß mit was für ein Video wir es hier zu tun haben. Weil in ener MKV kann alles mögliche drin sein, was L-Smash eventuell aber nicht unterstützt.

Die GTX660 unterstützt nur die erste Generation (Kepler) von NVenc.

Sprich die unterstützt gar kein Verlustfrei. Verlustfrei kann erst die zweite Generation (Maxwell) oder höher.

Dein Setting muss also für die Aufnahme noch weiter runtergedreht werden, da die erste Generation zum einen recht langsam ist für den GPU Encode und zum anderen sie mit Verlust arbeitet.

Sobald du Verlustfrei also aktivierst in OBS, wird NVenc nicht hinterher kommen bei einer Aufnahme bzw. überhaupt aufnehmen. Weil die nebenbei immer noch beschäftigt wäre beim Aufnehmen. Es kommt wie es kommen muss und die Aufnahme weißt Sprünge auf. Sprich der Encode wird während der Aufnahme gestört. Resultat wäre ein ruckelndes Video.

Aber ich denke mal wenn du generell nicht aufnehmen kannst mit NVenc, könnte das eventuell schon wegen der Lossless Aufnahme sein.

Und die wird generell Probleme damit haben bei 1080p60 was anständig aufzunehmen. Wenn dann solltest du 720p60 versuchen oder 1080p30

Das wird die Grafikkarte noch leisten mit der NVenc.

Bessere Ergebnisse würdest du aber immernoch mit MagicYUV oder UTVideo erzielen. Die sind wenigstens nicht GPU Abhängig.

Bei dir scheitert es einfach an der Grafikkarte.

Die GTX660 haben beginnen im Codename mit der Bezeichnung GK, was auf Kepler Mikroarchitektur hindeutet.

Du brauchst also für deine Videos eine bestimmte Bitrate, YV12 only (oder NV12) als Farbraum, 1080p30 oder 720p60 als maximal. Und du solltest dich auf Artefakte schon mal einstellen im Video.

Hättest du die zweite Generation, hättest du schon mit YUV444 Lossless aufnehmen können.

Der Fehler ist also direkt vor dir. ;D

Hier mal deine Angaben:
12:27:16.512: rate_control: lossless
12:27:16.512: profile: high444p

Das checkt die Kepler nicht. Die möchte ein lossy Video mit einem gewöhnlichen High Profile. High444 oder High422 unterstützt NVenc nicht auf der Kepler. Und halt schon gar nicht Lossless.

Zitat von Rockettv

12:26:56.472: Required module function 'obs_module_load' in module '../../obs-plugins/32bit/chrome_elf.dll' not found, loading of module failed
12:26:56.510: [CoreAudio encoder]: CoreAudio AAC encoder not installed on the system or couldn't be loaded
12:26:56.656: [AMF] Encountered Exception during AMF initialization: Unable to load 'amfrt32.dll', error code 126.
12:26:56.656: Failed to initialize module 'enc-amf.dll'
12:26:56.944: Required module function 'obs_module_load' in module '../../obs-plugins/32bit/libcef.dll' not found, loading of module failed
12:26:56.961: Required module function 'obs_module_load' in module '../../obs-plugins/32bit/libEGL.dll' not found, loading of module failed
12:26:56.997: Required module function 'obs_module_load' in module '../../obs-plugins/32bit/libGLESv2.dll' not found, loading of module failed

Alles anzeigen

Deinem OBS fehlen auch Plugins und Treiber. Schon mal neu installiert? Weil der findet ja so einiges nicht.
Auch mal gecheckt das du die für OBS nötigen Microsoft Treiber drauf hast?

Zitat von Rockettv

12:27:16.783: fatal: No NVENC capable devices found
12:27:16.784: [NVENC encoder: 'recording_h264'] Failed to open NVENC codec: Generic error in an external library

Und das deutet auf eine nicht NVenc Unterstützte Grafikkarte oder Treiberversion hin. Es fehlen laut der Fehlermeldung Treiber Bibliotheken für den NVenc. Und diese holt sich OBS eigentlich von den nötigen Grafiktreibern.
Hast du eventuell kein Nvidia Experience drauf?

Wird doch wohl nicht alles sein.

Wenn du den SSM vollständig installiert haben solltest, findest du im Installationsverzeichnis einen Ordner mit den Namen AvsPmod. Da mal reingehen und das Programm starten. Dann das erste Skript laden und auf die Frameleiste unten mal den Regler ziehen, damit die Vorschau startet.
Die Vorschau gibt dir dann entweder das Videobild zurück oder die Fehlermeldung mit nem schwarzen Hintergrund und roter Schrift. Und die ist dann ausführlicher. Dann weiß man so ungefähr was ihm fehlt.

Und das Skript dazu bitte mal posten hier.

Edit:
Poste mir mal bitte die Mediainfo zum Video, damit ich so ungefähr mal weiß was du da für ein Video hast.

Mit welcher Fehlermeldung meldet er sich denn zu Wort?

Prüf mal mit VirtualDub oder MeGUI ob er das erste Skript so einlesen kann.

Wenn nicht, poste mal davon die Fehlermeldung der Programme. Kann sein das du für L-Smash noch was zusätzlich brauchst wie z.B. bestimmte MSVC Runtime Elemente von Microsoft.

H264 ist schwer zu dekodieren, weil es in erster Linie für Verlustvideos geschaffen wurde. Selbst FFmpeg oder L-Smash haben damit zu tun.

Ich würde dir folgendes empfehlen:

Multithreading deaktivieren im SSM + das Video mittels L-Smash laden OHNE LibAV
Letzteres kannst du z.B. über die Funktion "VFR -> CFR" erreichen.
Bevor du da aber weiter vorgehst, unbedingt Audio vorher herausziehen lassen, falls du dies mit SSM tust.
Einfach auf L-Smash schalten, Video rein, FPS eintragen die du von deinem Video laut Mediainfo aufgenommen hast. LibAV deaktivieren und das Skript speichern.
PS: den rechten unteren Schalter unbedingt auf 1:1 lassen. Audio muss nicht mit geschleift werden, kann also deaktiviert werden.
Das gespeicherte Skript, ziehst / lädst du in den SSM wieder rein und verfährst ganz normal weiter ohne die Multithreading Unterstützung.

Weil die Multithreading Unterstützung wird dir gerade bei 4K das Genick brechen wie deine Fehlermeldung z.B.
Multithreading ist daher mit Vorsicht zu genießen.

Da du dann aber L-Smash nutzt, wird das auch ohne Multithreading relativ zügig gehen.
Weil L-Smash nutzt von Haus aus Multithreading für seinen Prozess das Video zu laden, sodass das auch zügig durch AVISynth gehen sollte.

Das sollteste auch dann in MeGUI entsprechend merken.

Kannst auch bei OBS bleiben.

Das ist halt nur, wenn OBS wirklich mal den Geist aufgibt bzw. die Aufnahme partout nicht richtig läuft wie sie soll.

Ein Let's Player sollte generell 2 bis 3 Aufnahmeprogramme im Petto haben. Weil Software und ihre Seelensorgen zwecks Programmierung. Jeder denkt anders und überall kommt ein anderes Ergebnis raus. Daher läuft ja auch jede Software entsprechend ihrer Entwicklung etwas individuell für das was man von ihr verlangt.

Für die Zukunft nur ein Rat mit den Alternativen.

Da wirst du wohl auf ein Alternatives Aufnahmeprogramm zurückgreifen müssen.
Versuch es mal mit dem MSI Afterburner erst einmal. Der tut als kostenlose Alternative nicht weh, wenn du das damit probierst.

Sofern du kein Streaming betreiben willst.

Nimmste dazu noch UTVideo oder MagicYUV als Aufnahmecodec und dann kannste das damit mal probieren.

Ich hatte vor ungefähr 4 Monaten auch ein Spiel zur Hand gehabt das wollte OBS auch nicht fressen und gab mit auch Grafikfehler aus. Dann waren die Texturen halt mal Weiß, statt texturiert.

Naja, da kannste halt nicht viel machen. Wenn OBS die EXE nicht erkennt richtig, dann kann der sich auch nicht anständig in den Spielprozess hooken und den jeweiligen Buffer für die Frames nicht richtig abgreifen.

Also benötigst du halt ne Alternative.

Entweder auf Patches warten zum Spiel oder von OBS und hoffen das es dann geht oder Desktopaufnahme, obwohl die auch fürn Arsch oft ist und nicht das Ziel einer Spielaufnahme sein sollte. Oder du nimmst Programme wie MSI Afterburner, DxTory, Fraps v3.5.99 oder ähnliches.

Finger weg von mirillis action oder Shadowplay.
Vor allem mirillis action. Shadowplay wenn dann nur nutzen, wenn deine Grafikkarte bestimmte Grundvoraussetzungen erfüllt. Und selbst dann ist es nicht ganz so optimal. Da kannste aber @De-M-oN zu fragen

Bandicam kann man durchgehen lassen noch, wenn man es entsprechend einstellt noch. Aber schön ist es auch nicht. Und es kostet halt.

Wie gesagt: Gute Reiter für Alternativen für OBS haste mit DxTory, MSI Afterburner oder gar das gute alte Fraps.

Zitat von Heisenberch zockt!

Nur eine kleine Frage noch; warum ist es nicht zu empfehlen den Hauptmonitor ausserhalb von Film & Spiel in 4k zu nutzen?

Weil man sonst kaum noch was erkennt, da Windows durch sein Font System die mit ner gewissen DPI Größe arbeitet bei 4K unheimlich schwer ist zu lesen.
Änderst du diese DPI, damit Schriften größer sind, kann es bei vielen Anwendungen auftreten das Texte über ihre normale Anzeigepositionen hinausgehen.

Das heißt dann das du mit Überlappungen von Texten leben musst. Also die Textformatierungen bei Programmen kann und wird bei vielen Programmen für den Arsch sein.
Wenn du damit leben kannst, ist das OK.

Spiele stört das nicht, da Spiele variable auf die jeweilige Auflösung angepasst werden, durch Skalierung oder anderer Fontgrößen Nutzung.
Bei Filmen spielt es ebenfalls keine Rolle, da Filme via Player entsprechend skaliert werden.

Du musst die Monitore unabhängig voneinander konfigurieren.
Sind sie zusammengeschaltet und laufen parallel, so kann nur die max. Auflösung des Schwächsten Monitors erzielt werden.

Sprich wenn einer deine Monitore in der Kette 1080p maximal nur kann und alle sind parallel gleichzeitig aktiv an einem Rechner, können die anderen ebenfalls nur diese 1080p erreichen. (Das nennt man dann Dublizieren)

Werden sie unabhängig voneinander konfiguriert, können alle Monitore separat konfiguriert werden. Dann läuft halt einer mit 1080p, der nächste mit 720 und der letzte halt mit 4K (Sprich sie werden Erweitert)

z.B.
Wenn ich ein Monitor habe der 1600x900 kann und schließe zusätzlich mein Fernseher über HDMI an, dann kann ich auf meinem Fernseher eigentlich 1080p, aber sobald beide das gleiche Bild zeigen sollen, gehen beide auf die kleinste gemeinsame unterstützte Auflösung hinunter.

Die Grafikkarte selbst muss selbst die Funktion "Multi Monitoring" unterstützen und es sollte aktiviert sein. Ist es in der Regel auch Standardmäßig.

Dann haben alle Monitore eine Erkennungsnummer. Damit der Rechner weiß welcher Monitor was ist.
1 ist dabei der Hauptmonitor
Alle anderen sind Sekundäre.

Erweiterst du sie also, können alle Monitore unabhängig voneinander konfiguriert werden.

Dublizierst du sie, wird die max. Auflösung erreicht werden können die dein schwächster Monitor schafft, damit alle Monitore auf einem Level sind.

Bei deinem 4K Monitor musste schauen ob man bei diesem auch ohne die anderen Monitore unabhängig die 4K Auflösung einstellen kann.
Weil einen 4K Monitor zu haben ist nicht die einzige Voraussetzung dafür auch 4K nutzen zu können.

Du musst schauen über welche Kabel es genutzt wird und welche Version deine Anschlüsse und Kabel supporten.

DVI, HDMI oder DisplayPort.

Bei DVI kannste das gleich knicken. Selbst DVI-I kann nur max 1600p60 bringen. Dann ist Schluss bei DVI
HDMI ab 1.4 aufwärts supporten 4K
und DisplayPorts an sich sollten glaub ich alle 4K supporten können.

Das wäre halt auch noch eine mögliche Ursache dann, wenn der Monitor an sich schon nicht auf 4K umzustellen ist.

Noch eine Möglichkeit wäre das veraltete Grafiktreiber drauf wären oder die Grafikkarte die Informationen aus dem Monitor nicht erkennen kann. Wäre in dem Fall ein Treiberproblem seitens Grafikkarte oder Monitor.

Ich rate dir aber davon ab bei einem 4K Monitor diesen als Desktop Monitor zu nutzen. Jedenfalls nicht mit einer 4K Auflösung zu betreiben im Desktop-Modus. Weil damit haste dann kein tolles Vergnügen.

Spiele oder Filme kannste aber gerne damit betreiben.

Noch ein Hinweis:
Spiele nutzen immer die Auflösungen des Hauptmonitors. Ist also dein Hauptmonitor (1) eines deiner kleinen Monitore, ist es klar das Spiele nur die 1080p deines kleinen Monitores nutzen. Wie gesagt, der Hauptmonitor spielt die Musik ;D

Zitat von SmomB

Also 21:9 auf 16:9 Format rendern?

Ganz blöde Idee

Damit ruinierst du deine Videos nur.

Ein Video sollte mit dem Seitenverhältnis hochgeladen werden mit dem man es auch aufgenommen hat.
Sprich das Pixelverhältnis (PAR) sollte dabei quadratisch sein. Also 1:1 bzw. 1:0 was halt 1 ergibt.

Das Pixelverhältnis bekommst du durch den SAR (gespeicherte Video Auflösung) und DAR (Auflösung des Ausgabebildes) raus.

DAR wäre also dein Ziel-Auflösung auf was du das Video bringen möchtest (16:9)
SAR deine Aufnahme-Auflösung (21:9)

Daraus ergibt sich:

PAR = DAR : SAR

PAR = (16/9) / (21/9)
PAR = ~0,762

Ist PAR < 1, dann wird das Bild/Video zusammengedrückt. 0,5 wäre dann schon die Hälfte und 0 ergäbe nur noch einen senkrechten Strich.
Ist PAR = 1, dann ist das Bild/Video vom Seitenverhältnis ok.
Ist PAR > 1, dann wird das Bild auseinander gezogen. Je größer der Wert desto breiter wird alles.

Letzteres würde sich z.B. ergeben, wenn man 16:9 auf 21:9 zerren würde.

PAR = (21/9) / (16/9)
PAR = 1,3125

Mittleres Argument ergibt sich wenn DAR und SAR ein gleiches Verhältnis aufweisen.

PAR = (21/9) / (21/9)
PAR = 1,0

Kann man auch mit Auflösungen und Verhältnissen kombinieren die Werte
z.B.

PAR = (3440 / 1440) / (21 / 9)
PAR = ~1,0238

Die Auflösung 3440x1440 ist also keine exakte 21:9 Auflösung dementsprechend.
Es wird aber unter 21:9 geführt.

Um das exakte Seitenverhältnis der 3440 / 1440 Auflösung zu bekommen, muss man es einfach nur den Bruch so weit kürzen wie möglich.
Würde bei 3440x1440 ein Seitenverhältnis von 43:18 ergeben.

Also 2,38¯ = ~2,39

2,3¯ : 1 = 21:9
2,35 : 1 = Cinemascope (1950s–1970s)
2,370¯ : 1 = 64 : 27
2,39 : 1 = Anamorph, modernes Kino Widescreen Format

Und in der Tat ist es eine Anamorphe Auflösung, da PAR auf 1,0238 war. Also wird das Bild generell schon etwas gezerrt.
Denn von 43:18 auf 21:9 ist es kein langer Weg mehr Das Bild wird in der Breite etwas gezerrt halt.

Und schon gilt 3440x1440 als 21:9

Aber zum Eigendlichen:
Aufnahme-Seitenverhältnis am besten NIEMALS NIE ändern. Damit fährt man immer am besten.

@De-M-oN
Ich habe von durchschnittlichen Richtwerten geredet. Türlich werden SSDs immer besser. Trotzdem haben sie auch wie HDDs ein Verschleiß. Bei SSDs ist es ein Elektronischer Verschleiß der NAND bzw. AND Zellen Aufbau.

Ich habe ja auch nie behauptet das SSDs schlecht wären. Nutze ja selbst solche Festplatten, weil sie schön zügig sind.
Aber ich kann dir garantieren das der richtige Umgang mit den Festplatten die Lebenszeit schreibt.

Sind sie jeden Tag mit Schreiblast und dem Löschen beschäftigt, so ist die Lebenserwartung einer SSD recht gering.

Der durchschnittliche Lebenszyklus zwischen SSD und HDD sind recht identisch mit 3 Jahren. Jedoch ist die SSD wenn sie unter solch hohen Umständen genutzt wird bei weitem geringer als bei einer HDD.

Da kannste auch gerne einen Techniker fragen der davon Ahnung hat. Der wird dir das auch so bestätigen. Der wird dir dann auch sagen das man dann lieber eine HDD belasten solle, da diese vor allem billiger ist, sollte diese den Geist aufgeben.

Und eine durchschnittliche Lebenserwartung muss nicht exakt sein. Das ist nur dann der Fall, wenn die Festplatten durchgängig jeden Tag genutzt werden was das Schreiben und Löschen angeht. Ansonsten haben die Dinger oft noch höhere Lebenserwartungen. Mehr als 6 Jahre würde dir aber auch kein Techniker versichern können. In der Regel ist der Ausfall schon vor der Zeit. Es sei denn sie werden als Lagerungsfestplatten genutzt. Dann haben sie oft schon längere Lebenserwartungen bis zu max. 20 Jahre.

Immer den Aspekt im Auge behalten das ich von ständiger Nutzung spreche und somit eine Lebenszeit von 1 - 2 Jahren für recht Annehmbar empfinde bei einem Lets Player der Tag Täglich Videos schreibt und löschen tut.

Das ist rein Statistisch De-M-oN ;D

Das sind keine festen Werte oder Bestätigungen dafür das die Platten nach dieser Zeit den Geist aufgeben müssen. Nein. Aber der Verschleiß wird zunehmend spürbar.

Mit der GPU zu rendern würde ich immer machen wollen.
Mit der GPU zu encodieren... nein. Das macht ein CPU Encoder bei weitem besser.

SSDs sind schon recht schnell. Aber würde diese niemals für längere Zeiträume wie z.B. über 1 oder 2 Jahren eine hohe Schreiblast aufbürden. Weil SSDs gehen was das angeht recht schnell mal den Geist auf. Da wären HDDs besser geeignet.

Die Lebenszeit einer SSD an sich ist schon für den Normalbetrieb recht klein beschrieben von den Herstellern.
Geht man davon aus das man recht wenig löscht, so haben SSDs eine höhere Lebenserwartung gegenübern HDDs. <- Aber wer hält sich schon daran?

Für längere temporäre Lagerungen sind SSDs recht Praktisch.

Sprich Video Aufnahmen auf SSDs wo dann immer nur geschrieben und gelöscht wird, sind nicht gerade gesund für die Haltbarkeit dessen. Da hält eine Magnetscheibe besser was aus.

Programme die auf SSDs sind profitieren vor allem durch den Cache der SSD. Was die SSD auch recht schnell macht. Das trifft aber nur auf kleine Dateien zu. Sprengen solche Dateien den Cache der SSD, ist selbst die SSD nicht schneller als eine herkömmliche HDD.

Daher kann man auf SSDs z.B. das Betriebssystem legen. Das beschleunigt das OS schon enorm. Programme wie Spiele, Anwendungen etc. pp. sind ebenfalls dafür geeignet. Auch längere Lagerungen von Dateien sind dort optimal aufgehoben.

Dafür sind SSDs einfach was tolles.

Für Festplatten wo z.B. Aufnahmen nur geschrieben und gelöscht werde, sind HDDs besser geeignet. Allein schon für die Lebensdauer dessen. Immerhin sollte man bedenken das SSDs um weiten teurer sind als HDDs. Man ist ja schließlich kein Krösus.

Zitat von Julien

da die Zugriffszeiten wegfallen

Lichtgeschwindigkeit also?

Oder meinste das er das aus dem SSD Cache liest? In dem Falle sind Zugriffzeiten vorhanden. Auch wenn sie Minimal sind.

Verständlicher ausgedrückt ist die Anordnung im Speicher anders wenn man NV12 und YV12 vergleicht.

Hardwaretechnisch, das betrifft Grafikkarten etc. pp. profitieren immens davon NV12 als Farbraum zu nutzen.
Softwaretechnisch ist YV12 der Reiter.

Daher wird NV12 gerne von GPU Encoder genutzt.
Hardwaretechnisch kann man mit NV12 halt einiges machen. Sofern man es zu nutzen weiß.

Jedoch ist NV12 und YV12 total identisch zwecks den Informationsgehalt. Es macht im Endeffekt keinen Unterschied welchen Farbraum man nutzt, sie liefern im Endeffekt die gleiche Dateigröße, bei moderater Konfiguration bei gleichem Quellvideo.

Bei NV12 werden die Muster zwecks Y (Helligkeitsanteil) und den Verschachtelten U/V (Farbanteil) so angeordnet das sie 2 große Arrays bilden. Zuerst folgen die Y Anteile, dann die UV-Anteile. Dabei ist die UV Ebene verschachtelt miteinander in diesem Array und bilden halt ihr eigenes Subarray.

So kann man die jeweils 1Byte großen Y Anteile einmal gliedern und einmal jeweils 1Byte großen UV-Anteile.
Zusammen sind es dann 12Bit die verwendet werden.

Bei YV12 sieht der Speicher anders aus und besteht aus 3 Ebenen, statt aus 2 wie bei NV12. 1 Ebene mit Y, 1 Ebene U und 1 Ebene mit V Anteile.

In der Summe jedoch ist die Speicherausnutzung identisch. 12Bit Ausnutzung bei YV12 und NV12.

Wer mit GPU Encoder aufnehmen will, so ist NV12 definitiv die bessere Wahl.
Wer Live-Streaming macht ist NV12 ebenfalls die bessere Wahl. Hier profitiert man vor allem davon das Live-Videoportale die Videos aufgrund der Speicherausrichtung des Farbraumes die Videos besser wiedergeben können, da der Buffer besser verwaltet werden kann.

Wer lokale Aufnahmen macht, ist es total egal was genommen wird.
Es macht keinen Unterschied bei der Verarbeitung oder sonstwie.

• Zum einen weil jedes Videoschnittprogramm diese Informationen auf RGB, oder das normale YV12 wieder bringen.
• Zum anderen gibt es null Vorteile zwecks schnellerer Verarbeitung, da aufgrund des letzten Punktes die Verarbeitung mit bekannten Farbräumen wieder geführt wird. Selbst AVISynth bildet da keine Ausnahme.
  

  
  

  Sprich man arbeitet obwohl man mit NV12 aufgenommen hat früher oder später beim Videoschnittprogramm wieder mit einem regulären YV12 Farbraum das aus 3 Ebenen besteht.
  

In diesem Fall ist es total egal in was man aufnimmt. Lokal gibt es halt 0 Vorteile.

Zitat von De-M-oN

Keine Ahnung was du gerad für'n Problem hast.

Naja, dein Beitrag hat irgendwie nicht gepasst um das Hauptproblem anzugehen worum es eigentlich geht.

Zitat von De-M-oN

Nein. Damit du dich getriggered fühlst.

Ah
Dann schreib das doch gleich mir privat. Dann musst du das hier nicht machen

Zitat von De-M-oN

Warum nimmst du nicht Opus? Hat deutlich mehr Quality als Vorbis.

Damit du fragen kannst?

Zitat von MisterSic

In der Media Info steht auch wieder Variabel drinnen.

Wo denn?

Video hat ne konstante Framerate laut Mediainfo.

Und die Bitrate kann und sollte auch Variable sein.

Obwohl das bei Audio recht komisch aussieht was er bei dir da macht. Für Gewöhnlich nimmt OBS eigentlich mit einer konstanten Bitrate die Audio-Aufnahmen auf.

Aber ist eigentlich egal, kann auch eine Variable sein.

Wichtig bei Audio ist die Hertz Zahl. So wie bei Video die FPS. Und die sind in beiden Fällen konstant laut deiner Mediainfo.

Schon mal geprüft ob du HPET aktiv hast unter Windows? Nicht das es inaktiv ist. Weil das könnte eventuell der Grund sein warum das nicht so läuft wie gedacht bei dir.
Ausgeschrieben ist das der High Precision Event Timer, der einen erheblichen höheren Takt vorgibt und damit um weiten Präziser ist.
Er dient vor allem um Parallel laufende Datenströme besser zu synchronisieren. z.B. bei Aufnahme von Bild und Ton für Video. Auch für Abspiel-Player unter Windows wie VLC oder MPC, etc. ist ein aktives HPET besser.

Ob es aktiv ist oder nicht kannst du z.B. mit den WinTimerTester überprüfen.

Wenn der Test eine Taktfrequenz von 14,xxx anzeigt, wäre HPET aktiv auf dem Rechner/Windows.

Kannst es, wenn es nicht so ist und die Frequenz sonstwie niedriger ist als 14,xxx, HPET folgendermaßen aktivieren:

Start -> "CMD" im Suchfeld eingeben und die CMD.exe starten. -> und dann folgendes in der Kommandokonsole eingeben:
bcdedit /set useplatformclock true

Du hast in deinem Speicherpfad (Entweder da wo der SSM ist oder wo dein Video ist) ein bestimmtes Sonderzeichen mit dem AVISynth nix anfangen kann. Daher steht da auch als Fehlermeldung das er mit dem Zeichen (Eng: char) "xyz" nix anfangen kann.

Also musst du mal deine Pfade überprüfen und die Sonderzeichen entfernen in den Pfaden und Dateinamen.

PS: Nutz lieber den normalen ASCII Zeichensatz. 32 - 255. UNICODE ist immer so bäh.