Ah, stimmt. Man hat die Wahl zwischen schnellerem Encoding zulasten der Dateigröße oder man nimmt mehr Zeit für's encodieren, dass besser komprimiert wird, ich erinnere mich. Nun aber so oder so fehlt die Zeit vorne oder hinten, ob ich nun länger hochlade und kürzer encodiere oder andersherum..
Beiträge von Chron
-
-
Schau mal in den vorherigen Beitrag, da steht es drin.
Ja, dass die Dateigröße steigen soll, aber ich meinte welche Funktion die B-Frames im Video haben.
Ich habe ja gefragt ob das was mit den Referenz-Frames auf sich hat, bezüglich lokaler Abspielbarkeit.
Das war der letzte Stand den ich noch in Erinnerung habe. -
Was für einen Nachteil bringt sich wenn ich die Bframes auf 0 setze?
-
Preset ist schon auf Medium. Kann auch die CRF erhöhen ist derzeit bei 17, aber wieso nicht auf YUV4:2:2 gehen?
-
Bframes sind auf 3. Waren das die die nur relevant sind, wenn man Lokal schauen will, bezüglich der Referenzframes beim decodieren?
-
jop, aber warum willst du das machen? o.o
Ja wie Kayten schon sagt Kodierzeit sparen. Video 1 vom aktuellen Projekt hat satte 2h40 Minuten gedauert,
in 4:2:2 dürfte das ja spürbar schneller gehen. Und ob Dateigröße gespart wird weiß ich nicht.. müsste aber eigentlich auch,
da ja doch mehr Informationen verworfen und weniger beibehalten werden = kleinere Dateigröße.Aber wenn ich schon in 444 aufnehme, würde ich auch in 444 hochladen, damit die Resizer von Youtube noch davon profitieren.
Ich skaliere eh nur auf 1152 und VP9 bekomme ich seit zwei drei Wochen auch nicht mehr.
Dateigröße wird nicht wirklich gespart, ich glaub zwischen YV12 und YV24 sind es nur etwa 10% Unterschied
Das sind bei meinen aktuellen 7,x GB für die erste Folge fast 1GB gespart
-
Wenn ich mein 4:4:4 material über den SSM in 4:2:2 konvertiere und MeGUI das dann auch so encodieren soll, muss ich den csp i444 befehl nur in 422 ändern?
-
-
Gerade eben gab es den albernsten Claim ever: In meinem Video wo nur ich spreche und im hintergrund eine alarmsirene aus dem Spiel läutet, will Europa Audioinhalte aus einem Drei Fragezeichen Kids Hörspiel gefunden haben. Hab natürlich sofort Einspruch eingelegt, aber mein Video ist deshalb in Deutschland gesperrt.
Durch den Einspruch wurde die Sperre jetzt sofort aufgehoben - da ich das Video eh nicht monetarisiere kann mir nichts passieren oder?
Also ich meine, kann es eh nicht weil keine Drei Fragezeichen laufen XD aber angenommen es wäre so, was würde es für Konsequenzen haben, wenn ein Video das nicht monetarisierst ist aufgrund eines Einspruches in Ländern verfügbar war, wo es sonst gesperrt würde? -
Alles klar, dann mach ich das so
Ja macht ja Sinn, hochwertigeres Quellmaterial! Bisher hat 4:4:4 eigentlich fast nie Performanceprobleme bereitet und solange es das nicht macht, lasse ich es dann drin. Danke! -
Das wäre natürlich fantastisch. Aber Youtube zeigt gerade in der Playlist keinen HD-Button daneben an, also ich meine nicht im Video sondern in der eigenen Videoliste im Youtube-Studio. Im Video selbst ist aber 1080@60 hast du ja gesehen - noch bisschen warten mit Veröffentlichung? Vielleicht hat Youtube noch nicht ganz zuende verarbeitet und es wird noch'n bisschen schicker.
Das Projekt ging nur über 2 Folgen, aber wenn ich so ein Spiel länger spielen würde, würde ich auf jeden Fall reduzieren. Wenn ich das weiß, kann ich gleich im entsprechenden Farbbereich aufzeichnen oder? Also wenn ich YV2/16 nehme MagicYUV von vorneherein auf 4:2:2 stellen.
Spar ich dadurch zeit weil nicht konvertiert werden muss?
-
Ich hab immer in 4:4:4 encodiert, aber Life is Strange kam auf 1,4GB und dieser Titel auf 7GB, das ist schon ein großer Unterschied.
Ich schick dir den Link privat, ich möchte jetzt ungern ein paar Fake-Klicks auf das Video bekommen.Edit: Ok, Video ist fertig verarbeitet in 1080@60, sieht super aus, keine Bildbrüche gar nichts. Lag am VLC + Verarbeitung auf YT
-
Und du denkst wirklich das VLC das decodieren kann?
Nimm MPC-HC
Ok, für die Zukunft
Dass das Bild jetzt auf Youtube schwarz ist und nur sound, gibt's sowas wenn youtube noch nicht ausreichen verarbeitet hat? Ich kenne das bisher nicht, aber ich hab bisher auch keine 7GB Videos hochgeladen. -
Ist jetzt up, aber obwohl es ein Vorschaubild gibt hat das Video selbst nur schwarzes Bild - vielleicht musst YT das erstmal verarbeiten.
Anbei mal die Mediainfo der File:Sieht soweit für mich alles normal aus. Die Bitrate ist ziemlich hoch, ich hoffe ich krieg dadurch nicht Qualitätsverlust :x hab nicht mehr in Erinnerung wo das Cap lag.
-
Volles Programm, Ultra-Artefakte, grüne Farben usw. Aber nur beim rumhüpfen in der Timeline und wenn ich mich recht erinnere, aus der Encoding-Wiki, gab es eine Einstellung mit den Frames die darüber entscheiden wie "spulbar" Dateien sind. Da hat man dann die Wahl das entweder so zu konfigurieren, dass die Dateigröße steigt aber es für den Encoder leichter ist irgendwo in die Timeline zu spulen oder man verzichtet darauf, was Dateigröße spart, jedenfalls ist das der gewünschte Fall bei Let's Plays weil wir ja nicht unsere Videos lokal genießen sondern auf YT hochladen und YT dann eh sein eigenes Ding aus dem Video macht wenn es neu encodiert. Das war glaube ich die Sache mit den Referenz-Frames. Bei der für den Decoder nachteiligen Konfiguration sind dann mittendrin erstmal keine Referenzframes greifbar und es kommt deshalb zu diesen Artefakten.
Das passiert nur wenn man an bestimmte Stellen spult, nicht bei allen, gehe also davon aus dass es das ist ;o aber mehr sehe ich, wenn das Video auf YT up ist. Noch 20 Minuten + Nachverarbeitung.
-
Ok es ist fertig und funktioniert auch, aber damn, es sind 7GB geworden. Wenn ich mir das Video lokal im VLC Player anschaue, gibt es sehr viele Bildbrüche. Ist davon auszugehen dass VLC aufgrund der Dateigröße nicht hinterherkommt oder ist das definitiv beim encodieren entstanden?
Ich werde ja sehen wenn es auf Youtube ist aber 7GB dauert 'ne Weile und ich lade nicht sofort hoch, deshalb frage ich. Wäre schön mir die Stunde oder so an Upload zu sparen, falls ja.
-
Achso, sagt das doch gleich. Ich les hier überall ständig von "Encoding" und denk mir nur was das ist. Rendern versteh ich jetzt xD
Sor- ähem dann ist ja gut :3Hab ich mir schon gedacht, deshalb hab ich es ja dazu geschrieben
Das einzige Programm, dass ich nach Möglichkeit nicht wegwerfen möchte wäre OBS, ist mir einfach zu praktisch, wenn man mal genug drüber weiß. Ansonsten bin ich für alles offen. Man will ja seinen Horizont erweitern.
Der Vorteil von MSI Afterburner wär für dich halt, dass du ganz unkompliziert MagicYUV und UTVideo benutzen kannst. Das ist wichtig, damit du die Freiheit hast deine Farbräume zu wählen, falls die Performance deines Computers bei einem Spiel nicht so gut ist. Zudem kannst du im MSI Afterburner während der Aufzeichnung links oben sehen wie lange du schon aufnimmst und solche kleinen Details die bei der Aufnahme sehr hilfreich sind.
Wenn du aber OBS sehr gern behalten willst, versuch Utvideo über FFmpeg, ich weiß aber nicht ob und wenn ja welche Nachteile das mit sich bringt. Ansonsten habe ich persönlich MagicYUV performanter als UTVideo erlebt in mehreren Testdurchläufen, würde das also immer bevorzugen.
-
Ähm welchen von den Encodern würdest du jetzt persönlich empfehlen, falls ich fragen darf?
Er hat dir nur einen empfohlen, MeGUI, gibt's hier im Forum
Da nehmen wir x264 zum encodieren.
Wenn du dir den MSI-Afterburner als Aufnahmeprogramm zulegst (auch in Kaytens Liste) kannst du dann Codecs wie
UTvideo oder MagicYUV verwenden. Soweit ich weiß arbeiten die beiden besser als x264.Und (verzeih meine Unwissenheit) Encoder sorgen ja dafür, dass das Video auf entsprechenden Playern läuft. Heißt das, das sowohl Qualität als auch Dateigröße unberührt bleiben oder?
Nicht immer entschuldigen, es gibt keine dummen Fragen! Encoder (Rendervorgang) sorgen dafür, dass dein Video komprimiert also in seiner Dateigröße verkleinert wird. Dabei werden Bildinformationen verworfen bzw. sinnvoll zusammengefasst, was in einer Reduzierung der Dateigröße resultiert, und mit guten Einstellungen trotzdem ein hübsches Ergebnis liefert. Du musst dir also wenn du die richtigen Einstellungen verwendest keine Sorgen darüber machen, dass dein Video spürbar an Qualität verliert, darfst dich aber über eine wesentlich kleinere Dateigröße freuen.
Aktuelles Beispiel von mir heute: Die Aufzeichnung hatte 152GB, und nach dem encodieren nur noch 5GB.
-
Es heißt "YUV Farbbereich" und hat genau keinen Einfluss auf RGB. Mit seinen aktuellen Einstellungen nimmt er außerdem nicht in RGB auf, sondern in YUV420, da das OBS-Interne x264 nur in YUV420 kodiert.
Also hebt die Auswahl von x264 das Farbformat RGB in den Einstellungen auf, oder hat das ohnehin eine andere Bedeutung als der Farbraum, in dem aufgezeichnet wird?
Das kommt mit Sicherheit nicht von Dxtory, sondern von MagicYUV.
Ja, klar. Hab den Tooltip nur über Dxtory und dort dann die MagicYUV Konfigurationen geöffnet. Ist schon spät
-
Deine Aufnahmen werden erstens abartig groß werden, sodass du ohne enorm guten Upload definitiv keinen Spaß daran haben wirst und zweitens steht der YUV Farbbereich auf Voll, was falsch ist.
Ist das nicht korrekt, wenn er in RGB aufzeichnet und dann in YUV beim konvertieren encodiert? Dxtory sagt zum Häkchen wo man Full Range YUV einstellen kann folgendes: