cantsin hat geschrieben: ↑Mi 02 Feb, 2022 17:12
Noch mal langsam:
h264 und h265 sind keine Codecs
cantsin hat geschrieben: ↑Mi 02 Feb, 2022 17:12
x264 und x265 sind zwei (sehr verbreitete) Open Source-Codecs
Aha!
Desweiteren hat Dein ellenlanger Text sogarnichts mit meiner Frage an Dich zu tun.
Du sagtest ja das ich nun durch die erweiterten settings von Voukoder im Grunde die gleichen features habe wie in Handbrake und das ich im Grunde Handbrake damit in Resolve bekomme, weil die Quali dann vergleichbar ist.
Aber wenn Du auf der einen Seite schreibst, das man dies den erweiterten settings von Voukoder zu verdanken hat, man aber auf der anderen Seite mit der Nvidia Option die schlechtere quali bekommt und dem so ist, dann muß man ja in dem normalen nicht Nvidia h264 codec nun auch die erweiterten settings habe, aber dem ist ja nicht so, es hat sich ja rein garnichts geändert, wieso sollte ich dann nun eine bessere Quali als vor Voukoder bekommen?
Vorher hatte ich ja auch kaum features und nun auch nicht und die vielen features im Nvidia Bereich sind ja uninteressant wenn der eh nix taugt.
Also was soll sich nun geändert haben und warum, ist doch alles wie vorher, ausser das ich bei h264 die Nvidia Option dazu bekommen habe, die man ja eh meiden sollte?
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
cantsin hat geschrieben: ↑Mi 02 Feb, 2022 17:12
Noch mal langsam:
h264 und h265 sind keine Codecs
cantsin hat geschrieben: ↑Mi 02 Feb, 2022 17:12
x264 und x265 sind zwei (sehr verbreitete) Open Source-Codecs
Aha!
Die Verwirrung liegt wirklich in der Namensgebung. Bei h264 vs. x264 blickt halt niemand mehr richtig durch. Das wäre so, als wenn es nicht PDF und Acrobat [sowie diverse andere PDF-erzeugende Programme] gäbe, sondern (ein Format) "PDF" und (ein Programm) "QDF" und niemand mehr begreift, was nun was ist. (Vor allem, wenn da Dir dann Programme wie InDesign für den PDF-Export in ihrem Nutzerinterface noch "PDF" und "QDF" als Alternativen auflisten würden - da wird dann das Nomenklatur-Chaos komplett.)
Du sagtest ja das ich nun durch die erweiterten settings von Voukoder im Grunde die gleichen features habe wie in Handbrake
Ja.
und das ich im Grunde Handbrake damit in Resolve bekomme, weil die Quali dann vergleichbar ist.
Ja. Bzw., ganz korrekt: Handbrake und Voukoder benutzen unter der Haube denselben Encoder, nämlich x264 [wohlgemerkt, das Softwareprogramm, das so heisst, nicht zu verwechseln mit dem h264-Format].
Aber wenn Du auf der einen Seite schreibst, das man dies den erweiterten settings von Voukoder zu verdanken hat, man aber auf der anderen Seite mit der Nvidia Option die schlechtere quali bekommt und dem so ist, dann muß man ja in dem normalen nicht Nvidia h264 codec nun auch die erweiterten settings habe, aber dem ist ja nicht so, es hat sich ja rein garnichts geändert, wieso sollte ich dann nun eine bessere Quali als vor Voukoder bekommen?
Nochmals, x264 und der Nvidia-Encoder haben nichts miteinander zu tun. Es sind zwei völlig verschiedene Encoder-Programme, so wie z.B. Acrobat und Foxit zwei verschiedene PDF-Encoder sind, die jeweils auf ihre völlig eigene Weise Dateien erzeugen, die dem PDF-Standard entsprechen.
Es ist nicht so, dass es da ein Set von Software-Features gibt, und der Nvidia-Codec gibt Dir ein Teil davon und x264 gibt Dir obendrauf (sozusagen als Plugin) noch Extra-Features. Sondern das ist so, als wenn Du einen PDF-Erzeuger A hast, der nur rudimentäres PDF erzeugt [z.B. ohne Formularfelder, ohne Navigations-Index etc.etc.], dafür aber sehr schnell, und einen anderen PDF-Erzeuger B, der Dir auch alle erweiterten Funktionen von PDF erschliesst und eingebettete Grafiken qualitativ besser abspeichert, aber dafür längere Rechenzeit braucht.
Vorher hatte ich ja auch kaum features und nun auch nicht und die vielen features im Nvidia Bereich sind ja uninteressant wenn der eh nix taugt.
Also was soll sich nun geändert haben und warum, ist doch alles wie vorher, ausser das ich bei h264 die Nvidia Option dazu bekommen habe, die man ja eh meiden sollte?
Wenn Du in Vokouder x264 statt Nvidia verwendest, kriegst Du halt höherqualitatives Video (um den Preis längerer Renderzeiten).
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
Zuletzt geändert von cantsin am Mi 02 Feb, 2022 19:40, insgesamt 3-mal geändert.
hast du denn auch alles in resolve ordentlich installiert?
es gilt 2 komponenten von der entwicklerseite zu laden und zu installieren.
und um es vielleicht noch einmal einfacher zu erklären, x-264 erreicht eben über seine lange renderzeit und "cpu-use only" seine finale qualität.
da gehts eben mal nicht um speed - wie wenn ich 8k in echtzeit auf eine sd-karte wegschreiben wöllte - sowas klappt nur in hardware, ist aber auf eine bestimmte qualität festgelegt.
der x-264 codec lässt sich zeit und das ist sehr gut so, weil finales codieren kein echtzeitszenario ist.
cantsin hat geschrieben:Wenn Du in Vokouder x264 statt Nvidia verwendest, kriegst Du halt höherqualitatives Video (um den Preis längerer Renderzeiten).
Das ist nicht richtig.
Man bekommt mit Nvidia, also Nvenc, (und native) die gleiche Qualität bei höherer Datenrate.
Oder sagen wir so, ich wäre extrem vorsichtig mit so einer Aussage.
dienstag_01 hat geschrieben: ↑Mi 02 Feb, 2022 19:55
cantsin hat geschrieben:Wenn Du in Vokouder x264 statt Nvidia verwendest, kriegst Du halt höherqualitatives Video (um den Preis längerer Renderzeiten).
Das ist nicht richtig.
Man bekommt mit Nvidia, also Nvenc, (und native) die gleiche Qualität bei höherer Datenrate.
Oder sagen wir so, ich wäre extrem vorsichtig mit so einer Aussage.
nein, diesselbe qualität, definitiv nicht, ich habe für meine kurzfilme beides getested, egal wieviel bitrate der nvidia encoder bekommt (open end), das ergebnis ist, wie soll ich sagen "weich" gegen den x-264, cantsin hat das sehr anschaulich oben gezeigt, aber vielleicht ist ja gpu codieren der neue pro-mist...;-)
dienstag_01 hat geschrieben: ↑Mi 02 Feb, 2022 19:55
Das ist nicht richtig.
Man bekommt mit Nvidia, also Nvenc, (und native) die gleiche Qualität bei höherer Datenrate.
Oder sagen wir so, ich wäre extrem vorsichtig mit so einer Aussage.
nein, diesselbe qualität, definitiv nicht, ich habe für meine kurzfilme beides getested, egal wieviel bitrate der nvidia encoder bekommt (open end), das ergebnis ist, wie soll ich sagen "weich" gegen den x-264, cantsin hat das sehr anschaulich oben gezeigt, aber vielleicht ist ja gpu codieren der neue pro-mist...;-)
lg
srone
Nein, cantsins Beispiel ist nicht bei voller Datenrate. Und das ist auch das Problem.
srone hat geschrieben: ↑Mi 02 Feb, 2022 20:06
nein, diesselbe qualität, definitiv nicht, ich habe für meine kurzfilme beides getested, egal wieviel bitrate der nvidia encoder bekommt (open end), das ergebnis ist, wie soll ich sagen "weich" gegen den x-264, cantsin hat das sehr anschaulich oben gezeigt, aber vielleicht ist ja gpu codieren der neue pro-mist...;-)
ich gehe davon aus, dass beide Aussagen richtig sein können,
denn auch unterschiedliche GPUs - und deren interne Firmware - können unterschiedlich gute Encoder enthalten.
Es wäre sogar möglich, dass - zB per OpenGL - ein encoder-Prog in die GPU geschaufelt wird, dass gleich gute Resultate liefert
aber per starker Parallelisierung deutlich schneller ist als CPU-Encoding.
nein, diesselbe qualität, definitiv nicht, ich habe für meine kurzfilme beides getested, egal wieviel bitrate der nvidia encoder bekommt (open end), das ergebnis ist, wie soll ich sagen "weich" gegen den x-264, cantsin hat das sehr anschaulich oben gezeigt, aber vielleicht ist ja gpu codieren der neue pro-mist...;-)
lg
srone
Nein, cantsins Beispiel ist nicht bei voller Datenrate. Und das ist auch das Problem.
Mein letztes Beispiel sehr wohl - einmal volle Datenrate Nvenc (10bit 4:4:4), einmal Nvenc 9MBit/s, einmal x264 9Mbit/s. Allerdings ist meine Grafikkarte eine nicht mehr ganz taufrische GTX1080-Ti. Könnte also sein, dass der NVenc in den neueren GPU-Generationen besser ist.
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
Die Verwirrung liegt wirklich in der Namensgebung. Bei h264 vs. x264 blickt halt niemand mehr richtig durch. Das wäre so, als wenn es nicht PDF und Acrobat [sowie diverse andere PDF-erzeugende Programme] gäbe, sondern (ein Format) "PDF" und (ein Programm) "QDF" und niemand mehr begreift, was nun was ist. (Vor allem, wenn da Dir dann Programme wie InDesign für den PDF-Export in ihrem Nutzerinterface noch "PDF" und "QDF" als Alternativen auflisten würden - da wird dann das Nomenklatur-Chaos komplett.)
Du sagtest ja das ich nun durch die erweiterten settings von Voukoder im Grunde die gleichen features habe wie in Handbrake
Ja.
und das ich im Grunde Handbrake damit in Resolve bekomme, weil die Quali dann vergleichbar ist.
Ja. Bzw., ganz korrekt: Handbrake und Voukoder benutzen unter der Haube denselben Encoder, nämlich x264 [wohlgemerkt, das Softwareprogramm, das so heisst, nicht zu verwechseln mit dem h264-Format].
Aber wenn Du auf der einen Seite schreibst, das man dies den erweiterten settings von Voukoder zu verdanken hat, man aber auf der anderen Seite mit der Nvidia Option die schlechtere quali bekommt und dem so ist, dann muß man ja in dem normalen nicht Nvidia h264 codec nun auch die erweiterten settings habe, aber dem ist ja nicht so, es hat sich ja rein garnichts geändert, wieso sollte ich dann nun eine bessere Quali als vor Voukoder bekommen?
Nochmals, x264 und der Nvidia-Encoder haben nichts miteinander zu tun. Es sind zwei völlig verschiedene Encoder-Programme, so wie z.B. Acrobat und Foxit zwei verschiedene PDF-Encoder sind, die jeweils auf ihre völlig eigene Weise Dateien erzeugen, die dem PDF-Standard entsprechen.
Es ist nicht so, dass es da ein Set von Software-Features gibt, und der Nvidia-Codec gibt Dir ein Teil davon und x264 gibt Dir obendrauf (sozusagen als Plugin) noch Extra-Features. Sondern das ist so, als wenn Du einen PDF-Erzeuger A hast, der nur rudimentäres PDF erzeugt [z.B. ohne Formularfelder, ohne Navigations-Index etc.etc.], dafür aber sehr schnell, und einen anderen PDF-Erzeuger B, der Dir auch alle erweiterten Funktionen von PDF erschliesst und eingebettete Grafiken qualitativ besser abspeichert, aber dafür längere Rechenzeit braucht.
Vorher hatte ich ja auch kaum features und nun auch nicht und die vielen features im Nvidia Bereich sind ja uninteressant wenn der eh nix taugt.
Also was soll sich nun geändert haben und warum, ist doch alles wie vorher, ausser das ich bei h264 die Nvidia Option dazu bekommen habe, die man ja eh meiden sollte?
Wenn Du in Vokouder x264 statt Nvidia verwendest, kriegst Du halt höherqualitatives Video (um den Preis längerer Renderzeiten).
Hallo Cantsin, ich glaube wir reden aneinander vorbei, oder Du hast noch nicht gesehen, das sich in der normalen h264 Sektion nichts durch Voukoder geändert hat, alles beim alten.
Warum sollte nun also das rendern mit h264 im gegensatz zu vorher plötzlich eine hohe dem handbrake ähnlich quali liefern, dann hätte es doch vorher auch schon so sein müßen. Es ist doch alles identisch, nix neues, nix dazu gekommen. Nvidia klammern wir da jetzt mal komplett aus, denn das liefert ja eh nur brei.
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von klusterdegenerierung am Mi 02 Feb, 2022 20:28, insgesamt 2-mal geändert.
nein, diesselbe qualität, definitiv nicht, ich habe für meine kurzfilme beides getested, egal wieviel bitrate der nvidia encoder bekommt (open end), das ergebnis ist, wie soll ich sagen "weich" gegen den x-264, cantsin hat das sehr anschaulich oben gezeigt, aber vielleicht ist ja gpu codieren der neue pro-mist...;-)
lg
srone
Nein, cantsins Beispiel ist nicht bei voller Datenrate. Und das ist auch das Problem.
wie gesagt, ich habe das für meine kurzfilme getestet, beide encoder open end, das ergebnis entspricht genau cantsins, der nvidia encoder ist einfach weicher.
ist aber vielleicht auch einem seheindruck geschuldet, wir benutzen beide gerne weiche optiken, während der nvidia encoder wie oben schon erwähnt, bei einer scharfen optik den "pleasant effekt" hervorruft, während der x-264 hier eher harsch wirkt?
klusterdegenerierung hat geschrieben: ↑Mi 02 Feb, 2022 20:22
Hallo Cantsin, ich glaube wir reden aneinander vorbei, oder Du hast noch nicht gesehen, das sich in der normalen h264 Sektion nichts durch Voukoder geändert hat, alles beim alten.
Warum sollte nun also das rendern mit h264 im gegensatz zu vorher plötzlich eine hohe dem handbrake ähnlich quali liefern, dann hätte es doch vorher auch schon so sein müßen. Es ist doch alles identisch, nix neues, nix dazu gekommen.
Ja, wir reden wohl aneinander vorbei. Die Verwirrung entsteht dadurch, dass Resolve in seinem Interface Dir einmal "h264", einmal "h264" mit Encoder "NVIDIA" und, wenn Du Vokouder installiert hast, dann nochmal "Nvenc" sowie "x264" anbietet. Da gehen die Nomenklaturen fröhlich durcheinander. Das wäre - wie gesagt - so, als wenn Dir InDesign einen PDF-Export alternativ als "PDF", als "Acrobat" und als (ein hypothetisches) "QDF" anbietet. Denn h264 ist kein Programm, sondern ein Datenformat.
Resolve selbst enthält gar keinen eigenen h264-Encoder (weil Blackmagic sich hier Lizenzkosten spart). Wenn Du Standard-h264-Export wählst, da wird der im jeweiligen Betriebssystem enthaltene h264-Encoder verwendet. Bei Windows ist das ein relativ rudimentärer Encoder von Microsoft, bei MacOS ist es der in MacOS-CoreVideo enthaltene h264-Encoder, und bei Linux gar keiner - da kriegst Du nur NVenc bzw. den jeweiligen Hardware-Encoder Deiner Grafikkarte.
Wenn Du jetzt Vokouder installierst, kannst Du neben den obengenannten Encodern auch noch den Open Source x264-Encoder direkt aus Resolve verwenden, der qualitativ besser (aber wie gesagt auch langsamer ist). Zu diesem Zweck wurde Vokouder überhaupt entwickelt.
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
klusterdegenerierung hat geschrieben: ↑Mi 02 Feb, 2022 20:22
Hallo Cantsin, ich glaube wir reden aneinander vorbei, oder Du hast noch nicht gesehen, das sich in der normalen h264 Sektion nichts durch Voukoder geändert hat, alles beim alten.
Warum sollte nun also das rendern mit h264 im gegensatz zu vorher plötzlich eine hohe dem handbrake ähnlich quali liefern, dann hätte es doch vorher auch schon so sein müßen. Es ist doch alles identisch, nix neues, nix dazu gekommen.
Ja, wir reden wohl aneinander vorbei. Die Verwirrung entsteht dadurch, dass Resolve in seinem Interface Dir einmal "h264", einmal "h264" mit Encoder "NVIDIA" und, wenn Du Vokouder installiert hast, dann nochmal "Nvenc" sowie "x264" anbietet. Da gehen die Nomenklaturen fröhlich durcheinander. Das wäre - wie gesagt - so, als wenn Dir InDesign einen PDF-Export alternativ als "PDF", als "Acrobat" und als (ein hypothetisches) "QDF" anbietet. Denn h264 ist kein Programm, sondern ein Datenformat.
Resolve selbst enthält gar keinen eigenen h264-Encoder (weil Blackmagic sich hier Lizenzkosten spart). Wenn Du Standard-h264-Export wählst, da wird der im jeweiligen Betriebssystem enthaltene h264-Encoder verwendet. Bei Windows ist das ein relativ rudimentärer Encoder von Microsoft, bei MacOS ist es der in MacOS-CoreVideo enthaltene h264-Encoder, und bei Linux gar keiner - da kriegst Du nur NVenc bzw. den jeweiligen Hardware-Encoder Deiner Grafikkarte.
Wenn Du jetzt Vokouder installierst, kannst Du neben den obengenannten Encodern auch noch den Open Source x264-Encoder direkt aus Resolve verwenden, der qualitativ besser (aber wie gesagt auch langsamer ist). Zu diesem Zweck wurde Vokouder überhaupt entwickelt.
Nö, nix der gleichen.
Kein x kein Nix! :-)
ich fand ja schon den Pfad im Explorer merkwürdig, denn die Unterpfade des plugins waren ja im io Ordner schon viel weiter oben.
Hast Du mal einen screenshot wo der bei Dir liegt? :-)
"Camera doesn´t matter proklamieren immer die, die nicht filmen."
dienstag_01 hat geschrieben: ↑Mi 02 Feb, 2022 20:51
Vergleich, nicht tiefgründig
vergleich encoder_beschriftet.png
meine GPU ist übrigens eine 950
wo man gut sieht, dass dem x-264 auch fast 3,5 mbit reichen für die auflösung, wie wirds dann bei bewegung im bild?
lg
srone
Ja, x264 ist schon sehr effizient, aber dass man einfach sagen kann, er liegt qualitativ vorn, sehe ich nicht.
Dann müsste man eigentlich mathematische Vergleiche mit dem Ausgangsmaterial machen.
Bei Bewegung sieht man dann gar keinen Unterschied mehr ;)
doch genau bei bewegung, denn dann schnellt die bitrate hoch, ich hatte im vergleich folgende einstellung, model, ganze figur, ca 20m kamera abstand am strand vor tosendem meer, brennweite >400mm, x-264 detailliertes meer, nvidia ein sumpf, dienstag01 nimm mal kritisches material und dir zeit, der unterschied ist frappierend...:-)
srone hat geschrieben: ↑Mi 02 Feb, 2022 21:27
doch genau bei bewegung, denn dann schnellt die bitrate hoch, ich hatte im vergleich folgende einstellung, model, ganze figur, ca 20m kamera abstand am strand vor tosendem meer, brennweite >400mm, x-264 detailliertes meer, nvidia ein sumpf, dienstag01 nimm mal kritisches material und dir zeit, der unterschied ist frappierend...:-)
dienstag_01 hat geschrieben: ↑Mi 02 Feb, 2022 21:53
Wegen mir brauchst du nicht.
Die Datenrate lässt sich hochsetzen, von daher ist dein Einwand keiner.
wir reden permanent, von max datenrate gegen max datenrate, dass ist dir schon bewusst?
lg
srone
x264 mit 15Mbit ist natürlich nicht die maximale Datenrate, das ginge höher. Ob man Nvenc in Resolve erhöhen kann, müsste ich mal noch testen.
Das sehe ich aus meiner Erfahrung heraus nicht als Problem.
Aber ich lasse mich gerne eines besseren belehren.
wir reden permanent, von max datenrate gegen max datenrate, dass ist dir schon bewusst?
lg
srone
Ob man Nvenc in Resolve erhöhen kann, müsste ich mal noch testen.
Das sehe ich aus meiner Erfahrung heraus nicht als Problem.
Aber ich lasse mich gerne eines besseren belehren.
@roki
Witzig das ausgerechnet du dich als Profi angesprochen fühlst..;)))
Unglaublich !
Egal, das musst du selber wissen.
Mit Resolve Studio 17, jedenfalls sieht das h264/265 Ergebnis in keiner einzigen Hinsicht irgendwie schlechter aus als mit Handbreak.
Probiere es doch mal.
Oder arbeitest du immer noch nicht mit der neusten Resolve Studio Version 17 ?
Gruss Boris
Alles vor und rund herum um die Kamera ist für einen guten Film viel, viel wichtiger als die Kamera selber.
Darth Schneider hat geschrieben: ↑Do 03 Feb, 2022 07:07
@roki
Witzig das ausgerechnet du dich als Profi angesprochen fühlst..;)))
Unglaublich !
Der Boris ist wieder als Ernst auferstanden. ;)
Mit Resolve Studio 17, jedenfalls sieht das h264/265 Ergebnis in keiner einzigen Hinsicht irgendwie schlechter aus als mit Handbreak.
Probiere es doch mal.
Habe ich. Handbrake+H264/5 ist qualitativer und die Filesize dazu auch noch kleiner.
"Deine Zeit ist begrenzt. Verschwende sie nicht damit, das Leben eines Anderen zu leben"
(Steve Jobs)
@roki
Du hast meine letzte Frage gar nicht beantwortet ?
Liest du den eigentlich nur was du willst ? ;)
Zum zweiten Mal, halt denn:
Arbeitest du mit Resolve Studio Version 17 ?
Wenn nicht, dann könnte das ein Grund dafür sein warum.
Weil bei mir das Ergebnis mit Version 17 eindeutig besser aus sieht als es mit Version 16 noch ausgesehen hat.
Aber egal, du glaubst es mir ja eh nicht.;)
Ich brauche die Handbremse jedenfalls gar nicht mehr.
Weil die Filme streat aus Resolve 17 in h264/h265…gewandelt sehen mittlerweile super aus..Handbreak kann das ganz bestimmt nicht besser.
Ich hab das wirklich getestet und miteinander verglichen.
Und die File Grössen sind für mich eigentlich jetzt wirklich gar kein Thema mehr.
Grösser sieht besser aus, kleiner eben schlechter.
Das ist eine Grundregel.
Ich beweg mich meistens so um 25000 kbps, bei einer HD Delivery, beim End Medium USB Stick.
Das heisst ein ein stündiger HD Film braucht dann zirka 10 Giga Speicherplatz.
Guter Mittelwert für meine Augen, zwischen Qualität und Kompatibilität.
Gruss Boris
Alles vor und rund herum um die Kamera ist für einen guten Film viel, viel wichtiger als die Kamera selber.
Zuletzt geändert von Darth Schneider am Do 03 Feb, 2022 07:45, insgesamt 7-mal geändert.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
