Entrega e intercambio / X7 · Formas de un valor ausente

Cuatro formas de un valor ausente

Que un archivo de entrega esté «vacío» no significa solo que una casilla no tenga nada. Al recibir hay que distinguir cuando menos cuatro formas: la cadena vacía de verdad, el marcador explícito de guion corto, el valor por defecto con aspecto de numeración normal y el valor de ceros con aspecto de código de tiempo válido. Las cuatro pueden significar «aquí no hay datos confirmables», pero su apariencia y su causa de producción son distintas, así que en la aceptación no pueden mezclarse en una sola categoría.

Que no haya datos no significa que se vea como un hueco; algunos valores ausentes tienen precisamente un aspecto de valor normal.

La cadena vacía es un hueco que se ve

En las entregas tabulares, muchos campos ausentes se escriben directamente como cadena vacía. Cuando no hay cámara, la columna de cámara correspondiente puede quedar vacía; y si falta el punto de entrada, el día de rodaje u otra información opcional, también puede verse una celda vacía.

La ventaja de la cadena vacía es que el receptor descubre con facilidad que «aquí no hay contenido». Pero sigue diciendo solo que este producto no escribió un valor, y no responde por sí solo si el registro de origen nunca tuvo ese dato o si la generación no lo llegó a tomar. La aceptación tiene que volver igualmente al origen del registro.

Cada formato de entrega tiene además su propia estrategia de valor ausente. No puede inferirse, porque una tabla use cadenas vacías con frecuencia, que otra lista exprese la ausencia de la misma manera.

El guion corto es un marcador explícito, no un valor de negocio

Algunos campos escriben - cuando no tienen contenido. Nuestro propio PDF del informe diario es esa forma: en las celdas de dirección, unidad, convocatoria y fin de jornada, lo que no se registró se imprime con un guion corto. Ese guion corto no es un nombre, una numeración ni un estado reales, sino una señal para el receptor de que «ahora no hay valor». A la inversa, esa forma no existe en los dos archivos legibles por máquina: en el ALE y en el CSV el valor ausente es cadena vacía, y revisarlas con el criterio «solo cuento un valor ausente si veo un guion» pasaría por alto todas las celdas vacías.

El problema es que el guion corto no es la forma de valor ausente compartida por todas las columnas. En el mismo archivo, otros campos pueden quedar en cadena vacía o recibir una numeración por defecto o un código de tiempo de ceros. Por eso no puede establecerse una regla general de «ante un valor ausente, buscar -».

El receptor debe interpretar el significado del marcador columna por columna. Un - en cierta columna puede ser con claridad un marcador, mientras otra columna quizá nunca usa esa escritura.

La numeración por defecto se parece sobre todo a un registro real

Cuando falta el contexto de cámara, en los dos productos de lectura humana el número de rollo y el rollo de sonido pueden aparecer con formas como A001 o S001: una letra de cámara más tres dígitos correlativos que cuenta el software. En pantalla no se distinguen de un número de tarjeta real, así que mirar solo si la cadena cumple la forma no permite saber si ese valor está confirmado en el rodaje.

La misma cuestión recorre otro camino en los archivos legibles por máquina. Las cuatro celdas del ALE que sirven para reconocer la fuente — Tape, Reel #, Soundroll, Camroll — solo admiten el número de tarjeta que usted transcribió; si no lo transcribió, quedan vacías y un número derivado no las sustituye. El CSV entrega las dos columnas una al lado de la otra: una columna es el número de pantalla que contó el software y la otra es el número de tarjeta real que usted transcribió; separarlas existe para que alguien las coteje.

Estos valores no pueden autoacreditarse dentro del archivo. El receptor tiene que llevar el número de rollo, el número de clip y el nombre del archivo del material al registro del rodaje o al propio material para confirmar si se trata de un registro real o del respaldo del generador.

Que «la forma sea de verdad» solo dice que la cadena cumple el formato, no que el origen ya esté verificado.

Un código de tiempo todo ceros puede ser un cero real o un valor ausente

