Warum eine Bildrate Zählrate und Anzeigebasis hat

Eine und dieselbe Bildrateneinstellung trägt hier zwei Zahlen, doch die beiden Zahlen verrichten unterschiedliche Arbeit. Die eine ist die Zählrate, mit der die Realzeit in Frames fortgeschrieben wird und die gebrochen sein kann; die andere ist die ganzzahlige Anzeigebasis, nach der Timecode-Zeichenkette und Framezahl ineinander umgerechnet werden.

Wer 29.97 sieht und die Timecode-Zeichenkette trotzdem nach 30 als Grundzahl gruppiert, vermischt damit nicht zwei Bildraten; hier verrichten Zählrate und Anzeigebasis zwei verschiedene Arbeiten.

Warum eine Bildrateneinstellung zwei Zahlen behält

Am Beispiel einer Einstellung wie 29.97 beantwortet die Zählrate die Frage, wie viele Frames bei einer verstrichenen Realzeit fortzuschreiben sind, und die Anzeigebasis beantwortet die Frage, wie diese Frames in eine Zeichenkette aus Stunden, Minuten, Sekunden und Frames aufzuteilen sind. Die erste darf gebrochen sein, weil sie das Maß für den Zeitlauf ist; die zweite muss eine Ganzzahl sein, weil sie die Gruppierungsbasis des Frame-Felds im Timecode bildet. Wer beide zu einer Zahl zusammenwirft, hält das Tempo des Zeitlaufs und Nummerierungsregel der Zeichenkette für ein und dieselbe Sache.

Bei 23.976 liegt dieselbe Struktur vor: fortgeschrieben wird mit der gebrochenen Zählrate, und für die Umrechnung der Zeichenkette gilt die ganzzahlige Anzeigebasis. Ganzzahlige Einstellungen wie 24, 25 und 30 kennen diesen Unterschied nicht, weil Zählrate und Anzeigebasis dort gleich sind. Es geht hier nicht darum, welche der beiden Zahlen „echter“ ist, sondern darum, welche Berechnung die jeweilige Zahl bedient.

Wie zwei ungleiche Zahlen sich zu einer Zeitdifferenz aufsummieren

Bei diesen nicht ganzzahligen Einstellungen läuft die Zählrate etwa ein Tausendstel unter der Anzeigebasis, deshalb stimmt das Tempo der Timecode-Nummerierung nicht mit dem Fortschritt der Realzeit überein. Wird 29.97 mit 30 oder 23.976 mit 24 gekoppelt, gruppiert die Zeichenkette weiterhin nach der ganzzahligen Anzeigebasis, fortgeschrieben wird aber mit der langsameren Zählrate. Das Ergebnis ist kein gelegentlich fehlender Nummerierungswert, sondern derselbe Unterschied, der sich kontinuierlich aufsummiert.

Nach diesem Maßstab entfernt sich der Timecode von der Realzeit immer weiter, in einer Größenordnung von Sekunden pro Stunde. Auf diesen Takt umgerechnet ergibt sich ein Rückstand von etwa 3.6 Sekunden pro Stunde; rechnet man denselben Takt auf 24 Stunden, sind das 86.4 Sekunden, also die Größenordnung anderthalb Minuten. Dieser Unterschied lässt sich nicht dadurch vom Tisch räumen, dass die beiden Zahlen nah beieinander aussehen, denn er entsteht genau aus der Arbeitsteilung zwischen den beiden Zahlen.

Bei einer nicht ganzzahligen Einstellung kommt es nicht darauf an, dass ihre Dezimalschreibweise einem Ganzzahlwert ähnelt, sondern darauf: Die Zählrate bestimmt das Fortschreibungstempo, die Anzeigebasis bestimmt die Nummerierungsstruktur, und die Differenz beider wächst mit der Zeit.

Wie eine auf einer Kameraaufzeichnung gespeicherte Bildrate auf eine Basisrate zurückgeführt wird

Ist die auf einer Kameraaufzeichnung gespeicherte Bildrate ein erhöhter Wert über einer Basisrate, probiert die Umrechnung nacheinander Divisoren aus und vergleicht jedes Ergebnis mit den verfügbaren Basisraten. Der erste Kandidat innerhalb einer sehr kleinen Toleranz wird zur Basisrate; trifft kein Kandidat, fällt die Rechnung auf 24 zurück. Die kleine Toleranz hat genau diesen Zweck: erhöhte Werte sollen auf ihre Basis zurückfallen können, ohne dass benachbarte normale Einstellungen zusammengezogen werden.

Zwischen 24 und 23.976 liegen beispielsweise 0.024, deshalb muss die Toleranz kleiner als dieser Abstand sein, damit 24 als 24 bestehen bleibt und nicht in 23.976 hineingezogen wird. Erhöht aufgenommenes Material mit einer Basisrate zu zählen ist branchenüblich, doch das heißt nicht, dass dieser eine Weg von der Empfängerseite genommen werden muss. Die Empfängerseite prüft die Bildratenbezeichnung weiterhin anhand der tatsächlichen Übergabedatei und ihrer eigenen Medienaufzeichnungen.

