Woher der Wert jeder ALE-Spalte kommt

SlateX liefert eine ALE als tab-getrennten Text: einen dateiweiten Kopf, eine Zeile mit den Spaltennamen, eine Zeile je Materialstück. Die Spalten in dieser Datei stammen nicht aus ein und derselben Art: manche Werte schreibt ein Mensch am Set hinein, manche sind in der Aufzeichnung längst geführt, manche setzt die Software zusammen, und eine Familie umfasst Texte, die in der Aufzeichnung stehen, aber nicht hinausgehen. Ein fehlender Wert hat in diesem Erzeugnis nur ein Aussehen: leer. Fragen Sie beim Empfang zuerst, woher diese Zelle kommt, und entscheiden Sie dann, welche Prüfung sie tragen kann.

In ein und derselben Zeile stehen handabgeschriebene Werte, von der Software zusammengesetzte Kennungen und leere Zellen beieinander; die Tabellenansicht unterscheidet sie nicht für Sie.

Zuerst den dateiweiten Kopf ansehen, nicht als Feld der einzelnen Zeile

Im Kopf stehen das Trennzeichen, der Videostandard, der Audiostandard, der dateiweite Rollenname und die Bildrate. VIDEO_FORMAT landet nur dann auf einer Rasterstufe, wenn die Auflösung einer Kamera erfasst wurde; die Zeile AUDIO_FORMAT wird geschrieben und bleibt ohne Wert, weil die Aufzeichnung keinerlei Abtastrate des Tons enthält — eine Konstante der Software einzutragen hieße, für Material, das nie gemessen wurde, eine Tonspezifikation zu erklären. Der dateiweite FPS nimmt den häufigsten Wert unter den Bildraten, die in den Aufzeichnungen erklärt wurden; hat keine einzige Kamera eine erklärt, bleibt er leer. Der dateiweite TAPE wird nur geschrieben, wenn das ganze Material zu genau einer echten Karte gehört; bei mehreren Karten überlässt man es den Zellen der einzelnen Zeilen, und wenn keine Karte abgeschrieben wurde, fällt die Angabe ganz weg.

Diese Werte sind dateiweite Einzelwerte, kein Fürwahr der einzelnen Zeile. Die Bildrate, die eine Zeile selbst hat, steht in der Spalte FPS, und die beiden können auseinanderfallen.

Identitätsspalten: eine Quelle, vier Formen

Name ist der Clipname, an zwei Maßstäben gehalten: 31 Zeichen und ASCII. Ist kein Einstellungsname erfasst, fällt er auf einen festen Namen zurück, den die Software aus dem zusammensetzt, was die Zeile an Szenen-, Einstellungs- und Take-Nummer hat — bei derselben Take bei jedem Export gleich, bei verschiedenen Takes nie kollidierend. Er ist eine Kennung, kein Dateischlüssel.

Die Zellen zur Erkennung der Quelle richten sich alle nach der Kartennummer, die Sie abgeschrieben haben, nur jeweils in einer anderen Form: Tape ist die normalisierte Kartennummer (nur Buchstaben und Ziffern, großgeschrieben, auf 31 gekürzt); Camroll will die Originalgestalt, akzeptiert dabei aber ebenfalls nur ASCII, also bleibt die Zelle ganz leer, wenn der Kartenname nicht lateinische Zeichen enthält; der Vertrag von Reel # besagt, dass in diese Spalte Ziffern gehören, deshalb genügt ein einziger Buchstabe in der Kartennummer, um die Zelle leer zu machen — wir schneiden kein Präfix ab, um eine zahlenahe Nummer zu fertigen; Soundroll bringt die Rollennummer aus dem Tonbericht, nach derselben Normalisierung wie Tape. Vier Zellen, eine Quelle: was Sie abgeschrieben haben, und nicht vier voneinander unabhängige Signale.

Die Anzeigenummer, die die Software selbst hochzählt (ein Kamerabuchstabe plus ein dreistelliger Zähler), geht auf diesem Weg nicht mit: sie entspricht keiner physischen Karte und lebt nur in den lesbaren Spalten von CSV und PDF. Camera ist die Kameranummer, begrenzt auf jene 26 Buchstaben.

