Warum eine Übergabe keinen Pfad zu den Medien zurückgeben kann
ALE, CSV, PDF und FDX übergeben strukturierte Aufzeichnungen, aber keine von ihnen gibt einen Pfad heraus, der auf den Medien der Empfängerseite auflöst. In den beiden maschinenlesbaren Dateien stehen je eine Zelle für den Dateinamen und eine für den Pfad, nur nicht unter gemeinsamen Spaltennamen: die CSV führt Source File Name und Source File Path, die ALE führt Source File Name und Source File: die CSV schreibt den Pfad, wie er in der Aufzeichnung steht, eins zu eins hinaus, bei der ALE werden die beiden Zellen nur geschrieben, wenn die gesamte Zeichenfolge ASCII ist, nicht-lateinischer Text lässt sie also leer. Die Werte sind der am Set abgeschriebene Text oder, wenn die Medien aus einer Datei importiert wurden, die auf diesem Gerät eingetragene Adresse; fehlt beides, wird die Zelle leer übergeben. PDF und FDX führen keine der beiden Zellen.
Medien haben im Projektspeicher tatsächlich einen Ort auf dem Gerät; eine gefüllte Zelle in der Übergabe nennt einen Ort auf der Maschine der sendenden Seite, und die Empfängerseite kann ihre eigenen Medien daraus nicht wiederanbinden.
Die Adresse in einer Übergabe gehört der sendenden Seite, und die Frage, ob die Medien auf diesem Gerät liegen, ist eine andere Sache
Wie die App Medien auf dem Gerät ablegt, ist ihre eigene Sache; gesagt wird hier nur, dass ein Pfad in der Übergabe zur Maschine der sendenden Seite gehört und kein Zeiger ist, den die Empfängerseite auflösen kann. Wird ALE, CSV, PDF oder FDX erzeugt, trägt die Datei Take-Aufzeichnungen und die zugehörigen Felder, keine Liste von Medienpfaden. Die Empfängerseite sieht also womöglich Rollenwert, Szenennummer oder Take-Nummer, erhält aber nicht den physischen Ort der lokalen Datei, den das Herkunftsprojekt verwendet hat. Die Einstellungsnummer steht nur in CSV und PDF als eigene Spalte, eine ALE hat diese Spalte nicht.
Warum der Dateiname kein Ersatz für den ursprünglichen Pfad ist
Der Name auf der Platte kann sich vom Namen der externen Quelle schon unterscheiden; deshalb lässt sich aus ihm nicht zurückführen, woher dieses Material stammt.
Fotos kommen aus zwei Quellen: Aufnahmen am Set oder über die Schnellaufnahme und Fotos, die aus der Mediathek gewählt oder aus einer Datei importiert wurden. Keine der beiden bringt den ursprünglichen Pfad mit. Stößt die Empfängerseite zufällig auf einen ähnlichen Dateinamen, ist das deshalb kein Beleg für ursprünglichen Dateinamen plus ursprüngliche Bytes; die Zelle mit dem Dateinamen in der Übergabe ist aus Rollenwert und Clip-Nummer zusammengesetzt, nicht aus dem Namen auf der Platte. Wie Pfade und Dateinamen normalisiert werden, bleibt auf diesem Gerät; ein Pfad, der in eine Zelle der Übergabe geschrieben wird, nennt das Verzeichnis dieses Geräts, nicht die Kopie der Empfängerseite.
Ein Pfad in der Übergabe lässt sich auf der Empfängerseite nicht öffnen – das beschreibt die Grenze des Exportergebnisses und sagt nichts darüber, ob die Medien im Projektspeicher des Geräts vorhanden sind.
Warum das die Wiederverknüpfung unmittelbar begrenzt
Ein Pfad in der Übergabe zeigt in das Verzeichnis der sendenden Seite, deshalb fehlt der Empfängerseite der physische Zeiger, der eine Zeile der Aufzeichnung direkt zu einem Dateiort auf dem eigenen Gerät führt. Rollenwert, Szenennummer und Take-Nummer taugen weiterhin, um die Identität einer Zeile zu bestimmen, doch es sind Kennungen, keine Pfade. Die Empfängerseite muss diese Kennungen ihrer eigenen Medienliste, den Dateinamen und der tatsächlichen Ordnerstruktur zuordnen.
Das ist der Grund, warum „Wenn Sie eine ALE erhalten, prüfen Sie zuerst diese Felder“ die Empfängerseite zurück zu den Medien und den Aufzeichnungen vom Set schickt. Dass eine Datei sich öffnen lässt und einige Spalten lesbar sind, heißt nicht, dass sie zugleich die Medienorte trägt. Verlangt ein Arbeitsablauf, Medien unmittelbar aus der Übergabedatei zu finden, muss diese Zuordnung aus den Medieninformationen der Empfangsseite ergänzt werden.
Warum alle vier Übergabearten an derselben Grenze liegen
ALE und CSV sind maschinenlesbare Tabellen, PDF ist eine Zusammenfassung für Leser, und FDX dient dem Drehbuchtausch. ALE und CSV greifen auf dieselben Take-Aufzeichnungen zurück und führen je eine Zelle für den Dateinamen und eine für den Pfad, nur nicht unter gemeinsamen Spaltennamen: die CSV führt Source File Name und Source File Path, die ALE führt Source File Name und Source File: die CSV schreibt den gespeicherten Wert eins zu eins hinaus, das ALE-Paar nimmt nur ASCII an, und die Werte kommen entweder vom Abschreiben am Set oder von der Adresse, die beim Importieren der Medien aus einer Datei auf diesem Gerät stand; ohne beides bleibt die Zelle leer. Das PDF existiert zum Lesen, und FDX arbeitet mit Inhalten der Drehbuchseite, die nicht einmal Take-Aufzeichnungen tragen. Keine der vier Dateien enthält eine Adresse, die die Medien wiederanbinden kann, und die Formatunterschiede ändern nichts an dieser Grenze. Aus mehr Spalten in einem Format lässt sich nicht ableiten, dass aus dieser Adresse eine Ablage wird, die die Empfängerseite öffnen kann. Siehe „Wo die Übergabedateien nach dem Exportieren liegen und wie lange sie bleiben“.
„Was eine CSV-Übergabe gegenüber der ALE enthält – und was nicht“ behandelt zum Beispiel Unterschiede im Feldsatz, nicht das Entstehen eines Pfads aus dem Nichts. „Wenn Sie eine ALE erhalten, prüfen Sie zuerst diese Felder“ geht Zelle für Zelle durch, welche Zellen leer übergeben werden, weil auf dem Set nichts abgeschrieben wurde, und wie sich diese fehlende Zelle in der Reconcile-Tabelle des Schlusstags zeigt. „ Die verschiedenen Gesichter eines fehlenden Werts in der Übergabedatei “ trennt unter dieser leeren Zelle noch eine Ebene: eine leere Zeichenkette, ein Gedankenstrich als Platzhalter, eine erzeugte Standardnummer und ein Null-Zeitcode kommen jeweils aus einem anderen Grund. Beim Empfang hält die Empfängerseite drei Dinge auseinander: „diese Zelle hat niemand ausgefüllt“, „diese Zelle trägt abgeschriebenen Text“ und „ein Zeiger, der die Medien tatsächlich wiederanbinden könnte“. Ein Name in einer Spalte ist kein Ort.
Wie die Empfängerseite die Zuordnung zu den Medien herstellt
Wenn Aufzeichnungen der Übergabe mit Medien zusammengebracht werden sollen, geht die Empfängerseite von den sichtbaren Kennungen aus, also Rollenwert, Szenennummer und Take-Nummer, und gleicht sie einzeln mit ihrer Medienliste ab. Stimmen Namensgebung, Rollenwerte oder Ordnerregel der Medienseite nicht mit der Übergabe überein, prüfen Sie die tatsächlichen Medien und die Aufzeichnungen vom Set, statt einen Pfad zu erraten. Unmittelbar aus der Übergabedatei kommt diese Verknüpfung nicht.
Diese Dateien sind daher als Aufzeichnungs- und Austauschdaten zu lesen, nicht als Medienliste oder Mediensicherung. Sie geben eine Zeichenfolge von der sendenden Seite in einer Zelle her, keinen auflösbaren Zeiger von einer Aufzeichnung zu den Medien auf der Maschine der Empfängerseite, und enthalten kein Versprechen, dass ein empfangendes Projekt die Medienverknüpfungen automatisch aufbaut. Zum Schluss prüft die Empfängerseite Rollenwert, Szenennummer und Take-Nummer selbst gegen ihre eigene Medienliste.
FAQ
Warum steht in einer Zelle ein Pfad, und die Medien lassen sich trotzdem nicht wiederanbinden?
Der Dateiname ist eine Kennung innerhalb der Aufzeichnung, der Pfad ist der Ort, an dem die Medien tatsächlich liegen; das sind nicht dieselben Dinge. ALE und CSV führen je eine Zelle für den Dateinamen und eine für den Pfad, nur nicht unter gemeinsamen Spaltennamen: die CSV führt Source File Name und Source File Path, die ALE führt Source File Name und Source File; die CSV schreibt den gespeicherten Wert eins zu eins hinaus, das ALE-Paar nimmt nur ASCII an, also lässt nicht-lateinischer Text beide Zellen leer. PDF und FDX führen keine der beiden. Die Werte kommen entweder vom Abschreiben am Set oder von der Adresse, die beim Import auf diesem Gerät stand; beide benennen die Dateien der Drehseite, nicht das Verzeichnis der Empfängerseite, darum rekonstruiert eine gefüllte Zelle nie einen Ort, den die Empfängerseite öffnen kann.
Gibt die Übergabe die Originaldatei des Fotos zurück?
Nicht allein aus der Übergabe. Die Übergabe trägt einen Dateinamen, der aus Rollenwert und Clip-Nummer zusammengesetzt ist, nicht den ursprünglichen Pfad des Fotos, und sie verspricht keine bytegenaue Übereinstimmung mit der Originaldatei.
Bringt CSV wegen mehr Feldern auch einen Medienpfad mit?
Aus mehr Spalten wird kein Ort, den die Empfängerseite auflösen könnte. Die CSV schreibt den Pfad, den die Aufzeichnung enthält, eins zu eins in eine Zelle, die beiden gleichnamigen Zellen der ALE nehmen nur ASCII an, und PDF und FDX haben diese beiden Zellen überhaupt nicht – steht etwas in einer Zelle, nennt sie trotzdem einen Ort auf der Maschine der sendenden Seite.
Worauf stützen Sie sich, wenn Medien wiederangebunden werden sollen?
Die Empfängerseite prüft die sichtbaren Kennungen wie Rollenwert, Szenennummer und Take-Nummer gegen ihre eigene Medienliste und die tatsächlichen Dateien. Der Pfad, den eine Übergabe trägt, gehört der Maschine der sendenden Seite und darf nicht als Adresse auf dem eigenen Laufwerk gelesen werden.
Axiom One LLC — SlateX