Warum diese laufende Zählung trotzdem NDF ist

Im laufenden Zählweg der nicht ganzzahligen Einstellungen steigt die Frame-Nummer fortlaufend, ohne dass Nummern übersprungen werden, um die Realzeit einzuholen; es handelt sich also um eine Non-Drop-Frame-Zählung, um NDF. NDF beschreibt, wie der laufende Zählweg nummeriert, und erklärt nicht, dass die Lieferkette von der Erfassung bis zur Übergabe dieselbe Anzeigeregel hätte. Aus „ohne übersprungene Nummern“ auf „der Timecode holt die Realzeit ein“ zu schließen, kehrt die Tatsachenlage um: die weiter oben beschriebene aufsummierte Differenz bleibt bestehen.

Die Exportseite trifft dazu eine eigene Entscheidung über die Drop-Frame-Anzeige, und diese Semikolon-Schreibweise erscheint derzeit nur in den Timecode-Spalten von ALE und CSV (der Tabellenkörper des Tagesberichts-PDF führt keine Timecode-Spalte); die Maßstäbe von laufendem Zählweg und Exportseite sind also nicht deckungsgleich. Daraus lässt sich weder ableiten, dass die App über Erfassung und Übergabe hinweg eine Drop-Frame-Timecode-Fähigkeit hätte, noch lässt sich der Timecode als mit der Realzeit synchronisiert beschreiben. Was ein Semikolon in einer übergebenen Zeitangabe bedeutet, steht in „Was ein Semikolon im Timecode tatsächlich besagt“, und der Export wird nicht aus der laufenden NDF-Zählung zurückgerechnet.

Warum bei der Übergabe auch Bildratenbezeichnung und Trennzeichen zu prüfen sind

Die Bildratenbezeichnung sagt der Empfängerseite, welche Rate eine Zeile der Übergabe für sich beansprucht, und das Timecode-Trennzeichen spiegelt wider, welche Anzeigeschreibweise die Exportseite gewählt hat. Beide Angaben ersetzen keine Prüfung der Quelldatensätze, erst recht nicht, wenn laufender Zählweg und Exportseite unterschiedliche Entscheidungen treffen. Wenn Sie den Ursprung einer Spalte verfolgen wollen, prüfen Sie Spalte für Spalte anhand von „Woher der Wert jeder ALE-Spalte kommt“, statt sich darauf zu verlassen, dass ein Timecode nur bekannt aussieht.

Die Empfängerseite prüft daher die Bildratenbezeichnung und das Timecode-Trennzeichen in der Übergabedatei selbst und hält sie den Aufzeichnungen vom Set sowie den Medieninformationen entgegen. Die Zählrate bedient die Fortschreibung, die Anzeigebasis bedient die Umrechnung von Zeichenkette und Framezahl, und die Exportseite entscheidet zusätzlich über die Anzeigeform; diese drei Ebenen ersetzen einander nicht. Solange die Ebenen getrennt bleiben, sind 29.97 und 30 an derselben Stelle keine zwei einander widersprechenden Antworten.

FAQ

Warum kann bei 29.97 auch die Zahl 30 erscheinen?

29.97 ist die Zählrate, 30 ist die Anzeigebasis; die beiden dienen der Fortschreibung der Frames und der Aufteilung der Timecode-Zeichenkette. Dass beide zugleich auftauchen, ist eine Arbeitsteilung der Berechnung und kein vorübergehender Wechsel von einer Bildrateneinstellung auf eine andere.

Nutzt 23.976 dieselbe Struktur aus zwei Zahlen?

Ja, 23.976 wird mit der gebrochenen Zählrate fortgeschrieben, und für die Umrechnung der Timecode-Zeichenkette gilt die ganzzahlige Anzeigebasis. Die Zählrate läuft etwa ein Tausendstel unter der Anzeigebasis, deshalb entfernt sich der Timecode allmählich von der Realzeit.

Bedeutet NDF im laufenden Zählweg, dass auch der Export als NDF geschrieben wird?

So folgt das nicht. Der laufende Zählweg ist eine NDF-Zählung ohne übersprungene Nummern, die Exportseite trifft eine eigene Entscheidung über die Drop-Frame-Anzeige, und durchgängig sind die Maßstäbe damit nicht.

Was sollte die Empfängerseite am Ende prüfen?

Die Empfängerseite prüft selbst die Bildratenbezeichnung und das Timecode-Trennzeichen in der Übergabedatei und hält sie den Aufzeichnungen vom Set sowie den Medieninformationen entgegen. Eine einzelne Zahl oder ein einzelnes Trennzeichen reicht nicht, um die gesamte Kette als geprüft zu behandeln.

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