Was eine CSV-Übergabe gegenüber der ALE enthält – und was nicht

Die CSV-Detailtabelle und die ALE-Liste sind nicht dieselben Daten mit einer anderen Endung. Die CSV ist zum spaltenweisen Lesen durch Menschen und Tabellenwerkzeuge gemacht, die ALE ist die Austauschliste, die ein Empfangsprozess liest; Reichweite der Werte, Schreibweise fehlender Werte, Kodierung und Feldbedeutung sind verschieden. Die CSV bringt mehr Kamera- und Drehparameter mit, bleibt aber eine Materialliste ohne Medienort, ohne Kanalzuordnung und ohne eine Timecode des Tons.

Weil die Formate verschieden sind, zählt nicht zuerst „ein paar Spalten mehr“, sondern woher jede Spalte kommt und für wen zur Prüfung gedacht ist.

Die CSV bringt Kamera- und Drehdetails mit

Gegenüber der ALE führt die CSV mehr Angaben auf Ebene von Einstellung und Kamera. Brennweite, Filter, ISO, Blende, Verschluss, Seitenverhältnis und Auflösung gehören ebenso in den Bereich, den diese Detailtabelle ausdrücken kann, wie die Kompositionsangaben Einstellungsgröße, Aufnahmewinkel und Bewegung.

Zusätzlich werden mehrere Statusmarkierungen geschrieben, darunter die Kamerastatiken zu VFX, Hintergrundplatte, Clean Shot und Referenz, sowie das Aufnahmedatum. Dabei bleibt eine wichtige Grenze stehen: Dass eine Spalte in der Übergabetabelle existiert, heißt nicht, dass die App dafür derzeit eine Eingabestelle am Set bietet. Manche Tonstatusspalten erscheinen zwar in der Dateistruktur, daraus lässt sich aber keine bereits erfassbare Fähigkeit melden.

Auch die Notiz der Take und die Kameranotiz laufen in zwei verschiedene Spalten. Beim Erzeugen der CSV werden Zeilenumbrüche, Wagenrücklauf und Tabulatoren in den Notizen zu Leerzeichen gemacht, weshalb nicht zugesagt werden kann, dass „Notizen unverändert bleiben“. Was die Empfängerseite sieht, ist Text nach tabellengerechter Bearbeitung.

Zwei Spalten zur Take-Bewertung sind nicht dieselbe Sache

In der CSV steht eine Spalte mit dem Bewertungstext und eine boolesche Spalte Circle. Der Bewertungstext schreibt Circle, Keep, Hold oder N/G; ist nichts gesetzt, darf das Feld leer bleiben. In der booleschen Spalte Circle schreibt nur diejenige Stufe, die dem aktuellen Bewertungstext Circle entspricht, ein TRUE, alle übrigen Fälle schreiben FALSE.

Daraus folgt: Ist eine Take am Set als Keep markiert, schreibt die Textspalte ausdrücklich Keep, während die boolesche Spalte Circle weiterhin FALSE bleibt. Die boolesche Spalte lässt sich also nicht als vollständige Bedeutung von „wurde diese Take am Set eingekreist“ lesen. Sie ist ein aus einer engeren Bedingung der Take-Bewertung abgeleiteter boolescher Wert.

Rating zu lesen ist, den Bewertungstext zu lesen; Circle zu lesen ist, eine engere abgeleitete Bedingung zu lesen. Die beiden Spalten ersetzen einander nicht.

Genau hier braucht die Empfängerseite eine eigene Zuordnung spaltenweise. Eine Tabellenvorlage, die nur auf die boolesche Spalte schaut, übersieht die übrigen Bedeutungen im Bewertungstext; und wer nur die Textspalte liest, darf sie nicht mit anderen Statusfeldern im Innern der App gleichsetzen.

Auch die CSV hat keinen Medienort und keine Tonzuordnung

