Por qué tener Sound Roll no significa que ya haya un código de tiempo del sonido

Ver Sound Roll en un archivo de entrega solo alcanza para decir que esa fila trae un número de rollo de grabación; no quiere decir que el mismo archivo traiga además el código de tiempo del sonido. El ALE y el CSV llevan la columna Sound Roll y cada uno su propia celda de Sound TC; en el cuerpo de tabla del Registro diario en PDF (el encabezado se localiza con el idioma de la interfaz; en la interfaz en inglés es Audio Roll) y en el FDX esa celda no existe. Así que “hay un número de rollo” no equivale ni a “hay un código de tiempo” ni a que la celda del código de tiempo traiga un valor; las dos lecturas hay que hacerlas por separado.

Sound Roll es una pista de identidad del material de sonido, no una posición temporal del audio; que exista tampoco le completa por sí solo un valor a la celda de Sound TC.

De dónde sale la columna Sound Roll

En el ALE y en el CSV, Sound Roll viene del valor de número de rollo de grabación que guarda el registro de cámara, y después se forma como texto de número de rollo según la regla de visualización. Cuando falta un valor útil, los tres formatos no hacen lo mismo: el ALE y el CSV entregan solo lo que se copió en el set y, si no se copió nada, la celda queda vacía, sin que la llene el número derivado que cuenta el software; el PDF, que es el archivo hecho para leerlo una persona, le da prioridad al valor copiado y solo cae al contador derivado propio del software si aquel no está. Por eso una cadena que parece un número de rollo normal tampoco significa que quien recibe lo haya verificado contra un archivo de audio. Conviene tomarlo como una pista de identidad que aún hay que revisar, no como la posición temporal del sonido.

En un caso de varias cámaras, el número de rollo de sonido se guarda en la capa del registro de cámara, así que las distintas cámaras de un mismo registro de toma se tienen que leer cada una por sus propios campos; el ALE, el CSV y el PDF sacan una fila por cámara, y cada fila escribe solo el número de rollo de sonido de esa cámara. En el archivo de entrega además existen Tracks, MOS y Wild Track, que son los indicios del lado del sonido, y todos se calculan a partir de marcas del set, como la de si hubo grabación o no, no se leen de un archivo de audio. Si después van a corresponder de hecho a la misma tanda de archivos de grabación no se puede decidir solo con esa columna. Tampoco puede ser esta columna la que decida por la persona usuaria si en el set hubo una grabación de sonido por separado, ni si los archivos de grabación se entregan junto con esta tanda de archivos de entrega.

En qué archivo de entrega está la celda de Sound TC y cuándo queda vacía

El ALE escribe el código de tiempo inicial del sonido en su columna Sound TC y el CSV tiene su propia celda; las dos entregan tal cual la lectura anotada en la cámara o en el set, quedan vacías enteras si la forma o el rango no pasan el control, no recortan posiciones de fotograma y no inventan un cero que parezca válido. El cuerpo de tabla del Registro diario en PDF y el FDX no tienen esa celda en absoluto, así que no leer ahí nada es un límite del formato, no un valor escondido.

Por eso Sound Roll no debe tratarse como un sustituto de Sound TC, ni el código de tiempo de imagen sirve para deducir el código de tiempo inicial que trae el propio archivo de audio. Esto no se debe describir como una capacidad de sincronización de código de tiempo, y tampoco se puede presentar el campo de número de rollo como si completara solo la alineación temporal. Quien recibe tiene que volver a los archivos de audio reales y a su propio registro de sonido, y revisar ahí el código de tiempo y el punto de inicio que aporta cada archivo de audio.

El número de rollo responde “qué rollo de sonido es”; Sound TC responde “de qué fotograma empieza”. Cuando esa celda queda vacía, quien recibe tiene que revisar contra los archivos de audio y el registro de sonido.

Cómo se pueden revisar juntos el número de rollo y el código de tiempo de imagen

Dentro de la estructura actual de los archivos de entrega, el ALE y el CSV permiten usar el número de rollo de sonido y el código de tiempo del lado de la imagen en una misma revisión (el cuerpo de tabla del PDF no tiene columna de código de tiempo), pero eso sigue siendo una correspondencia manual dentro del proceso de recepción. El número de rollo ayuda a responder “a qué rollo de sonido afirma estar asociado este registro”, y el código de tiempo de imagen ayuda a responder “en qué posición temporal está este registro de imagen”. Poner el número de rollo al lado del código de tiempo de imagen tampoco le mete un valor de la nada a la celda de Sound TC que salió vacía en la exportación; vacía quiere decir que no hay una lectura útil.

Por eso el juicio de sincronización solo se puede apoyar, a la vez, en el registro de sonido que tiene quien recibe, en la información propia del archivo de audio y en los registros de imagen del archivo de entrega. “De qué sirve un archivo ALE entre el set y la posproducción” explica qué puede llevar un archivo de intercambio y dónde están sus límites, y que esa celda traiga un valor o esté vacía cae justo del lado del límite. Quien recibe debe verificarlo por su cuenta, en lugar de dejar que un número de rollo que se ve completo haga las veces de evidencia de código de tiempo.

Qué hay que dejarle al archivo de audio mismo al recibir

Después de recibir el archivo, primero conviene confirmar si el número de rollo al que apunta Sound Roll concuerda con el registro de sonido, y después revisar el código de tiempo y el punto de inicio que aporta el archivo de audio real. La entrega de imagen da los registros del lado de la imagen, pero el número de rollo no es una posición temporal y, con Sound TC vacía, ese archivo no ofrece un punto de inicio de audio útil, así que la relación temporal entre sonido e imagen no se puede tratar como algo ya verificado. Cualquier correspondencia adicional necesita la evidencia de los materiales de quien recibe.

Esto también significa que si la entrega incluye archivos de grabación por separado, y si esos archivos pertenecen a la misma tanda de entrega, debe determinarlo quien recibe contra la lista de medios que realmente recibió. La app no usa el campo Sound Roll para decidir por la persona usuaria esos hechos externos. El cierre es simple: quien recibe debe verificar por su cuenta el código de tiempo y el punto de inicio que trae el propio archivo de audio.

FAQ

¿Sound Roll es el código de tiempo del sonido?

No son la misma información. Sound Roll es la identidad del material de sonido y Sound TC es una posición temporal. El ALE y el CSV traen cada uno su propia celda de Sound TC, mientras que el Registro diario en PDF y el FDX no; si una celda trae un valor y si un formato tiene esa columna son dos preguntas distintas.

¿Con Sound Roll se puede hacer sola la alineación entre sonido e imagen?

De ahí no se saca una correspondencia temporal. Quien recibe tiene que revisar juntos el número de rollo, los registros de imagen, el registro de sonido y el código de tiempo y el punto de inicio del propio archivo de audio.

¿Dónde se confirma al final la posición temporal del sonido?

Contra los archivos de audio reales y el registro de sonido. Quien recibe debe confirmar por su cuenta el código de tiempo y el punto de inicio que trae cada archivo de audio, sin deducir desde Sound Roll una posición temporal.

Axiom One LLC — SlateX