Hab kürzlich ein H265 via Nvidia Unterstützung aus Resolve raus gerechnet.
Extrem schnell (ca 85 fps) und qualitativ nicht wirklich schlechter als das selbe Material aus Handbrake (nach dem hochladen, und nachdem YT nochmal drüber gewalzt ist, ist visuell kein Unterschied mehr sichtbar) - die Datenrate ist bei Handbrake (bei ungefähr gleicher Qualität) aber deutlich geringer.
Ich kann mir jetzt also aussuchen, ob ich lieber auf Handbrake warte, oder darauf daß der Clip mit höherer Datenrate aus Resolve hoch geladen wird.
iasi hat geschrieben: ↑Fr 08 Feb, 2019 12:34
Ich hab´s zwar noch nicht bei Resolve getestet, aber bei Premiere gibt es sichtbare Unterschiede beim Rendern zwischen GPU und reiner CPU.
Weil der CPU-Codec nicht einfach über die Grafikkarte kodiert wird, sondern dafür der "fest" verdrahtete Encoder von Nvidia in der GPU verwendet wird.... also nicht der selbe Code. Würde der CPU-Code 1:1 auf CUDA umgemünzt, wäre das visuelle Ergebnis am Ende das Selbe wie bei der CPU, nur halt mit der Beschleunigung durch die GPU. Vermutlich wäre da die Performance etwas schlechter und Adobe müsste selbst mehr Arbeit investieren.
iasi hat geschrieben: ↑Fr 08 Feb, 2019 12:34
Ich hab´s zwar noch nicht bei Resolve getestet, aber bei Premiere gibt es sichtbare Unterschiede beim Rendern zwischen GPU und reiner CPU.
Weil der CPU-Codec nicht einfach über die Grafikkarte kodiert wird, sondern dafür der "fest" verdrahtete Encoder von Nvidia in der GPU verwendet wird.... also nicht der selbe Code. Würde der CPU-Code 1:1 auf CUDA umgemünzt, wäre das visuelle Ergebnis am Ende das Selbe wie bei der CPU, nur halt mit der Beschleunigung durch die GPU. Vermutlich wäre da die Performance etwas schlechter und Adobe müsste selbst mehr Arbeit investieren.
Vermutlich liegst du falsch, weil das nichts mit CUDA zu tun hat, sondern mit Quicksync.
Prinzipiell verwendet man Hardware De-/Encoder vor allem wegen ihrer Effizienz (Geschwindigkeit), wenn es rein um Qualität geht sind flexible Anwendungen zielführender. Und die flexibelsten sind reine Softwareanwendungen ;)
dienstag_01 hat geschrieben: ↑Fr 08 Feb, 2019 13:42
Vermutlich liegst du falsch, weil das nichts mit CUDA zu tun hat, sondern mit Quicksync.
Falsch verstanden... Adobe müsste den eigenen CPU-Code auf CUDA portieren um ihn auf der Grafikkarte beschleunigt zu berechnen. Das Ergebnis wäre bei korrekter Portierung 1:1 mit der CPU-Kodierung identisch.
Die Frage ist nun ob Adobe den eigenen Code (bzw. eigentlich ist der Encoder sowieso von Mainconcept zugekauft) auf die GPU portiert, aber halt nicht 1:1 identisch, oder bei Grafikkarten mit z.B. fest verdrahtetem NVENC (wobei da noch die Frage ist ob das wirklich reine Hardware ist oder ob Nvidia da per Treiber Code nachrüsten kann), diesen nutzt und somit einen komplett anderen Encoder. Zumindest heißt der entsprechende Menüpunkt GPU-Beschleunigung (CUDA), wobei das nicht nur die GPU-unterstützten Codecs umfasst sondern dann auch Bildtransformationen über die GPU berechnet werden...
Ja, als feste Encoder/Decodereinheit auf der Karte, aber natürlich könnte auch jeder beliebige Codec von den Softwareherstellern auf CUDA (oder auch Open CL, etc.) portiert werden sofern das geschwindigkeitsmäßig noch Vorteile bringt. Die verbauten Einheiten werden halt als "Schmankerl" mitgenommen weil sowieso vorhanden, für eigene Portierungen scheint der Aufwand zu groß zu sein.
Also wenn NVENC hier das einzige Argument pro NVIDIA ist, kann ich mir deren Karten sparen.
Zumindest bei meiner 1080 Ti ist dieser unbrauchbar schlecht, man sieht jeden Interframe und Graining sowie low contrast-Texturen werden gnadenlos weggebuegelt.
Wenn ich als DNXHR HQX rausgehe und mithilfe von Handbrake per X265 10 Bit H265-Videodateien erstelle, sehen diese bei gleicher Dateigroesse um Welten besser aus.
Bin gespannt wie sich die 16GB Vram(welcher deutlich schneller als der meiner 1080 Ti ist) in Resolve auf 4K- oder gar 8K-Timelines machen werden, bei denen NeatVideo eingesetzt wird, was derzeit absolut grenzwertig ist und zumindest unter Windows 10 haeufig mit Abstuerzen (nach dem obligatoischen "GPU memory full") endet - unter Linux laeuft das ganze bisher deutlich stabiler und auch schneller.
Wenn ich als DNXHR HQX rausgehe und mithilfe von Handbrake per X265 10 Bit H265-Videodateien erstelle, sehen diese bei gleicher Dateigroesse um Welten besser aus.
ich mache jetzt allererste Versuche mit Handbrake per X265 10 Bit H265, (Ausgangsbasis uncompressed aus Resolve),
schon die noch lange nicht aussagekräftigen Ergebnisse sind allerfeinst, selbst mit lächerlich kleinen bitraten.
Die Renderzeit ist allerdings bei den höheren bitraten astronomisch, das wird man feintunen müssen.
20 min FHD benötigen 1:30 h bei Encoder preset slow und Quality 7.
Kann mit X265 (10 bit Profil - wichtig!) 4K DCI 2.39 aspect ratio auf 7 Mbit ohne sichtbare Artefakte runterrechnen. Graining und low-contrast Texturen bleiben auch zum grossen Teil erhalten. Bei der Bitrate produziert NVENC auch bei H265 nur Brei mit periodischem Flackern (keinerlei B-Frame-Support)
Fuer 95 Minuten Film dauert das ganze gut 10 Stunden auf meinem Rechner mit einem Intel 8700K und 32GB RAM.
Abends einschalten und frueh morgens ist die Datei fertig. So passt immerhin alles in mein 5GB max.-Fenster auf Vimeo Plus. ;)
dienstag_01 hat geschrieben: ↑Fr 08 Feb, 2019 13:42
Vermutlich liegst du falsch, weil das nichts mit CUDA zu tun hat, sondern mit Quicksync.
Falsch verstanden... Adobe müsste den eigenen CPU-Code auf CUDA portieren um ihn auf der Grafikkarte beschleunigt zu berechnen. Das Ergebnis wäre bei korrekter Portierung 1:1 mit der CPU-Kodierung identisch.
Die Frage ist nun ob Adobe den eigenen Code (bzw. eigentlich ist der Encoder sowieso von Mainconcept zugekauft) auf die GPU portiert, aber halt nicht 1:1 identisch, oder bei Grafikkarten mit z.B. fest verdrahtetem NVENC (wobei da noch die Frage ist ob das wirklich reine Hardware ist oder ob Nvidia da per Treiber Code nachrüsten kann), diesen nutzt und somit einen komplett anderen Encoder. Zumindest heißt der entsprechende Menüpunkt GPU-Beschleunigung (CUDA), wobei das nicht nur die GPU-unterstützten Codecs umfasst sondern dann auch Bildtransformationen über die GPU berechnet werden...
Ich verstehe nicht, wieso du immer von CUDA im Zusammenhang mit dem Encoding sprichst. Heisst denn der entsprechende Menüpunkt in Premiere so? Wäre neu.
dienstag_01 hat geschrieben: ↑Fr 08 Feb, 2019 19:53
Ich verstehe nicht, wieso du immer von CUDA im Zusammenhang mit dem Encoding sprichst. Heisst denn der entsprechende Menüpunkt in Premiere so? Wäre neu.
Im Media Encoder gibt es schon seit Ewigkeiten unter dem Hauptfenster wo die Jobs drin liegen ein Dropdown-Menü mit zwei Einträgen (auf einem System ohne Quicksync aber mit Nvidia-Grafikkarte):
dienstag_01 hat geschrieben: ↑Fr 08 Feb, 2019 19:53
Ich verstehe nicht, wieso du immer von CUDA im Zusammenhang mit dem Encoding sprichst. Heisst denn der entsprechende Menüpunkt in Premiere so? Wäre neu.
Im Media Encoder gibt es schon seit Ewigkeiten unter dem Hauptfenster wo die Jobs drin liegen ein Dropdown-Menü mit zwei Einträgen (auf einem System ohne Quicksync aber mit Nvidia-Grafikkarte):
dienstag_01 hat geschrieben: ↑Fr 08 Feb, 2019 20:40
Ja, gibt's, hat aber eben nichts mit dem Encoding zu tun. Damit werden die Cuda-fähigen Effekte berechnet.
Klar werden die hardwarebeschleunigten Codecs wie H.264 da auch über die Grafikkarte berechnet... in Premiere fehlt beim AME-Exportdialog das Dropdown-Menü, aber es wird die Projekteinstellung übernommen. Im AME direkt lässt es sich einstellen. Dass dem so ist lässt sich einfach über die Encodingzeiten nachvollziehen...
DeeZiD hat geschrieben: ↑Fr 08 Feb, 2019 15:08
Wenn ich als DNXHR HQX rausgehe und mithilfe von Handbrake per X265 10 Bit H265-Videodateien erstelle, sehen diese bei gleicher Dateigroesse um Welten besser aus.
Handbrake ist dafür das falsche Programm. Es lässt unter NVEnc momentan noch nicht die Zugriffe zu, die Nvidia selbst anbietet.
Du kannst zum Beispiel nicht wählen, ob Du im Modus "Performance" oder "Quality" ausrendern möchtest.
Die weitere Limitierung ist: kein 4:2:2.
Unter Hybrid sieht es dann schon anders aus. Dort wird Dir NVEnc in zweifacher Form angeboten.
Einmal nach dem Muster "Nvidia NVEnc"
Und: "NVEnc (FFmpeg)"
FFmpeg und Libav sind wie Blackmagic Entwicklungspartner von Nvidia.
Öffnest Du "NVEnc (FFmpeg)" siehst Du das:
Sollte Dir bestens bekannt sein.
Die Nvidia-Limitierung, dass kein 4:2:2 funktioniert, ist aufgehoben. Codec ist jetzt auch Libav-X.265. Nur dass jetzt nicht per langsamer CPU gerechnet wird, sondern von der schnellen Nvidia-Grafikkarte.
Geblieben ist freilich: keine B-Frame-Unterstützung. Wenn Du per MediaInfo eine NVEnc-Datei öffnest, heißt es bislang immer - B-Frame: 1
Normalerweise wird mit der Voreinstellung "3-B-Frames" ausgerendert. Kleinere Datei - bessere Qualität.
Das weiß man natürlich auch bei Nvidia.
Für die Turing-GPUs ist darum angekündigt:
Die Linux-Beta-Treiber dafür gibt es bereits, aber noch keine SDK, um die Goodies für Schnittprogramme verfügbar zu machen. https://devtalk.nvidia.com/default/topi ... dec-sdk-9/
Zuletzt geändert von Jost am Sa 09 Feb, 2019 00:32, insgesamt 2-mal geändert.
MK hat geschrieben: ↑Fr 08 Feb, 2019 20:51
Klar werden die hardwarebeschleunigten Codecs wie H.264 da auch über die Grafikkarte berechnet... in Premiere fehlt beim AME-Exportdialog das Dropdown-Menü, aber es wird die Projekteinstellung übernommen. Im AME direkt lässt es sich einstellen. Dass dem so ist lässt sich einfach über die Encodingzeiten nachvollziehen...
Bau einen AMD-Prozessor ein und dann ist Schluss mit lustig.
Ich habe kein Quicksync, wie wird das dann bei mir beschleunigt? Durch die Heinzelmännchen?
Render einfach mal in 4h/H.265/10-Bit aus. Dann weiß Du, ob Du Hardware-Beschleunigung hast oder nicht.
Für FullHD und H.264 benötigt man keine Hardware-Beschleunigung.
Jost hat geschrieben: ↑Fr 08 Feb, 2019 21:25
Render einfach mal in 4h/H.265/10-Bit aus. Dann weiß Du, ob Du Hardware-Beschleunigung hast oder nicht.
Für FullHD und H.264 benötigt man keine Hardware-Beschleunigung.
Ich mache das ja nicht erst seit gestern... mit aktiviertem GPU-Rendering verringert sich die Zeit bei AVI unkomprimiert zu H.264 um ca. 1/3, und das ist für mich eine relevante Zeitersparnis.
Die Adobe Texte zu dem Thema sind mir auch bekannt und auch dass da nichts vom Beschleunigen des Encodings über die GPU mit CUDA drin steht. Ziemlich merkwürdig.
Jost hat geschrieben: ↑Fr 08 Feb, 2019 21:25
Render einfach mal in 4h/H.265/10-Bit aus. Dann weiß Du, ob Du Hardware-Beschleunigung hast oder nicht.
Für FullHD und H.264 benötigt man keine Hardware-Beschleunigung.
Ich mache das ja nicht erst seit gestern... mit aktiviertem GPU-Rendering verringert sich die Zeit bei AVI unkomprimiert zu H.264 um ca. 1/3, und das ist für mich eine relevante Zeitersparnis.
Die Adobe Texte zu dem Thema sind mir auch bekannt und auch dass da nichts vom Beschleunigen des Encodings über die GPU mit CUDA drin steht. Ziemlich merkwürdig.
Wer weiss was das ist, aber dass es Encoding ist, wäre ich mehr als skeptisch ;)
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.