00:00:00:00 es la forma que más necesita volver al origen. En sí es una cadena de código de tiempo legible, de modo que una comprobación sintáctica no la trata como valor vacío; y el generador también puede escribir esa cadena cuando no hay un código de tiempo o una duración utilizables, que es justo lo que la hace peligrosa. Nuestros tres archivos de entrega ya no la escriben: un código de tiempo no registrado, o que no pase la comprobación de forma o de rango, se entrega siempre vacío — ausencia es ausencia, y no se rellena con un cero de apariencia válida.

Por eso, solo con el producto en la mano, el receptor no puede distinguir «el rodaje empezó de verdad en el cero» de «no había valor disponible y se rellenó con ceros». Para separar los dos casos no queda otro camino que mirar el registro del rodaje, los metadatos del material u otro origen trazable.

Esa misma frontera se aplica a los campos calculados a partir de un valor ausente. Que un resultado derivado tenga aspecto completo no significa que sus entradas existieran de verdad.

Las cuatro formas no son extrapolables entre formatos

La regla del lado de SlateX ya puede decirse en muy pocas palabras. En los dos archivos legibles por máquina (ALE y CSV) el valor ausente tiene una sola apariencia: cadena vacía — no se escribe guion corto, no se escribe código de tiempo de ceros, y la columna de la tasa de fotogramas también queda vacía cuando la cámara no la declaró; no existe esa bifurcación de un archivo que dé 25 y otro que dé 24. La forma del guion corto solo aparece en el PDF del informe diario, legible por humanos; los números derivados de la familia A001 solo aparecen en las columnas legibles por humanos del CSV y del PDF, y las celdas del ALE que sirven para reconocer la fuente no los admiten como sustituto. Y hay otra celda vacía que conviene reconocer: en el ALE puede que el valor esté claramente registrado y que, aun así, esa celda salga vacía — esa columna no admite esa escritura, y un valor con caracteres no latinos se entrega en blanco célula entera, con el texto original, palabra por palabra, en el CSV y en el PDF.

Por eso no debe escribirse que «los valores ausentes se rellenan con un símbolo único». Las reglas de recepción hay que establecerlas para el formato concreto y la columna concreta: qué columnas pueden quedar vacías, cuáles escriben un marcador, cuáles fabrican un valor por defecto de apariencia válida y qué campos de tiempo pueden quedar en ceros.

Los archivos de entrega actuales tampoco marcan de forma adicional que «este valor lo ha fabricado el generador». Cuando una numeración por defecto y un valor en ceros tienen el mismo aspecto que los valores reales, la responsabilidad de la comprobación sigue recayendo en el receptor. Lo más seguro no es adivinar, sino encontrar el registro de origen.

FAQ

¿Pueden tratarse una celda vacía y un - como el mismo tipo de valor ausente?

No deberían. Los dos pueden representar una ausencia, pero son formas de salida distintas, y además no todas las columnas siguen la misma regla. Al recibir hay que interpretar cada campo concreto.

Si A001 aparece en el archivo, ¿es seguro que es el número de rollo del rodaje?

No puede juzgarse así. En el CSV y en el PDF, esa columna ya es de por sí un número de pantalla que el software contó a partir de una letra de cámara más un correlativo, con aspecto de número de rollo; el número de tarjeta transcrito de verdad en el rodaje está en la otra columna. Las celdas del ALE que sirven para reconocer la fuente no admiten números derivados: si no se transcribió nada, quedan vacías. Al cotejar, hay que ver esas dos columnas por separado.

¿Puede tomarse 00:00:00:00 directamente como un cero real?

No se debe concluir solo con esa cadena — y da igual en cuál de los archivos de entrega: puede ser un cero válido y puede ser la forma con la que se rellenó una ausencia, así que hace falta volver al origen para confirmarlo. Nuestros tres archivos de entrega ya no escriben esa cadena: un valor ausente sale siempre vacío.

¿Por qué no sirve una única regla de valores ausentes para todos los formatos de entrega?

Porque los mismos datos se escriben de manera distinta según el soporte: el producto legible por humanos escribe un marcador, los dos archivos legibles por máquina lo dejan todo vacío, y los números derivados como A001 solo aparecen en las columnas legibles por humanos. Las reglas de recepción hay que construirlas soporte por soporte y columna por columna.


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