Hallo Peter,

danke mal für diese Zusammenfassung - es wäre toll, wenn du die finale Version des Scripts hier als Download zur Verfügung stellen könntest.

Ich würde diesen Thread dann auch gerne als Tutorial in den Tutorial Bereich verschieben, wenn dir das recht ist, möchte aber vorher noch den workflow mit dir gemeinsam vollständig herausarbeiten - damit er eben für ein Tutorial geeignet ist.

Also wenn ich es richtig verstehe, geht die Sache so:


1) du capturest mal als DV-avi unter Verwendung des ScLi, und machst dort die automatische Szenentrennung.

Frage A: geht das nicht grundsätzlich auch in Vegas, wenn ich dort die automatische Szenetrennung von DV-avi aktivierte habe? Den diese Szenentrennung von DV-Material kann Vegas ja auch, oder geht das mit der HC-1 aus irgendeinem Grund nicht?


2) du importierst offenbar mal alle DV-avi clips nach dem Capturen in den Media pool.

Anmerkung: ok, das ist ein Vorteil dieses workflows, da man hier die gesamten Tools der Materialorganisation in den bins zur Verfügung hat.

Frage B: aber wie geht dann das etwaige Rücktauschen der Clips im Mediapool gegen m2t footage? Hier hast du ja getrennte Szenen, die nicht mit dem m2t Material zusammen passen werden - ein Tausch dürfte damit schwer, wenn nicht unmöglich sein.


3) du capturst zu DV-avi, um die Farbraumproblematik zu umgehen.

Frage C: das ist ja ok, konvertiert die HC1 definitiv die Farbräume richtig? Woher wissen wir das? Vegas-6 machts beim Konvertieren definitiv richtig, Vegas-5 noch nicht - das wissen wir. Machts definitv die HC1 auch richtig (ich hoffe ja)?


4) du capturest zu DV-avi auch, um die Problematik der leicht unterschiedlichen Aspect Ratios zu umgehen.

Frage D: wie läßt sich das umgehen? Da habe ich meine Zweifel, daß dies möglich ist, DV-avi widescreen und HDV haben halt leicht unterschiedliche Abmessungen. Dies hat zur Folge, daß man bei PiP-Effekten leicht daneben hauen kann, oder halt überall dort, wo man exakt Schriften, Effekte oder was auch immer einstellen will. Das hat übrigens auch Gearshift nicht wirklich lösen können - dort wird es "kaschiert" indem man den DV-proxy leicht aufbläst - was aber keine Lösung ist. Hier behaupte ich, daß auch deine Methode nicht das Unmögliche möglich machen kann - und das wäre dann unverändert einer der wesentlichen Vorteile der von mir entwickelten proxy-Methode mit angepaßten mjpeg-avis


5) du capturest auch zu DV-avi, um eine bessere Qualität des DV-avi Materials zu haben, verglichen mit dem Herunterskalieren in Vegas.

Frage E: wodurch ist abgesichert, daß das Herunterskalieren bei der Ausgabe aus dem Camcorder qualitativ besser ist als das Herunterskalieren in Vegas? Das wundert mich schon sehr, weil ich eigentlich schon sagen muß, daß Vegas hier normalerweise einen eher guten Job macht?


6) Aspekt der Geschwindigkeit/Speicherplatz.

In jedem Fall sehe ich hier bei den heutigen PCs den Geschwindigkeitsvorteil, weil selbst meine optimierten mjepg-avi Proxys benötigen in der Errechnung etwas länger. Vom Speicherplatz her wären die mjpeg-avi Proxys kleiner, sind aber dafür für eine finale Ausgabe definitiv nicht geeignet - sondern eben nur dafür, den Schnitt zu machen und dann zu m2t Material retour zu tauschen. Hier ist vermutlich ein Aspekt der, was man final haben will.


6) Ok, wenn man alles gecaptured ist, überträgst du die Schnitte auf das m2t Material.

Ok soweit.


7) Der eigentliche Schnitt/Tauschen zu m2t/finals Rausrendern

Frage F: das wirft nun für mich die meisten Fragen auf. Wie machst du den genau. Nach dem Laufen des scripts hast du ja sowohl die DV-avi wie auch die m2t clips in der Timeline liegen. Aber der Schnitt ist nur dann komfortabel, wenn er jetzt durchgängig in den DV-avi proxys erfolgen kann. Und wenn man nach den Festlegen aller Dinge beim Cutten dann anschließend zu den m2t Material retour tauschen kann - und dann das m2t Projekt in der Timeline hat, von wo man aus wegrendert. Wie du diese Schritte genau löst, ist mir ehrlich gesagt noch nicht ganz klar. Wie löst du das?

