Cuando recibas el ALE, revisa primero estos campos

Cuando te llega un ALE, mira primero quién es cada fila: a qué material apunta, de qué tarjeta viene. Después confirma de dónde sale cada valor de tiempo: si se anotó en el set o si esa fila nunca lo tuvo. El ALE que entrega SlateX se arma fila por fila, por cámara: cuatro cámaras son cuatro filas, y aunque no se anote ninguna cámara igual sale una fila. Los valores ausentes quedan vacíos. La línea de declaración del encabezado dice con letras exactas de quién son estas reglas; léela como una frontera, no como un certificado.

Que el archivo se abra solo prueba que la sintaxis se lee. Un formato válido no quiere decir que los hechos estén bien.

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

La posición de cada columna es un contrato entre nosotros y quien recibe: si cambias una columna, cambia a la vez su fila de datos, y si los dos lados no van juntos el archivo entero queda desfasado. Las 28 columnas que se entregan hoy van 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, Shoot Day, Director, Sound TC, Source File Name, Source File, Camroll, Shoot date, Unit, Rating, Circled take, TC Mode. Revisa contra esas cadenas literales y no des por supuesto que un sistema posterior va a mapear solo, hacia un mismo campo, nombres de columna parecidos. SlateX Description y SlateX Comments traen delante el nombre del producto porque en esas dos celdas va lo que escribimos nosotros, y no deben pasar por la semántica estándar de nadie más.

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 copió en el set, ya normalizado: solo letras y números, todo en mayúsculas y recortado a 31 caracteres. Normalizar tiene su razón: si el uso de mayúsculas de una misma tarjeta se parte, aguas abajo esa tarjeta se convierte en tres, y las salidas por lote, las nuevas salidas y las hojas de edición dejan de cuadrar por todos lados. Camroll busca entregar la forma literal, pero esta celda del ALE solo acepta ASCII: si el nombre de la tarjeta trae caracteres que no son latinos, la celda queda vacía y el texto tal cual se queda en el CSV. El contrato de Reel # dice que en esa columna va un número, así que si el número de tarjeta lleva cualquier letra la celda entera queda vacía; no le quitamos el prefijo para armar un número que lo parezca.

Hay una cosa más con pinta de identificador: el número de pantalla que cuenta el propio software, una letra de cámara más tres dígitos correlativos. Junto con el número de tarjeta que tú copiaste, en el CSV quedan sueltos en dos columnas, Reel y Camera Card, y escribirlos aparte es justo para que se vea cuál está copiado y cuál lo puso el software. Ese número derivado no corresponde a ninguna tarjeta física, así que no sirve para volver a encontrar el material original.

Name se mide con las mismas dos varas: 31 caracteres y ASCII. Si no se anotó el nombre del plano, arma un nombre fijo con lo que la fila sí tiene —número de escena, de plano y de toma—: la misma take siempre sale igual y distintas takes no chocan. Es un identificador generado, no el nombre que tú escribiste en el papel del set.

Posición en el tiempo: la entrada tiene de dónde salir y la salida hoy no da valor

Start toma el código de tiempo que esta fila tiene anotado: el punto de entrada si lo hay y, si no, el que trae la take. La columna End está vacía hoy: en la base no hay ninguna forma de capturar el punto de salida, y tampoco lo sacamos de sumarle la duración a la entrada, porque eso sería hacer pasar un número calculado con el reloj de pared por la lectura que muestra la pantalla de la cámara. La celda del punto de salida en el CSV también queda vacía. Si necesitas el punto de salida, vuelve al reporte de cámara o cópialo de la pantalla del equipo; en la hoja de conciliación del cierre esta celda aparece como TC_OUT_MISSING.

Duration se escribe como código de tiempo con la duración que trae la take. FPS solo tiene valor cuando esa fila declara su propia frecuencia de fotogramas: sin declaración, no hay número. La cuenta interna tiene una base de conteo de respaldo, pero ese número no entra en esta columna, porque no es una frecuencia que esta cámara haya reportado.

Los punto y coma van solo con lo declarado. En TC Mode únicamente puede aparecer un testigo, DF, y el blanco significa que no hay declaración de drop frame, no que sea sin drop frame. Solo en las filas que declaran DF se escriben Start, End y Duration con punto y coma. Es una convención de pantalla nuestra, de SlateX, y el encabezado lo dice textual; no es un requisito de ningún estándar, así que no leas el punto y coma como la clave universal de “esta fila es drop frame”. El código de tiempo de sonido se entrega tal cual: se mira la forma, nunca se recortan posiciones de fotograma.

Un valor ausente ahora solo tiene una cara: vacío

Las celdas sin código de tiempo anotado, o cuya cadena no pasa el control de forma o de rango, salen vacías. En este archivo ya no vas a ver 00:00:00:00. Lo malo de esa cadena de ceros no era estar mal, era parecer válida: dejaba a quien recibe sin poder separar un cero real del set de un cero metido de relleno, así que esa ruta se quitó por completo. Valor ausente es vacío, y un vacío abre dos preguntas: si no se anotó nada o si lo anotado no es ASCII. Las columnas de texto libre son justo donde cae la segunda.

Las columnas Source File Name y Source File están; su valor depende de que las hayan copiado en el set, y si no las copiaron queda vacío, porque no nos inventamos rutas. VFX_Count también está en la lista, pero hoy no tiene forma de capturarse y sale vacía. Soundroll entrega el número de rollo del libro del reporte de sonido, normalizado igual, y si falta queda vacío: no lo tapamos con el número que cuenta el software. Todo el ALE solo acepta ASCII: nombres, rutas, números de tarjeta y unidad, y también las columnas de texto libre —descripción, notas de la take, notas de cámara y director—, todas con la misma vara: los saltos de línea y las tabulaciones se aplastan a espacio antes de escribir, y si el valor trae un solo carácter que no sea latino la celda entera sale vacía. Por eso una nota en chino acá es una celda vacía, y el texto tal cual se queda en el CSV.

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

