Al recibir un ALE, revise primero estos campos

La respuesta corta: un ALE se entrega hoy con 28 columnas en un orden fijo; la fila de nombres de columna se contrasta con ese orden. Las dos horas después del cierre son el coste real del día: los números de toma apuntados en el papel hay que volver a teclearlos en una hoja de cálculo, y la última hora se va en dejar en orden el registro para quien lo lea mañana; si un número de toma viene saltado o el código de tiempo se desvía un fotograma, devolver y volver a conformar cae en la tarde del día siguiente. SlateX entrega esto como filas de datos: se genera fila por fila, por cámara; cuatro cámaras son cuatro filas, y sin ninguna información de cámara se sigue escribiendo una fila. La casilla que nadie leyó queda vacía; no la rellenamos con un número que solo parece válido. Esta página está escrita según una sola medida: lo que tú entregues debe permitir que quien lo reciba encuentre por sí solo dónde no cuadra. La línea de declaración de la cabecera escribe con estas mismas palabras quién fija estas convenciones; léela como una frontera, no como un certificado.

Que el archivo se abra solo prueba que la sintaxis es legible. Formato válido no equivale a hechos correctos.

Nombres de columna y orden: 28 columnas, cotejadas contra las cadenas que aparecen en el archivo

La posición de las columnas es un contrato entre nosotros y el receptor: cambiar cualquier columna obliga a cambiar a la vez su fila de datos, y si los dos lados no van sincronizados el archivo entero se desalinea. Las 28 columnas que se entregan hoy, en este orden: Name, Tracks, Start, End, Duration, Scene, Take, Reel #, Soundroll, FPS, SlateX Description, SlateX Comments, Tape, Camera, Camera Notes, VFX_Count, VFX_Type, Director, Sound TC, Source File Name, Source File, Camroll, Shoot date, Unit, Rating, Circled take, TC Mode, SlateX Set Time. La última es una columna propia nuestra, y lo que guarda es la Duración de escena que continuidad anota en el registro de la toma; no mide con la misma regla que Duration, cuyo tramo, en pantalla, es la casilla de solo lectura Duración de TC, y más abajo, en la sección de posición temporal, se dice cómo van las dos una junto a la otra. El receptor coteja contra esas literales, sin dar por supuesto que un sistema aguas abajo vaya a mapear automáticamente nombres de columna parecidos hacia un mismo campo. SlateX Description y SlateX Comments llevan el prefijo del producto porque en esas dos celdas va lo que escribimos nosotros, y no deben hacerse pasar por la semántica estándar de otro.

Quién es una fila: número de tarjeta, forma literal y número que cuenta el software son tres cosas

Tape entrega el número de tarjeta que se transcribió en el rodaje, tal como está, con una condición: que todo el número sea letras y dígitos ASCII. Solo lo que cumple pasa a mayúsculas y se recorta a 31 caracteres; si se mezcla cualquier otro carácter (chino, un espacio, un guion), la celda queda vacía entera, porque no recogemos letras del nombre de una tarjeta para entregar un número que tú nunca escribiste. Lo de las mayúsculas tiene motivo: una misma tarjeta cuyo uso de mayúsculas se divide se convierte aguas abajo en tres tarjetas, y las extracciones por lote, las reextracciones y las hojas de edición dejan de cuadrar en toda la línea. Camroll entrega ese mismo número de tarjeta, y esta celda también exige el número entero en ASCII: si el nombre de la tarjeta trae caracteres no latinos, la celda queda vacía y el texto literal solo vive en el CSV y en el PDF. La redacción del contrato de Reel # es que en esta columna vaya un número, así que un número de tarjeta con cualquier letra deja la celda entera vacía; no quitamos prefijos para armar un número que lo parezca.

Hay una tercera cosa con aspecto de identificador: el número de visualización que cuenta el propio software, una letra de cámara más un contador de tres dígitos. Junto con el número de tarjeta transcrito aparece en el CSV repartido en dos columnas, Reel y Camera Card; escribirlos separados sirve justo para que el lector vea cuál está copiado y cuál lo asignó el software. Ese número derivado no corresponde a ninguna tarjeta física, así que no sirve para recuperar el material original.

