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 die Zelle Source File Name und die Zelle für die Quelldatei; darin liegt der am Set abgeschriebene Text. Die Software sucht keinen Ort auf der Platte, und eine Zelle, die niemand abgeschrieben hat, wird leer übergeben. Der tatsächliche Pfad im Projektspeicher ist von Anfang an nie in den Export-Snapshot gelangt.

Medien haben im Projektspeicher tatsächlich einen Ort auf dem Gerät; die Zelle in der Übergabe ist abgeschriebener Text, und die Empfängerseite kann die Medien daraus nicht wiederanbinden.

Warum Medien auf dem Gerät zwei Ablageorte haben

Medien, die auf dem Gerät gespeichert werden, folgen nicht einer einzigen Ordnerregel. Ein Video aus dem Formular für einen neuen Eintrag kommt in eine flache Ablage; die Fotoaufnahme, die Auswahl aus der Mediathek und der Dateiimport aus der Listenansicht kommen in ein strukturiertes Verzeichnis, das nach Projekt, Szene, Einstellung und Take geschachtelt ist. Beide Ablageorte beschreiben, wie der Projektspeicher Medien intern ablegt.

Die harte Grenze lautet: Diese Pfade existieren nur im Projektspeicher und gelangen nicht in den Export-Snapshot. Wird ALE, CSV, PDF oder FDX exportiert, liegt dem Export ein Snapshot der Take-Aufzeichnungen und der zugehörigen Felder zugrunde, keine Liste der Medienpfade. Die Empfängerseite sieht also womöglich Rollenwert, Szenennummer oder Take-Nummer, aber nicht den physischen Ort der Datei auf dem Gerät. 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

Bevor Medien abgelegt werden, läuft der Dateiname durch eine Bereinigung. Unzulässige Zeichen werden durch Unterstriche ersetzt, Steuerzeichen entfernt und überlange Namen abgeschnitten; bleibt nach der Bereinigung nichts Brauchbares übrig, greift ein Platzhaltername als englische Konstante. Der Name auf der Platte kann sich vom Namen der externen Quelle also schon unterscheiden.

Bei Fotos gibt es zwei Behandlungen: Aufnahmen vom Set und aus der Schnellaufnahme werden neu kodiert, Fotos aus der Mediathek oder aus einer Datei kommen mit unveränderten Bytes hinein. Beide tragen den ursprünglichen Pfad nicht. 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. Pfadbehandlung, Namensbereinigung und Verarbeitung der Medienbytes gehören zur Speicherschicht des Geräts und werden nicht zu einer Medienpfad-Spalte in der Übergabe.

In der Übergabe ist kein Pfad zu lesen – 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

Ohne Medienpfad in der Übergabe fehlt der Empfängerseite der physische Zeiger, der eine Zeile der Aufzeichnung direkt zu einem Dateiort auf dem 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 „Was vor der Verwendung einer ALE zum Abgleich zu prüfen ist“ 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. In dem Snapshot der Take-Aufzeichnungen hinter ALE und CSV stehen die Zelle Source File Name und die Zelle für die Quelldatei, und beide werden durch Abschreiben am Set gefüllt: ist etwas abgeschrieben, hat die Zelle Inhalt; ist nichts abgeschrieben, bleibt sie leer. Das PDF existiert zum Lesen, und FDX arbeitet mit einem Snapshot der Drehbuchseite, der nicht einmal Take-Aufzeichnungen trägt. In keiner der vier Dateien steht eine Zelle mit einem Pfad, den die Software auf einer Platte gefunden hat, und die Formatunterschiede ändern nichts an dieser Grenze. Aus mehr Spalten in einem Format lässt sich nicht ableiten, dass damit beiläufig die Ablageorte der Medien im Projektspeicher erscheinen.

„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. 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 abgeschriebene Zeichenfolge 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 ALE und CSV ein Dateiname, aber immer noch kein Medienpfad?

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 die Zelle Source File Name und die Zelle für die Quelldatei, gefüllt nur, wenn auf dem Set etwas abgeschrieben wurde, und das ALE-Paar nimmt nur ASCII an, also lässt nicht-lateinischer Text beide Zellen leer. PDF und FDX führen keine der beiden. Eine abgeschriebene Zeichenfolge benennt die Dateien der Drehseite, nicht das Verzeichnis der Empfängerseite; darum rekonstruiert ihre Anwesenheit nie einen Ort, den die Empfängerseite öffnen kann.

Sind Fotos nach dem Einlagern noch die ursprünglichen Bytes der externen Datei?

Nicht notwendig. Aufnahmen vom Set und aus der Schnellaufnahme werden neu kodiert, Fotos aus der Mediathek oder aus einer Datei kommen mit unveränderten Bytes hinein. Beide tragen den ursprünglichen Pfad nicht.

Bringt CSV wegen mehr Feldern auch einen Medienpfad mit?

Weil ein Format mehr Spalten hat, entsteht kein Pfad, den die Software gefunden hätte. Die beiden Zellen des CSV enthalten am Set abgeschriebenen Text, die beiden gleichnamigen Zellen der ALE nehmen nur ASCII an, und PDF und FDX haben diese beiden Zellen überhaupt nicht.

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. Aus dem Inhalt der Übergabedatei schließen Sie nicht auf einen vollständigen Pfad auf dem Gerät.

Axiom One LLC — SlateX. Die obigen Zahlen Stand 2026-09-24.