Rating entrega el texto del estado del set, la familia Circle, Keep, Hold, N/G, y la celda queda vacía si la take nunca recibió estado; Circled take entrega TRUE o FALSE. Así, quien recibe lee en el propio ALE qué estado tenía una take y si estaba entre las marcadas en círculo, sin tener que volver a preguntarle al script.

Tracks tiene tres estados, no un “si no es MOS entonces es sonido sincronizado”: V es una take MOS, A1A2 es una pista suelta y VA1A2 es sonido sincronizado; si una fila no tiene ningún dato de sonido la celda queda vacía, porque no la llenamos por defecto con sonido sincronizado.

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

Una exportación de un solo día puede traer un Reconcile_*.csv. Esta hoja solo juzga nuestra página: qué falta y qué se contradice consigo mismo. Son once testigos, cada uno dice una cosa: CARD_MISSING, SOURCE_MISSING, SOURCE_DUP, SOUND_ROLL_MISSING, SOUND_TC_MISSING, MOS_VS_SOUND, TC_MODE_UNDECLARED, DURATION_MISMATCH, TC_IN_MISSING, TC_OUT_MISSING, DAY_MISSING. De esos, SOURCE_DUP, MOS_VS_SOUND y DURATION_MISMATCH suben la fila entera a “conflicto”, el resto cae en “faltante”, y solo se escribe “coherente” cuando no aplica ninguno de los dos. La hoja marca y nada más: no toca el valor de ninguna fila ni tapa los números de uno con los de otro.

Ese “coherente” de la hoja tiene una sola lectura: nuestras propias reglas no encontraron nada. No quiere decir que dos departamentos hayan confirmado nada.

Su frontera hay que decirla clara: esta hoja no lee el reporte de cámara ni el reporte de sonido. El encabezado trae dos columnas llamadas “tarjeta del reporte de cámara” y “rollo del reporte de sonido”, pero el valor de esas dos celdas sale del registro que tú copiaste en nuestro software, no de los reportes originales de los dos departamentos. DAY_MISSING dice que este registro, tal como está ahora, no pertenece a ningún día de rodaje: la take no se perdió y sale 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 el que lo saca a la vista. Lo que se paga es que el papel de cierre de ese día no se puede completar, no que se hayan perdido los datos. Hay un faltante que esta hoja no nombra: las celdas vaciadas porque el texto no es ASCII; en la base el valor está anotado, así que ningún testigo se prende, y esas columnas solo las puedes cotejar contra lo que tú copiaste.

No hemos hecho ninguna validación de importación con ningún sistema de edición

Lo de arriba es un ejemplo resuelto, no un estándar del gremio, y no prueba cómo va a interpretar cada columna ningún sistema que reciba. Su único fin es poner a la vista lo que sí se puede revisar, para que quien recibe sepa dónde tiene que volver a la fuente. Antes de entregar nada revisamos nuestro propio registro renglón por renglón: la comprobación queda en manos del lector, y no le pedimos que nos crea.

Cuando la revisión no pasa, no mezcles las tres salidas

Devuélvelo. Cuando los campos de identidad o de tiempo contradicen al material o al registro del set, y el registro original se puede rastrear, devuélvelo a quien lo generó para que corrija el origen y lo vuelva a sacar; así no queda del lado de quien recibe una versión retocada a mano y sin nota de origen.

Complétalo a mano. Solo cuando el hueco es chico, el origen está claro y cada cambio puede apuntar a un material o a un registro concreto, y dejando la justificación al lado. No rellenes un blanco adivinando, ni le fabriques un número al End, que está vacío.

Tómalo solo como referencia. Si no se puede confirmar la procedencia, o si todavía no verificaste cómo trata este archivo el sistema que sigue, limítalo al uso de referencia y no le cargues decisiones que pidan una coincidencia exacta.

FAQ

¿Se puede tomar 00:00:00:00 como el cero real del set?

Esa cadena de ceros no la vas a volver a ver. Todo valor ausente sale como cadena vacía: un blanco se lee primero como que no se anotó, salvo en las columnas de texto libre, donde el valor sí está anotado y no se puede entregar porque no es ASCII; el texto original está en el CSV.

¿Por qué una misma take ocupa varias filas?

El ALE se genera fila por fila, por cámara. Un mismo Scene y Take con cuatro cámaras son cuatro filas: revísalas cámara por cámara con Camera, en lugar de contar las takes por el total de filas. Si no se anotó ninguna información de cámara, igual sale una fila.

¿Se puede usar End para el conformado?

No. Hoy esa columna no da valor: en la base no hay forma de capturar el punto de salida, y tampoco lo deducimos de la entrada más la duración. Si lo necesitas, va del reporte de cámara o de la pantalla del equipo, y la hoja de conciliación lo marca con TC_OUT_MISSING.

¿Un código de tiempo con punto y coma ya significa drop frame?

No. Solo las filas cuyo TC Mode dice DF usan la forma con punto y coma, y eso es una convención de pantalla de SlateX. Un blanco significa que no hay declaración, no que sea sin drop frame.

Si la hoja dice “coherente”, ¿los dos departamentos ya se cuadran?

No. Esta hoja solo lee nuestra propia página, y “coherente” quiere decir que nuestras reglas no encontraron nada. El reporte de cámara y el reporte de sonido están fuera de lo que lee.

Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.