Name se mide con las mismas dos reglas: 31 caracteres y ASCII. Construye un nombre determinista con el número de rollo y el de clip de la cámara que figura en esa fila —número de escena, de plano y de toma—: solo cuando la toma no tiene ninguna fila de cámara: la misma fila da siempre el mismo nombre en cada entrega, pero no se garantiza que dos filas distintas no coincidan; el número de toma está escrito a mano, así que la identidad hay que cotejarla fila por fila (escena, plano y toma y, en un rodaje con varias cámaras, también la cámara). Es un identificador generado, no el nombre que tú escribiste en el papel durante el rodaje.

Posición temporal: la entrada y la salida solo admiten la lectura hecha en el rodaje

Start toma el código de tiempo del punto de entrada que esta fila tiene anotado: el valor real del punto de entrada está en esa casilla, y no hay una segunda columna de retroceso. End toma el punto de salida guardado en la base. El punto de salida llega a la base por dos vías: la cadena de grabación capta, en el instante en que se pide stop, la lectura que muestra la pantalla, y el software la escribe en la base en ese mismo momento; además, las páginas de alta y de edición del registro de la toma tienen cada una su casilla «salida», donde continuidad copia a mano lo que ve en la pantalla de la cámara. Si ninguna de las dos vías se recorre, la casilla queda vacía; no lo calculamos sumando la duración al punto de entrada, porque eso sería hacer pasar un número obtenido por cálculo por la lectura original que muestra la pantalla de la cámara. La casilla del punto de salida del CSV viene del mismo origen y con la misma regla. Una casilla vacía se manifiesta en la hoja de conciliación del cierre como TC_OUT_MISSING, y el criterio es: hay punto de entrada y no hay punto de salida. Alguien tiene que volver al informe de cámara o a la pantalla del equipo para copiarlo.

Duration ya no es los segundos que reportó el cronómetro de continuidad. Esta columna es la distancia exacta en fotogramas entre las dos lecturas de entrada y salida, sin contar el fotograma final, y por eso es igual a End − Start; si falta cualquiera de las dos lecturas, la celda se entrega vacía. La Duración de escena que anota continuidad —cuánto duró de verdad la acción de esa toma, con el prearranque, la claqueta y un director que arranca antes de lo previsto dentro de esa cifra— viaja aparte, en la columna final SlateX Set Time, y se entrega codo a codo con Duration. Que los dos números no cuadren no es un error sino lo normal en el rodaje: nunca midieron el mismo tramo. La hoja de conciliación marca ese caso con DURATION_MISMATCH solo para que una persona lo mire, y no cambia el valor de ninguna celda. FPS solo tiene valor cuando esa fila lleva su propia declaración de tasa de fotogramas; sin declaración, no hay número. Esta columna nunca muestra una tasa que esta cámara no haya reportado.

Los punto y coma siguen solo a las declaraciones. La columna TC Mode únicamente puede contener un testigo, DF; un blanco significa que no existe declaración de salto de fotogramas, y eso no equivale a código de tiempo sin salto. Solo en las filas que declaran DF se escriben Start, End y Duration en forma con punto y coma. Es una convención de visualización propia de SlateX, la cabecera lo escribe literalmente así, y no es requisito de estándar alguno, así que no tome el punto y coma como la clave universal de «esta fila es con salto de fotogramas». El código de tiempo de sonido se entrega tal cual: se juzga la forma, nunca se recortan posiciones de fotograma.

En este ALE, los valores ausentes solo tienen una forma: quedar vacíos

Las celdas sin código de tiempo anotado, o cuyo texto no pasa el control de forma o de rango, se entregan como cadena vacía. En este archivo ya no va a aparecer 00:00:00:00. El defecto de esa cadena de ceros no era ser errónea, era parecer válida: impedía al receptor distinguir un cero real del rodaje de un cero rellenado, así que esa vía se retiró por completo. Un valor ausente es simplemente vacío; y un vacío plantea dos preguntas distintas: si no se anotó nada o si lo anotado no es ASCII. Las columnas de texto libre son justo donde recae la segunda.

