Schlicht weil die NLE nicht multiple encodes erlaubt oder?^^
Für die NLE ist der Frameserver ja der Codec und kein Frameserver.
MKV kannst du in Vdub tun wenn du es in ein Avisynth Script machst.
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 erstellenSchlicht weil die NLE nicht multiple encodes erlaubt oder?^^
Für die NLE ist der Frameserver ja der Codec und kein Frameserver.
MKV kannst du in Vdub tun wenn du es in ein Avisynth Script machst.
Bist du auch mit TMPGEnc unterwegs?
Nein. MeGUI.
Ich bekomme mit demselben Preset ja aber eine ziemlich ordentliche Qualität hin, also schließe ich das eher aus.
Ich hab das auch in Konversation mit Sagaras angesprochen. Ich bin hier völlig ratlos.
Wir haben schon spekuliert, ob kleine Kanäle vllt schlechteres Encoding bekommen als größere.
Ich weißes nicht. Bei mir passiert es jedenfalls so nicht. Bei @CoRori (mit seinem schärfefilter fallout 4) war vermutlich sogar noch komplexer. Er hatte 3840x2160 @ 60fps und sein video bekam stolze 80mbit.
Bei uns beiden definitiv ein CRF Verhalten zu erkennen. Bei dir jedoch scheint ja regelrecht ein bitratecap noch aufzuliegen.
uff in der Tat. Komisch.
Das kam deutlich besser von weg, hat aber auch weit mehr Bitrate als deins (irgendwas mit 40 mbit war's), obwohl deins eig. noch komplexer sein müsste, bekam jedoch 27 mbit.
4:4:4 ! ![]()
na passt so.
Und du glaubst der Encoder lässt beim Encoden einfach paar Frames weg? Oder wie stellst du dir die Logik vor?
Vllt ist auch der Decoder deines Videoplayers schlecht.
Lossless = starke HDD Arbeit
Lossy = starke CPU Arbeit
Lads mal auf Youtube hoch^^
Kann man beim Simple x264 Launcher auch direkt in den Input ziehen
Ich sehe gerad den Unterschied nicht ![]()
Außerdem unterstützt er auch x265.
Hat MeGUI auch.
Naja bei MeGUI kommt das Script auch einfach in den Input rein.
Sowas von Variable Framerate.
Dafür kann ja das Video nichts ![]()
Mussu schnelleren Computer kaufe
Ja.
Weiß ich ansonsten nicht. Ich kenne Julien's Preset nicht.
Ich bin auf jeden Fall sehr zufrieden mit der Qualität, hat es auf 1080p auch kein Bitratecap mehr? Wenn man die Stufe nur auf 1080p lässt und nicht auf 1440p umschaltet. Denn 720p sieht auch deutlich besser aus
Doch klar. Aber bei besserer Quelle bleibt mehr über.
Bekommen die Videos eigentlich dann das 1440p label wenn mann die in 2048x1152 hochlad? weil das haben sie noch nicht.
1080 würde dann ID 308 erhalten statt 303.
Vorausgesetzt dein Video ist in VP9 da. Guck halt einfach in den Statistiken. Da steht alles was du wissen musst.
x264 mit 10bit sieht bereits lokal besser aus. Wenn du in besserem Chroma als 4:2:0 arbeitest, kämen auch nochmal bessere Ergebnisse. Der Hauptvorteil von x264 ist die bessere Kompressionseffizienz und dank CRF auch kein rumgerate mit der bitrate mehr.
Plan auch halt immer bisschen Zeit ein. VP9 Codierung kann mitunter viele Stunden benötigen.
VP9 kompatiblen Browser verwenden und genügend views haben, so das Youtube dir VP9 auch codiert. Kannst du via rechtsklick ins Video - Statistiken überprüfen. da muss dann vp9 statt mp4 stehen.
Deine Videos haben beide kein VP9 erhalten. Nur H.264.
Bei kleinen Kanälen bekommen nicht alle Videos VP9.
1080 H.264 vs 1080 VP9
http://screenshotcomparison.com/comparison/156406
__
Welche Auflösung hatte das Quellvideo? 2048x1152 für 3-fache Bitrate seitens youtube oder 3200x1800 für noch bessere Qualität seitens youtube ohne bitratecap (nur CRF).
Das mitm 4:2:0 war auf yt bezogen, aber wenn deine Quelle besser wäre, wäres natürlich nicht verkehrt für die Auflösungsskalierer.
Es liegt entweder an HDD oder CPU. 1080p in > 4:2:0 sollte aber eig. eine Barracuda stemmen können ..
1800p ist 4k60 welches das 1440p Label ersetzt.
4k60 würde seperat laufen wenn du 3840x2160 machst.
Genau die gleiche Thematik wie schon von 2048x1152 bekannt, wo dieses für 1440p60 reicht, aber 1080p label replaced.
bei 1800p wäre Lanczos4 das richtige, oder?
omg nein xD Spline36
sieht es dann aus wie in der encodierten Datei auf der Platte?
Zu 99% ja. Hast halt nur 8bit 4:2:0 Aber das Coding ist sehr sehr anständig auf 315.
Bei ID 308 kann man eig. 36 nehmen.
Oder du gehst auf 3200x1800, das läuft ohne Bitratecap, nur CRF.
Ich bearbeite über Vegas 13, dann über dem Frameserver "Video Output, format: YUY2"
RGB nehmen. Vegas konvertiert dir direkt beim Einlesen eh zu RGB, und dann würdest du wenigstens auf dem Weg zum Frameserver keine weitere Farbkonvertierung drin haben.
ResampleHQ weg und Scaler auf Spline36 wäre meine Empfehlung. Mehr Schärfe und schnellere Verarbeitung.
Dann lasses weg und werde glücklich mit Youtube.
Avisynth ist komplett CPU.
In der Hinsicht kannste einen Punkt an die NLE geben.
Aber die meisten Filter sind auch via CPU keine Schnecken.
Die enorm aufwändigen Filter von MVTools2 sind jedoch recht langsam.