Wer die Funktionalität seines Programms zur Videobearbeitung erweitern will, findet in der Regel mehrere Möglichkeiten. Der Klassiker ist wohl die Erweiterung eines Programms über sogenannte Plugins. Wer jedoch nur gelegentlich kleine Probleme lösen will, ist meistens mit der Plugin-API überfordert. Ohne längere Einarbeitung ist hier selten mit schnellen Ergebnissen zu rechnen. Dazu ist es nicht jedermanns Sache, wegen eines kleinen Problems eine Compiler-Umgebung für die Entwicklung in einer Hochsprache wie C++ einzurichten.
Auf der anderen Seite - beispielsweise wenn man wiederkehrende Aufgaben automatisieren will - lassen sich viele Programme über Scripte fernsteuern. Erste Schritte gelingen hier in der Regel sehr schnell. Allerdings erlauben die meisten Scripting-Implementationen in Videobearbeitungs-Programmen keine Veränderungen auf der Pixelebene, sondern allenfalls die Kombination von integrierten Effekten. Für Veränderungen auf Pixelebene sind Scriptsprachen zudem in der Regel zu langsam, da aufgrund der Pixelmassen effektives Number-Crunching gefragt ist, wie es heutzutage am besten GPUs erledigen können.
In den letzten Jahren ist deswegen immer wieder ein neuer, dritter Weg aufgetaucht. Und zwar Pixel-Shader-Filter, die per GPU-Code in der Video-Applikation erzeugt werden. Einen sehr vielversprechenden Versuch gab es in dieser Richtung schon früh mit Adobes Pixel Bender. Hiermit ließen sich (in einer vom GPU-Hersteller unabhängigen Sprache) Shader entwickeln, die sogar anschließend wie ein normales Plugin in After Effects funktionierten. Leider stellte Adobe die Entwicklung von Pixel Bender schon vor ein paar Jahren wieder ein.
Weitaus erfolgreicher (zumal nicht auf Apps zur Videobearbeitung beschränkt) ist dagegen ShaderToy. Hierbei handelt es sich um eine Webseite, auf der man mit einem Live-Editor eigene Shader entwickeln kann. Diese laufen unter anderem sogar 1:1 im Compositing-Programm Natron.
Das tollste an Shader Toy ist jedoch, dass man von allen hochgeladenen Shadern den Quellcode "live" studieren und dabei extrem viel lernen kann. Und dieses Wissen kann man gut gebrauchen, sobald man sich in Resolve einmal näher mit DCTLs befasst...
Was ist eigentlich DCTL?
DCTL steht für "DaVinci Colorspace Transform Language". Diese Sprache ist eine erweiterte Implementierung der 2007 definierten "Colorspace Transform Language" / CTL, mit der eigene Farbraumtransformationen programmiert werden können und die die Grundlage der Mathematik hinter ACES bildet.
Die CTL war ursprünglich als Verbesserung der typischen LUTs gedacht. Statt einer Tabelle mit Wertzuweisungen sollten mit der CTL Farbraum-Transformationen über echte Formeln definiert werden, die dann für jedes Pixel exakte Berechnungen ermöglichen - im direkten Gegensatz zu den geschätzten Interpolationen zwischen den quantisierten Werten in einer LUT.
Sorry - ich war ungenau. Hier läuft die "Studio"-Version.
Aber sehr interessanter Hinweis!
lg
banana
mash_gh4 15:36 am 19.7.2021
ich fürchte, in der freien version funktionieren die DCTLs bis heute nicht. :(
Banana_Joe_2000 08:50 am 19.7.2021
Hi,
spannende Sache, aber bei mir funktioniert es nicht. Ich bin auf Resolve 17.2 Build 11.
Ich kann die DCTLs von der genannten Seite problemlos in den LUT-Ordner laden. Wenn...weiterlesen
Workshop: Film Grain in Resolve mit eigenen Fotoemulsionen simulieren Do, 2.Dezember 2021 Realistischer Film Grain hat immer wieder Saison. Allerdings muss man für eine Simulation nicht gleich mehrere hundert Euro ausgeben. Mit etwas Handarbeit kann man in Resolve auch kostenlos ein virtuelles Filmentwicklungslabor einrichten...
Einleitung 
Einleitung / Was ist eigentlich DCTL?
