slashCAM
Administrator
Administrator
Beiträge: 11279

Final Cut Pro X und die Grafikkarte

Beitrag von slashCAM »



DSLR-Freak
Beiträge: 302

Re: Final Cut Pro X und die Grafikkarte

Beitrag von DSLR-Freak »

slashCAM hat geschrieben:Bringt man noch unsere Erfahrungen mit Adobes Mercury Engine ins Spiel, so wird das Puzzle komplett. Denn auch dort ist der Geschwindigkeitsunterschied zwischen verschiedenen GPUs sehr gering. Viel entscheidender ist hier Speicheranbindung.
Das ist ja interessant. Woher habt Ihr diese Erkenntnisse? Habt Ihr selbst getestet?
Das hieße ja, man kann mit einer teuren Grafikkarte bzgl. Adobes Mercury Engine auch nicht viel schneller unterwegs sein. Von den Mindestanforderungen mal abgesehen.



Abercrombie
Beiträge: 512

Re: Final Cut Pro X und die Grafikkarte

Beitrag von Abercrombie »

Wenn die GPU das letzt Glied in der Kette ist und der Weg zurück zur IO-Karte zu lang dauert, könnte dann nicht "IO via Thunderbolt" dieses Problem lösen? Alle Daten sind schon da und müssten nur über den Kanal zu einer aktiven Breakoutbox. Wie es dann weiter ginge wäre FCPx ja egal.
Oder sehe ich das jetzt komplett falsch? Wowu, wo biste?! ;-)



rudi
Administrator
Administrator
Beiträge: 1552

Re: Final Cut Pro X und die Grafikkarte

Beitrag von rudi »

DSLR-Freak hat geschrieben: Das hieße ja, man kann mit einer teuren Grafikkarte bzgl. Adobes Mercury Engine auch nicht viel schneller unterwegs sein. Von den Mindestanforderungen mal abgesehen.
Wir haben noch nicht systematisch getestet, aber schon viele Eindrücke. Und die scheinen zu bestätigen, dass sich eine teure Grafikkarte für die Mercury Engine nicht lohnt. Es wird bald mehr dazu auf slashCAM zu lesen geben...

Wenn die GPU das letzt Glied in der Kette ist und der Weg zurück zur IO-Karte zu lang dauert, könnte dann nicht "IO via Thunderbolt" dieses Problem lösen? Alle Daten sind schon da und müssten nur über den Kanal zu einer aktiven Breakoutbox. Wie es dann weiter ginge wäre FCPx ja egal.
Einzig das das Verschieben des Framebuffers auf eine separate Hardware braucht zu viel Zeit. Daher ist es eigentlich "nur" ein Problem der Software, bzw. des GPU-Treibers. Denn aus der GPU kann ja auch ein professionelles Videosignal via HDMI-/Display-Port herausgeführt werden. Sogar mit 10 Bit und anderem Firlefanz. Es muss nur jemand programmieren. So wie ich Thunderbold verstehe, sind Display- und Daten-Streams übrigens völlig getrennt. D.h. das Problem löst sich nicht unbedingt automatisch...



deti
Beiträge: 3974

Re: Final Cut Pro X und die Grafikkarte

Beitrag von deti »

Es bleibt nur zu hoffen, dass die NLE-Hersteller diese freudlose GPU-Integration bald wieder aufhören. (GP)GPUs haben in Anbetracht der aktuellen Prozessorarchitekturen keine Existenzberechtigung mehr abseits der Bildausgabe.

Deti
Lieber mal selbst suchen... http://goo.gl



Abercrombie
Beiträge: 512

Re: Final Cut Pro X und die Grafikkarte

Beitrag von Abercrombie »

rudi hat geschrieben:Denn aus der GPU kann ja auch ein professionelles Videosignal via HDMI-/Display-Port herausgeführt werden. Sogar mit 10 Bit und anderem Firlefanz. Es muss nur jemand programmieren. So wie ich Thunderbold verstehe, sind Display- und Daten-Streams übrigens völlig getrennt. D.h. das Problem löst sich nicht unbedingt automatisch...
Vom Framebuffer wird es ja eh in den Videokanal gejagt, der Weg ist ja normal. Falls die Breakoutbox diesen Kanal überwacht sollte doch keine Verzögerung durch irgendeine Verschiebung entstehen. Es muss ja nicht zwangsweise über den Datenkanal gehen.



rudi
Administrator
Administrator
Beiträge: 1552

Re: Final Cut Pro X und die Grafikkarte

Beitrag von rudi »

Abercrombie hat geschrieben: Vom Framebuffer wird es ja eh in den Videokanal gejagt, der Weg ist ja normal. Falls die Breakoutbox diesen Kanal überwacht sollte doch keine Verzögerung durch irgendeine Verschiebung entstehen. Es muss ja nicht zwangsweise über den Datenkanal gehen.
Jein, kommt natürlich darauf an, was man unter einer professionellen Videovorschau versteht.

Vielleicht ein Beispiel: Adobes Mercury Engine nutzt die CPUs zum decodieren und schiebt dann (solange alle Effekte in der Filterliste CUDA-fähig sind) den unkomprimierten Frame auf die Grafikkarte (GPU). Dort wird er dann in 32 Bit pro Farbkanal (also 4 x 32 Bit, floating point) konvertiert. Ist dieser zeitaufwändige Prozess beendet, ist es ziemlich egal, wie viele Effekte man drauf rechnet. Das macht die GPU meistens mit links (wenn kein sehr aufwändiger Effekt dabei ist, wie z.b. optical flow).
Dann liegt der gerenderte Frame im Framebuffer (und zwar mit 4x32 Bit). Nun kann die Grafikkarte in Hardware diesen Frame direkt per HDMI, SDI Display-Port oder was auch immer ausgeben, wenn die entsprechenden Ports am Grafikchip quasi festgelötet sind. Die Konvertierung von 32 Bit float nach 8 oder 10 Bit, RGB oder YUV, 4:2.2 oder 4:2:0 geschieht hier in Echtzeit, meistens in Hardware. (Es ist praktisch sicher, dass Apple das alles nicht anders macht. )

