Du hast soeben erfolgreich deine Downloadgeschwindigkeit abgelesen ![]()
Und da hat youtube schon extra "Connection Speed" dran geschrieben ![]()
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 erstellenDu hast soeben erfolgreich deine Downloadgeschwindigkeit abgelesen ![]()
Und da hat youtube schon extra "Connection Speed" dran geschrieben ![]()
Wo liest du die Bitrate ab? Nur um das mal sicherzugehen.
Ja 90 war da Maximum das baut sich ja irgendwie auf.
Achso nur peak bitrate. Trotzdem, wenn Peak 90 ist, war Schnitt bestimmt auch 40 oder so.
Er fängt niemlich nicht direkt mit 90 an sondern mit 70 und geht dann weiter hoch.
Das CRF variable Bitrate ist und auch bitratefixed immer VBR empfohlen wird, sollte doch eig. bekannt sein, so das es somit die komplexen Bereiche mehr Bitrate kriegen und die inkomplexen weniger.
Allerdings hab ich gerad den Verdacht, das du deine Downloadspeed abliest und nicht die Bitrate des Videos ![]()
Ja ich bekomm ID315 mit knapp 90Mbit.
90 sogar? ![]()
Aber das zeigt ja, das es das non-bitratecap mit CRF nach wie vor gibt ![]()
Zum einen ist der UTVideo Decoder in ffmpeg langsamer als der originale decoder und zum anderen was Kayten schon anspricht. Die Interleaving Dauer spielt da auch eine große Rolle. Am schnellsten würde es bei non-interleaved AVI gehen. non-interleaved ist am schnellsten, wenn nur eine der beiden Spuren angefragt werden, ist aber sehr langsam wenn beide abgespielt werden sollen. Bei non-interleaved ist der gesamte Videoanteil zuerst und der gesamte Audioanteil danach. Da müsste die HDD mit dem Lesekopf extrem weite Wege dauerhaft beim Abspielen beider Spuren zurücklegen, vor allem bei den großen Dateien.
Kurze Interleaving Zeiten sind also beim Abspielen beider Spuren schneller, da die HDD nicht so viele Wege wandern muss beim Abspielen, jedoch eben deutlich langsamer, wenn nur eine Spur angefragt wird, was bei deinem Audio Export der Fall ist, als auch wenn du mit x264 die Videospur codierst.
Ja dann brauchste halt 3200x1800 und keine 3840x2160.
wird als 1440p gelabelt.
Seperat ist es nur bei nativer Auflösung.
Die Wahrscheinlichkeit das jemand 1440 anklickt ist aber auch potentiell höher als 4k.
Auch ist 4k60 sehr fordernd für CPU und Internet. Das ist echt nicht zu verachten. Da ist 3200x1800 schonmal zugänglicher.
ID ist bei HFR VP9 4k = 315. Daran ändert 3200x1800 auch nichts - es ist ja der 4k encode.
Auch 308 gibt es noch. Nur da das Label ersetzt wird, nicht manuell zugänglich. Die Automatik berücksichtigt aber nach wie vor 308.
Dann hättes 3200x1800 aber auch getan.
Auf echte 4k ist der Scale Schritt recht hoch, auch noch von 1440p heraus. Könnte vllt etwas unschärfer sein durch den Scale.
Die Quelle sollte für den Scale möglichst RGB oder YV24 sein.
Falls echte 4k: Aus welcher Auflösung heraus? Falls 1080p, dann Nearest Neighbor als Skalierer wählen und Faktor x2 einstellen. 1920x1080 x2 = 3840x2160. Das heißt Nearest Neighbor würde einfach jeden Pixel duplizieren und hättest somit ein Lossless Scale (da ist dann wirklich nur noch die Tatsache über, das jeder Pixel doppelt ist und du dein Spiel nicht in real auf 4k hattest.
Corori's 4k SweetFX geschärftes Fallout 4 Video bekam sagenhafte 80 mbit schnitt, weils so dermaßen schlecht komprimierbar war.^^
Mein einer enorm schlecht komprimierbare Rise of the Triad Part bekam 40 mbit auf 2800x1750 @ 50fps.
Also bei mir und corori definitiv ein CRF ohne Bitratecap Muster ![]()
60 FPS @1440p VP9 stand kurze zeit mal auf 305 hat sich dann geändert in 308
what? 305 hab ich nie gesehen lol.
PS: warum hat das Video 313 ?
Bei 30fps und VP9 => 313
4k 30fps VP9 ist halt 313.
305?
Meinst du nicht eher 308? Das wäre 1440p HFR VP9 ![]()
Naja dein Kanal ist doch recht groß. Da kannste ein 315 ohne Bitratecap erwarten. Ich habs ja selbst bei mir schon so.
Und kein Bitratecap + recht brauchbarer CRF = Noch bessere Qualität, fast wie dein eigenes Video^^
Zumindest wenn du den gescheiten Encode kriegst. Und mit deinem Kanal sollte das locker drin sein ![]()
Bei 30fps und VP9 => 313
Bei HFR und VP9 = 315
Die Skalierungsfilter arbeiten dann durchaus besser, ja.
Jupps. Deutlich sogar. Und der Skalierer von Youtube natürlich entsprechend dann auch ![]()
Aber achte drauf, das du auch durchweg bei RGB / YV24 bleibst und nicht tiefer kommst durch irgendeine Software.
PS: MagicYUV hätte auch YV24, das wäre für dein System leichter zu stemmen als RGB.
Frage an alle: Ist das Hochskalieren mit Sline eigentlich zwingend notwendig, um (auch auf 1080p Einstellung auf YouTube) eine vernünftige Qualität zu bekommen?
Ja.
Man braucht nichts weiter tun. Einfach mit SSM die Audiospuren extrahieren. Synchronisiert werden sie schon automatisch.
wenn man nur eine einzige Datei hat, ist der um ~500 ms früher geschlossene Audio aber auch kein Problem. 100% synchron abgeschlossen geht es aber nie, bei AB ist bloß die Differenz nicht nur xx ms, sondern halt xxx ms.
Liegt darin begründet, das er direkt schließt, also nicht mehr den Audiopuffer reinschreibt. Was im Puffer noch war verfällt dann. Daher isses auch ratsam ~1sek später nach Abmoderierung die Aufnahme zu schließen.
Unwinder bevorzugt das direkte schließen der Datei gegenüber einem verzögerten Aufnahmestop. Das optional zu machen scheint wohl für ihn keine Option zu sein, vllt zu faul oder whatever.
Allerdings ist AB innerhalb der Spur und auch auf Dauer gesehen synchroner als DXTory, aufgrund des WASAPI üblichen niedrigen Audiopuffer.
6500 hz ist bei mir ein guter Wert. Aber achte drauf, das du sehr spitz absenkst, bei sehr sehr spitz kannste auch einige db runter drücken, weil so ziehst du dann nur 6500hz runter, bei einer dicken Kurve würdest du sonst den halben anderen hochton mit runterziehen.
Daher so spitz runter wie mind. eine Haarnadelkurve ![]()
Nein, aber auf 1152p wirds in jedem Fall noch immer blocken wie sau. Aber selbstverständlich eine erheblich Besserung. Aber bei Primal - meh wird blocken wie ein Makroblock Weltkrieg 4. Und vor allem sollte er halt erstmal sein encoding und aufnehmen fixen. Das ist ganz große Baustelle, die zuerst beseitigt werden muss.
___
Darum sagte ich ja den 4k Encode in "guter Form" ![]()
Die Problematik trat erst mit Far Cry Primal auf
Klar. Wie soll man so ein Spiel auch komprimieren^^
Und bei Bandicam ist bereits der Farbraum ungut. Da geht nur tv.601 durch, was bereits Farbsättigungsverlust gegenüber dem Original bedeutet. Und MJPEG als Aufnahmeformat ist absoluter Griff ins Klo. Wobei Camtasia dann ein Sprung über die Klippe gleicht ![]()
Komplexes Material (FarCry Primal) nur auf 1080p60 = Schlechte Qualität auf Youtube (sollte auf 1152p hochskaliert werden)
Bei Primal wirste den 4k Encode in guter Form brauchen, damit das auf Youtube nicht blockt. Das Teil ist viel zu komplex. Da schon mit Verlustkompression anzufangen bei der Aufnahme geht dann nur umso mehr schief.
Deine Encode Einstellungen sind zudem katastrophal.
15er GOP Länge ist mal viel zu kurz, dann dazu noch die schwache Bitrate bei schwachem Encoder und dem derart komplexen Material. Das blockt dir doch schon lokal weg.
GOP = 10-fache der FPS Rate. Bei 60fps wären das also 600 Frames. Dann haste schonmal deutlich mehr Effizienz bereits hier.
Und peak bitrate nicht immer limitieren. Bei Magix sogar haste draus eine CBR gemacht, wo du peak auch auf 12 mbit limitierst.
Wozu die Slices? Die mindern auch effizienz und du willstes auf youtube hochladen, nicht bluray kompatibel - das gleiche betrifft die krumme FPS Rate. Man sollte glatte Zahlen nehmen und nicht so'n krummen 59,94 murks. Wenn bei Vegas die FPS Rate von der Quelle abweicht bauts dir standardmäßig noch Ghosting mit ein.
Qualität leidet und kostet ja auch Zeit. Da gibt es bessere Möglichkeiten. Wie eben beispielsweise SSM VFR-CFR Konverter