Zeitspalten: der Startpunkt hat eine Quelle, der Endpunkt liefert derzeit keinen Wert

Start nimmt die Timecode, die diese Aufzeichnung führt: den Eintrittspunkt, wenn erfasst, sonst die Timecode der Take selbst. Eine Zeichenkette, die an Form oder Bereich scheitert, geht leer hinaus — 00:00:00:00 taucht in diesem Erzeugnis nicht mehr auf, denn der Fehler dieser Nullenfolge war, dass sie zulässig aussah, sodass die Empfängerseite einen echten Nullpunkt am Set nicht von einem hinzugestellten unterscheiden konnte.

End ist in dieser Spalte heute leer: die Aufzeichnung hat keinen Erfassungsweg für Austrittspunkte, und wir rechnen ihn auch nicht aus Eintrittspunkt plus Dauer — das hieße, ein mit der Wanduhr berechnetes Ergebnis als Originalablesung vom Schirm der Kamera auszugeben. Wer einen Austrittspunkt braucht, holt ihn aus dem Kamerabericht oder liest ihn von der Maschine ab; auf der Abgleichliste zum Arbeitsende erscheint diese Zelle als TC_OUT_MISSING.

Eine gerechnete Position ist nur als abgeleitetes Ergebnis nachprüfbar. Wir wollen diese Zelle lieber gar nicht hinausgeben, als eine gerechnete hinauszugeben.

Duration bekommt die Form einer Timecode und rechnet allein aus der in der Aufzeichnung geführten Dauer; bei uns werden Dauern in Sekunden gespeichert und der Bildanteil fällt nicht in die Aufzeichnung, deshalb steht an der Bildstelle dieser Spalte ständig 00 — das ist die Präzisionsgrenze, kein fehlender Wert. FPS hat nur dann einen Wert, wenn genau diese Zeile eine Bildrate erklärt hat, sonst bleibt sie leer; für die interne Arithmetik gibt es eine andere Ausweichzählung, doch das ist keine Zahl, die diese Kamera gemeldet hat, also kommt sie nicht in die Spalte. TC Mode kann höchstens das eine Token DF enthalten, und leer bedeutet keine Drop-Frame-Erklärung, nicht aber Non-Drop-Frame. Nur Zeilen, die DF erklärt haben, schreiben Start, End und Duration mit Semikolon, und der Kopf hält wörtlich fest, dass dies unsere Anzeigenkonvention ist. Sound TC geht wörtlich hinaus: nur die Form wird geprüft, die Bildstellen werden nie beschnitten.

Text- und Erklärungsspalten: erst flachlegen, dann durch das Tor

Description setzt den nicht leeren Inhalt, den Szenenzusammenfassung, Einstellungsbeschreibung und Einstellungsnotiz schon tragen, mit festem Trennzeichen in eine Zelle; Comments kommt aus der Notiz der Take, Camera Notes aus der Kamerannotiz und Director aus dem Regietext des Drehtags, zu dem diese Take gehört. Alle vier gehen denselben Weg: Zeilenumbrüche und Tabulare, die die Zeilenstruktur aufplatzen würden, werden erst zu Leerzeichen flachgelegt, dann liegt das ASCII-Tor — führt ein Wert nicht lateinische Zeichen, geht die ganze Zelle leer hinaus, wörtlich erhalten bleibt sie in CSV und PDF.

In einer Zelle kann Leerstand also zweierlei heißen: gar nicht erfasst, oder erfasst in einem Text, den dieses Erzeugnis nicht tragen kann. Die Abgleichliste klärt den zweiten Fall nicht — sie prüft nur, ob die Aufzeichnung einen Wert führt —, also vergleichen Sie diese Spalten mit dem, was Sie selbst abgeschrieben haben.

Statusspalten und der Rest: die Bewertung steht in der Datei, die Spuranzahl ist keine Kanalzuordnung

