Adobe Premiere Pro ab sofort mit 4:2:2 Beschleunigung per Nvidia GPU und mehr

[slashCAM]

Adobe hat die neue Version 25.3 von Adobe Premiere Pro Juni 2025 veröffentlicht, die einige interessante neue Funktionen mitbringt, wie etwa eine GPU-Beschleunigung für 4...

Hier geht es zur Newsmeldung auf den slashCAM Magazin-Seiten:
Adobe Premiere Pro ab sofort mit 4:2:2 Beschleunigung per Nvidia GPU und mehr

[Jominator]

Erst dachte ich, na endlich. Aber wenn ich mir erst eine neue Grafikkarte kaufen muss, bleibe ich bei 4:2:2 Material bei Resolve, das die Unterstützung auch bei einer betagten 1060er auf die Reihe kriegt.

[dienstag_01]

Erst dachte ich, na endlich. Aber wenn ich mir erst eine neue Grafikkarte kaufen muss, bleibe ich bei 4:2:2 Material bei Resolve, das die Unterstützung auch bei einer betagten 1060er auf die Reihe kriegt.

Garantiert nicht.

[Jominator]

Garantiert nicht.

Was kann denn sonst ein Grund sein warum ich bei einem Projekt mit 4:2:2 Footage in Premiere Proxies brauchte um in der Timeline überhaupt arbeiten zu können und in Resolve nicht? Und warum ging in Resolve das Rendern des gleichen Projekts etwa 6 Mal schneller als in Premiere?

[dienstag_01]

Garantiert nicht.

Was kann denn sonst ein Grund sein warum ich bei einem Projekt mit 4:2:2 Footage in Premiere Proxies brauchte um in der Timeline überhaupt arbeiten zu können und in Resolve nicht? Und warum ging in Resolve das Rendern des gleichen Projekts etwa 6 Mal schneller als in Premiere?

Tja, wer weiß. Klar ist allerdings, dass es nichts mit der Grafikkarte zu tun hat, zumindest nicht mit der Harwarebeschleunigung fürs De- und Encoding:
https://developer.nvidia.com/video-enco ... matrix-new

[j.t.jefferson]

die nvidia Karte unterstützt aber trotzdem den Prozess des en- decoden. Premiere ist einfach zu beschränkt um auf alle Ressourcen zugreifen zu können. das 4:2:2 10-Bit Material war einer der Gründe, warum ich auch zu Davinci gewechselt hatte.

[dienstag_01]

die nvidia Karte unterstützt aber trotzdem den Prozess des en- decoden. Premiere ist einfach zu beschränkt um auf alle Ressourcen zugreifen zu können. das 4:2:2 10-Bit Material war einer der Gründe, warum ich auch zu Davinci gewechselt hatte.

Sicher. Nur weiß eben NVIDIA nichts davon ;)

[j.t.jefferson]

die nvidia Karte unterstützt aber trotzdem den Prozess des en- decoden. Premiere ist einfach zu beschränkt um auf alle Ressourcen zugreifen zu können. das 4:2:2 10-Bit Material war einer der Gründe, warum ich auch zu Davinci gewechselt hatte.

Sicher. Nur weiß eben NVIDIA nichts davon ;)

ok jetzt verstehe ich die deine Denke. Hat ein bisschen gebraucht.

[dienstag_01]

Sicher. Nur weiß eben NVIDIA nichts davon ;)

ok jetzt verstehe ich die deine Denke. Hat ein bisschen gebraucht.

Da habe ich so meine Zweifel.
Zumindest kann man aus der Tatsache, dass ein bestimmtes Material in einem NLE besser läuft als in einem anderen nicht darauf schließen, dass die GPU dabei einen Teil der Berechnung übernimmt. Das würde schon ohne eine entsprechende Dokumentation dieser Unterstützungsfunktion gar nicht funktionieren.

[cantsin]

Dass Resolve intern die Codec-Bibliotheken von ffmpeg (libavcodec) verwendet, die auch ohne GPU-Beschleunigung sehr effizient/performant sind, dürfte der Grund sein, weshalb 4:2:2-Material in Resolve generell besser läuft, unabhängig von der GPU.

