Hab folgendes Problem.... Ich muss immer wieder ca 10 min lange Beiträge schnippseln und auch den Sprechertext dazu verfassen. Bis jetzt haben wir immer einfach ein Worddoc neben dem Schnittprog (edius 6) offen gehabt und da den Text verfasst - mit Timecode Info versteht sich. Leider will unser Kunde nicht, dass wir ihm einfach eine Version mit Subtitles geben, dann würd sich meine Frage nämlich erübrigen :)
Letztens erst zb. wollte er, dass wir den Beitrag um 25 sec kürzen ohne wirklich was rauszunehemen, sprich einzelne schnitte einfach beschleunigen. Dadurch verschiebt sich klarereweise auch der TC fürn Sprecher und wir müssen immer händisch nachkorregieren - was unnötig viel Zeit kostet. Gibts da eine smartere Lösung? Eine Excel List scheidet ja auch aus, die kann zwar rechnen, aber doch nicht in minuten-sekunden-frames - oder?!? Verstehts ihr, was ich mein? würd gern sagen können "ab da zieh 2 sekunden von jeder TC Info ab, ab da 3 usw..."
any ideas?
didah hat geschrieben:
Eine Excel List scheidet ja auch aus, die kann zwar rechnen, aber doch nicht in minuten-sekunden-frames - oder?!?
Natürlich kann Excel so rechnen, nur sind die Verwandlungszahlen halt nicht dezimal sondern 60 und 25 (bzw. 50)
Macht dir ein Excelkundiger in 10 Minuten.
In den ersten 3 Spalten die Originalzeitpunkte, gleich daneben 3 Korrekturspalten, meist Nullwerte, aber auch mit Minuswerten belegbar und rechts daneben die errechneten 3 neuen Timecode-Werte und daneben das jeweilige Textfeld
Den Sprecher-Track mit der Maus entsprechend verschieben - die paar Sekunden sind zu viel Arbeit?
eben ned - wie gesagt, sprechertext is ein wordfile und keine subtitles, auch kein audiofile... sondern ein textfile FÜR den sprecher..., also is da nix mid verschieben, sondern gut 15 wordseiten korregieren.... eher anderthalb stunden als ein paar sekunden....
das mim excel muss ich mir mal genauer anschaun, danke für die aufklärung!
Sorry, ich kenne mich mit Schnittlisten nicht aus, könnte mir aber grob folgendes Vorstellen:
Voraussetzung ist, dass sich die Reihenfolge im Schnitt nicht ändert, sondern nur die einzelnen Längen variiert werden.
Zweite Vorausstezung ist, dass der Sprechertexct in einer Tabelle ist, in der in der ersten Spalte der Timecode, in der zweiten der Text ist. Es darf keinen Text ohne Timecodeeintrag geben.
Wenn dann Dein Schnittprogramm Schnittlisten ausgeben kann, dann steht Deinem Vorhaben theoretisch nichts im Weg.
Vor dem Umschnitt die Schnittliste exportieren. Nach dem Umschnitt ebenfalls. Nun kann alter und neuer Timecode zusammenfeführt werden und mit dem Timecode des Text verglichen. Ein EXCEL-kundiger sollte daraus die Zeiten für den Text annähernd neu berechnen können.
Aber ob das wirklich gewünschte Ergebnis dabei herauskommt ? Wird der (Entwicklungs-)Aufwand den Nutzen rechtfertigen ?
Ich denke, es geht hier zunächst nur um Vorlagen für den Sprecher und dann erst um den Tonschnitt mit den Time-Code-Einsatzpunkten.
Alles in Excel zu machen, Word ist dafür gar nicht gut geeignet. Man kann in Excel Zellen so formatieren, dass sie beliebig lange Texte enthalten können, mit dem automatischen Zeilenumbruch vergrößert sich dann die Zeilenhöhe im erforderlichen Ausmaß.
Was mir noch fehlt sind Zeitangaben für den Sprecher, wie lange er für den Text brauchen darf, macht man halt eine eigene Spalte dafür auf.
vielen dank - ich weiss ja, warum ich mich hier auf slashcam recht wohl fuehl :) die xcel plugins sind das, was ich brauch, selbermachen is ned so mein ding - was weiss ich schon von office anwendungen :) schoenen tag noch!
Lange Zeit war hierzu keine Lösung in Sicht, doch jetzt gibt es Binwees: https://binwees.de/
Die Textverarbeitungssoftware mit Auto-Timecode für TV- und Filmproduktionen.
vg,
Oliver
Aus der Tatsache, dass Du hier in Deinem ersten Posting einen fast sieben Jahre alten Thread ausbuddelst, muss ich wohl den Rückschluss ziehen, dass es sich um einen reinen Werbelink handelt (ich habe ihn mir nicht angesehen).
Ein erfahrener Filmemacher schneidet einen Film, schreibt einen Text (oder auch umgekehrt, je nach dem), spricht den Text ein, legt ihn an - und er passt.
Hallo Matthias,
die Frage damals ist ja entstanden, weil die Sache mit dem Text und dem Timecode für Filmemacher (insbesondere bei TV-Beiträgen, Reportagen oder Docutainment-Formaten) eben nicht immer so einfach abläuft, wie du es vielleicht aus deiner Erfahrung kennst. Und das Problem besteht auch heute noch und dafür gibt es eine sinnvolle Lösung, die ich hier einfach mal gepostet habe, nachdem ich über eine zufällige Google-Suche auf diese Fragestellung gestoßen bin.
Aber du hast Recht: Ich bin habe das Tool mit entwickelt und bin demzufolge ein Experte bezüglich dieses Themas. ;-)
vg,
Oliver
Hallo Jot,
ja, tatsächlich ist das eines der Features, die auf unserer Liste stehen, allerdings arbeiten wir grad an anderen Problemen und deshalb kann ich dir da grad keine Hoffnungen machen, dass das in naher Zukunft funktionieren wird. Ein Problem dabei ist, dass Binwees mit einem unterbrechungsfreien Timecode arbeitet. Ohne das ich das jetzt komplett durchdacht habe, könnte man sicherlich relativ leicht eine UT-Datei exportieren, aber blöderweise wären dann vermutlich alle Positionen, wo kein Untertitel eingetragen ist (also es gibt einen Timecode mit einem Textblock, der aber leer ist) auch teil der SLT-Datei. D.h. man hätte unnötigerweise leere Titel in der Timeline. Aber vielleicht kann man das auch abfangen. Ich muss das mal mit dem Programmierer besprechen...
vg,
Oliver
Du meinst sicherlich STL.. aber warum so umständlich? Mach doch den Export nur als SRT/WebVTT. Da braucht ihr ja nichts mehr als Start/Stop von jeden Textfragment (und das habt ihr ja).
Nee, ich meinte tatsächlich SLT für Avid. Aber SRT oder SLT oder txt (kann Avid für Subcap auch gebrauchen) sind ja alle recht ähnlich. Wenn eines funktioniert kann man die anderen Formate auch leicht umsetzen denke ich. Na mal sehen. Unser Programmierer war grad nicht ganz so abgeneigt. Vielleicht passiert da doch was in Kürze, weil es nicht so schwer ist wie ich dachte...
Yo. Und wenn man sich anschaut, wie so eine SRT Datei aussieht, dann ist das nicht so weit weg von einer txt für den Avid. Und das wiederum ist gut, weil wenn wir die txt für den Avid hinbekommen, ist es ein Klacks für den Prgrammierer auch eine SRT herzustellen. ;-)
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.