Rating gibt den Text der Einstufung am Set — die Familie Circle, Keep, Hold, N/G, immer englisch und folgt nie der Sprache der Oberfläche — und ist leer, wenn keine Einstufung gesetzt wurde; Circled take gibt TRUE oder FALSE, das ist eine zweite Frage, deshalb eine zweite Spalte. Tracks ist ein Dreizustand-Token: V ist eine MOS-Take, A1A2 eine Wildspur, VA1A2 Sync-Sound; eine Zeile ohne irgendeinen Tonbefund bleibt in dieser Zelle leer, wir springen nicht auf Sync-Sound ein. Es ist ein Zeichen für die Spuranzahl, keine Kanalzuordnung, und es trägt keine Abtastrate. VFX_Type setzt den Text aus den vier Flaggen dieser Kamera zusammen; die Spalte VFX_Count ist da, hat aber derzeit keinen Erfassungsweg und geht leer hinaus. Shoot Day bekommt die Form Day 7 und bleibt leer, wenn die Take zu keinem Drehtag gehört; das Datum steht in der eigenen Spalte Shoot date (yyyy-MM-dd) und die Einheit in Unit.

Was diese ALE mitbringt und was sie ausdrücklich nicht mitbringt

Sie mitbringt: Name und Pfad der Quelldatei, Karten- und Tonrollennummer, die Timecode des Tons, Einstufung und Circled-Flagge, Szenen- und Take-Nummern, Einheit und Datum. Sie nicht mitbringt: die Medien selbst, Objektivparameter über die Timecode hinaus (Brennweite, Empfindlichkeit, Blende, Verschluss und Auflösung sind in der App erfasst, haben aber keine Spalte in dieser ALE), eine Kanalzuordnung und die beiden ASC-Felder der Kameraführung. Sie bringt auch keine Zuordnung zwischen einer Einstellung und einer Datei mit — welche Take zu welcher Datei gehört, bleibt eine Angabe, die am Set erfasst werden muss.

Die Spalten am Ende der Reihenfolge sind unsere eigenen Namen: in der Spezifikation sind sie nicht zu finden, deshalb darf keine Empfängerseite annehmen, dass ein nachgelagertes System sie als Bedeutungsfelder liest. Spaltennamen vergleicht man an den Zeichenketten, die in der Datei wirklich auftreten; ein sinnverwandter Name in Ihrer Vorlage wird nicht garantiert auf dasselbe Feld abgebildet.

FAQ

Verifizieren sich Reel # und Tape gegenseitig?

Als zwei unabhängige Quellen taugen sie nicht. Beide gehen auf dieselbe Kartennummer zurück, die Sie abgeschrieben haben, nur in verschiedene Formen gefaltet (nur Ziffern, normalisierte Buchstaben und Ziffern); dass die beiden Spalten übereinstimmen, sagt nichts als dass dieselbe Quelle zweimal geschrieben wurde.

Ist End am Set aufgezeichnet?

Diese Spalte liefert derzeit keinen Wert: es gibt keinen Erfassungsweg für Austrittspunkte, und wir folgern nichts aus Eintrittspunkt plus Dauer. Wer einen braucht, nimmt ihn aus dem Kamerabericht oder liest ihn von der Maschine ab; die Abgleichliste zeigt ihn mit TC_OUT_MISSING an.

Ist Tracks in der ALE eine Kanalzuordnung?

Nein. Es ist ein aus dem Erfassungsstatus erzeugtes Zeichen für die Spuranzahl mit drei Zuständen und nennt weder, welche Klangquelle hinter jeder einzelnen Spur steht, noch eine Abtastrate noch die Routing-Beziehung auf der Projektseite.

Warum muss die Empfängerseite trotzdem Spalte für Spalte prüfen?

Weil in derselben Datei handabgeschriebene Werte, von der Software zusammengesetzte Kennungen und Zellen vorkommen, die leer hinausgehen, weil dieser Text in sie nicht hineinpasst; jede Spalte hat ihre eigenenn Werte- und Torregeln. Dass sich die Datei öffnen lässt, sagt nur, dass der Text lesbar ist, und nicht, dass die Herkunft jedes Felds geprüft wäre.

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