VP9 (Wird von Seitens Youtube schon verwendet und hält sich mit x265 die Waage)
Da muss ich einhaken. x265 ist effizienter als VP9. Wird aber mit noch längerem Encode als schon VP9 bestraft 
Beiträge von De-M-oN
-
-
Ein Tipp, lass es, das ist bei deiner Größe das Geld nicht wert und zum anderen kannst du auch hinterher das Video hoch skalieren um bessere Quali auf YT zu bekommen und nein, das sieht nicht schlechter aus.
Die Kanalgröße ist doch völlig irrelevant hierbei?
__
Aus 1080 heraus auf 3200x1800 zu gehen wird schlechter aussehen, aber nicht ganz so dramatisch wie Julien oft meint.Wenn es dir nur um bessere Video Quali geht, dann sollten 2048x1152p @30 FPS ausreichen, bei 60 fps bekommt man da irgendwie seltener (bzw. ich garnicht mehr) VP9 + 1152p@60fps, sondern nur noch 1080p@ 60fps.
Ich hoffe jedoch das dir klar ist, das bei 2048x1152 das Label am Player 1080p bleibt. Wenn du dennoch bei 60fps nur ID 303, statt 308 kriegst - dein persönliches Problem. Wobei deine Kanalstärke hier eig. keine Probleme haben sollte, von daher würd ich ersteres vermuten?
Du hast einen Skylake i5@4300 Mhz und ich einen i7@ 4790k@4,5ghz. Ich brauche bei einem 40min Video ca. 3 Stunden um ein (Ark) Video zu encoden (Ark hat sehr viele Bild details die Leistung kosten).
Das kann man auch bei Ark drücken. Falls man jetzt tatsächlich nativ in 3200x1800 aufnimmt (mach ich persönlich auch nicht, wäre mir auch zu viel Belastung beim Aufnehmen), hätte man zumindest dann aber den Auflösungsskalierer nicht mehr im Weg, das würde den encode schon merklich beschleunigen. Ich encode jedenfalls meine 2560x1600 aufnahme auf 2800x1750 mit Spline36 hoch und brauche mit meinem i7 3770k @ 4,1ghz ca 1,5 stunden bei 25min Video. Also hält sich trotz Scaler im Rahmen.
Mal davon abgesehen das du neue Hardware brauchst, um mit der Auflösung verlustfrei aufnehmen zu können, wirst du sehr sehr viele Stunden lang deinen PC nicht benutzen können und wenn dir nach 5h encoding das Programm abschmiert waren 5h verschwendete Zeit
Naja nicht benutzen können ist übertrieben. Man kann zb immer noch Youtube gucken und viele andere Dinge machen.
Abkacken sollte das Encoding eig. nicht, sofern das verwendete Programm nicht kacke ist, und der PC stabil ist. -
Ob das Overlay eines Aufnahmeprogramms mit ins Video aufgezeichnet werden soll oder nicht, lässt sich in den meisten Programmen einstellen.
-
Der Normalizer ist auch sehr extrem, wenn du den aber als einziger deaktivierst, gehst du im Gespräch unter. Sofern du also keinen eigenen Kompressor vorschaltest, solltest du das anlassen.
das würde erklären warum ich im ts für die anderen immer so leise bin. Danke
-
Würde ich zumindest vermuten.
-
Beispiel hierfür wäre Etienne von RBTV der beim Pokemon zocken eingenickt ist.
Wie geil
Bei Pokemon würd ich auch einnicken, da kann ich Etienne verstehen Welches Video? Das muss ich sehen XDEtienne und Budi waren vor 1 oder 2 Jahren bei mir im Heide Park, hab die dadurch persönlich gesehen ;-D
-
Ut Video vei OBS Studio nehmen und fertig.
Wenn die Implementation in OBS davon nicht todeslangsam wäre, könnte man es vllt sogar nutzen
-
Wenn du lossless machst, würd ich auch den Audio lossless machen. Andere Aufnahmeprogramme mit vfw Codec support fänd ich zudem empfehlenswerter.
Zum anderen geh ich vom üblichen Frameserver Delay aus.
-
naja julien findet >4:2:0 überflüssig
Auch yt muss skalieren aber verglichen wird natürlich nur die unskalierte Qualitätsstufe xDhab nur 5 mb upload
das ist doch absolut mehr als ausreichend..
-
Auf 3200x1800 gehen keine Option? Wäre doch viel geiler
-
kann das wirklich nur wegen dem farbraum sein?
Ja. Decoder und Encoder von Windows Timeline Software ist abgesehen von TMPGEnc allesamt müll.
-
RGB ist ok. Musst aber dann schauen ob dein Rechner damit die Aufnahme hinkriegt.
YUV 4:4:4 wäre deutlich sparsamer. Hättest zwar noch die Rundungsfehler durch die Wandlung nach RGB und zurück, mit 4:4:4 aber immer noch eine sehr gute Basis.
Bei schwächerer HDD und sehr starker CPU wäre vllt auch Lagarith in RGB eine Option. Lagarith komprimiert sehr viel stärker.Falls du Premiere nutzt, dürfte es bei YUV keine Konvertierung auf RGB geben, der dürfte als YUV+A einlesen, sofern auf der Timeline kein RGB Video vorhanden ist.
-
Um eine YV12 -> RGB -> YV12 Konvertierung zu sparen, wäres von Vorteil in RGB aufzunehmen.
was dann aber mit den meisten Schnittprogrammen eh nicht mehr vereinbar ist
Bei 'nem Lossless Codec? Warum? RGB ist da sogar am kompatibelsten.
-
Jedoch sollte zu beachten sein, dann die Datei in .mp3 zu konvertieren und nicht in zum Beispiel .wav. Dann gibt es wieder einen dezenten Tinitus
-
Ich glaube kaum das Stronghold Direct3D verwendet
mit dgvoodoo benutzt es sogar Direct3D11
Und kann dann sogar 8x MSAA und 4k
Und kann selbstverständlich dann auch ganz easy aufgenommen werden.Aber ddraw hab ich mit dx6 inkludiert. Kommt ja ebenfalls ungefähr aus der dx6 zeit.
-
Bei Fraps haben die Entwickler da was beim Hooking diesbezüglich einprogrammiert was dabei hilft es aufnehmen zu können.
Fraps kann Direct3D6 aufnehmen. Das geht bei den meisten anderen Aufnahmeprogrammen bereits nicht. DXTory's offizieller Support beginnt erst ab Direct3D7 und Afterburner glaub sogar erst ab 8, bin da gerad nicht sicher. Aber auch mind. 7.
DXTory konnte absolut nicht Descent 3 aufnehmen, das hat nämlich sobald ich angefangen habe zu schießen die Textur des Lasers versucht aufzunehmen, statt mein Spiel. Also mal völlig den falschen Backbuffer getroffen
Afterburner konnte es. -
ja das klappt
-
Ernsthaft? Audition kann FLAC und Premiere nicht?
Ist ja traurig schon wieder. Vor allem wieso kann ein so teures Programm so ein übliches Format nicht einlesen. Das ist einfach nur so traurig..
Dann musstes halt mit WAV versuchen. Das wird Adobe ja wohl auf die Reihe kriegen
-
Wie kann ich Videodatei samt Audio importieren, oder kennt ihr ein narrensicheres Tool, welches gut die Audio "extrahieren" kann?
SSM.
-
Wie gesagt: Sonst speicher doch einfach als FLAC