Dieses 8- oder 10 Bit-Signal kann nun natürlich per Display Port oder im Thunderbold-Videotream an eine Break-Out-Box weitergegeben werden, aber wozu? Wichtig ist die Wandlung von 32 Bit nach 8 oder 10 Bit und die kann nur schnell sein, wenn sie direkt auf der GPU stattfindet. Nur an dieser Stelle machen LUT-Tabellen und Farbraumkonvertierungen Sinn, wenn sie sauber sein sollen.

Für eine professionelle Videovorschau mit alternativer Hardware müsste der 32 Bit Framebuffer wieder ausgelesen werden, damit er als Datenstrom über Thundebold übertragen wird. Denn die 32 Bit Float über den Display-Stream gehen meines Wissen nicht, bzw. sind nicht spezifiziert. Das kann auch kein Monitor in Echtzeit verarbeiten.

Die Daten müssten also auf jeden Fall zurück in den Hauptspeicher und das kostet viel Performance. Aber nur so hat eine externe Lösung zugriff auf die 4 x 32 Bit Framebuffer um hier selber mit LUTs und anderen Manipulationen einen Vorteil zu bieten (was man wohl unter einer professionellen Videovorschau verstehen darf).

war das verständlich?



 Aktuelle Beiträge [alle Foren]
 
» Blackmagic DaVinci Resolve 20.2.1 bringt Verbesserung fürs Editing und mehr
von slashCAM - Di 11:21
» Atomos Sun Dragon - 5-Farben-HDR-LED-Lichtstreifen mit CRI99 Lichtgüte
von Asjaman - Di 8:59
» Nikon ZR in der Praxis: 6K 50p RED RAW Monster für 2.349,- Euro mit klassenbester Colorscience?
von roki100 - Di 0:54
» !!BIETE!! ZEAPON MICRO 2 Slider 54cm bis 5KG
von klusterdegenerierung - Mo 23:40
» Blackmagic liefert PYXIS 12K aus - Kompakte Cine-Kamera mit 12K Vollformatsensor
von iasi - Mo 23:35
» !!BIETE!! ZEAPON Easylock 2 Tisch Stativ für MICRO 2 Slider
von klusterdegenerierung - Mo 20:23
» !!BIETE!! ZEAPON Motor für MICRO 2 Slider
von klusterdegenerierung - Mo 20:22
» Impressumspflicht -》aktuelle regelungen und lösungen
von Jott - Mo 19:50
» Neuer Atomos Ninja TX, Shinobi 7RX + neuer Reference Monitor erklärt
von Tscheckoff - Mo 18:45
» Was schaust Du gerade?
von Darth Schneider - Mo 18:08
» !!BIETE!! TILTA Nucleus Nano I
von klusterdegenerierung - Mo 17:10
» ALEXA 35 Update: ARRICORE für Xtreme & neue Features für alle Modelle
von slashCAM - Mo 15:18
» Was hörst Du gerade?
von Funless - Mo 14:46
» Endlich mal wieder originelle Ansätze im Kino
von iasi - Mo 14:42
» DaVinci Cache auf welche SSD?
von dienstag_01 - Mo 12:57
» DJI MIC 2 - XLR Adapter
von rush - Mo 12:17
» Was tun, wenn das Wasser fehlt? Klimawandelfolgen-Doku Teil 2
von Darth Schneider - Mo 6:37
» Caspar David Friedrich - Filter
von Axel - So 13:39
» iPhone 17 Pro: ProRes RAW, Genlock, Apple Log 2 und Blackmagic ProDock für Filmer
von Axel - So 13:27
» Wiegt die DJI Mini 5 Pro wirklich unter 250 Gramm?
von Jost - So 10:46
» Aputure NOVA II 2x1 - 1.000W LED-Panel mit BLAIR-CG-Engine
von Jominator - So 10:31
» Neue Funktionen für Frame.io verbessern Sicherheit und Sharing
von slashCAM - So 9:33
» Italien: Mindestens 1 Jahre Gefängnis für Deepfakes ohne Einwilligung
von Darth Schneider - Sa 13:13
» Apple Final Cut Camera 2.0 bringt iphone 17 Pro Apple Log 2, Genlock und Open Gate
von vaio - Sa 12:40
» Nikon NRAW als RED RAW prozessieren
von cantsin - Sa 11:48
» Canon Cinema EOS C50 Sensor-Bildqualität - Debayering, Rolling Shutter und Dynamik
von Walter Schulz - Sa 9:40
» Leitz Hektor - sechs Cine-Objektive für DSLM & Co vorgestellt
von philr - Sa 9:25
» Licht how to:
von Darth Schneider - Sa 8:53
» DR Lüftergeräusche + Windgeräusche rausfiltern
von Jott - Sa 8:25
» Überraschung: Kyno 1.9 ist erschienen mit Apple Silicon Support und neuem Design
von slashCAM - Fr 15:24
» Hardware für Creators - Die besten 4K/8K Schnittrechner - Frühling 2025
von Mayk - Fr 13:23
» Resolve Color Grading Tutorials
von freezer - Fr 11:18
» Nvidia + Intel arbeiten an gemeinsamen SoC
von markusG - Fr 10:09
» Video mit KI bearbeiten
von Bluboy - Do 23:33
» Suche den lens mount adapter für den smallrig bmpcc4k cage mit villtrox ef-m2
von MrMeeseeks - Do 19:55