eher zufällig bin ich gerade über ein Problem gestolpert. Der Roundtrip Premiere-Davinci-Premiere ist bei mir noch recht neu, daher tun sich des Öfteren mal Fragen auf.
Jedenfalls: Wenn ich in Davinci eine MXF mit DNxHD 10bit ausgebe, kann Premiere die weder lesen, noch importieren. Eine Fehlermeldung ploppt auf, die sagt, dass der "Importer reported a generic error" (genauer Wortlaut könnte anders sein, bin nicht mehr am Schnittrechner).
Habe schon mit anderen Ordnerstrukturen und dergleichen experimentiert, aber die MXFs wollen partout nicht von Premiere gefressen werden. Ach ja, CS6. Ich las aber im Internet schon von Menschen, die dieses Problem auch mit CC2014 haben. Hat da jemand eine Lösung entdeckt?
Wie ich draufkam: Ich suchte eine Alternative zu Quicktime, das mit DNxHD in Premiere beim Gamma deutlich daneben liegt. Quicktime uncompressed sieht hingegen gut und richtig aus, wenn ich aus Davince komme.
Ich versuche es nochmal :) Habe das Problem bislang leider selbst nicht lösen können. Auch nicht, dass QT mit DNxHD-Container ordentlich an Kontrast einbüst.. sollte ich etwa der Einzige mit diesen Problemen sein? Ohweh
ich denke der QT container "bug" ist entweder eine einstellung beim export bzw. eine beim import. QT's gamma shift kennen wir ja schon aus früheren experimenten, aber das ist eigentlich nur eine frage, wie der header ausgelesen wird.
dasselbe problem gibt es bei avid. das ding ist eben. es liegt am codec bzw. dem QT container und nicht am programm:
"avid can export either RGB or 601/709 DNxHD files, there's a choice for that in the export settings dialogue.
however, both types of files get flagged as YUV (601/709) inside the .mov container.
which means that:
- the export is faulty in the case that you've exported RGB, but it's been flagged as YUV.
- how you import to FCP will have to depend on whether you did an RGB or YUV export."
daher bist du mit MXF wohl besser dran. ProRes hat übrigens dasselbe problem früher gehabt. ich weiss, hilft jetzt nicht wirklich, aber vielleicht bringt dich das auf eine neue fährte?
Ich denke, Premiere kann DNxHD als MXF File so oder so nicht lesen. Wäre mir zumindest neu ;)
DNxHD als MOV funktioniert in Premiere, erfahrungsgemäß als RGB.
Ich kenn mich mit Davinci nicht so aus, aber weiss, dass es da die Möglichkeiten gibt, die Ranges zu wählen. Durchtesten, wenn beim Import in PPro Kontrast fehlt, ist das eigentlich eher ein Zeichen, das 709 gewählt war. Könnte aber auch mit besagten Ranges zu tun haben.
Gammashift ist Schwachsinn, wird immer wieder fälschlicherweise für Probleme mit den verschiedenen Ranges verwendet. Ursprünglich war das mal ein Problem von QT auf dem Mac.
ich hatte die Sache etwas aus dem Blick verloren, andere Dinge zu tun.
Ich habe jetzt nochmal ein wenig rumprobiert, mangels Fachwissen leider ziemlich ins Blaue hinein.
Die Farben passen in Premiere, sofern - wie von Dienstag angemerkt - in Davinci beim Export selbstständig "Data Level" gewählt wird. Die Default-Einstellung von "Auto" oder "Video Level" schlagen sich in einem zu flachen Bild in Premiere nieder.
ABER:
Leider weisen die in Premiere importierten Dateien, die in der laufenden Vorschau farblich und auch sonst gut aussehen nach dem Export türkis eingefärbte, geclippte Highlights auf. Will sagen, alles was irgendwie clipt, wird in Premiere (sofern nicht in der laufenden Vorschau sondern gerade als Standbild) türkis eingefärbt und dann auch beim Export so ausgegeben.
Es erinnert mich ein wenig an die Markierungen in Lightroom für abgesoffene oder ausgebrannte Bildelemente. Aber ich glaube nicht so wirklich, dass Premiere das als reine Hilfe beim Beurteilen der Belichtung anzeigt.. zumindest sollte ich das ja dann abstellen können ;)
Hat dafür jemand ne Lösung?
Ich bin bis auf Weiteres wieder auf Uncompressed YUV 10 bit in Quicktime umgestiegen, die einzige Möglichkeit bei mir, das alles in Ordnung hinzukriegen.
Gut, dass ich derzeit nur Projekte von zwei Minuten Länge habe..
Edit: Ich habe die oben beschriebenen Exports in Quicktime und DNxHD 220 gemacht, jeweils mit Data bzw. Video Levels.. die MXF-Version kann Premiere überhaupt nicht importieren.
Dass Premiere MXFs generell jedoch nicht kann, stimmt nicht - direkt aus der Cam stellen diese kein Problem dar. Aus Davinci jedoch schon. Ah, Moment, DIenstag meinte DNxHDs als MXFs. Das scheint korrekt zu sein.
Vielen Dank, Frank. Das hat bisheriges, etwas wackliges Wissen ergänzt und verfestigt.
Ich werde darauf noch einmal näher eingehen, aber jetzt ganz konkret habe ich gerade einen Punkt im Experiment erreicht, der mich einfach nur wahnsinnig macht:
Mir ist aufgefallen, dass die farblich markierten ausgebrannten Stellen vorrangig auf geclipptes Chroma zurückzuführen sind. Ich hatte Chroma im Waveform in premiere abgeschaltet, daher hat es ein Weilchen gebraucht, bis ich das merkte.
Das Ding ist jetzt: Wenn ich in Davince so grade, dass der Waveform in Ordnung ist, dann habe ich in Premiere manchmal - trotz runtergefahrener Highlights - ausgebranntes Chroma.
Abgesehen von EINEM Beispielgrading. Da scheine ich das irgendwie hinbekommen zu haben. Chroma und Luma sind beide perfekt im Bereich zw. 0,3 und 1,0V in Premiere (ist ein 25p-Projekt). Aber ich habe KEINE AHNUNG mehr, wie ich diesen "Clamp" hinbekommen habe. War einer der ersten Versuche heute und ich war noch etwas fahrig. Ich bekomme es einfach nicht reproduziert. IMMER brennt mir das Chroma aus. Da muss ich doch irgendwas ganz grundlegend falsch machen. Kann mir jemand helfen?
Ich gehe aus Davinci raus mit Quicktime, DNxHD 220, Data Levels;
Das Ding ist jetzt: Wenn ich in Davince so grade, dass der Waveform in Ordnung ist, dann habe ich in Premiere manchmal - trotz runtergefahrener Highlights - ausgebranntes Chroma.
Wieso?
In Davinci in Ordnung und in Premiere geclipped?
Wenn du Interesse hast, kannst du ja mal einen kurzen Schnipsel hier hochladen, ich würde mir das mal im Avid anschauen.
EDIT:
Die verlinkten Files von Frank sind ja herzallerliebst. Für mich war neu, dass Premiere wirklich noch weit verworrener ist, als ich schon selber bemerkt hatte ;I
Ja, in Davinci per Highlight- bzw. Gain-Rad runtergeschraubt. Dennoch clippen einzelne Chroma-Kanäle, zumindest behauptet dies Premiere. Ich hab mal zwei Screenshots angehängt, einmal vom versehentlich "gut" gegradeten Bild und einmal vom völlig zerstörten Bild. So gibt Premiere das dann auch aus (!), obwohl die Datei aus Davinci, wenn ich sie mir im VLC ansehe völlig okay aussieht. Da scheint also irgendwas mit den Legal Ranges in DNxHD im Zusammenspiel mit meinem Grading und Premiere nicht zu funktionieren..
Dienstag, sehr gern! Ich würde das per Wetransfer machen, oder kennst du einen anderen vertrauenswürdigen und flotten Filehoster? Für Wetransfer bräuchte ich allerdings ne Email von dir..
Habe ein Rar-Archiv gepackt, mit der zerstörten, der guten und der Originalfootage-Version aus der Pocket.
Nebenbei bemerkt: Das Bild ist kein Bild das ich verwenden will, es ist einfach nur aus meinem Footage-Wust herausgezogen. Ich war auf dem Weg nach Hause :D
Hier noch zwei Screenshots mit Premiere- und Davinci-Scopes. Ich habe die alten, wirklich extrem ausgebrannten "Gradings" nicht mehr, daher habe ich kurz ein Neues gemacht. In Premiere sind zwar nicht viele, aber doch vorhandene cyan-farbene Pixel bspw. am vorausfahrenden Auto zu sehen (kommt auf dem Screenshot nicht so gut raus). Der Waveform zeigt jedoch die Spreizung der Chromawerte, aus welchen diese Bildfehler resultieren dürften.
Die Datei per Wetransfer wird gerade hochgeladen..
Was ich bei dir sehe, ist Full Range (0-1023).
Dit jet nich ;)
Du müsstest in der Legal Range - und die ist bei 10bit 64-940 - ausgeben.
Ich kenne allerdings nicht den Workflow in Davinci, vielleicht kann man dass ja beim Export angeben (hatte ich weiter oben schonmal geschrieben, die Ranges anschauen).
Bzw. vielleicht geht es auch so in Premiere, wie im oben von Frank verlinkten Artikel beschrieben, aber wahrscheinlich nicht mit DNxHD.
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.