Ebenso, wenn man 4:2:2-Material mit mpv oder VLC abspielt - das verwendet dieselben Bibliotheken.

[dienstag_01]

Dass Resolve intern die Codec-Bibliotheken von ffmpeg (libavcodec) verwendet, die auch ohne GPU-Beschleunigung sehr effizient/performant sind, dürfte der Grund sein, weshalb 4:2:2-Material in Resolve generell besser läuft, unabhängig von der GPU.

Ebenso, wenn man 4:2:2-Material mit mpv oder VLC abspielt - das verwendet dieselben Bibliotheken.

Das war ja immer die Crux bei VLC, auf der einen Seite hat er so ziemlich jedes Format wiedergegeben, auf der anderen Seite ruckelte es immer mal wieder, weil er nicht auf die Hardwareunterstützung zugriff.

[cantsin]

Dass Resolve intern die Codec-Bibliotheken von ffmpeg (libavcodec) verwendet, die auch ohne GPU-Beschleunigung sehr effizient/performant sind, dürfte der Grund sein, weshalb 4:2:2-Material in Resolve generell besser läuft, unabhängig von der GPU.

Ebenso, wenn man 4:2:2-Material mit mpv oder VLC abspielt - das verwendet dieselben Bibliotheken.

Das war ja immer die Crux bei VLC, auf der einen Seite hat er so ziemlich jedes Format wiedergegeben, auf der anderen Seite ruckelte es immer mal wieder, weil er nicht auf die Hardwareunterstützung zugriff.

Ja, aber VLC/mpv/ffmpeg/libavcodec holen beim Abspielen das Maximale aus der CPU raus, was machbar ist.

Während Adobe nach dem Motto zu entwickeln scheint, dass CPU-Optimierung vergeudeter Arbeitsaufwand bzw. nur eine Notkrücke ist, da alles via GPU decodiert werden sollte.

Und das macht sich dann in der jeweiligen Abspielperformance von h264/h265 4:2:2-Material in den beiden NLEs bemerkbar, wenn keine geeignete GPU vorhanden ist.

[dienstag_01]

Das war ja immer die Crux bei VLC, auf der einen Seite hat er so ziemlich jedes Format wiedergegeben, auf der anderen Seite ruckelte es immer mal wieder, weil er nicht auf die Hardwareunterstützung zugriff.

Ja, aber VLC/mpv/ffmpeg/libavcodec holen beim Abspielen das Maximale aus der CPU raus, was machbar ist.

Während Adobe nach dem Motto zu entwickeln scheint, dass CPU-Optimierung vergeudeter Arbeitsaufwand bzw. nur eine Notkrücke ist, da alles via GPU decodiert werden sollte.

Und das macht sich dann in der jeweiligen Abspielperformance von h264/h265 4:2:2-Material in den beiden NLEs bemerkbar, wenn keine geeignete GPU vorhanden ist.

An der Stelle bin ich dann immer raus, wenn jemand sich zu einer Software äussert, von der er nachweislich Null Ahnung hat. Lass es einfach, ist auch besser für deine Ansehen.

[blueplanet]

Zumindest kann man aus der Tatsache, dass ein bestimmtes Material in einem NLE besser läuft als in einem anderen nicht darauf schließen, dass die GPU dabei einen Teil der Berechnung übernimmt. Das würde schon ohne eine entsprechende Dokumentation dieser Unterstützungsfunktion gar nicht funktionieren.

...aber ist das nicht schon immer so, dass Adobe die Gewichtung der Aufgaben auf eine performante CPU, statt GPU legt?
Beim rendern von HEVEC läuft bei mir die CPU unter Volllast und nur ab und zu, je nachdem welche Effekte im Projekt zum tragen kommen, sehe ich kurze peaks entweder/und von der internen (UHD770) und /oder externen GPU (RTX 4070).
Fände ich auch etwas nervend, wenn der Lüfter der RTX statt dem wassergekühlten Prozessor immer unter Vollast laufen würde.

[Jominator]

@ dienstag_01:
Du scheinst den VLC Player ja gut zu kennen. Gibt es eine Müglichkeit (außer diesen Skins, die ich nicht mag), die obere und untere Leiste abzudunkeln?
Mich nervt das Helle, wenn ich in abgedunkelter Umgebung "dunkle" Filme abspiele und Fullscreen nicht in Frage kommt.