Mehr Felder heißt nicht, dass diese Datei die ganze Medienbeziehung trägt. Die aktuelle CSV schreibt keine Medienpfade und enthält weder Kanalzuordnung noch eine Timecode des Tons. Braucht die Empfängerseite den tatsächlichen Ablageort einer Mediendatei oder die Frage, welche Quelle auf welcher Kanal liegt, ergänzt sie beides aus dem Material und den übrigen Übergabeangaben.

Ebenso macht das Auftauchen von Filename, Rollennamen oder Clip-Nummer in der Tabelle diese nicht automatisch zu einer Liste, über die sich sämtliches Material orten ließe. Die Identitätsfelder sind gegen die tatsächlichen Dateinamen der Medien, die Rollennamen und die Aufzeichnungen vom Set kreuzweise zu prüfen.

Kodierung und Bereinigung laufen anders als in der ALE

Die CSV wird beim Schreiben mit einer Byte-Reihenfolge-Markierung versehen, die ALE nicht. Beide Dateien nutzen LF als Zeilenumbruch, doch wie die Empfangsumgebung mit Kodierung und Umbruch umgeht, ist praktisch zu prüfen. Bei Zeichenfehlern oder verrutschten Spalten wird zuerst Kodierung, Trennung und Textbereinigung geprüft,statt zuerst den Inhaltsfeldern einen Fehler zu unterstellen.

Jeder Datenwert der CSV läuft durch seine eigene Escape-Regel. Zeilenumbrüche und Tabulatoren werden geglättet; enthält ein Wert ein Komma oder Anführungszeichen, wird nach der aktuellen Regel mit Anführungszeichen gefasst und maskiert. Das passt zum heutigen Erzeugungsverfahren, sollte aber nicht zu einer Konformitätszusage für einen externen CSV-Standard ausgedehnt werden.

Auch bei Datumsangaben gilt nicht ein Maßstab für alle Übergaben

Die Datumsspalte der CSV steht fest im maschinenlesbaren Kalenderformat yyyy-MM-dd. Der Datumsvermerk in der Kopfzeile einer anderen Berichtsart folgt dagegen den Datumsformat-Einstellungen der Geräteumgebung. Beide dienen verschiedenen Lesesituationen, deshalb kann nicht geschrieben werden, „die Datumsangaben aller Übergabeerzeugnisse sind zeichengetreu gleich“.

Wer dateiübergreifend abgleicht, nimmt die Formatunterschiede bei Datumsfeldern als Ausgangsbedingung und prüft danach, ob sie auf denselben Tag zeigen. Unterschiedliche Zeichenketten heißen nicht zwingend unterschiedliche Daten, und gleiche Zeichenketten ersetzen nicht die Bestätigung an der Quellaufzeichnung.

FAQ

Was hat die CSV gegenüber der ALE mehr?

Vor allem feinere Details zu Kamera, Optik, Komposition, Status und Datum, etwa Brennweite, Filter, ISO, Blende, Verschluss, Auflösung, Einstellungsgröße, Aufnahmewinkel und Bewegung.

Warum können Rating und Circle widersprüchlich aussehen?

Weil sie nicht dieselbe Herkunft haben. Rating schreibt den Bewertungstext, die boolesche Spalte Circle schreibt TRUE nur, wenn der Bewertungstext Circle lautet. Eine Keep kann deshalb gleichzeitig Rating=Keep und Circle=FALSE ergeben.

Behält die CSV die Notizen unverändert?

Nicht zeichengetreu. Zeilenumbrüche, Wagenrücklauf und Tabulatoren werden beim Erzeugen zu Leerzeichen gemacht, die Empfängerseite sieht das Ergebnis einer tabellentauglichen Bearbeitung.

Findet die CSV mit ihren mehr Feldern auch Material und Tonkanäle?

Nein. Die aktuelle Datei enthält weiterhin keine Medienpfade, keine Kanalzuordnung und keine Timecode des Tons. Medienort und Tonbeziehung werden an Material und übrigen Übergabeangaben geprüft.

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