Sorry für die Länge, aber das ist eine interessante Methode, die wir präzisieren sollten - unter dem Titel "Methodenenticklung".


Schon jetzt Dank an dich für die Entwicklng des Scripts und der Methode.

Ist es ok, wenn wir auch das Script später hier zum download zur Verfügung stellen? Sende mir die letzte Version zu, ich hänge sie hier als Attachment rein, wenn du willst.

Könntest du es so machen, daß es im script zumindest einen Schalter gibt, über den man definieren kann, ob die DV-avi Datein gelöscht werden sollen oder nicht? Das könnte sinnvoll sein, weil ja nicht jeder das Material gleich löschen will.

Was mich noch irritiert: du schreibst, daß Für den Schnitt werden die m2t zur Zeit noch manuell im Mediapool gegen die (mit gleichem Namen + Px) versehenen AVIs getauscht und das dann als Basis Projekt gespeichert.

Heißt das, daß du den Schnitt dann mit m2t machst? Das wäre ja ein beträchtlicher Nachteil, wenn ich an die geringe fps Anzahl beim Abspielen denke. Es wäre besser, den Schnitt in den DV-avis zu machen, und erst dann retour zu tauschen?

das hört sich bestens an! :))
das script wird bestimmt toll,auch wenn ich den thread eher oberflächlich gelsen habe bis jetzt..

habe gerade mal in sd gecaptured,und werde mal was kleines zusammenschneiden.

und in pal 16:9 mpeg uploaden..
was ja für mich z.z. das hauptwiedergabemedium is..

Also irgendwie ist mir der Ablauf noch nicht ganz klar, fürchte ich.

Das Grundprinzip ist klar. Nur das konkrete Doing (noch) nicht ganz.

Du legst sowohl die DV-avis in die timeline, wie auch das m2t Material. Dann überträgt das Script die Schnitte (und auch die stamps). Du hast ja jetzt mal in der Timeline die DV-avis Einzelfiles liegen, und ein m2t event, welches halt jetzt zerschnitten worden ist - in einzelne Teile. Soweit, so gut.

Aber wie gehts nun exakt im workflow weiter?

Was machst du nun mit dem zerschnittenen m2t Stück?

Der Proxytausch mit Gearshift funktioniert ja auch aufgrund des gleichen Namens - bei den DV-avi Datein hast du aber unterschiedliche Namen, bei der m2t Datei wieder andere? Wie geht hier die Tauscherei?

Ich habe auch leider das script noch nicht testen können, vielleicht wirds dann klarer.

Original von elCutty
Was machst du nun mit dem zerschnittenen m2t Stück?

Die m2t werden im Mediapool durch die 'zusammengerenderten' avi Files ersetzt. Die haben auch den gleichen Namen, wie die m2t Files aber zusätzlich noch _PX vor der .avi Endung. Könnte man aber weglassen, wenn man ausschließlich auf die Extention baut. Also nach Ablauf des Scripts liegen AVIs mit der gleichen Länge und dem gleichen Namen der m2t Files vor.

Also diese Info hat mir noch zum Verständnis gefehlt - den dann ist klar, wie die Sache funktioniert. Du hast dann eine DV-avi Datei, und die ist ja einfach gegen die m2t Datei tauschbar.

Ein weiterer Vorteil dieser Methode ist dann, daß man die bins für die Materialorganisation voll nutzen kann.

Ja, ich hatte es so interpretiert - eine DV-avi pro m2t.

Gearshift: nun, das hat halt jetzt im Update noch ein paar Möglichkeiten dazu bekommen, etwa nach Regionen tauschen zu können. Oder die Farbraumkorrektur. Aber ich vermute, daß bleiben zwei alternative Workflows.

Laßt du mir die bisherige Variante jetzt mal bitte zukommen, Peter?

Der komplette Tausch ist wohl in jedem Fall mal sinnvoll. Einzelne Files kann man ja sogar händisch tauschen, wenn man unbedingt will.

Ich habe die Sache jetzt mal schnell angetestet - funktioniert gut, soweit ich sehen kann. Es ist allerdings wirklich erforderlich, daß wenige frames auf der DV-avi timeline leer sind, warum auch immer. Auch das hin- und her swapen haut tadellos hin.

Hut ab, ein schönes script.