Der Dunkelmodus wirkt sich ja leider auch nicht auf die VLC-UI aus. Unter macOS übrigens auch nicht. Scheint ziemlich afwendig zu sein, diese Funktionalität zu implementieren.

[cantsin]

Ja, aber VLC/mpv/ffmpeg/libavcodec holen beim Abspielen das Maximale aus der CPU raus, was machbar ist.

Während Adobe nach dem Motto zu entwickeln scheint, dass CPU-Optimierung vergeudeter Arbeitsaufwand bzw. nur eine Notkrücke ist, da alles via GPU decodiert werden sollte.

Und das macht sich dann in der jeweiligen Abspielperformance von h264/h265 4:2:2-Material in den beiden NLEs bemerkbar, wenn keine geeignete GPU vorhanden ist.

An der Stelle bin ich dann immer raus, wenn jemand sich zu einer Software äussert, von der er nachweislich Null Ahnung hat. Lass es einfach, ist auch besser für deine Ansehen.

Von welcher der genannten Softwareprogramme habe ich denn "nachweislich Null Ahnung"?

Ich bin ja raus, wenn jemand nicht mehr argumentiert, sondern nur noch kryptische Besserwessi-One Liner raushaut.

[dienstag_01]

@ dienstag_01:
Du scheinst den VLC Player ja gut zu kennen. Gibt es eine Müglichkeit (außer diesen Skins, die ich nicht mag), die obere und untere Leiste abzudunkeln?
Mich nervt das Helle, wenn ich in abgedunkelter Umgebung "dunkle" Filme abspiele und Fullscreen nicht in Frage kommt.

Der Dunkelmodus wirkt sich ja leider auch nicht auf die VLC-UI aus. Unter macOS übrigens auch nicht. Scheint ziemlich afwendig zu sein, diese Funktionalität zu implementieren.

Nein, leider nicht. Ich nutze inzwischen eher MPC-BE oder mpv. Ich glaube, die sind von Haus aus dunkel.

[dienstag_01]

Zumindest kann man aus der Tatsache, dass ein bestimmtes Material in einem NLE besser läuft als in einem anderen nicht darauf schließen, dass die GPU dabei einen Teil der Berechnung übernimmt. Das würde schon ohne eine entsprechende Dokumentation dieser Unterstützungsfunktion gar nicht funktionieren.

...aber ist das nicht schon immer so, dass Adobe die Gewichtung der Aufgaben auf eine performante CPU, statt GPU legt?
Beim rendern von HEVEC läuft bei mir die CPU unter Volllast und nur ab und zu, je nachdem welche Effekte im Projekt zum tragen kommen, sehe ich kurze peaks entweder/und von der internen (UHD770) und /oder externen GPU (RTX 4070).
Fände ich auch etwas nervend, wenn der Lüfter der RTX statt dem wassergekühlten Prozessor immer unter Vollast laufen würde.

Die Softwarehersteller können ja GPU-Unterstützung nur anbieten, wenn es sie für die entsprechenden Formate gibt. Und m.W. bietet Adobe die dann auch.

[dienstag_01]

An der Stelle bin ich dann immer raus, wenn jemand sich zu einer Software äussert, von der er nachweislich Null Ahnung hat. Lass es einfach, ist auch besser für deine Ansehen.

Von welcher der genannten Softwareprogramme habe ich denn "nachweislich Null Ahnung"?

Ich bin ja raus, wenn jemand nicht mehr argumentiert, sondern nur noch kryptische Besserwessi-One Liner raushaut.

Wenn es die Foren-Bild-Zeitung so will, bin ich halt ein Wessi ;)

[cantsin]

Wenn es die Foren-Bild-Zeitung so will, bin ich halt ein Wessi ;)

Und wenn es das Foren-Orakel so will, bin ich halt die Bild-Zeitung... :-)

[dienstag_01]

Wenn es die Foren-Bild-Zeitung so will, bin ich halt ein Wessi ;)

Und wenn es das Foren-Orakel so will, bin ich halt die Bild-Zeitung... :-)

Oh, da hatte ich mir jetzt aber eine heftigere Reaktion erwartet ;)