Las columnas Source File Name y Source File están en la lista; su valor llega por dos vías: transcritas en el rodaje, o la propia app las completa en esas mismas celdas al importar los medios desde un archivo, sin sobrescribir lo que ya estuviera transcrito a mano; si no se recorrió ninguna, quedan vacías y no adivinamos rutas. VFX_Count está igual: no tiene campo manual; solo los proyectos de demostración incluidos traen un valor, así que una toma creada en el set se entrega vacía. Soundroll entrega el número de rollo del libro de registros de sonido por ese mismo filtro de Tape: el valor sale solo si está formado enteramente por letras y dígitos ASCII; si falta, queda vacío y no lo sustituye el número que cuenta el software. Todo el ALE acepta únicamente ASCII, pero eso son dos criterios distintos, no una sola regla. El texto libre que se lee a ojo —descripción, notas de la toma, notas de cámara, director, unidad— primero se reduce sin pérdida a formas ASCII cuando solo cambió el glifo: acentos, comillas tipográficas y guiones, puntuación de ancho completo; los saltos de línea y las tabulaciones antes de escribir se aplastan a espacio. Solo lo que sigue siendo no latino después de esa reducción deja la celda entera vacía. Las celdas de índice que reconocen la fuente —número de tarjeta, número de escena, nombre de archivo, ruta— nunca se reducen: esa celda tiene que llevar lo que tú transcribiste, así que un valor no ASCII sale vacío. Por eso una nota en chino es aquí una celda en blanco, mientras una nota en alemán con acentos sale reducida; el texto literal se queda en el CSV y en el PDF en los dos casos.

En qué estado quedó la fila también está escrito en el archivo

Rating entrega el texto de la marca de rodaje, la familia Circle, Keep, Hold, N/G, y la celda queda vacía cuando la toma no recibió ninguna marca; Circled take entrega TRUE o FALSE. El receptor puede leer así en el propio ALE qué marca llevó una toma y si fue seleccionada en círculo, sin volver a preguntarle a continuidad.

Tracks tiene cuatro formas, no un «si no es MOS entonces es sonido sincrónico»: V es una toma MOS, A1A2 es una pista suelta y VA1A2 es sonido sincrónico; una fila sin ningún dato de sonido deja la celda vacía, y no la completamos por defecto con sonido sincrónico. Los literales van unidos, sin separadores; no existe la forma V A1 A2 con espacios.

Qué es la hoja de conciliación del cierre y qué no es

Una exportación de un solo día puede incluir un archivo Reconcile_*.csv. Esta hoja juzga solo nuestra página: qué falta y qué se contradice a sí mismo. Catorce testigos, cada uno dice una cosa: CARD_MISSING, SOURCE_MISSING, SOURCE_DUP, SOUND_ROLL_MISSING, SOUND_TC_MISSING, MOS_VS_SOUND, MOS_VS_WILD, TC_MODE_UNDECLARED, TC_SOURCE_UNDECLARED, TC_EPOCH_MIXED, DURATION_MISMATCH, TC_IN_MISSING, TC_OUT_MISSING, DAY_MISSING. De ellos, SOURCE_DUP, MOS_VS_SOUND, MOS_VS_WILD, DURATION_MISMATCH y TC_EPOCH_MIXED elevan la fila entera a «conflicto»; el resto cae en «ausente», y solo se escribe «coincidente» cuando no aplica ninguno de los dos. DURATION_MISMATCH compara las dos reglas, Duración de escena contra Duración de TC, y no decide quién anotó mal. La hoja marca y nada más: no cambia el valor de ninguna fila ni usa el número de uno para sobrescribir el de otro.

Esa palabra «coincidente» de la hoja tiene una sola lectura: nuestros propios criterios no encontraron nada. No significa que dos departamentos hayan confirmado nada entre sí.

