Wem kümmerts schon. Emulatoren lassen sich besser aufnehmen und liefern bessere Qualität, vor allem bei Konsolen die noch kein HDMI können, haste allein schon durch dem Wegfall des Analogkabels bereits mitm Emulator wesentlich bessere Qualität.
Sega Touring Car Championship braucht ich den Model 2 Emulator, die PC und Saturn Version sind nämlich grauenhaft.
Grausame Steuerung, Grafik nur 25 statt 60fps, Grafikqualität erheblich schlechter.
Beiträge von De-M-oN
-
-
Bei qp passiert es wiederum nicht
Wobei bezogen qp=0 ein OBS Entwickler auch bei älteren Versionen ausdrücklich geschrieben haben - VBV auch auf 0.
Wenn man aber x264 kennt, dann weiß man auch das VBV auf 0 muss und macht es eig. schon automatisch.
-
Dann kann man es eher als andersrum als ein Bug sehen. Denn es kann ja auch eine Limitierung gewünscht sein, welche dann nicht möglich wäre.
Wenn ein VBV gesetzt ist, muss es auch genutzt werden, sonst macht es ja seinen Job nicht. Das gilt ja auch für CRF. Bei VP9 ist sowas sogar ein eigener Encodemodus. Weil sowas einfach gewünscht sein kann. Sogar beim Streaming kann es gewünscht sein - ala spare dem Streaminganbieter und Zuschauer Bandbreite indem sehr einfache Stellen via dem gewünschten CRF laufen und nur komplexe eben dem Bitratenlimit ausgesetzt wird, statt das alles konstant Vollgas gesendet wird. Was Youtube ja ebenso auch genau so macht, abseits von 4k.
VBV muss auf 0 laufen, wenn CRF uneingeschränkt laufen soll. Das ist auch bei MeGUI und cli so. -
Also meine Audiospur ist auch immer länger als die Videospur, aber synchron ist es trotzdem. Ich hab keine Ahnung weshalb das so ist.
Ein paar ms Abweichungen hast du grundsätzlich. Zuerst wird Video geschlossen, dann Audio.
Es ist unmöglich beides auf einmal zu schließen. Audio kann zb jederzeit geschlossen werden, während Video ja zb. bei 30 fps alle 33ms geschlossen werden kann (framezeiten) + natürlich noch den Delay des Schließens, bis dann Audio geschlossen werden kann.
MSI Afterburner macht es genau andersrum. Bei Afterburner kommt leider noch hinzu, das er den Audiopuffer nicht zuende schreibt, sondern direkt schließt und den Pufferinhalt verwirft. Deswegen lieber so 2 Sekunden weiterlaufen nachdem man das letzte Wort gesprochen hat.Auch eine Videokamera kann nicht zeitgleich schließen. Das ist einfach technisch nicht möglich.
-
Die RAM Speed (Mhz) kann auch schonmal 1 fps ausmachen beim Encode. 1600 vs 2400 mhz war da durchaus ein Unterschied aufgetreten auf einem x264 Benchmark den ein LPF user damals für uns gemacht hat, welcher automatisch auf eine Webseite hochgeladen hat.
-
CRF 18 bei dem preset ist schon arg. Bei schnellen szenen hast du eigentlich immer blöcke. Sebst bei 18, 16 oder 12
18 ist auch bei schnellem Preset sehr gutes Bild noch
Das preset (superfast bei dir) regelt quasi das verhältnis qualität zur dateigröße.
Bei CRF eher nur die Akkuratheit von CRF. Die Qualität wird auf schnellen Presets ggf bisschen schwanken, da halt gewisse Details nicht erfasst werden. Daher wird es gerne mal passieren, das bei schnellem Preset die Dateigröße sogar kleiner werden kann, als bei einem langsamereren.
Profil würde ich auf high setzen (das profil regel so gewissen nachbearbeitungsdinger wie deblocking etc)
Deblocking kann mit jedem Profil genutzt werden.
Main hat gegenüber High diese Einschränkungen:--no-8x8dct --cqm flat
Verlustloses Encoding ist nicht möglich. (denn das braucht halt high 4:4:4 predictive) Aber das passiert ja bei Angabe von QP=0 in OBS schon automatisch.
Video: CRF18 , Veryfast, Benutzerdefinierte Puffergröße=0, Keyframeintervall=1 (so kann man übers muxen sogar noch "schneiden")
Zumindest Sekundengenau. Framegenau natürlich immer noch nicht. Framegenau wäre nur via keyint=1 möglich. Aber das wäre enorm kompressionstötend und absolut nicht mehr zu empfehlen. 1 Sekunde ist schon sehr eingeschränkt. Eher was für schnelle Leitungen wie du sie halt hast.
Hängt mit einem kleinen Bug den OBS beim CRF Encoding hat zusammen.
Wenn man die Benutzerdefinierte Puffergröße nicht auf 0 stellt, wird eine vbv-maxrate und vbv-bufsize eingetragen, was den CRF dann wieder "überschreibt"Naja ein Bug isses jetzt nicht wirklich.
Eine simple CRF+VBV Kombo. Sprich CRF + Bitratenlimit. Unterschied zu MeGUI ist halt, das bei OBS standardmäßig VBV genutzt wird und bei MeGUI halt nicht. Was ja auch Sinn ergibt. OBS hat sein Primärziel auf Streaming und MeGUI eben auf Encoding.
-
720p wird auf Youtube Pampe und lokal ist 720 schon nicht optimal.
-
Irgendwo muss man abstriche machen, aber man könnte ja mal auf japanisch einen Feature Request stellen.
Jetzt müsste man bloß noch japanisch können
Da würd ich dann auch weiter vorschlagen:
-> Mehr als 1 Audiogerät aufnehmbar (schafft ja irgendwie keiner außer Hookingprogramme, ich verstehs einfach nicht)
-> Speicherort nicht so total umständlich - sondern so wie bei Virtualdub mit 'nem normalen Windows Dialog.
-> Die preview deaktivierbar. Sie zieht CPU Leistung und evtl auch Leistung von der Karte. Unnötig.
-> Keine Fehlermeldungen beim Starten des Programms schmeißen nur weil man keine Deinterlacer und co Einträge in diesen inis hat. -
also an Speicher mangelt es mir nicht.
Doch tut es. Weils einfach alles kleine Platten sind.
Mit 1 TB würd ich nicht weit kommen. Selbst 2 TB ist mir zu wenig für Aufnahmen. Hab nämlich aktuell 2 TB. Und man kommt drauf klar, aber viel vorproduzieren ist da nicht drin. Nicht mit 2560x1600p50 @ YV24 mit MagicYUV Codec.
und selber länge bei 60FPS auf 5gb daten kommen und ich auf 110gb...
Ja glaub mal nicht, das das dann verlustfrei komprimiert ist.
Lossless Codec vs Lossy.
Die Aufnahme sollte nicht bereits lossy codiert sein..
-
Vllt nimmst du ja in RGB auf?^^
Lagarith komprimiert eig. sehr gut. Guck halt mal in die Config ;D
-
Wenn du SSM hast, kannst du bei Farbe auf den Button Hinweistafel drücken. Vllt reicht dir die Info ja schon.
Und gibt halt noch Unterschied zwischen Planer und Interleaved.
YV12 (4:2:0)
YV16 (4:2:2)
YV24 (4:4:4)
sind die Planar Formate, Da steht die Information für V vor U. Also genau andersrumYUY2 wäre das interleaved Gegenstück von YV16 beispielsweise.
-
Sprich: erwirkt ein Upload in 3200x1800 ebenfalls ein besseres Bild bei 720p/1080p Einstellung im Player oder ist das egal?
Aus einer groß aufgelösten Quelle heraus kann es marginalen Vorteil haben. Viel mehr Einfluss hat es aber, wenn du in RGB oder YV24 aufnimmst und hochlädst, statt nur YV12 (4:2:0)
-
Amarec nimmt nur via DirectSound auf??
Ja also da wäre WASAPI aber wirklich mal wünschenswert dann.. Weniger Latenz und klingt besser, da hardwarenah.
-
Arbeitest auch komplett ohne Rauschentfernung oder?
Das will ich doch hoffen
-
Es scheint hier Verluste gegeben zu haben? Aber schon recht deutliche?
Ich mein: Ich hatte über 2000 Likes, nun sind es nur noch 1930.
mehr als 70 Likes weniger ist schon 'ne ganze Menge.
Während Wartung hatt ich 11 Benachrichtigungen. Jetzt sind es nur noch 5. Wo sind die restlichen 6?
-
Soweit ich weiß bietet der neueste Treiber der Elgato HD 60 Pro ein DirectShow Interface. Damit könntest du die beigelegte Software liegenlassen und [lexicon]AmarecTV[/lexicon] zum Aufnehmen nutzen. Der Vorteil: Du würdest sogar gänzlich [lexicon]Lossless[/lexicon] aufnehmen
Den Hardware [lexicon]Encoder[/lexicon] kannst du meines Wissens nach nicht umgehen. Kommt nur [lexicon]Lossy[/lexicon] an.
Könnt mich gerne korrigieren, ich weißes nicht sicher. -
Kannst du machen, belastet halt den Rechner aber noch ein Tick mehr.
Evtl würde ja 4:2:2 mit mehr [lexicon]fps[/lexicon] gehen. Aber das willste dann vermutlich erstrecht nicht nehmen^^
-
Der wird sich klanglich massiv lohnen, ja.
-
Schaffst du auch keine echten 50 oder 45 [lexicon]fps[/lexicon]?
30fps find ich persönlich mittlerweile ziemlich flau vom Bild her. Man gewöhnt sich so an die [lexicon]HFR[/lexicon]^^
-
Die Beyerdynamic DT990 wären die offenbarung für dich. Aber sie sprengen dein Budget. Mit 60 € ist etwas schwierig
