Da hast Du wirklich recht! Und ich kratze hier nur an der Oberfläche, wollte noch sooo vile mehr dazu los werden, aber dann geht das Video einfach viel zu lange ;) Vielleicht mache ich dazu noch mal eine kleine Ergänzung oder Fortsetzung. Danke für Deine Worte!
@@Farbkanal vielen Dank für deine Arbeit hier auf UA-cam! Ein spannendes Thema für deinen Kanal fände ich übrigens LUT-Erstellung zur Verwendung in anderen NLEs, Premiere beispielsweise, und fürs in-Camera-Monitoring. Da spielt ja von Color Management über Look-Erstellung alles mit. Und, ganz am Rande: Kennst du Colorlab.ai und LookDesigner?
@@Farbkanal Noch eine Frage hätte ich: Wie gehst du vor, wenn du bereits gegradete Dateien, fertige Videos oder Grafiken "durchreichen" willst, in einer Timeline mit anderen Grades? Sprich: Animationen aus After Effects, Bilder, Archivfootage. Die Timeline-Node von Rec709-A zu Gamma 2.4 (oder anders herum, je nach Workflow) verzerrt ja dann unnötiger Weise das Gamma dieser Clips. Oder nicht?
Ich wollte schon eine Weile zu Resolve switchen und das Thema hat mich immer davon abgehalten. Aber jetzt, auf gehts, bin dank deines Videos zuversichtlich dass ich ansatzweise verstanden habe wie ich das Problem umgehe (bzw. warum es überhaupt auftritt). Super Channel, danke!
Lieber Tim, deine Videos sind eine unheimliche Bereicherung für mich! Super verständlich, auf den Punkt und klar, ich mag deinen Humor ;-) Herzliche Grüße aus dem Südharz
Auch mit diesem Video hast Du mir mal wieder sehr geholfen! Da ich auf einem Mac umgestiegen bin, habe ich mich schon mehrfach gewundert, dass nach dem Rendern zu stärkeren Abweichungen in der Helligkeit gekommen ist.... Nun weiß ich, warum! Vielen Dank!
Das problem bei der ganzen sache ist das der gamma shift totale absicht ist für eine surround illumination und Display illumination compensation, dein grading display ist bei 100NIT @ Gamma 2.4 in nem dunklen raum, die zuschauer haben ihre macbooks zB auf 400NIT in nem hellen raum und sRGB gamma, das bild muss also verändert werden um wahrnehmungstechnisch zu funktionieren, deswegen gibt es diesen 1.22 gamma boost in macOS Colorsync, der ist da mit voller absicht und das ist auch gut so. Man darf halt nicht anfangen sein GUI monitor mit dem referenzmonitor zu vergleichen, die haben nix miteinander zu tun und sollen sie auch nicht, ich weiss es wirkt erstmal komisch das es nicht matchen soll aber probiert es einfach mal selber aus, im dunklen graden auf nem ref monitor, export ganz normal als rec790 1-1-1 dann das ganze im wohnzimmer bei tageslicht auf nem macbook abspielen bei angenehmer helligkeit, merkt ihr den gamma shift noch? Sieht das nicht näher an dem aus was ihr da graded habt als wenn ihr da 1-2-1 usw ausspielt? Neue macbooks mit XDR screens haben übrigens einen rec709 referenz modus , da stellt sich das display auf 100NIT fest ein und matched dann eurem referenz monitor , mit 1-1-1 tags. das ist halt einfach kein bug sondern ein feature.
Ja, und genau deswegen hat Apple ja Rec709A eingeführt. Du hast vollkommen Recht, aber es ging darum zu zeigen wie man den Gamma Shift vermeiden kann. Denn genau das haben mich viele gefragt. Und viele graden auf einem ganz normalen Rec709.G24 Monitor und wundern sich dann. Danke für Deine ausführliche Erklärung, das hilft einigen nochmal das Ganz noch besser zu verstehen
@@Farbkanal ja nur leider machste mir rec709A mehr kaputt als man möchte. Rec709A ist ne erfindung von blackmagic, das ist halt einfach nur die rec708 OETF , bevor es bt1886 gab gab es kein video display standard weil eh alles röhren waren und man konnte ja eh nix drann machen, die hatten halt irgendein gamma zwischen 2.2 und 2.4, dazu kommt das rec709 OETF halt nicht die inverse der EOTF ist, das steht so im rec709 standard und apple sind halt die einzigen die sich drann halten, eigentlich gedacht um ein bild aus der kamera heller zu machen.. allerdings folgt keine kamera mehr der rec709 kurve aus dem standard.. blah blah blah, es ist leider super kompliziert mit hunderten von standards und visuellen phenomänen , da irgendwas zu schieben um quicktime und resolve viewer gleich aussehen zu lassen ist halt einfach der falsche approach, man muss das alles unter einem anderen blickwinkel betrachten .
@@FinnJaeger1337 wenn Du magst können wir uns gern mal dazu austauschen, bin da immer gern lernbereit. Du scheinst Dich gut auszukennen, bis Du Image Ingenieur? Oder Colorist? Würde mich freuen!
Ahh es gibt doch nichts schöneres als aus dem Urlaub zurück zu kommen und direkt ein neues Video vom Farbkanal zu sehen😁😂 Wie immer geil, muss ich mir direkt anschauen! LG Lennard :)
Lieber Tim, vielen Dank!! Ich muss zugeben, mir war leider einiges zu kompliziert, um es 1:1 nachvollziehen zu können mit den Tags und den Color Spaces... ABER: dank deines Videos habe ich es jetzt geschafft, dass meine Videos in DaVinci, in QuickTime UND (das war bisher das Problem) auch auf UA-cam 1:1 gleich aussehen. Ich mache es allerdings etwas anders als du... meine Color Settings Page in Resolve sieht etwas anders aus als in deinem Video, das mag daran liegen, dass dein Video schon über 1 Jahr alt ist... jedenfalls, meine von deinem Video abgeleitete Lösung sieht wie folgt aus: 1. Preferences - General - "Use Mac Display Color Profiles for Viewers" aktivieren (soweit eh klar) 2. Anstatt die Lösung mit der CST-Node für die Timeline zu nutzen, hab ich in Resolve 18 einfach in den Project Settings unter Color Management folgendes eingestellt: Color Science: DaVinci YRGB "Use separate color space and gamma" Timeline Color Space: Rec.709 Gamma 2.4 Output Color Space: Rec.709 Rec.709-A Das ist zwar anders, als du es im Video beschreibst (das finde ich etwas komplizierter), aber es funktioniert 1:1 so. Ich muss keine Timeline-CST-Node anlegen, ich muss auch auf der Deliver Page nichts einstellen, Color Space Tag und Gamma Tag einfach auf "Same as Project" belassen und gut ist. Vielen, vielen Dank - damit werden die zukünftigen Uploads auf meinem Kanal nun endlich 1:1 so aussehen, wie ich das vorgesehen habe :) Ich hab dir gleich mal ein Like und ein Subscribe dagelassen.
Super, ist im Grunde am Ende das selbe, gut gelöst. Ich bevorzuge aber aus verschiedenen Gründen manuelles Color Management, deshalb die etwas aufwendigere Variante
@@Farbkanal Alles klar - im Endeffekt, solange das Ergebnis passt, ist ja alles gut :) Für mich ist es so einfacher, weil ich nicht vom Rendern die CST Node ein-/ausschalten muss :)
Hallo Tim, ich nochmal. Vllt. Bedarf das Video eines Updates. Ich hatte genau das von dir besprochene Problem obwohl die Files 1-1-1 waren. Trotzdem sah Resolve anders aus als QuickTime und Browser und im VLC sah es so aus wie in Resolve gegraded. Mit dem Haken für die Mac Farben war es nicht allein getan aber deine erste Methode wo man die Node zum Export anschalten muss hat nicht funktioniert. Danach gab es einen heftigen Gamma Shift und alles war viel dunkler. Die zweite Methode mit der Node die immer aktiv sein kann war dann zielführend und funktioniert perfekt um überall konsistente Ergebnisse zu haben. Vllt. Hat sich da was getan in Resolve? Ich verwende Resolve 18. Würde mich über ein Feedback freuen!
Danke für Dein Feedback! Da ich noch mitten in einer Produktion stecke, bin ich noch auf DR17, ich wechsel ungern mitten in einer Produktion die Versionen :) Eigentlich sollte es genau wie beschrieben funktionieren. Beide Varianten sind nach wie vor meine Standard Workflows. Das Häkchen allein in den Preferences reicht nicht, es muss dann auch entsprechend nach Rec709-A transformiert werden. Es kann gut sein dass in der 18er version sich da etwas geändert hat, sobald ich durch bin und geupdatet habe schaue ich mir das auf alle Fälle mal an. Aufpassen! VLC hat keine Color Management, UA-cam schon! Deshalb sollten auch die Videos immer ordentlich 1-1-1 getagged sein, und die Tags ntürlich auch dem entsprechen, wie das File gerendert wurde, sprich: das Gamma sollte dem Tag entsprechen. Rec709-A ist nichts weiter als ein Workaround für das Gamma MissMatch auch Apple.
@@Farbkanal Danke für deine Antwort! Ich habe gestern nochmal mit ein paar Test Files gespielt. Und bei Resolve 18 sieht es so aus, das man solange man den Timeline Color Space auf Rec.709-A stellt, und die Export Tags wie gezeigt setzt, dann auch ohne CST Node, konsistente Export Ergebnisse erhält die in Resolve, Quick Time, und im Browser über YT gleich aussehen. Nur VLC sieht dann deutlich dunkler aus aber das ist mir dann ziemlich wurscht. 😃 So wird jetzt mein Workflow aussehen. Und ich kanns nicht fassen das seitdem ich auf Mac schneide einfach mal 38% meiner Zuschauer die Videos komplett anders dargestellt gesehen haben als ich es gegraded habe. 😕🙄 Würde mich freuen wenn du das Thema irgendwann nochmal angehst. Fand das super interessant und vielen Dank für die Hilfe!
Top Video! Wirklich spannendes Thema. Ich weiß noch wie es mich immer frustriert hat wenn ich bei den ersten Grades immer zu du dunkel oder zu hell war.
Hey Tim, ich kann ja nicht jedes mal so eine Lobeshymne schreiben, auch wenn Du es verdienst,🥳. Es ist wieder ein weiterer Schritt für mich. Solltest Du mehr Aufrufe als üblich verzeichnen, das bin ich weil ich öfter schaue um alles zu verstehen😂. Danke für das tolle Video Grüße aus Berlin 🤝
Hi Tim, vielen Dank, dadurch wird so einiges klar. Ich hatte ja mit QuickTime auch meine Problemchen 😅 und natürlich auch zu Windows Rechnern, da ich auch Mac User bin. Grüße Hendrik
Hi Tim, eine Frage hab ich dann zusätzlich zu meinem Kommentar vor einer Woche doch noch: gibt es auch eine Möglichkeit, dass die Videos in DaVinci, Quicktime, UA-cam UND auch in Playern wie VLC, die die NCLC Tags nicht interpretieren, gleich aussehen können?
Nur über die NCLC Tags kommt man zumindest soweit, dass sie nicht mehr extrem unterschiedlich aussehen. Aber sie werden selbst nur innerhalb der Browser schon unterschiedlich aussehen, weil jeder Browser Farben unterschiedlich wiedergibt. Das geht leider nicht.
Danke für das tolle Video! Hatte genau dieses Problem. Jetzt qualmt mir der Kopf! Der Haken für Mac Display Color war nicht gesetzt... Was ich mich frage, was bringt bei den Preferences unter General der Haken "Automatically Tag Rec.709 to Rec.709-A" Macht das nicht genau das was du erreichen willst nur schneller und einfacher?
Hey Tim, vielen Dank für das tolle Video. Das rettet in der Tat mein neues Projekt. Würd gern noch zwei Fragen loswerden :-). 1: Ich kann bei diesem Workflow also die Rec709 2.4 Kalibrierung von meinem Referenzbildschirm bestehen lassen richtig? 2: Wie würdest Du vorgehen wenn Du Luts einsetzen würdest die speziell für Davinci Wide Gamut entworfen worden sind. Ich nutze gern die neusten Luts von Cullen Kelly, diese benötigen allerdings einen Scene Referred Workflow (Project) mit einem Wide Gamut Kann ich dir dazu evtl. mal eine E-Mail schreiben? Das Thema ist absolut spannend und evtl. ein weiteres Video wert 😊 Liebe Grüße aus Leipzig 🤘
Hm, danke für das Video! Klasse! Aber eine wichtige Frage: Geht das auch mit DaYinci Color Manged Workflow (Wide Gamut)? Und als Output einfach Rec.709-A? (Hacken gesetzte für Display Profiles am Mac), Dann ohne die CST Node auf die Timeline? Ach ja, es gibt da noch etwas: Automatically tag Rec 709 as REC 709-A... hm was soll das nun?
@@lakeone777 das bedeutet nur, dass wenn Du alsTimelineColorSpace Rec709 eingestellt hast, beim Rendern automatisch das ganze als Rec709-A getagged wird. Da musst Du aber aufpassen, dass in der Deliver Page dann „Same as Project“ eingestellt ist, bzw Du noch kontrollieren musst, dass Du im Viewer auch Rec709-A siehst, da müsstest Du dann also noch eine CST anlegen, zur Kontrolle. Ich finde es umständlicher und man läuft schneller Gefahr, dass es nicht passt. Ich lasse das deswegen immer deaktiviert. Je mehr man DR überlässt, desto eher macht man etwas falsch, ohne zu wissen WAS. Wenn dann etwas nicht passt sucht man sich tot. Probiere es aus, wenn Du damit gut zurecht kommst, mach das. Gibt da kein richtig oder falsch. Ich hab da lieber immer die größt mögliche Kontrolle
Hey super Video! Wieso wird das nahezu nie in anderen Grading Tutorials angesprochen? In nahezu allen Tutorials wird einfach in Rec709 Gamma 2.4 gegradet.
#derahamoment. Es ist immer wieder krass, wenn ich merke, wie unwissend ich eigentlich bin 😁. Hatte da schon mal was irgendwo gelesen, aber jetzt hab ich es verstanden!
Eine Frage hätte ich noch dazu. Wenn ich mit diesen Rec709-A-Gamma-Tags im Export arbeite, werden dann die Videos über Windows-Monitore wiederum anders angezeigt?
Nein, das hat mich Windows nix zu tun, nur mit dem "Player" den Du verwendest. Versteht der Player NCLC Tags un berücksichtigt diese, wird das video immer gleich aussehen, auch UA-cam und manche Browser nutzen diese NCLC Tags. Es gibt aber Player, die machen das nicht, und da kann es dann durchaus mal anders aussehen. Das Problem hat aber jeder, selbst der Weltbeste Colorist
Aber was ich nicht verstehe wieso immer alles auf Gamma 2.4 gegraded wird aber die Bildschirme auf Gamma 2.2 eingestellt werden sollen. Das schafft dann nen heftigen shift von PC Bildschirm und Fernseher/Handy
Lieber Tim, vielen Dank für dieses Video. Und super spannendes Thema. Ich hab das gerade mal durchgespielt und klappt super. ;) Allerdings verstehe ich nicht warum das zweite Szenario funktioniert. Rein vom Aufbau der Colorpipeline hätte ich auch hier erwartet, dass ich ein CST-Node brauche, der mich von der FILM LUT (REC709/Gamma 2.4) zu einem REC709/REC709A bringt (und nicht andersrum). Wieso ist das so? Welche CST-Node Einstellungen bräuchte ich jetzt (für einen zweiten Export), damit dieser Export für nicht-Colormanaged Viewer (VLC) der Anzeige im Quicktime entsprechen und damit dise Exporte "gleich" aussehen? Meine Annahme wäre gewesen, dass ich den CST-Node einfach deaktiviere, aber das ist wohl nicht so ;)
Danke! Das zweite Szenario funktioniert, weil ja die Timeline schon auf Rec709-A steht, aber damit auch das Gamma. Wenn man möchte, dass es ein Gamma 2.4 ist, was am Ende hinter dem BT.709 Tag steht, also in einem 1-1-1 File, dann muss man da einfach mit der CST am Ende (die dann auch immer anbleibt) genau dies einstellen. Heisst: möchtest Du eigentlich einen klassischen Gamma 2.4 Look, braucht's am Ende diese Node. kannst Du auch weglassen, wenn Du manuell Dein Look so aufbaust, dass er passt. Ist dann aber ein Gamma Rec709-A, auch wenn Du es dunkler machst und es sehe nach einem Gamma 2.4 aussieht. Ich würde jedoch immer empfehlen (für die zweite Variante - also wenn man ein Gamma 2.4 haben möchte), diese letzte CST so zu setzen, dann transformierst Du ja auch vom Timeline Color Space, der in den project Settings auf rec709-A steht, nach gamma 2.4, aber DR taggst das Ganze als 1-1-1, und somit "versteckst" Du quasi hinter dem Rec-709-A Tag ein Gamma 2.4. War das halbwegs verständlich?
@@Farbkanal Hi Tim, sorry für meine späte Antwort. Vielen Dank für deine Erklärung, das hat mich definitiv nochmal in die richtige Richtung geschubst. Ich gebe mir gerade viel Mühe genauer zu verstehen, wie die einzelnen vielen Bausteine miteinander interagieren und wie sie sich beeinflussen. Ich dokumentiere das in einer großen Grafik und könnte mir gut vorstellen, dass das auch anderen helfen würde. Falls du Interesse hast, kann ich dir mal meinen ersten Wurf schicken. Ein paar Erkenntnisse, die ich mit ein paar Tests gewonnen hab. 1. Bei aktivierten "Use MAC-Display color profiles for viewers“ legen wir mit dem Timelinecolorspace/gamma das Tagging für Colorsync fest (darüber wird entschieden welches ICC-Profil genutzt wird). Der Timelineviewer zeigt nun das Video über Colorsync an. Gleiches macht man analog in der Delivery-Einstellung mit dem Colorspace- und Gamma-Tag, dass dann ans File geschrieben wird. Bei Colorsync-Aware-Applicationen wird damit das ICC-Profil gesteuert. 2. Der gesetzte Timelinecolorspace hat keinen Impact auf das exportierte File. Damit beeinflusst man lediglich die Darstellung im DR Viewer und ggf. Default-Einstellungen wie z. B. für HDR Wheels oder falls man in der CST-Node das „Use Timeline“ steht. Wo ich noch blank bin: Ich habe meinen Monitor mit dem 1Profiler software-kalibriert, da kommt ein ICC-Profil raus. Das kalibrierte Profil ist aktiviert. Wenn ich das korrekt verstehe, würde ein VLC jetzt genau über dieses Profil das Video anzeigen, also mit dem kalibrierten Profil. Wenn Quicktime das Video abspielt und das Tagging zum Zuge kommt: Welches ICC-Profil kommt jetzt zum Tragen? Falls es die Systemprofile sind (wovon ich ausgehe), dann würde das bedeuten, dass ich meine Softwarekalibrierung damit umgangen habe. Oder werden jetzt die Videodaten durch mehrere ICC-Profile in einer Pipeline transformiert und meine Softwarekalibrierung spielt doch mit rein? Falls es die Systemprofile sind, dann bräuchte ich jetzt einen Monitor, den ich Hardwarekalibrieren kann, korrekt? Ich hoffe ich konnte es halbwegs gut beschreiben. Und Danke für deine Unterstützung.
@@Farbkanal Lieber Tim, danke für dieses tolle Video! Eine Frage aber noch: Rein von der Logik her leuchtet mir das ein - aber was ich nicht verstehe: Wenn ich die Timeline auf Rec709a stelle und entsprechend getagged exportiere passt alles. Wenn ich aber diesen CST Node aber hinsetze der alles auf 2.4 Gamma wandelt, wird alles heller. Ok beim Video kann ich da natürlich gegen arbeiten so dass es dann passt- ABER es passiert auch mit Grafiken die angeliefert werden! Was ist dafür die Lösung? Im Prinzip müsste ich jetzt wohl jede Grafik die in der Timeline ist händisch auf Rec709a wandeln mit nem eigenen CST node. Ist das nicht alles ein bisschen umständlich? Ich verstehe einfach nicht so ganz wozu dieser letzte Node, der das Gamma 2.4 irgendwie wieder in die Timeline bringt, obwohl man dann als Rec709A exportiert, dient. Irgendwie entfernt logisch, dass man den Standard versucht einzuhalten, aber was macht das für einen Unterschied, wenn im Ergebnis doch alles passt auch ohne? Es erscheint mir wie ein zusätzlicher Schritt?
Vielen Dank für diesen Livesaver! Viewer, QT und UA-cam in Safari sehen nahezu identisch aus. Nur ein Rätsel bleibt.. Ausgerechnet der von Dir hier angeführte Chrome Browser zeigt einen deutlichen Shift in den Farben (gerade in den Hauttönen). Woran könnte das liegen? Danke & Beste Grüße
@@Farbkanal Hab es eben noch mal auf dem Mac Air mit Chrome probiert - perfekt.. Auf dem Arbeitsrechner habe ich ein nicht ganz aktuelles System (jedes Update ein Krampf mit etlichen Programmen..) Vielleicht liegt es an der älteren Chrome Version. Da ich natürlich nachgeforscht habe, weiß ich, dass dieser Browser zumindest für eine Zeit einen sehr eigentümlichen Farbumgang hatte... Hab vielen Dank!
@@topwissen8143 ich weiß im Moment keinen Player für Windows aber unter Win hast Du auch nicht das Problem wie auf dem Mac. Lade mal rin Video zum Test auf YT hoch und guck dann ob es so aussieht wie im Viewer in DR. Wenn ja brauchst Du Dich darum eigentlich nicht weiter kümmern.
@@Farbkanal ja also folgendes Problem, genau das hab ich vorhin getan und das Video sah anders aus, das Bild war völlig flach, einen Gamma Shift und die Farben hatten weniger kontrast… Ich muss aber dazu sagen das ich das Projekt mit Premiere geschnitten hatte… Ich nutze einen 8bit sRGB Monitor und hab mir gedacht es ist grundsätzlich richtig das Colormanagement zu aktivieren. Nach etwas Recherche bei Adobe hab ich erfahren das wenn man einen sRGB Monitor hat und das footage in rec709 ist sollte mal das Colormanagment nicht aktivieren.. Nur mit einem Monitor der den P3 Farbraum hat… Jetzt bin ich wieder total verwirrt, ich dachte es wäre grundsätzlich richtig das ICC Profil des Monitors zu nutzen… Als ich das Colormanagment in Premiere wieder deaktiviert habe wurde das Bild im viewer zwar flacher aber es sah dann genauso aus wie auf UA-cam. Könntest du mir das bitte nochmal genauer erklären oder evtl. sogar nochmal ein Video zum Colormanagment machen ich finde das Thema absolut verwirrend😢
@@topwissen8143 als erstes: das Color Management in Premiere ist sehr schlecht. Aber wenn dein viewer jetzt so aussieht wie auf YT dann stimmt jetzt die Einstellung, Du müsstest jetzt aber auch Dein Grading logischerweise anpassen. Ich würde da jetzt in Premiere einfach einen adjustment Layer drüber legen und mit der Curve denn Shift ausgleichen, dann nochmal rendern und hochladen und vergleichen, das sollte dann auf YT genau so aussehen wie im viewer
Hallo Tim. Toller Video. Gibt es einen Trick, wie man das Ganze macht wenn man im Color Managed / Wide Gamut/ Output ist Rec.709 2.4 arbeitet. Bei mir kommt der Clip immer noch zu hell raus. Danke!
Sau stark, genau sowas wollte ich wissen 🙏🏻 Jetzt sehe ich aber, auf dem Mac sieht es toll aus, aber mein Vorschau Monitor( ASU’s pro Art ) macht mir Artefakte rein. Wie muss der jetzt passend eingestellt sein ?
@@Farbkanal ja auf dem MacBook sieht es aus wie es soll, vergleiche es in Davinci u QuickTime . Auf meinen Monitor nur anders. Den kann ich auf alles einstellen SRGB usw
Ich habe das alles ausprobiert: Variante 1 brennt ein anderes Gamma ins Video, sprich das Bild wird real verändert, man bekommt ne andere Waveform raus, und am PC zb sieht das Bild dann zu dunkel aus. Variante 2 scheint mir technisch korrekt zu sein, aber das Bild was ich dann sehe ist "zu hell". Ich würde dann also im Grading gegen arbeiten und somit wäre das Ergebnis dann auf nem PC auch wieder zu dunkel.... ARGH
Ich habe eine Abweichung zwischen dem Vorschaubild (Bearbeitung in DR) und nach dem Export in QT Wie kann das sein? Bekomme es nicht gelöst? Die Farben sind nach dem Export etwas blasser und der Kontrast stärker MacBook Pro 2020
Krass. Ich brauch mal wieder leichtere Kost! Ich habe bei meinem aktuellen Projekt den Color Space auf ACEScct eingestellt (Da ich das wegen deinem Aces Tut mal so probieren will) Muss dann bei der CST Node im Input dann nicht auch ACES statt Rec 709 eingestellt werden?
Bei der Aces Input stellst Du das ein, was Deine Aufnahme hat, und als Output ACEScct. Meinst Fu das? Die Aces Transform ist ja quasi die CST für Aces PS: es kommt bald such wieder mehr leichte Kost 🤗😀
@@Farbkanal hm. Ich meinte die Node Trim Out die auf die Timeline wirkt. Soll da nicht bei mir in der CST bei Input Color Space Aces stehen, da ich ja im Aces Farbraum bin? Oder ist diese Timeline Node unabhängig vom Farbraum?
@@maxxbom777 wenn Du in Aces in der Out Node rec 709 stehen hast, dann kannst Du dort auch gleich auch Rec709-A einstellen, und dann in der deliver Page noch die Einstellungen machen. Probier mal, sollte funktionieren.
@@Farbkanal ich geb auf. ich probiere es jetzt mit deinem Film Look Nodetree. Im CST IN muss ich ja Input Color Space von meiner Cam nehmen. Meine Hauptcam ist die BM Pocket 6K Pro. Weißt du davon zufällig den Input Color Space und Input Gamma? Finde ich keine Unterlagen dazu. Ich filme im Film Profil. Nach 3 Nächten durchgehendem Studium deiner Tutorials (speziell eben Filmlook) muss ich aufgeben. Dein Workflow sieht so easy und butterweich aus. Auf meine Clips kann ich das nicht anwenden. Das Image sieht nach deinem Nodetree ähnlich dem aufgenommen LOG Profil aus. Parallel dazu habe ich ein komplett neues Projekt erstellt und meinen eigenen Nodetree angewendet. Ob das technisch richtig ist oder nicht, muss mir nun egal sein. Das Image sieht nun gut aus und ich kann den Film abliefern. Ich sehe nun ein, DR ist einfach zu mächtig für mich und ich zu unwissend dafür. Es nützt nichts, Colorgrading ist ein Beruf und deine jahrelange Erfahrung und tägliches lernen, kann nicht durch Tutorials in meine Birne rein. Eine Einstellung falsch interpretiert, oder am falsch Rad gedreht, und schon ist es vorbei… Ich werde weiterhin deine Videos aufsaugen auch wenn mir die Lernkurve zu steil ist. Hin und wieder wird schon was hängenbleiben.
@@Farbkanal in ACES Output Transform gibt es aber nur rec709 und keine rec709A. Muss ich dass dort lasst und nur in der delivery page den A tag setzen?
Das tut mir leid, aber eigentlich ist das sogar Anfänger Level. Kernaussage: ohne die richtigen NCLC Tags in einem Video kann Chrome und Safari das video nicht richtig anzeigen, es sei denn, diese wurden richtig gesetzt, sei es "aus versehen" oder mit Absicht. Das ist der häufigste Grund dafür, warum videos auf YT manchmal anders aussehen als auf dem eigenen Rechner.
@@Farbkanal ist nicht Deine Schuld. Bin nicht vom Fach. Habe null Plan (nutze noch nicht mal Resolve). Du machst die Videos gut, aus diesem Grund unterstützte ich Dich.
Der Layer bei UA-cam kommt und geht mit der Anzeige der roten Abspielleiste. Im Quelltext findet man ihn unter der Klasse ytp-gradient-bottom. (Chrome > [cmd] + [alt] + [i] > Elements > Suche nach ytp-gradient-bottom > -Tag mit [entfernen] löschen und schwupp ist der Gradient bis zum nächsten aufrufen der Website weg :)
![Nodes für Anfänger in DaVinci Resolve - Tutorial vom Pro in Deutsch [Color Grading MC #2]](/img/n.gif)
Endlich mal Durchblick über 1-2-1 und1-1-1! Super erklärt.
Fettes DANKE!
Sehr gern!
Mein absolutes Lieblingsthema! Es gibt nichts, worüber es mehr Unstimmigkeiten, Kopfzerbrechen und Meinungen gibt als #Gammashift 😅
Da hast Du wirklich recht! Und ich kratze hier nur an der Oberfläche, wollte noch sooo vile mehr dazu los werden, aber dann geht das Video einfach viel zu lange ;) Vielleicht mache ich dazu noch mal eine kleine Ergänzung oder Fortsetzung. Danke für Deine Worte!
@@Farbkanal vielen Dank für deine Arbeit hier auf UA-cam! Ein spannendes Thema für deinen Kanal fände ich übrigens LUT-Erstellung zur Verwendung in anderen NLEs, Premiere beispielsweise, und fürs in-Camera-Monitoring. Da spielt ja von Color Management über Look-Erstellung alles mit.
Und, ganz am Rande: Kennst du Colorlab.ai und LookDesigner?
@@VictorRiley Ich setze das mal auf die Liste. Und: Ja, kenne ich.
@@Farbkanal Noch eine Frage hätte ich: Wie gehst du vor, wenn du bereits gegradete Dateien, fertige Videos oder Grafiken "durchreichen" willst, in einer Timeline mit anderen Grades? Sprich: Animationen aus After Effects, Bilder, Archivfootage. Die Timeline-Node von Rec709-A zu Gamma 2.4 (oder anders herum, je nach Workflow) verzerrt ja dann unnötiger Weise das Gamma dieser Clips. Oder nicht?
Ich wollte schon eine Weile zu Resolve switchen und das Thema hat mich immer davon abgehalten. Aber jetzt, auf gehts, bin dank deines Videos zuversichtlich dass ich ansatzweise verstanden habe wie ich das Problem umgehe (bzw. warum es überhaupt auftritt). Super Channel, danke!
Tim, vielen Dank für Dein Video. Ich habe als altes Cutter-Tier nochmal sehr viel dazu gelernt!
Lieber Tim, deine Videos sind eine unheimliche Bereicherung für mich! Super verständlich, auf den Punkt und klar, ich mag deinen Humor ;-) Herzliche Grüße aus dem Südharz
Vielen lieben Dank, das freut mich sehr! Liebe Grüße aus Leipzig 👍
Auch mit diesem Video hast Du mir mal wieder sehr geholfen! Da ich auf einem Mac umgestiegen bin, habe ich mich schon mehrfach gewundert, dass nach dem Rendern zu stärkeren Abweichungen in der Helligkeit gekommen ist.... Nun weiß ich, warum! Vielen Dank!
Immer gern Volker! 👍
Allein für den Tipp unter "Preferences" das Häkchen bei "Use Mac display color ..." zu setzen vielen Dank. Hilfreich wie immer Deine Videos.
Gern geschehen! 👍
Das problem bei der ganzen sache ist das der gamma shift totale absicht ist für eine surround illumination und Display illumination compensation, dein grading display ist bei 100NIT @ Gamma 2.4 in nem dunklen raum, die zuschauer haben ihre macbooks zB auf 400NIT in nem hellen raum und sRGB gamma, das bild muss also verändert werden um wahrnehmungstechnisch zu funktionieren, deswegen gibt es diesen 1.22 gamma boost in macOS Colorsync, der ist da mit voller absicht und das ist auch gut so. Man darf halt nicht anfangen sein GUI monitor mit dem referenzmonitor zu vergleichen, die haben nix miteinander zu tun und sollen sie auch nicht, ich weiss es wirkt erstmal komisch das es nicht matchen soll aber probiert es einfach mal selber aus, im dunklen graden auf nem ref monitor, export ganz normal als rec790 1-1-1 dann das ganze im wohnzimmer bei tageslicht auf nem macbook abspielen bei angenehmer helligkeit, merkt ihr den gamma shift noch? Sieht das nicht näher an dem aus was ihr da graded habt als wenn ihr da 1-2-1 usw ausspielt?
Neue macbooks mit XDR screens haben übrigens einen rec709 referenz modus , da stellt sich das display auf 100NIT fest ein und matched dann eurem referenz monitor , mit 1-1-1 tags.
das ist halt einfach kein bug sondern ein feature.
Ja, und genau deswegen hat Apple ja Rec709A eingeführt. Du hast vollkommen Recht, aber es ging darum zu zeigen wie man den Gamma Shift vermeiden kann. Denn genau das haben mich viele gefragt. Und viele graden auf einem ganz normalen Rec709.G24 Monitor und wundern sich dann. Danke für Deine ausführliche Erklärung, das hilft einigen nochmal das Ganz noch besser zu verstehen
@@Farbkanal ja nur leider machste mir rec709A mehr kaputt als man möchte.
Rec709A ist ne erfindung von blackmagic, das ist halt einfach nur die rec708 OETF , bevor es bt1886 gab gab es kein video display standard weil eh alles röhren waren und man konnte ja eh nix drann machen, die hatten halt irgendein gamma zwischen 2.2 und 2.4, dazu kommt das rec709 OETF halt nicht die inverse der EOTF ist, das steht so im rec709 standard und apple sind halt die einzigen die sich drann halten, eigentlich gedacht um ein bild aus der kamera heller zu machen.. allerdings folgt keine kamera mehr der rec709 kurve aus dem standard.. blah blah blah, es ist leider super kompliziert mit hunderten von standards und visuellen phenomänen , da irgendwas zu schieben um quicktime und resolve viewer gleich aussehen zu lassen ist halt einfach der falsche approach, man muss das alles unter einem anderen blickwinkel betrachten .
@@FinnJaeger1337 wenn Du magst können wir uns gern mal dazu austauschen, bin da immer gern lernbereit. Du scheinst Dich gut auszukennen, bis Du Image Ingenieur? Oder Colorist? Würde mich freuen!
@@Farbkanal jo pn mich gerne , ich bin irgendwas zwischen bildingeneur und vfx supervisor.
@@FinnJaeger1337 ich komme gern in den nächsten Tagen mal auf Dich zu, würde mich freuen
Man oh Man. Deine Tutorials sind echt sooooooo hlfreich. Wow. Und ich fühle mich gleichzeitig so unwissend. 😅
Ach quatsch, aber lieben Dank! Und: dafür sind doch die tutorials da ;)
Puh ich hab hier grad schon nen halben Nervenzusammenbruch aber dein Video hilft ungemein .
Was ein Klasse Video!!! Gib uns weiter so krassen Content!!!❤
Ahh es gibt doch nichts schöneres als aus dem Urlaub zurück zu kommen und direkt ein neues Video vom Farbkanal zu sehen😁😂
Wie immer geil, muss ich mir direkt anschauen!
LG Lennard :)
Perfektes Timing Lennard! Ich hoffe Du bist gut erholt! LG!
Lieber Tim, vielen Dank!! Ich muss zugeben, mir war leider einiges zu kompliziert, um es 1:1 nachvollziehen zu können mit den Tags und den Color Spaces... ABER: dank deines Videos habe ich es jetzt geschafft, dass meine Videos in DaVinci, in QuickTime UND (das war bisher das Problem) auch auf UA-cam 1:1 gleich aussehen. Ich mache es allerdings etwas anders als du... meine Color Settings Page in Resolve sieht etwas anders aus als in deinem Video, das mag daran liegen, dass dein Video schon über 1 Jahr alt ist... jedenfalls, meine von deinem Video abgeleitete Lösung sieht wie folgt aus:
1. Preferences - General - "Use Mac Display Color Profiles for Viewers" aktivieren (soweit eh klar)
2. Anstatt die Lösung mit der CST-Node für die Timeline zu nutzen, hab ich in Resolve 18 einfach in den Project Settings unter Color Management folgendes eingestellt:
Color Science: DaVinci YRGB
"Use separate color space and gamma"
Timeline Color Space: Rec.709 Gamma 2.4
Output Color Space: Rec.709 Rec.709-A
Das ist zwar anders, als du es im Video beschreibst (das finde ich etwas komplizierter), aber es funktioniert 1:1 so. Ich muss keine Timeline-CST-Node anlegen, ich muss auch auf der Deliver Page nichts einstellen, Color Space Tag und Gamma Tag einfach auf "Same as Project" belassen und gut ist.
Vielen, vielen Dank - damit werden die zukünftigen Uploads auf meinem Kanal nun endlich 1:1 so aussehen, wie ich das vorgesehen habe :) Ich hab dir gleich mal ein Like und ein Subscribe dagelassen.
Super, ist im Grunde am Ende das selbe, gut gelöst. Ich bevorzuge aber aus verschiedenen Gründen manuelles Color Management, deshalb die etwas aufwendigere Variante
@@Farbkanal Alles klar - im Endeffekt, solange das Ergebnis passt, ist ja alles gut :) Für mich ist es so einfacher, weil ich nicht vom Rendern die CST Node ein-/ausschalten muss :)
Das Video ist wie jedes einfach nur gut.
O diese tipps sind echt gold wert. 👍
Wie immer: Hammer gutes Video, vielen Dank Tim!
Gern!
Hallo Tim, ich nochmal. Vllt. Bedarf das Video eines Updates. Ich hatte genau das von dir besprochene Problem obwohl die Files 1-1-1 waren. Trotzdem sah Resolve anders aus als QuickTime und Browser und im VLC sah es so aus wie in Resolve gegraded.
Mit dem Haken für die Mac Farben war es nicht allein getan aber deine erste Methode wo man die Node zum Export anschalten muss hat nicht funktioniert. Danach gab es einen heftigen Gamma Shift und alles war viel dunkler.
Die zweite Methode mit der Node die immer aktiv sein kann war dann zielführend und funktioniert perfekt um überall konsistente Ergebnisse zu haben.
Vllt. Hat sich da was getan in Resolve? Ich verwende Resolve 18.
Würde mich über ein Feedback freuen!
Danke für Dein Feedback! Da ich noch mitten in einer Produktion stecke, bin ich noch auf DR17, ich wechsel ungern mitten in einer Produktion die Versionen :) Eigentlich sollte es genau wie beschrieben funktionieren. Beide Varianten sind nach wie vor meine Standard Workflows. Das Häkchen allein in den Preferences reicht nicht, es muss dann auch entsprechend nach Rec709-A transformiert werden. Es kann gut sein dass in der 18er version sich da etwas geändert hat, sobald ich durch bin und geupdatet habe schaue ich mir das auf alle Fälle mal an. Aufpassen! VLC hat keine Color Management, UA-cam schon! Deshalb sollten auch die Videos immer ordentlich 1-1-1 getagged sein, und die Tags ntürlich auch dem entsprechen, wie das File gerendert wurde, sprich: das Gamma sollte dem Tag entsprechen. Rec709-A ist nichts weiter als ein Workaround für das Gamma MissMatch auch Apple.
@@Farbkanal Danke für deine Antwort!
Ich habe gestern nochmal mit ein paar Test Files gespielt. Und bei Resolve 18 sieht es so aus, das man solange man den Timeline Color Space auf Rec.709-A stellt, und die Export Tags wie gezeigt setzt, dann auch ohne CST Node, konsistente Export Ergebnisse erhält die in Resolve, Quick Time, und im Browser über YT gleich aussehen. Nur VLC sieht dann deutlich dunkler aus aber das ist mir dann ziemlich wurscht. 😃
So wird jetzt mein Workflow aussehen. Und ich kanns nicht fassen das seitdem ich auf Mac schneide einfach mal 38% meiner Zuschauer die Videos komplett anders dargestellt gesehen haben als ich es gegraded habe. 😕🙄
Würde mich freuen wenn du das Thema irgendwann nochmal angehst. Fand das super interessant und vielen Dank für die Hilfe!
Danke für deine Videos! Als Anfänger mit dem Thema Video eine Riesen Hilfe !
Das freut mich sehr! Genau dafür sind die Videos ja da 🤗
Top Video! Wirklich spannendes Thema. Ich weiß noch wie es mich immer frustriert hat wenn ich bei den ersten Grades immer zu du dunkel oder zu hell war.
Dankeschön Eydok! Ja, da kann man ja auch manchmal verzweifeln ;)
Hey Tim, ich kann ja nicht jedes mal so eine Lobeshymne schreiben, auch wenn Du es verdienst,🥳. Es ist wieder ein weiterer Schritt für mich. Solltest Du mehr Aufrufe als üblich verzeichnen, das bin ich weil ich öfter schaue um alles zu verstehen😂. Danke für das tolle Video Grüße aus Berlin 🤝
Lieben Dank! Im Moment verzeichne ich eher weniger Aufrufe 🤣 Aber das liegt wohl ganz einfach am Sommer und am Urlaub 😀 LG, Tim
@@Farbkanal an mir liegts nicht 😹
🤣🤣🤣👍 Danke Dir!!!
danke für das Video! Kennt jemd von euch nen guten nclc fähigen Player für win? ausser DJV?
Hi Tim, vielen Dank, dadurch wird so einiges klar. Ich hatte ja mit QuickTime auch meine Problemchen 😅 und natürlich auch zu Windows Rechnern, da ich auch Mac User bin. Grüße Hendrik
Ja, das wissen viele nicht, dass man da auf diese NCLC Tags achten muss. Viele Grüße!
Hi Tim, eine Frage hab ich dann zusätzlich zu meinem Kommentar vor einer Woche doch noch: gibt es auch eine Möglichkeit, dass die Videos in DaVinci, Quicktime, UA-cam UND auch in Playern wie VLC, die die NCLC Tags nicht interpretieren, gleich aussehen können?
Nur über die NCLC Tags kommt man zumindest soweit, dass sie nicht mehr extrem unterschiedlich aussehen. Aber sie werden selbst nur innerhalb der Browser schon unterschiedlich aussehen, weil jeder Browser Farben unterschiedlich wiedergibt. Das geht leider nicht.
@@Farbkanal Schade, aber das heißt, dann bin ich zumindest schon beim bestmöglichen Ergebnis. Danke dafür!
Cooles Video - danke für die Erklärung! Hat mir sehr geholfen und hat bei mir perfekt funktioniert;)!
Super! Das freut mich!
Danke für das tolle Video! Hatte genau dieses Problem. Jetzt qualmt mir der Kopf! Der Haken für Mac Display Color war nicht gesetzt...
Was ich mich frage, was bringt bei den Preferences unter General der Haken "Automatically Tag Rec.709 to Rec.709-A"
Macht das nicht genau das was du erreichen willst nur schneller und einfacher?
Hey Tim, vielen Dank für das tolle Video. Das rettet in der Tat mein neues Projekt.
Würd gern noch zwei Fragen loswerden :-).
1: Ich kann bei diesem Workflow also die Rec709 2.4 Kalibrierung von meinem Referenzbildschirm bestehen lassen richtig?
2: Wie würdest Du vorgehen wenn Du Luts einsetzen würdest die speziell für Davinci Wide Gamut entworfen worden sind.
Ich nutze gern die neusten Luts von Cullen Kelly, diese benötigen allerdings einen Scene Referred Workflow (Project) mit einem Wide Gamut
Kann ich dir dazu evtl. mal eine E-Mail schreiben?
Das Thema ist absolut spannend und evtl. ein weiteres Video wert 😊
Liebe Grüße aus Leipzig 🤘
Hm, danke für das Video! Klasse! Aber eine wichtige Frage: Geht das auch mit DaYinci Color Manged Workflow (Wide Gamut)? Und als Output einfach Rec.709-A? (Hacken gesetzte für Display Profiles am Mac), Dann ohne die CST Node auf die Timeline? Ach ja, es gibt da noch etwas: Automatically tag Rec 709 as REC 709-A... hm was soll das nun?
Im Color Managed Workflow geht das auch: setz einfach als Output Color Space Rec709-A, und in der Deliver Page auch, dann sollte das klappen
Danke Tim! Sag mal weißt du was es mit: Automatically tag Rec 709 as REC 709-A. auf sich hat? Könnte das ggf Relevant sein?
@@lakeone777 das bedeutet nur, dass wenn Du alsTimelineColorSpace Rec709 eingestellt hast, beim Rendern automatisch das ganze als Rec709-A getagged wird. Da musst Du aber aufpassen, dass in der Deliver Page dann „Same as Project“ eingestellt ist, bzw Du noch kontrollieren musst, dass Du im Viewer auch Rec709-A siehst, da müsstest Du dann also noch eine CST anlegen, zur Kontrolle. Ich finde es umständlicher und man läuft schneller Gefahr, dass es nicht passt. Ich lasse das deswegen immer deaktiviert. Je mehr man DR überlässt, desto eher macht man etwas falsch, ohne zu wissen WAS. Wenn dann etwas nicht passt sucht man sich tot. Probiere es aus, wenn Du damit gut zurecht kommst, mach das. Gibt da kein richtig oder falsch. Ich hab da lieber immer die größt mögliche Kontrolle
@@Farbkanal Achso, danke! Dann ist die erste Variante definitiv besser!
Super Thema!
Danke Stefan! Absolut! Wissen leider immernoch viel zu wenige
Hey super Video! Wieso wird das nahezu nie in anderen Grading Tutorials angesprochen? In nahezu allen Tutorials wird einfach in Rec709 Gamma 2.4 gegradet.
#derahamoment. Es ist immer wieder krass, wenn ich merke, wie unwissend ich eigentlich bin 😁. Hatte da schon mal was irgendwo gelesen, aber jetzt hab ich es verstanden!
Hey Daniel! Genau so soll es sein! Das freut mich um so mehr! BTW: T-Shirt ist endlich eingetroffen 🤣 Geht die nächsten Tage raus!
@@Farbkanal Ah SEHR GEIL, freu mich drauf!! DANKE
@@spinatproductions5090 nicht dafür 🤘
Eine Frage hätte ich noch dazu. Wenn ich mit diesen Rec709-A-Gamma-Tags im Export arbeite, werden dann die Videos über Windows-Monitore wiederum anders angezeigt?
Nein, das hat mich Windows nix zu tun, nur mit dem "Player" den Du verwendest. Versteht der Player NCLC Tags un berücksichtigt diese, wird das video immer gleich aussehen, auch UA-cam und manche Browser nutzen diese NCLC Tags. Es gibt aber Player, die machen das nicht, und da kann es dann durchaus mal anders aussehen. Das Problem hat aber jeder, selbst der Weltbeste Colorist
👏👏👏
Aber was ich nicht verstehe wieso immer alles auf Gamma 2.4 gegraded wird aber die Bildschirme auf Gamma 2.2 eingestellt werden sollen. Das schafft dann nen heftigen shift von PC Bildschirm und Fernseher/Handy
Krass! Danke
Sehr gern!
Lieber Tim, vielen Dank für dieses Video. Und super spannendes Thema. Ich hab das gerade mal durchgespielt und klappt super. ;)
Allerdings verstehe ich nicht warum das zweite Szenario funktioniert. Rein vom Aufbau der Colorpipeline hätte ich auch hier erwartet, dass ich ein CST-Node brauche, der mich von der FILM LUT (REC709/Gamma 2.4) zu einem REC709/REC709A bringt (und nicht andersrum). Wieso ist das so?
Welche CST-Node Einstellungen bräuchte ich jetzt (für einen zweiten Export), damit dieser Export für nicht-Colormanaged Viewer (VLC) der Anzeige im Quicktime entsprechen und damit dise Exporte "gleich" aussehen? Meine Annahme wäre gewesen, dass ich den CST-Node einfach deaktiviere, aber das ist wohl nicht so ;)
Danke! Das zweite Szenario funktioniert, weil ja die Timeline schon auf Rec709-A steht, aber damit auch das Gamma. Wenn man möchte, dass es ein Gamma 2.4 ist, was am Ende hinter dem BT.709 Tag steht, also in einem 1-1-1 File, dann muss man da einfach mit der CST am Ende (die dann auch immer anbleibt) genau dies einstellen. Heisst: möchtest Du eigentlich einen klassischen Gamma 2.4 Look, braucht's am Ende diese Node. kannst Du auch weglassen, wenn Du manuell Dein Look so aufbaust, dass er passt. Ist dann aber ein Gamma Rec709-A, auch wenn Du es dunkler machst und es sehe nach einem Gamma 2.4 aussieht. Ich würde jedoch immer empfehlen (für die zweite Variante - also wenn man ein Gamma 2.4 haben möchte), diese letzte CST so zu setzen, dann transformierst Du ja auch vom Timeline Color Space, der in den project Settings auf rec709-A steht, nach gamma 2.4, aber DR taggst das Ganze als 1-1-1, und somit "versteckst" Du quasi hinter dem Rec-709-A Tag ein Gamma 2.4. War das halbwegs verständlich?
@@Farbkanal Hi Tim,
sorry für meine späte Antwort. Vielen Dank für deine Erklärung, das hat mich definitiv nochmal in die richtige Richtung geschubst. Ich gebe mir gerade viel Mühe genauer zu verstehen, wie die einzelnen vielen Bausteine miteinander interagieren und wie sie sich beeinflussen. Ich dokumentiere das in einer großen Grafik und könnte mir gut vorstellen, dass das auch anderen helfen würde. Falls du Interesse hast, kann ich dir mal meinen ersten Wurf schicken.
Ein paar Erkenntnisse, die ich mit ein paar Tests gewonnen hab.
1. Bei aktivierten "Use MAC-Display color profiles for viewers“ legen wir mit dem Timelinecolorspace/gamma das Tagging für Colorsync fest (darüber wird entschieden welches ICC-Profil genutzt wird). Der Timelineviewer zeigt nun das Video über Colorsync an. Gleiches macht man analog in der Delivery-Einstellung mit dem Colorspace- und Gamma-Tag, dass dann ans File geschrieben wird. Bei Colorsync-Aware-Applicationen wird damit das ICC-Profil gesteuert.
2. Der gesetzte Timelinecolorspace hat keinen Impact auf das exportierte File. Damit beeinflusst man lediglich die Darstellung im DR Viewer und ggf. Default-Einstellungen wie z. B. für HDR Wheels oder falls man in der CST-Node das „Use Timeline“ steht.
Wo ich noch blank bin:
Ich habe meinen Monitor mit dem 1Profiler software-kalibriert, da kommt ein ICC-Profil raus. Das kalibrierte Profil ist aktiviert. Wenn ich das korrekt verstehe, würde ein VLC jetzt genau über dieses Profil das Video anzeigen, also mit dem kalibrierten Profil.
Wenn Quicktime das Video abspielt und das Tagging zum Zuge kommt:
Welches ICC-Profil kommt jetzt zum Tragen? Falls es die Systemprofile sind (wovon ich ausgehe), dann würde das bedeuten, dass ich meine Softwarekalibrierung damit umgangen habe. Oder werden jetzt die Videodaten durch mehrere ICC-Profile in einer Pipeline transformiert und meine Softwarekalibrierung spielt doch mit rein? Falls es die Systemprofile sind, dann bräuchte ich jetzt einen Monitor, den ich Hardwarekalibrieren kann, korrekt?
Ich hoffe ich konnte es halbwegs gut beschreiben. Und Danke für deine Unterstützung.
@@Farbkanal Lieber Tim, danke für dieses tolle Video! Eine Frage aber noch:
Rein von der Logik her leuchtet mir das ein - aber was ich nicht verstehe: Wenn ich die Timeline auf Rec709a stelle und entsprechend getagged exportiere passt alles. Wenn ich aber diesen CST Node aber hinsetze der alles auf 2.4 Gamma wandelt, wird alles heller. Ok beim Video kann ich da natürlich gegen arbeiten so dass es dann passt- ABER es passiert auch mit Grafiken die angeliefert werden! Was ist dafür die Lösung? Im Prinzip müsste ich jetzt wohl jede Grafik die in der Timeline ist händisch auf Rec709a wandeln mit nem eigenen CST node. Ist das nicht alles ein bisschen umständlich? Ich verstehe einfach nicht so ganz wozu dieser letzte Node, der das Gamma 2.4 irgendwie wieder in die Timeline bringt, obwohl man dann als Rec709A exportiert, dient. Irgendwie entfernt logisch, dass man den Standard versucht einzuhalten, aber was macht das für einen Unterschied, wenn im Ergebnis doch alles passt auch ohne? Es erscheint mir wie ein zusätzlicher Schritt?
@@franzmathauser ICH WILL DIE ÜBERSICHT. :D
Vielen Dank für diesen Livesaver! Viewer, QT und UA-cam in Safari sehen nahezu identisch aus.
Nur ein Rätsel bleibt.. Ausgerechnet der von Dir hier angeführte Chrome Browser zeigt einen deutlichen Shift in den Farben
(gerade in den Hauttönen). Woran könnte das liegen?
Danke & Beste Grüße
Das liegt dann definitv an den falschen NCLC Tags. Hast Du den Rec709A Workaround genutzt?
@@Farbkanal Hab es eben noch mal auf dem Mac Air mit Chrome probiert - perfekt.. Auf dem Arbeitsrechner habe ich ein nicht ganz aktuelles System (jedes Update ein Krampf mit etlichen Programmen..)
Vielleicht liegt es an der älteren Chrome Version. Da ich natürlich nachgeforscht habe, weiß ich, dass dieser Browser zumindest für eine Zeit einen sehr eigentümlichen Farbumgang hatte...
Hab vielen Dank!
Welcher lokale Videoplayer für Windows liest denn die NCLC Tags aus?
Na zB QuickTime
@@Farbkanal ja ich weiß nur hab ich leider einen Windows Rechner und QuickTime für Windows wurde die Entwicklung leider eingestellt;(
@@topwissen8143 ich weiß im Moment keinen Player für Windows aber unter Win hast Du auch nicht das Problem wie auf dem Mac. Lade mal rin Video zum Test auf YT hoch und guck dann ob es so aussieht wie im Viewer in DR. Wenn ja brauchst Du Dich darum eigentlich nicht weiter kümmern.
@@Farbkanal ja also folgendes Problem, genau das hab ich vorhin getan und das Video sah anders aus, das Bild war völlig flach, einen Gamma Shift und die Farben hatten weniger kontrast… Ich muss aber dazu sagen das ich das Projekt mit Premiere geschnitten hatte… Ich nutze einen 8bit sRGB Monitor und hab mir gedacht es ist grundsätzlich richtig das Colormanagement zu aktivieren.
Nach etwas Recherche bei Adobe hab ich erfahren das wenn man einen sRGB Monitor hat und das footage in rec709 ist sollte mal das Colormanagment nicht aktivieren.. Nur mit einem Monitor der den P3 Farbraum hat… Jetzt bin ich wieder total verwirrt, ich dachte es wäre grundsätzlich richtig das ICC Profil des Monitors zu nutzen… Als ich das Colormanagment in Premiere wieder deaktiviert habe wurde das Bild im viewer zwar flacher aber es sah dann genauso aus wie auf UA-cam.
Könntest du mir das bitte nochmal genauer erklären oder evtl. sogar nochmal ein Video zum Colormanagment machen ich finde das Thema absolut verwirrend😢
@@topwissen8143 als erstes: das Color Management in Premiere ist sehr schlecht. Aber wenn dein viewer jetzt so aussieht wie auf YT dann stimmt jetzt die Einstellung, Du müsstest jetzt aber auch Dein Grading logischerweise anpassen. Ich würde da jetzt in Premiere einfach einen adjustment Layer drüber legen und mit der Curve denn Shift ausgleichen, dann nochmal rendern und hochladen und vergleichen, das sollte dann auf YT genau so aussehen wie im viewer
Hallo Tim. Toller Video. Gibt es einen Trick, wie man das Ganze macht wenn man im Color Managed / Wide Gamut/ Output ist Rec.709 2.4 arbeitet. Bei mir kommt der Clip immer noch zu hell raus. Danke!
Nein, da musst Du dann gleich in dem Rec709A Workflow arbeiten, dann klappt es auch im RCM
Sau stark, genau sowas wollte ich wissen 🙏🏻
Jetzt sehe ich aber, auf dem Mac sieht es toll aus, aber mein Vorschau Monitor( ASU’s pro Art ) macht mir Artefakte rein. Wie muss der jetzt passend eingestellt sein ?
What? Ähm, das sollte nicht sein. Auf was ist der denn eingestellt? Rec709 und Gamma 2.4?
@@Farbkanal ja auf dem MacBook sieht es aus wie es soll, vergleiche es in Davinci u QuickTime . Auf meinen Monitor nur anders. Den kann ich auf alles einstellen SRGB usw
@@CinemaTicker du musst den Monitor auf das selbe einstellen, auf was Du Deine Timeline einstellst
@@Farbkanal ich habe es ja wie im Video gemacht auf rec709
@@CinemaTicker und welches Gamma?
Ich habe das alles ausprobiert: Variante 1 brennt ein anderes Gamma ins Video, sprich das Bild wird real verändert, man bekommt ne andere Waveform raus, und am PC zb sieht das Bild dann zu dunkel aus. Variante 2 scheint mir technisch korrekt zu sein, aber das Bild was ich dann sehe ist "zu hell". Ich würde dann also im Grading gegen arbeiten und somit wäre das Ergebnis dann auf nem PC auch wieder zu dunkel.... ARGH
Ich habe eine Abweichung zwischen dem Vorschaubild (Bearbeitung in DR) und nach dem Export in QT
Wie kann das sein? Bekomme es nicht gelöst?
Die Farben sind nach dem Export etwas blasser und der Kontrast stärker
MacBook Pro 2020
Ich habe dazu schon ein Video gemacht, guck mal auf meinem Kanal
Krass. Ich brauch mal wieder leichtere Kost! Ich habe bei meinem aktuellen Projekt den Color Space auf ACEScct eingestellt (Da ich das wegen deinem Aces Tut mal so probieren will) Muss dann bei der CST Node im Input dann nicht auch ACES statt Rec 709 eingestellt werden?
Bei der Aces Input stellst Du das ein, was Deine Aufnahme hat, und als Output ACEScct. Meinst Fu das? Die Aces Transform ist ja quasi die CST für Aces
PS: es kommt bald such wieder mehr leichte Kost 🤗😀
@@Farbkanal hm. Ich meinte die Node Trim Out die auf die Timeline wirkt. Soll da nicht bei mir in der CST bei Input Color Space Aces stehen, da ich ja im Aces Farbraum bin? Oder ist diese Timeline Node unabhängig vom Farbraum?
@@maxxbom777 wenn Du in Aces in der Out Node rec 709 stehen hast, dann kannst Du dort auch gleich auch Rec709-A einstellen, und dann in der deliver Page noch die Einstellungen machen. Probier mal, sollte funktionieren.
@@Farbkanal ich geb auf. ich probiere es jetzt mit deinem Film Look Nodetree. Im CST IN muss ich ja Input Color Space von meiner Cam nehmen. Meine Hauptcam ist die BM Pocket 6K Pro. Weißt du davon zufällig den Input Color Space und Input Gamma? Finde ich keine Unterlagen dazu. Ich filme im Film Profil.
Nach 3 Nächten durchgehendem Studium deiner Tutorials (speziell eben Filmlook) muss ich aufgeben. Dein Workflow sieht so easy und butterweich aus. Auf meine Clips kann ich das nicht anwenden. Das Image sieht nach deinem Nodetree ähnlich dem aufgenommen LOG Profil aus. Parallel dazu habe ich ein komplett neues Projekt erstellt und meinen eigenen Nodetree angewendet. Ob das technisch richtig ist oder nicht, muss mir nun egal sein. Das Image sieht nun gut aus und ich kann den Film abliefern. Ich sehe nun ein, DR ist einfach zu mächtig für mich und ich zu unwissend dafür. Es nützt nichts, Colorgrading ist ein Beruf und deine jahrelange Erfahrung und tägliches lernen, kann nicht durch Tutorials in meine Birne rein. Eine Einstellung falsch interpretiert, oder am falsch Rad gedreht, und schon ist es vorbei…
Ich werde weiterhin deine Videos aufsaugen auch wenn mir die Lernkurve zu steil ist. Hin und wieder wird schon was hängenbleiben.
@@Farbkanal in ACES Output Transform gibt es aber nur rec709 und keine rec709A. Muss ich dass dort lasst und nur in der delivery page den A tag setzen?
sag bescheid wie ich dir mit Windows helfen kann....
Ich melde mich Anfang der Woche mal bei Dir. Zu F-Log auch! Danke!
@@Farbkanal alles klar!! Bitte kein Stress.....
Was für ne Wissenskeule XD
Na dann guten Appetit 😂
erster.....
Hahaha! Andreas, Danke!
Der Videotitel war vielversprechend. Nach 1 Minute wurde leider zu japanisch, chinesisch und dann zur Amtssprache von Timbuktu gewechselt. Bahnhof.
Das tut mir leid, aber eigentlich ist das sogar Anfänger Level. Kernaussage: ohne die richtigen NCLC Tags in einem Video kann Chrome und Safari das video nicht richtig anzeigen, es sei denn, diese wurden richtig gesetzt, sei es "aus versehen" oder mit Absicht. Das ist der häufigste Grund dafür, warum videos auf YT manchmal anders aussehen als auf dem eigenen Rechner.
@@Farbkanal ist nicht Deine Schuld. Bin nicht vom Fach. Habe null Plan (nutze noch nicht mal Resolve). Du machst die Videos gut, aus diesem Grund unterstützte ich Dich.
@@SN-1006 Oh! Vielen lieben Dank, das freut mich sehr! Wenn Du Fragen hast, immer gern!
Der Layer bei UA-cam kommt und geht mit der Anzeige der roten Abspielleiste. Im Quelltext findet man ihn unter der Klasse ytp-gradient-bottom. (Chrome > [cmd] + [alt] + [i] > Elements > Suche nach ytp-gradient-bottom > -Tag mit [entfernen] löschen und schwupp ist der Gradient bis zum nächsten aufrufen der Website weg :)
Hey! Danke! Hatte noch nicht im Quellcode geguckt! Ich rüffel immer wenn der kommt 🤣
@@Farbkanal... ich freu mich, wenn ich was versteh :)