Su frontera hay que dejarla clara: esta hoja no lee el informe de cámara ni el informe de sonido. La cabecera tiene dos columnas llamadas «número de tarjeta del informe de cámara» y «número de rollo de sonido», pero el valor de esas dos celdas sale del registro que tú transcribiste en nuestro software, no de los informes originales de los dos departamentos. DAY_MISSING dice que ese registro no pertenece, tal como está ahora, a ningún día de rodaje: la toma no se perdió y se entrega igual en el paquete completo; lo que no tiene valor son las cuatro celdas de número de día, fecha, unidad y director, y este testigo es lo que lo pone de manifiesto. Lo que se paga ahí es que el papeleo de cierre de ese día no se puede completar, no que los datos hayan desaparecido. Hay una ausencia que esta hoja no nombra: las celdas vaciadas porque el texto no es ASCII; la base de datos sí guarda el valor, así que ningún testigo se enciende, y esas columnas solo puedes cotejarlas contra lo que transcribiste.

Contrástelo con su propia plantilla de importación

Lo anterior es una lista de comprobación, no un estándar del sector, y no predice cómo interpretará cada columna ningún sistema receptor. Su único propósito es poner a la vista lo que se puede comprobar, para que el receptor sepa dónde tiene que volver a la fuente. Antes de entregar algo, el receptor debe contrastar el registro punto por punto con su propia plantilla de importación: la comprobación queda en manos de quien lee.

Cuando la comprobación no pasa, no mezcle las tres decisiones

Devuélvalo. Cuando los campos de identidad o de tiempo contradicen al material o al registro del rodaje y el registro original es trazable, devuélvalo a quien lo generó para que corrija el origen y lo vuelva a producir: así el receptor no se queda con una versión retocada a mano y sin nota de procedencia.

Complete a mano. Solo cuando el hueco es pequeño, el origen está claro y cada cambio puede señalarse a un material o a un registro concreto, y dejando la justificación al lado. No rellene un blanco con conjeturas, y no le fabrique un número a la columna End, que está vacía.

Úselo solo como referencia. Si no puede confirmarse la procedencia, o si todavía no ha verificado cómo trata este archivo el sistema siguiente, limítelo al uso de referencia y no le cargue decisiones que exijan una coincidencia exacta.

FAQ

¿Se puede tomar 00:00:00:00 como un cero real del rodaje?

Esa cadena de ceros no va a volver a aparecer. Todo valor ausente se entrega como cadena vacía: una celda en blanco se lee primero como que no se anotó, con la única excepción de las columnas de texto libre, donde el valor sí está anotado y no puede entregarse porque no es ASCII; el texto original está en el CSV.

¿Por qué una misma toma aparece en varias filas?

El ALE se genera fila por fila, por cámara. Un mismo Scene y Take con cuatro cámaras asignadas son cuatro filas: compruebe cámara por cámara mediante Camera, sin tomar el número total de filas por el número de tomas. Si no se anotó ninguna información de cámara, se sigue escribiendo una fila.

¿Se puede usar End para el conformado?

Mire primero si tiene valor. El punto de salida anota el valor leído en ese instante durante el rodaje: la cadena de grabación lo capta al parar, y continuidad también puede copiarlo a mano de la pantalla; si se leyó, hay valor, y si ninguna de las dos vías se recorre queda vacío, y tampoco lo deducimos sumando la duración al punto de entrada. Incluso con valor sigue siendo una lectura que hay que cotejar contra el material: coteje el archivo real con su propia plantilla de importación, y esta página no promete que al importarlo todo encaje.

¿Un código de tiempo con punto y coma es la señal universal de salto de fotogramas?

No. Solo las filas cuyo TC Mode dice DF usan la forma con punto y coma, y eso es una convención de visualización propia de SlateX. Un blanco significa que no existe declaración de salto de fotogramas, no que sea sin salto.

Si la hoja dice «coincidente», ¿es que los dos departamentos están de acuerdo?

No. Esta hoja solo lee nuestra propia página, y «coincidente» significa que nuestros criterios no encontraron nada. El informe de cámara y el informe de sonido están fuera de lo que lee.

Axiom One LLC — SlateX