Entrega e intercambio / X6 · Maquetación del Reporte

Cuántas tomas caben en una página del Reporte y por qué se recorta el texto

La maquetación de una página del Reporte no se estira libremente según el largo del contenido: primero existe una tabla fija y después los registros de toma entran en el espacio ya definido. Cuántas tomas caben en una página depende de su altura realmente disponible: cuanto más contenido tenga el encabezado, menos altura queda para la tabla, y la cantidad de registros que entran cambia en consecuencia.

La capacidad de una página y los anchos de columna del Reporte son restricciones de maquetación; una vez que el texto supera el ancho de la columna, la parte excedida no se muestra y tampoco se baja a otra línea.

Por qué la primera página y las páginas de continuación tienen distinta cantidad de tomas

La primera página y las páginas de continuación llevan contenido de encabezado distinto, así que la altura disponible para la tabla también difiere y no hay una cantidad fija única que valga para todas las páginas. La primera página también lleva el título, el encabezado del día de rodaje con la hora de citación, el primer plano y el cierre, y las filas de comida empujan la tabla más abajo; una página de continuación solo tiene una línea de título. El software calcula la capacidad de cada página a partir de su altura realmente disponible, y la interfaz no tiene ninguna entrada de configuración para eso.

Por eso no existe una cantidad fija que valga de una página a otra: más filas de comida significan menos registros en la primera página, y la capacidad de una página de continuación también se calcula a partir de su propia altura de maquetación. La cantidad de registros que entran en una página concreta del informe debe comprobarse en el PDF generado.

Por qué el texto de una casilla se recorta directamente

Cada celda de texto dibuja una sola línea: no hace ajuste de línea ni agrega puntos suspensivos al final. Cuando el texto sobrepasa el ancho de esa columna, la parte que sale del borde no se muestra. Este comportamiento pesa sobre todo en las notas largas, porque la página no conserva el texto completo aumentando la altura de la fila ni moviendo el resto a otra línea.

Los anchos de columna de la tabla son valores fijos de maquetación y no se estiran cuando alguna columna lleva contenido más largo. El comportamiento de las notas en chino debe comprobarse en el archivo ya generado. Quien recibe debe ver directamente el PDF real y dejar la posibilidad de recorte dentro de la aceptación.

El PDF del Registro diario sirve para leer el resumen de la página, y la longitud de texto que se alcanza a ver en una casilla no debe tomarse como la longitud completa del contenido del campo.

Cómo aparece en filas una toma con varias cámaras en el Reporte

El Reporte también usa ahora una fila por cámara: cuando un registro tiene varias cámaras asignadas, cada cámara que participó en la toma ocupa su propia fila, y las columnas del número de rollo de los medios, el número de rollo de sonido, la distancia focal y la frecuencia de fotogramas escriben cada una la lectura de esa cámara; si ese registro no tiene cámara asignada, igual ocupa una fila y esas celdas quedan vacías. La tabla no trae columna de número de cámara, entonces la identidad de la cámara solo se lee en la celda del número de rollo de los medios — si se copió el número de tarjeta, ahí está tal cual; si no se copió, es el nombre de rollo que derivó el software.

El Reporte lista menos campos que los archivos de entrega legibles por máquina, y los parámetros de cámara que no entran en esa tabla siguen tocando en el ALE o en el CSV. “Qué entrega la supervisión de script al cerrar una escena” ayuda a separar la función de un resumen para lectura humana de la de los demás artefactos de entrega.

Cómo debe participar el Reporte en la revisión de la entrega

El Reporte sirve para leer rápido el resumen de los registros de toma, pero con texto largo hay que tener presente el borde del recorte, y al reconocer la cámara hay que tener presente que esa fila no trae columna de número de cámara: en esa celda puede haber un número de tarjeta copiado a mano, o el nombre de rollo derivado por el software. El comportamiento del chino también debe revisarse contra el archivo ya generado. Que la página se vea ordenada no devuelve el texto que fue recortado ni los campos que no entraron en esa tabla.

Por eso el Reporte debe tratarse como un resumen para lectura humana, y la verificación campo por campo se hace con los archivos legibles por máquina. Si un valor afecta la identidad del material, el código de tiempo, la cámara o las coincidencias posteriores, quien recibe debe revisarlo en el campo legible por máquina correspondiente y en el registro del set. El PDF se encarga de mostrar, y no carga con la tarea de convertir en idénticas fila por fila las distintas estructuras de entrega.

FAQ

¿La cantidad de tomas de la primera página es fija?

No. El contenido del encabezado de la primera página —incluidas las filas de comida— cambia la altura disponible para la tabla, y la capacidad de cada página se calcula según su maquetación real. La página real es la que resultó de la generación.

Si una nota es larga, ¿pasa a la siguiente línea?

No. Las celdas de texto no hacen ajuste de línea, la parte que sobrepasa el ancho no se muestra y tampoco se marca con puntos suspensivos. Quien recibe no debe tomar el texto visible de la página como el contenido completo del campo.

¿Una toma con varias cámaras se divide en varias filas dentro del PDF?

Sí. En el PDF, como en el ALE y en el CSV, ahora sale una fila por cámara: una toma con varias cámaras ocupa varias filas. La salvedad es que esa tabla no trae columna de número de cámara; la identidad de la cámara se lee en la celda del número de rollo de los medios, y los parámetros de cámara campo por campo siguen apoyándose en los archivos de entrega legibles por máquina.

¿Se puede usar el Reporte para comparar fila por fila con el ALE y el CSV?

Los totales de filas ya quedan en el mismo grano, una fila por cámara, pero cada uno sigue sus propias llaves: el Reporte ordena por escena, nombre calificado del plano y número de toma, el ALE por escena, número de plano y número de toma, y el CSV más o menos conserva el orden en que se crearon los registros, así que todavía no se puede hacer el cotejo por número de fila. La verificación de campos debe apoyarse en la identidad del registro y en la información de la cámara.


Axiom One LLC — SlateX