Ich möchte mein aktuelle Projekt in Resolve 10 Lite graden. Da das Projekt schon etwas älter und geschnitten ist mache habe ich nicht den "Premiere - Resolve Roundtrip" gemacht.
Ich habe nun mein Premiere Projekt zu einer .XML Datei exportiert.
Ist dies der richtige Weg das Material zu graden?
Problem: das Projekt besteht aus .mts Datein, welche Resolve so viel ich weiss nicht liest...
Wäre froh wenn mir jemand kurz eine Anleitung geben könnte.
Danke Euch.
Liebe Grüsse
PS: falls ich die .mts Clips zu ProRes transcodieren muss, wie bringe ich diese dann in die fertig geschnittene Timeline von Premiere (also quasi, dass ich nicht nochmals alles schneiden muss)
1. MTS Dateien mit Software 5DtoRGB in Apple ProRes 422HQ Broadcast Range umwandeln.
2. Mit den MOV's in Premiere schneiden.
3. XML Exportieren und in Resolve laden.
3. Graden
4. Clips der Timeline als single Clips mit "unique filenames" in bester Qualität im Format QT YUV 10bit rendern. Dabei ausreichend frame handles für nachträgliche Anpassungen/Blenden nicht vergessen...
5. Eine XML erstellen (dazu musst du in den Edit bereich wechseln)
Elsalvador hat geschrieben:1. MTS Dateien mit Software 5DtoRGB in Apple ProRes 422HQ Broadcast Range umwandeln.
Je nach Quelle sollte es reichen, die MTS-Datein in QT-Container umzuwrappen. Das spart Unmengen an Zeit und Rechenkapazitäten und vermeidet Qualitätsverlust. Ein Code-Snippet wie das mittels ffmpeg (unter win) geht, ist hier zu finden: viewtopic.php?t=113823
Wo der Schnitt schon gemacht ist, reicht es übrigens die xml (oder auch direkt das Premiere-Projekt) mit einem Editor aufzumachen und alle ".mts" durch ".mov" zu ersetzen, nachdem alle Dateien umgewrappt wurden.
Elsalvador hat geschrieben:4. Clips der Timeline als single Clips mit "unique filenames" in bester Qualität im Format QT YUV 10bit rendern. Dabei ausreichend frame handles für nachträgliche Anpassungen/Blenden nicht vergessen...
5. Eine XML erstellen (dazu musst du in den Edit bereich wechseln)
4. XML in Premiere laden.
Wenn es nicht einen ganz speziellen Grund gibt, aus dem man unbedingt nochmal ins NLE zurück muss, sollte man sich diesen unnötigen Schritt und zusätzliche Rekompressionsgeneration sparen und aus Resolve mastern. Wenn Titel oä. integriert werden müssen, diese besser verlustfrei aus Premiere schreiben und direkt in Resolve integrieren.
Elsalvador hat geschrieben:im Personal View Forum gibt es nicht wenige User, die der Annahme sind, dass sich dadruch etwas mehr Raum fürs Grading ergibt.
Hab nur mal kurz draufgeklickt, da wird behauptet, dass 5dtorgb besseres chroma upsampling betreibt. Kann man jetzt glauben oder nicht - ich tu's nicht. Wenn es einem wichtig ist, im Zweifelsfall kurz vergleichen - schneller ist es beim Verzicht aufs reencoding definitiv.
Noch einmal zur Klarstellung; das Projekt ist bereits geschnitten! Sonst wärs halb so wild...
@kundebanzler: Verstehe ich dich richtig:
1) ich soll die Original .mts Datein per 5DtoRGB zu .mov Datein umwandeln
oder in einen QT-Container werfen. An dieser Stelle muss ich fragen, was ist ein QT-Container
2) Das Projekt/XML in einem Editor aufmachen. Was genau meinst du mit "Editor"? Ich bitte um genauere Angaben/Instruktionen.
Fader8 hat geschrieben:1) ich soll die Original .mts Datein per 5DtoRGB zu .mov Datein umwandeln
oder in einen QT-Container werfen. An dieser Stelle muss ich fragen, was ist ein QT-Container
QT = Quicktime . Alles was die Endung .mov hat, ist ein Video in einem Quicktime-Container. Es geht darum deine Videos vom mts- in einem mov-Container umzubetten, ohne es selbst zu verändern, damit Resolve es erkennt. Mehr dazu im verlinkten Thread. Oder auch hier: http://forum.blackmagicdesign.com/viewt ... ?f=3&t=859
Fader8 hat geschrieben:2) Das Projekt/XML in einem Editor aufmachen. Was genau meinst du mit "Editor"? Ich bitte um genauere Angaben/Instruktionen.
Also das mit dem ffmpeg hat in Kombi mit Another GUI funktioniert.
Das mit dem Text Editor jedoch nicht...
Wenn ich das Projekt bzw. .XML im Editor öffne sieht das aus wie chinesisch.
Ich habe die Clips also manuell ausgewechselt mit den .mov Clips...was für ein Krampf.
Nun Resolve weigert sich immernoch die exportierte .XML Datei zu lesen.
- liegt dies vielleicht daran, dass meine Premiere Timelin Time-Remapping enthält?
- gibt es sonst No-Go's, die ich in Premiere bzw. für XML Dateien vermeiden sollte?
...ich bin noch nicht wirklich erfolgreich gewesen, was für ein Krampf! :-(
Resolve, hat nun endlich die Timeline erkannt nach dem ich die Time Remapping Effekte wegliess aber trotzdem 20 von 85 nicht! Audio .mp3 ebenfalls nicht...
Gibt es sonst nocht No Go's, Sachen die man beachten sollte?
Fader8 hat geschrieben:Das mit dem Text Editor jedoch nicht...
Wenn ich das Projekt bzw. .XML im Editor öffne sieht das aus wie chinesisch.
Das sollte nicht so sein. Welchen Editor benutzt du? Der OS-eigene kann manchmal Probleme verursachen, ich würde für den Anfang Notepad++ empfehlen. Ansonsten, selbst wenn ein paar Binärdaten oä. drin stehen, geh einfach auf Edit (bzw. Search bei N++) ->Replace und mach ein Replace all von .mts zu .mov.
Fader8 hat geschrieben:Resolve, hat nun endlich die Timeline erkannt nach dem ich die Time Remapping Effekte wegliess aber trotzdem 20 von 85 nicht!
Time-Remapping sollte auch problemlos funktionieren, solange es um einen konstanten Wert geht. Kurven gehen idt nicht. Welche Clips werden nicht erkannt, gibts da ein System?
Fader8 hat geschrieben:Audio .mp3 ebenfalls nicht...
Audio ist egal. Kannst (und solltest) du seperat aus Premiere ausgeben und nachher mit dem Resolve-Master zusammenfügen.
Das hilft nicht, da sind keine Probleme dran zu sehen. Da steht nur dass die Premiere-spezifischen Effekte (Stabilizer, Looks, mojo ...) nicht übersetzt wurden, was zu erwarten ist.
Wobei doch, man sieht dass vereinzelt noch mts-Clips vorhanden sind. Das ist definitv ein Problem.
Bitte genauer lesen, ich hatte oben schon Notepad++ empfohlen.
Versuch, die Clips unabhängig von der xml vorab zu importieren und dann lade die xml mit "Automatically import clips" ausgeschaltet. Werden die Clips richtig verknüpft? Falls nein, welche Fehlermeldung erscheint.
Ansonsten: stimmen die Source-Timecodes von mts und movs überein?
kundesbanzler hat geschrieben:Versuch, die Clips unabhängig von der xml vorab zu importieren und dann lade die xml mit "Automatically import clips" ausgeschaltet. Werden die Clips richtig verknüpft? Falls nein, welche Fehlermeldung erscheint.
Gib dir doch selbst auch ein ganz kleines bißchen Mühe. Hast du das oben geschriebene ausprobiert? Was soll "habe ich gar nicht erst die Möglichkeit" heißen, fallen dir Pflastersteine aufs Keyboard?
Wenn ich die time-remapping Effekte in dem Premiere Pro Projekt lasse (und das sind eben einige bei dem Projekt) und dann als XML exportiere, habe ich in Resolve (es zeigt mir ja beim Importieren die verschiedenen Sequenzen meines Projekts an im Import-Menu) nicht die Option die “final cut“ Sequenz zu importieren.
Als ich die time-remapping Effekte mal löschte, funktionierte dies...aber trotzdem wurden 20 Clips nicht gefunden.
Habs noch verschiedene versucht...nichts geklappt.
Ich habe die Clips nun einfach so in Resolve gegraded und werde sie dann in die Timeline einzufügen...
Im nächsten Projekt werde ich den Roundtrip machen und beim Schneiden in Premiere kein Time-Remapping und keine Transitions benutzen...dann sollte es funktioniere.
Xml funktioniert nach meiner Erfahrung nur bei simplen Geschichten ... Komplexere premiere-Projekte werden zum gepfrimel
da grade ich doch lieber das material und ersetze in Premiere die medien
adobe geht mit speedgrade den richtigen weg ... Wenn es denn mal richtig funktioniert ...
iasi hat geschrieben:Komplexere premiere-Projekte werden zum gepfrimel
da grade ich doch lieber das material und ersetze in Premiere die medien
Was für ein Quatsch. xml funktioniert mit allem, was man braucht. Wenn man komplexes Time-Warping braucht, dann sollte man das sowieso nicht in Premiere machen - schon allein weil das Kurven-Handling ein Graus ist - sondern den betreffenden Abschnitt als VFX-Shot definieren und im Comp anständig timewarpen. Genauso ist es mit außergewöhnlichen Transitions oä.
Ich versteh nicht, was das Problem dabei ist, ein wenig im Manual nachzulesen, wie die Software grundsätzlich funktioniert und dann systematische (!) Fehleranalyse zu betreiben:
1. Funktioniert der Import der Source-Clips (und nur der, manuell, ohne xml) in Resolve? Wenn nicht, warum?
2. Funktioniert der Import der XML (und nur der, ohne Source-Clips )?
3. Falls nicht, mit einer aufgeräumten Kopie des Premiere-Projekts testen, woran es liegt. Zb. Sequenzen bis auf eine löschen, alle unbenutzen Elemente löschen usw. Wenn eine Sequenz von Resolve nicht gelesen wird, liegt es nicht am Time-Remappig! Das wird von Resolve einfach ignoriert, importiert wird trotzdem.
4. Wenn Clips und xml für sich alleine funktionieren, klappt die Verknüpfung. Wenn nein, warum nicht?
Resolve ist zwar etwas sparsam mit seiner Informationsvergabe, aber es ist nun nicht so als dass überhaupt keine Hinweise da wären.
Wenn du immer nur aufs neue fünf unorganisierte Klicks machst und dann den nächsten unklaren Satz hier reinpostest, kannst du keine anständige Hilfe erwarten.
iasi hat geschrieben:Komplexere premiere-Projekte werden zum gepfrimel
da grade ich doch lieber das material und ersetze in Premiere die medien
Was für ein Quatsch. xml funktioniert mit allem, was man braucht. Wenn man komplexes Time-Warping braucht, dann sollte man das sowieso nicht in Premiere machen - schon allein weil das Kurven-Handling ein Graus ist - sondern den betreffenden Abschnitt als VFX-Shot definieren und im Comp anständig timewarpen. Genauso ist es mit außergewöhnlichen Transitions oä.
Ich versteh nicht, was das Problem dabei ist, ein wenig im Manual nachzulesen, wie die Software grundsätzlich funktioniert und dann systematische (!) Fehleranalyse zu betreiben:
1. Funktioniert der Import der Source-Clips (und nur der, manuell, ohne xml) in Resolve? Wenn nicht, warum?
2. Funktioniert der Import der XML (und nur der, ohne Source-Clips )?
3. Falls nicht, mit einer aufgeräumten Kopie des Premiere-Projekts testen, woran es liegt. Zb. Sequenzen bis auf eine löschen, alle unbenutzen Elemente löschen usw. Wenn eine Sequenz von Resolve nicht gelesen wird, liegt es nicht am Time-Remappig! Das wird von Resolve einfach ignoriert, importiert wird trotzdem.
4. Wenn Clips und xml für sich alleine funktionieren, klappt die Verknüpfung. Wenn nein, warum nicht?
Resolve ist zwar etwas sparsam mit seiner Informationsvergabe, aber es ist nun nicht so als dass überhaupt keine Hinweise da wären.
Wenn du immer nur aufs neue fünf unorganisierte Klicks machst und dann den nächsten unklaren Satz hier reinpostest, kannst du keine anständige Hilfe erwarten.
Blödsinn - XML ist ein Kompromis, auf den Premiere-Projekte runtergebrochen werden müssen.
Wenn du nur ein paar Clips in der Timeline hintereinanderlegst, passt das ja noch zu XML, aber wenn man Premiere richtig ausnutzen will, gibt´s nur Probleme.
Da ist Lumetri und die Speedgrade-Premiere-Verlinkung schon was ganz anderes.
So lange Resolve Premiere-Projekte nicht direkt öffnen kann, muss man mit "Fehleranalysen" leben.
Allein schon, wenn du in Premiere mit verschiedenen Formaten in verknüpften Sequenzen arbeitest, um z.B. die Stabilisierung nutzen zu können, ist es schon vorbei mit dem XML-Roundtrip.
iasi hat geschrieben:Komplexere premiere-Projekte werden zum gepfrimel
da grade ich doch lieber das material und ersetze in Premiere die medien
Was für ein Quatsch. xml funktioniert mit allem, was man braucht. Wenn man komplexes Time-Warping braucht, dann sollte man das sowieso nicht in Premiere machen - schon allein weil das Kurven-Handling ein Graus ist - sondern den betreffenden Abschnitt als VFX-Shot definieren und im Comp anständig timewarpen. Genauso ist es mit außergewöhnlichen Transitions oä.
Ich versteh nicht, was das Problem dabei ist, ein wenig im Manual nachzulesen, wie die Software grundsätzlich funktioniert und dann systematische (!) Fehleranalyse zu betreiben:
1. Funktioniert der Import der Source-Clips (und nur der, manuell, ohne xml) in Resolve? Wenn nicht, warum?
2. Funktioniert der Import der XML (und nur der, ohne Source-Clips )?
3. Falls nicht, mit einer aufgeräumten Kopie des Premiere-Projekts testen, woran es liegt. Zb. Sequenzen bis auf eine löschen, alle unbenutzen Elemente löschen usw. Wenn eine Sequenz von Resolve nicht gelesen wird, liegt es nicht am Time-Remappig! Das wird von Resolve einfach ignoriert, importiert wird trotzdem.
4. Wenn Clips und xml für sich alleine funktionieren, klappt die Verknüpfung. Wenn nein, warum nicht?
Resolve ist zwar etwas sparsam mit seiner Informationsvergabe, aber es ist nun nicht so als dass überhaupt keine Hinweise da wären.
Wenn du immer nur aufs neue fünf unorganisierte Klicks machst und dann den nächsten unklaren Satz hier reinpostest, kannst du keine anständige Hilfe erwarten.
...also ich habe zum Test einmal die time-remapping Ekkefte gelöscht und da erkannt plötzlich Resolve die Timeline...leider eben nur mit der Hälfte der Clips. Andere Resolve/Premiere Anwender raten auch zu einem simplen edit in Premiere und möglichst Corssfades ect. etc. weglassen und diese erst nach dem dem Grading in Premiere zu integrieren. Dies wird wohl der nervenschonendere Prozess sein..
iasi hat geschrieben:Blödsinn - XML ist ein Kompromis, auf den Premiere-Projekte runtergebrochen werden müssen.
Wenn du nur ein paar Clips in der Timeline hintereinanderlegst, passt das ja noch zu XML, aber wenn man Premiere richtig ausnutzen will, gibt´s nur Probleme.
Da ist Lumetri und die Speedgrade-Premiere-Verlinkung schon was ganz anderes.
So lange Resolve Premiere-Projekte nicht direkt öffnen kann, muss man mit "Fehleranalysen" leben.
Allein schon, wenn du in Premiere mit verschiedenen Formaten in verknüpften Sequenzen arbeitest, um z.B. die Stabilisierung nutzen zu können, ist es schon vorbei mit dem XML-Roundtrip.
Nun gut, das ist dann letztlich eine Frage der Arbeitsweise. Wenn man Premiere als eierlegende Wollmilchsau begreift in der man all seine Arbeit erledigt, dann klappt das so natürlich nicht. Wenn man aber einen anständigen Workflow benutzt und für die jeweiligen Tasks die Software verwendet, die dafür vorgesehen ist, hat man dieses Problem gar nicht. Ich würde einfach mal folgende Faustformel in den Raum werfen: wenn man Probleme hat, seinen Edit von Premiere nach Resolve zu bekommen, benutzt man (a) Premiere für etwas, wofür es nicht vorgesehen ist; arbeitet man (b) auf einem Produktionsniveau, auf dem man kein Resolve braucht oder ist (c) schlicht nicht in der Lage die Software zu benutzen. In diesem Fall sollte man erstmal an den eigenen Fähigkeiten arbeiten, bevor man es in einem produktiven Ablauf benutzt.
Klar, man kann auch in Premiere keyen und wird dann Probleme haben, das per xml nach Resolve zu bekommen. Ob man das machen sollte, steht auf einem anderen Blatt.
iasi hat geschrieben:Blödsinn - XML ist ein Kompromis, auf den Premiere-Projekte runtergebrochen werden müssen.
Wenn du nur ein paar Clips in der Timeline hintereinanderlegst, passt das ja noch zu XML, aber wenn man Premiere richtig ausnutzen will, gibt´s nur Probleme.
Da ist Lumetri und die Speedgrade-Premiere-Verlinkung schon was ganz anderes.
So lange Resolve Premiere-Projekte nicht direkt öffnen kann, muss man mit "Fehleranalysen" leben.
Allein schon, wenn du in Premiere mit verschiedenen Formaten in verknüpften Sequenzen arbeitest, um z.B. die Stabilisierung nutzen zu können, ist es schon vorbei mit dem XML-Roundtrip.
Nun gut, das ist dann letztlich eine Frage der Arbeitsweise. Wenn man Premiere als eierlegende Wollmilchsau begreift in der man all seine Arbeit erledigt, dann klappt das so natürlich nicht. Wenn man aber einen anständigen Workflow benutzt und für die jeweiligen Tasks die Software verwendet, die dafür vorgesehen ist, hat man dieses Problem gar nicht. Ich würde einfach mal folgende Faustformel in den Raum werfen: wenn man Probleme hat, seinen Edit von Premiere nach Resolve zu bekommen, benutzt man (a) Premiere für etwas, wofür es nicht vorgesehen ist; arbeitet man (b) auf einem Produktionsniveau, auf dem man kein Resolve braucht oder ist (c) schlicht nicht in der Lage die Software zu benutzen. In diesem Fall sollte man erstmal an den eigenen Fähigkeiten arbeiten, bevor man es in einem produktiven Ablauf benutzt.
Klar, man kann auch in Premiere keyen und wird dann Probleme haben, das per xml nach Resolve zu bekommen. Ob man das machen sollte, steht auf einem anderen Blatt.
Nur weil Premiere XML exportieren kann, bedeutet das doch nicht, dass man sich auf Apple-Kompatibilität beschränken muss.
Wer naürlich nur simple und einfach Sachen macht, die jede Schnittsoftware beherrscht (eben der kleinste gemeinsame Nenner), kann das gern tun.
Wenn ich jedoch Premiere schon mal habe, will ich eigentlich die Funktionen auch voll nutzen.
Selbst simple Blenden funktionieren oft nicht.
Und wenn ein Projekt z.B. verlangt, dass ich Material mit verschiedener Auflösung kombiniere und dabei auch noch die Stabilisierung verwende, dann muss ich eben mehrere Sequenzen nutzen und kombinieren - und dann kann ich XML kicken.
Eine Verknüpfung wie zwischen Premiere und Speedgarde ist da eben eine ganz andere Sache. Allein schon per Lumetri kann ich den Grade eines Clips aus Speedgrade direkt in Premiere übernehmen.
Leider mag ich Resolve weit mehr als Speedgrade - zudem ist die neueste Speedgrade-Version in Rechnern mit mehreren Grafikkarten nicht lauffähig.
iasi hat geschrieben:Blödsinn - XML ist ein Kompromis, auf den Premiere-Projekte runtergebrochen werden müssen.
Wenn du nur ein paar Clips in der Timeline hintereinanderlegst, passt das ja noch zu XML, aber wenn man Premiere richtig ausnutzen will, gibt´s nur Probleme.
Da ist Lumetri und die Speedgrade-Premiere-Verlinkung schon was ganz anderes.
So lange Resolve Premiere-Projekte nicht direkt öffnen kann, muss man mit "Fehleranalysen" leben.
Allein schon, wenn du in Premiere mit verschiedenen Formaten in verknüpften Sequenzen arbeitest, um z.B. die Stabilisierung nutzen zu können, ist es schon vorbei mit dem XML-Roundtrip.
Nun gut, das ist dann letztlich eine Frage der Arbeitsweise. Wenn man Premiere als eierlegende Wollmilchsau begreift in der man all seine Arbeit erledigt, dann klappt das so natürlich nicht. Wenn man aber einen anständigen Workflow benutzt und für die jeweiligen Tasks die Software verwendet, die dafür vorgesehen ist, hat man dieses Problem gar nicht. Ich würde einfach mal folgende Faustformel in den Raum werfen: wenn man Probleme hat, seinen Edit von Premiere nach Resolve zu bekommen, benutzt man (a) Premiere für etwas, wofür es nicht vorgesehen ist; arbeitet man (b) auf einem Produktionsniveau, auf dem man kein Resolve braucht oder ist (c) schlicht nicht in der Lage die Software zu benutzen. In diesem Fall sollte man erstmal an den eigenen Fähigkeiten arbeiten, bevor man es in einem produktiven Ablauf benutzt.
Klar, man kann auch in Premiere keyen und wird dann Probleme haben, das per xml nach Resolve zu bekommen. Ob man das machen sollte, steht auf einem anderen Blatt.
Dies ist eine höchst konservative Betrachtungsweise! Premiere (und wahrscheinlich auch andere NLE's) haben sich über die letzten Jahre stark erweitert, somit werden immer mehr Funktionen (die absolut gleichwertig funktionieren!) verfügbar. Bps. dafür sind: Warp Stabilizer, Rolling Shutter Korrektur etc. die bis anhin nur in After Effects o.ä. ihre Verwendung fanden.
Warum sollte man mehrere Softwares benutzten, wenn man dies genau so gut in einer erledigen kann? (Man möge nun sagen, wieso Resolve benutzen, wenn man Speedgrade hat. Jedoch finde ich diese beiden Grading Tools (noch!) nicht vergleichbar. Dies führt nur zu:
1.) evt. Mehrkosten für Zusatzsofwares (mittlerweile durch die CC, wahrscheinlich eher weniger.
2.) den Aufwand, diese Software zu erlernen
3.) Renderhaufen o.ä “Nervenkitzel“
also a) muss schlicht und einfach verneint werden, da wir uns mittlerweile im Jahre 2014 befinden und nicht Ende 90er. Daher ist Premiere ganz und gar nicht eine “monofunktionelle“ Software...ausser man steht darauf zu AE zu wechseln um dort wen Warp Stabilizer zu benutzen..
b) vielleicht mag Resolve im ersten Augenblick als “Overkill“ für AVCHD 4:2:0 8-bit Clips scheinen. Jedoch ist Resolve (wenn man endlich mal drin ist!) extrem handlich und präzise bedienbar und macht durchaus sinn. Bsp. die tracking Möglichkeit der Masken, was einsame Spitze ist.
c) dies lasse ich mal im Raum stehen. Dazu sagen kann ich, dass ich etliches ausprobiert habe und sämtliche Foren durchstöberte, ohne Erfolg. Und allseits bekannt ist, dass Resolve was das “roundtrippen“ anbelangt, alles andere als handlich ist und sich Profis auch teils den Kopf daran zerbrechen. Deshalb sehe ich den Fehler primär nicht in meinen Fähigkeiten (vielleicht irre ich mich).
Fakt ist, dass Blackmagic dringend an ihrer Pipeline zu Premiere (& weiteren NLE's) arbeiten sollte!
Mit a) und b) widersprichst du dir selbst und zu c) sag ich mal angesichts dieses Thread einfach nichts.
Wie auch immer, ich arbeite schlicht nicht auf einem Level, wo man den Warp Stabilizer auf jeden zweiten Clip hauen muss und somit anscheinend die größte Sorge ist, wie man den in den Online rettet.
Die ganze Industrie arbeitet mit xml-basierten Onlining- und Conforming-Workflows. 99,3% von allem ist dadurch abgedeckt. Für den Rest reicht der Export einer dpx-Sequenz.
Blackmagic sollte sicherlich so einiges, aber vor allem solltest du dir erstmal an die eigene Nase fassen.
Wie auch immer, ich arbeite schlicht nicht auf einem Level, wo man den Warp Stabilizer auf jeden zweiten Clip hauen muss und somit anscheinend die größte Sorge ist, wie man den in den Online rettet.
diese level haben aber leider sehr viele Nutzer hier...
es ist grotesk, was sich mitlerweile hier im Forum abspielt.
Da greifen noch nicht annähernd kompetente Leute zu Werkzeugen, deren Sinn und Zweck sie kaum kapieren, und verlangen von Herstellern sich dieser Unzulänglichkeit doch bitte anzuschließen
Fakt ist, dass Blackmagic dringend an ihrer Pipeline zu Premiere (& weiteren NLE's) arbeiten sollte!
kundesbanzler hat geschrieben:Mit a) und b) widersprichst du dir selbst und zu c) sag ich mal angesichts dieses Thread einfach nichts.
Wie auch immer, ich arbeite schlicht nicht auf einem Level, wo man den Warp Stabilizer auf jeden zweiten Clip hauen muss und somit anscheinend die größte Sorge ist, wie man den in den Online rettet.
Die ganze Industrie arbeitet mit xml-basierten Onlining- und Conforming-Workflows. 99,3% von allem ist dadurch abgedeckt. Für den Rest reicht der Export einer dpx-Sequenz.
Blackmagic sollte sicherlich so einiges, aber vor allem solltest du dir erstmal an die eigene Nase fassen.
oh je - nun also das "ganze Industrie"-Argument ... etwa diese "in 30 Minuten auf Sendung also mach mal schnell"-Industrie?
Ich krieg per xml nur rudimentäre Funktionen von Premiere rüber nach Resolve ... das kann es einfach nicht sein ... per xml drohen meine Premiere-Projekte immer zu zerfleddern ... dass es anders geht, zeigt Adobe mit Speedgrade ...
Für mich gilt:
Sollte Adobe mit Speedgrade auf das Niveau von Resolve kommen, macht bei mir Speedgrade das Rennen.
Sollte Resolve ohne den Umweg über xml auch komplexe Premiere-Projekte öffnen können, bleibe ich bei Resolve.
iasi hat geschrieben:oh je - nun also das "ganze Industrie"-Argument ... etwa diese "in 30 Minuten auf Sendung also mach mal schnell"-Industrie?
Nicht nur, ich meine vor allem auch die "Wir arbeiten 3 Monate mit 50 Leuten an 400 Frames"-Industrie.
Kleiner Tipp: schau doch mal, wie Hiero seine Daten entgegennimmt. Du wirst überrascht sein.
iasi hat geschrieben:Für mich gilt:
Sollte Adobe mit Speedgrade auf das Niveau von Resolve kommen, macht bei mir Speedgrade das Rennen.
Sollte Resolve ohne den Umweg über xml auch komplexe Premiere-Projekte öffnen können, bleibe ich bei Resolve.
Ich kann mir bildlich vorstellen, wie sie in den BM-Headquarters gerade die Erschütterung der Macht gespürt haben.
Ich denke an diesem Punkt bringt es nicht weiter zu diskutieren. Das der Roundtrip von Premiere zu Resolve mit Mühen verbunden ist, belegt der "empirische" Blick in jenste Erfahrungsberichte und Foren. Und auch wenn viele mit XML arbeiten, bleibt es dennoch ein instabiles, suboptimales Format.
Fader8 hat geschrieben:Ich denke an diesem Punkt bringt es nicht weiter zu diskutieren. Das der Roundtrip von Premiere zu Resolve mit Mühen verbunden ist, belegt der "empirische" Blick in jenste Erfahrungsberichte und Foren. Und auch wenn viele mit XML arbeiten, bleibt es dennoch ein instabiles, suboptimales Format.
Ja, genau - die Sorte Arbeit die wir machen, ist tatsächlich mit Mühe verbunden, auch wenn ich von Kunden des öfteren höre "Das macht Ihr Computer doch auf Knopfdruck".
Aber es ist auch ein Frage des Workflow - ihr zäumt das Pferd von hinten auf.
1. Schneiden und Picturelock in Premiere (mit Proxies oder auch nicht)
2. XML zu Resolve - Material Colorieren, und Blenden Einfügen (ich kann mich nicht mehr erinnern wann ich zuletzt eine Blende benutzt habe, aber egal) als DPX raus rechnen
3. Zurück in Premiere - DPX importieren, Audio, Titel, stabilisieren, und anderer Schickimicki.
4. Projekt in AE öffnen und Mastern.
Deswegen heißt es Roundtrip und nicht Einbahnstraße.
Frank Glencairn hat geschrieben:3. Zurück in Premiere - DPX importieren, Audio, Titel, stabilisieren, und anderer Schickimicki.
4. Projekt in AE öffnen und Mastern.
Hm, das machst du wirklich standardmäßig? Hast du mal ein oder zwei Beispiele, was du an premierespezifischen Elementen brauchst, die das nötig machen?
Audio kann man komplett seperat handlen (insofern man nicht sowieso extern abmischt) und nachher muxen, dafür muss das Bild nicht zurück; Titel kann man (insofern die nicht auch extern gemacht sind) als tif, tga oder lossless QT nach Resolve holen. Und stablisieren, nun ja, der in Resolve ist ja nun auch brauchbar und wenn man tatsächlich auf den WS angewiesen ist, ist vorher schon viel schief gelaufen. Was ist anderer Schickimicki?
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.
