Beiträge von De-M-oN

    Ist bei mir leider der Normalfall bei Videos, die mit OBS aufgenommen wurden. Die Nachbearbeitung der Videos dauert um ein Vielfaches länger als bei Aufnahmen mit Dxtory und Afterburner. Es ist zwar etwas besser geworden, aber trotzdem dauert es statt drei- bis viermal solange zum Encodieren immer noch zwei- oder dreimal so lange. Egal, welche Codecs ich in OBS auswähle. Ob das jetzt der UT-Video-Codec ist, der ja eigentlich lossless sein sollte, oder eine MKV mit NVEnc und CQP aufgenommen. Für meinen Workflow der Nachbearbeitung ist daher OBS echt beschissen. Deswegen bleibt die Aufnahme mit OBS Studio für mich immer noch die absolute Notlösung, wenn alle anderen Aufnahmeprogramme versagen. Was leider durch die Fehlenden Updates gerade bei Dxtory immer häufiger vorkommt.

    Hast du meine Punkte mal gelesen jedoch?

    Die 15€ für den DGDecodeNV ist ja recht Preiswert. Gibt es Videos dazu?

    Weiß nicht. Ich kann ja versuchen mal eins zu machen sonst. Hab aber ewig nicht mehr gearbeitet mit, da ich eh TMPGEnc hab.


    Naja, 15 GB in 2 Std? Ist mir doch ein wenig zu Lange!

    Daher entweder dgdecnv besorgen, oder mal mit L-Smash versuchen statt ffms2. (Avisynth MT setting muss dann aber aus, da L-Smash eigenes Multithreading mitbringt)


    Oder eben abwägen wie gut dein upload taugt und ggf auch mit NVEnc finalen Encode machen statt x264.

    Naja so mega hart darf es nicht ausbremsen ^^
    Außerdem gibt es auch CUDA Decoder wie zb in TMPGEnc.


    Wahrscheinlich hast du auch singlethreaded decodiert. Probier in SSM mal L-Smash als Decoder, statt der standardmäßig verwendete ffms.


    Oder man gönnt sich DGDecodeNV


    http://rationalqm.us/dgdecnv/dgdecnv.html


    Kostet einmalig Geld, aber dann decodierst du via GPU und dann geht das sogar weit schneller als CPU Decoder von Lossless Codecs ^^
    Dann haste so einige hunderte fps beim decode und das einzige was dich dann ausbremst ist der eigentliche x264 encode selber.


    Wenn dein Upload einigermaßen taugt kann man auch in erwägung ziehen nicht nur mit NVEnc aufzunehmen sondern auch die finale codierung zu machen statt x264.

    Strg + Mausrad nach oben

    Wie gesagt, mache ja schon 150% zoom. Aber das macht halt die gesamte Seite größer. Es geht einigermaßen. Aber das Kernproblem ist auch bei zoom noch. So viel Spalte, aber so wenig von genutzt und deren Inhalt eher klein.

    Ansonsten hab ich bei den Auflösungen und Webseiten einfach null Mitleid mit den Leuten.

    Naja es sollte normal sein, das man irgendwann auch mal höheres als 1080p nutzen will. Ich hatte zb noch nie ein 1080p Gerät. 1280x1024 -> 2048x1152 -> 2560x1600 war meine Reise.
    Ein so großer Konzern wie Youtube sollte es doch hinkriegen ihre Webseiten flexibel nutzbar für jede Art von Auflösung zu machen. Viele Gamer werden beim nächsten Monitor keinen 1080p mehr kaufen. Manche werden vllt sogar einen 4k nehmen.
    Ich kann alle anderen Webseiten ohne Zoom betrachten.

    Ich habe vorhin einen Livestream gestartet und auf dem Smartphone (wo ich meinen Chat lese) war aber kein Livestream auf meinem Kanal. Musste denn per Desktop auf meinen Kanal gehen und auf Smartphone auf Verlauf gehen, um meinen eigenen Livestream zu finden. 8|:D

    Hmm hab das eig. sehr oft ^^

    Habe auch an den Schriftgröße nichts zu meckern

    Ich schon. Bei 2560x1600 find ich das doch alles arg klein. Thumbnail voll klein, Zahlen (view counter etc) klein


    https://abload.de/img/unbenannt737elklf.png


    Warum muss das so klein sein? Da ist doch sooo viel Platz in der Spalte.
    Ich will gar nicht wissen, wie klein das auf 4k wär.
    150% Zoom hilft ein bisschen. Aber schön ist das nicht das alles so klein ist. Immerhin wird zumindest nun die gesamte Bildbreite genutzt. Nur eben imo nicht sonderlich effizient.
    Das dünne, helle grau der Zahlen hilft da auch nicht.
    Schade auch dass das Dark Design darin noch nicht supported wird :(

    Ab 4K sollte BT.2020 genutzt werden. Habe ich bei YT aber nie feststellen können, da ich keinerlei Mittel bei mir Zuhause dafür besitze.

    4k ist in 709. HDR haben aber 10bit und 2020 (bzw whatever welche das war für HDR)
    PS: Die verwendete Farbmatrix steht zudem seit schon paar monaten in den stats for nerds mit drin.

    Beim Decoding und beim Downscaling bin ich mir nicht sicher, was da genau verwendet wird und welche Einstellungen und Algorithmen da greifen. Ich würde darauf tippen, dass YouTube auf FFmpeg aufbaut und das mehr oder minder stark modifiziert hat, kann es aber nicht wirklich belegen.

    Belegen kann ich es natürlich auch nicht. Aber die Vermutung liegt nahe, da Youtube auch Formate wie Bink Video (*.bik) etc decodieren kann, was normalerweise nur ffmpeg kann.


    Welchen H.264 Encoder sie verwenden kann ich absolut nicht sagen. Typisch für x264 ist die x264 Commandline im Header. Jedoch kann man die auch deaktivieren.


    Bei mir hat sich Privat ein Let's Player gemeldet der zufällig auch noch Informatiker ist und will mit mir zusammen mal Schritt für Schritt meine Einstellungen im Aufnahme und Render Programm durchgehen und mir helfen die bestmöglichen Ergebnisse zu erziehlen.


    Naja Informatiker muss nicht gleich heißen das der auch Kenntnisse für Encoding hat, oder gar Kenntnisse von Encoding für Youtube ^^
    Teils ja sogar auf Videoprogramme anzutreffen. Die können Software programmieren, aber keinerlei Ahnung von Video. Oder warum hat Vegas bei CQP eine Bitratenangabe, jedoch keine Möglichkeit einen CQP Wert anzugeben :D schon sehr fail. Oder warum ist Camtasia wie es ist XD

    Das hat Gründe warum die kleiner sind
    a) VP9 Codec erzielt bessere Effizienz als H.264
    b) Youtube verwendet extrem niedrige Bitraten. Entsprechend schlecht sehen Gaming Videos damit aus. Weshalb man die Videos auf 3200x1800 hochskalieren sollte, damit man zumindest ihre Bitrate für 4k Videos bekommt.


    Gerade weil Youtube so harsch komprimiert sollte die Quelldatei die hochgeladen wird auch so gute Qualität wie nur möglich haben, denn umso mehr kann der Encoder noch daraus retten, als wenn das Material schon vorbelastet ist, was die Effizienz dann weiter drückt.

    Danke @Sagaras. Irgendwann wird man zu faul das jedes Mal zu prädigen. Respekt das du jedes Mal die Muße hast identische, riesige Texte zu schreiben :)


    Theoretisch wäres mal gut wenn das Forum paar Stickys hätte wo man die Leute drauf verweisen kann. Damit man sich nicht ewig wiederholen muss ^^


    @DavidVanScouten Aber laut deinem Profil müsstest du solche Dinge wie GOP usw kennen? Eig. müsstest du ja mit deinem Beruf damit zu tun haben. Oder täusch ich mich?


    Achja: Und falls jetzt jemand glaubt - das Video sei auch auf yt dann mit langer GOP schlecht spulbar - dem ist ebenfalls nicht so, da Youtube die Videos ja eh neu codiert.

    CQP 16 ist schon das mindeste was du nehmen solltest

    Das Problem ist halt das OBS keine qmin, qmax Kombo anbietet wie ffmpeg es tut.
    Dadurch leidet Dunkelheit relativ schnell, weil die ja dann auch mit 16 quantisiert wird. qmin würde dann die Dunkelheit kleinere Quantizer geben (zumal die eh gut komprimierbar ist) und dann würde man sogar mit CQP19 auskommen, bissl puffer für re-encode schadet aber nicht und 16 ist dann schon ein sehr guter Weg.
    Aber da OBS diese kombo nicht hat, würd ich bei OBS eher zu CQP10 raten. Dann brauchts bei 4k/UHD aber schon recht gute Schreibrate.