Una solucin a un problema de post-produccin de sonido de largometrajes en el mundo PAL

por Jos Luis Daz

Aclaracin
Este artculo fu escrito en 2005 !"u#l era la realidad operati$a de nuestra industria en a%uel entonces& La inmensa ma'ora de las pelculas eran editadas en A()* Pr#cticamente nadie lo +aca en ,inal "ut Pro El sonido directo era grabado en *ateras ' llegaba al A$id con -ime "ode de 25fps El Asistente de Edicin digitali.aba el sonido directo en el A$id en tiempo real reproducindolo en una datera con -" "uando la pelcula estaba terminada de editar/ desde ese A$id se sacaba una lista de corte %ue era usada por el cortador de negati$o para cortar el positi$o As se conformaba un Acto con 200 000 tomas pegadas con cinta ad+esi$a transparente Ese 1ollo era luego transferido a una se2al PAL de 3tandard *efinition El transporte del transfer era mo$ido a 24 fps pero como la salida de $ideo de dic+o transfer era PAL/ la imagen era una se2al PAL de 25fps Un 3egundo segua siendo un 3egundo/ slo %ue ese 3egundo era subdi$idido en porciones de tiempo diferente Esto pro$ocaba %ue +ubiese frames duplicados Uno cada 3egundo 5ueno/ este artculo fu escrito en ese momento tecnolgico A+ora/ al releerlo/ me asombra la cantidad de soft6ares/ procedimientos ' soportes %ue +emos cambiado en tan poco tiempo Pese %ue el artculo +abla de una realidad diferente de la actual/ los conceptos %ue se e7ponen a%u siguen siendo $#lidos

)ntroduccin
Este mtodo resuel$e un problema de falta de sincro perfecto/ e$idenciado en los actuales procesos de postproduccin de sonido desde el digital cut o el transfer de positi$o/ +asta la copia final/ inclu'endo las $ersiones (83 ' *(* Esta propuesta metodolgica no in$olucra cambios radicales en el flujo o en el modo de trabajar Pero si ofrece certe.as de sincros repetibles ' e7actos 9 2 Los 3ntomas del Problema La 8istoria del Problema La 3olucin )mplementacin :perati$a de la 3olucin ;Primera ' 3egunda parte<

3.
4

5 > ? @ B 90

El =undo A() :rgani.ando el *eli$er' "onclusiones Apndice )A La 3ala de -ransfer ' la )magen %ue *igitali.amos Apndice ))A Una )ntroduccin a CuicD-ime Apndice )))A "omentarios sobre "inema -ools

9 Los 3ntomas del Problema

Los %ue trabajamos en la etapa de postproduccin de sonido de largometrajes permanentemente nos enfrentamos con un problemaA Inconsistencia de sincronismo entre el sonido y la imagen durante el proceso de postproduccin, incluyendo a la copia final. !"omo se manifiesta en los +ec+os esta afirmacin& Para comen.ar/ al recibir la e7portacin :=, de sonido %ue el editor de imagen nos facilita/ $emos %ue casi ningEn clip de sonido tiene sincro cla$ado A menudo los sonidos est#n fuera de sincro +asta un cuadro ' a $eces +asta dos cuadros Los e7tremos/ comien.os ' finales del sonido %ue importamos casi nunca est#n en el comien.oFfinal e7acto de los fotogramas Estos sound clips/ sound files o regiones ;en el lenguaje de Pro -ools< no se encuentran en lugares GredondosH/ sino %ue comien.an ' terminan en algEn punto GdentroH del frame sin coincidir con la grilla de nuestra -ime Line 3abemos/ sin embargo/ %ue el editor de imagen no +a cortado el sonido en una ubicacin diferente de los bordes de los frames de imagen Por lo tanto esas e7portaciones :=, de sonido deberan coincidir perfectamente con la grilla de frames en nuestras estaciones de trabajo 3in embargo/ esto no sucede Luego/ al comen.ar nuestra tarea $emos %ue en $arias oportunidades nos cuesta sincroni.ar algunas tomas Por ejemplo/ si colocamos en sincro cla$ado la primera letra G PH o GBH de un te7to/ algunos otros parlamentos de la misma toma no est#n con sincro e7acto Adem#s/ si en alguna oportunidad/ luego de ajustar los sincros de los sonidos de un acto/ se nos da un nue$o transfer del mismo positi$o/ notaremos %ue el trabajo +ec+o con respecto a la e7actitud del sincronismo se +a corrompido

En este nue$o transfer muc+os de los cambios de secuencias est#n corridos un frame La ma'ora de los lugares donde +abamos colocado sonidos precisos/ no est#n donde los +abamos colocado Algunos s/ pero m#s de la mitad se encuentran un cuadro corrido -odo esto sin %ue +a'a +abido cambio alguno en el positi$o Por otra parte/ al $er la copia flmica final encontramos %ue las decisiones de sincro/ a+ora lucen e%ui$ocadas Algunos di#logos est#n claramente fuera de sincro ' puestos a mirar en detalle/ la sensacin es persistente a lo largo de toda la pelcula Podramos atribuir a %ue esto se debi a %ue el soft6are editor de imagen +abra entregado listas de corte de negati$o defectuosas o a %ue el cortador de negati$o cometi algEn error Pero comprobaremos %ue esto no es as Por lo descripto ' como enunciamos/ slo $emos inconsistencias de sincronismo entre el sonido ' la imagen durante el proceso de postproduccin ' +asta la copia final inclusi$e Io est# dem#s decir %ue son muc+os los procesos in$olucrados en esta etapa/ edicin de directo/ doblaje/ fole'/ armado de efectos sonoros/ etc ' muc+o el trabajo in$ertido en dic+as tareas para terminar con un resultado no buscado Los %ue somos suficientemente $iejos como para +aber llegado a editar sonido en mo$iolas no recordamos +aber lidiado con estos problemas de sincronismo Lo %ue se $ea en la mo$iola era lo %ue se $ea en la sala de me.cla ' en la sala de estreno !Cu +a pasado desde entonces& !Cu cambi&

2 La 8istoria del Problema

Este incon$eniente comen. con la introduccin de las estaciones de edicin no lineal de imagen ' de sonido A fin de poder trabajar el audio de una pelcula con estas tecnologas/ se pro$e' a los editores de sonido de una imagen del film transferida sobre un soporte de $ideo Era la tecnologa %ue se dispona en ese momento/ %ue arranc esta pr#ctica ' %ue sigue igual +asta +o' En el mundo PAL se utili.a un mtodo por el cual la m#%uina de transfer de imagen mue$e al positi$o ;o negati$o< flmico a una $elocidad de 24 fps/ colocando las im#genes obtenidas sobre una se2al de $ideo PAL/ es decir/ de 25 fps "ual%uier persona sabe %ue 24 no es igual a 25 As %ue/ !"mo resuel$e la m#%uina de transfer el problema de distribuir 24 frames flmicos en 25 frames de $ideo& La respuestra es/ agregando un fotograma e7tra por segundo

Este fotograma e7tra se produce duplicando un campo de $ideo cada 92 cuadros El sistema duplica un campo del fotograma 92 ' otro campo del fotograma 24 de cada segundo ;$er Apendice )< 1ecordemos %ue cada fotograma de $ideo PAL se compone de dos campos ;$ideo fields<A - El primero contiene las lneas de barrido impares ;9/ 0/ 5/ < <

- El segundo campo contiene las lneas de barrido pares ;2/ 4/ >/

3i cada cuadro de $ideo se compone de dos campos/ la m#%uina de transfer con$ertir#/ por segundo/ los 24 fotogramas flmicos iniciales en 4@ campos ' agregar# 2 campos m#s As/ la cantidad total de campos por segundo ser# 4@ J 9 J 9 K 50 L en trminos de cuadros por segundo/ la cifra ser# 24 J 9 K 25 Pero este manipuleo de la imagen juega con el momento en %ue es presentado cada cuadro/ pues los fotogramas de $ideo $an Gadelant#ndoseH ;$er Apndice )< a los flmicos ;' al sonido< +asta %ue el error temporal se resetea Esto e7plica por%u $emos %ue NO todas las consonantes GPH o GBH dentro de una misma toma parecen estar en sincro L esto/ sin %ue nadie +a'a +ec+o ningEn corte en la imagen o en el sonido *epender# entonces de como caigan esas consonantes en la cadencia del error temporal En algunas el error podr# ser 0/ en otras podr#n estar +asta un fotograma despla.ado Pero nunca ser# e7acto ni repetiti$o Esto/ como 'a $imos/ complica todas las tareas de edicin de sonido durante el e7tenso proceso de un largometraje - !Por %u suceden todos estos problemas& Porque hemos roto la relacin Uno a Uno (One to One) entre la imagen con la que tra a!amos en la postproduccin y el negati"o f#lmico. 8emos roto la correspondencia directa fotograma a fotograma/ con el agra$ante de la no repetiti$idad del error Pensando en trminos generales/ si las pelculas se filman a 24 fps en todo el mundo/ a%u/ en Espa2a/ en U3A/ o en Lbano ' se pro'ectan a 24 fps en todo el mundo/ en 5rasil/ ,ilipinas o =ongolia/ etc !Por %ue moti$o postproducimos a 25 fps& Por%ue/ como dijimos/ a partir de la llegada de las editoras $irtuales no +aba otra manera de lle$arles la imagen a los postproductores de sonido/ 'a %ue el formato m#s cercano/ barato ' disponible en ese momento era el $ideo PAL

- La pregunta %ue surge es !8abr# alguna manera de usar los mismos materiales/ las mismas m#%uinas/ los mismos reproductores/ pero de una manera tal %ue nos permitan regresar a la confiabilidad del $iejo G:ne to :neH& La respuesta es/ $# la hay

0 La 3olucin
La respuesta a este problema es %ue $ol$amos a tener la misma cantidad de fotogramas %ue tiene el negati$o ' reproducirlos a la misma $elocidad a la %ue fueron e7puestos ' la %ue ser#n reproducidos La solucin propuesta se basa en manipular ciertas propiedades de los arc+i$os CuicD-ime/ %ue es una tecnologa disponible en este momento Para adentrarnos en esta metodologa primero debemos definir %u es CuicD-ime ;$er Apndice ))< Mroseramente se podra decir %ue un arc+i$o CuicD-ime es una bolsa de datos ' una receta %ue e7plica cmo reproducirlos Los datos en cuestin pueden ser fotogramas de imagen/ audio/ te7to/ notas =)*)/ gr#ficos/ etc La receta e7plica a %u $elocidad deben ser reproducidos esos datos/ en %u momento deben aparecer ' desaparecer/ entre otras muc+simas cosas m#s 3i pudiramos tener todos los fotogramas del positi$o ;o negati$o< en esa bolsa/ sin %ue ninguno de ellos est duplicado/ ' pedirle a CuicD-ime %ue los reprodu.ca a 24 cuadros por segundo/ estaramos en la misma condicin G:ne to :neH %ue tenamos en la poca de las mo$iolas Es decir/ tendramos el mismo nEmero de fotogramas/ la misma $elocidad de fotogramas por segundo con %ue se registraron ' la misma $elocidad de fotogramas por segundo a la %ue ser#n reproducidos en la sala de cine El problema es %ue aun%ue le digamos a la m#%uina de transfer Gmarc+# a 24 fpsH no +a' ningEn formato de $ideo est#ndar cu'a cadencia de fotogramas sea 24 La $elocidad del formato PAL es 25 cuadros por segundo ;con 50 campos por segundo< ' la del formato I-3" es 2B/B? cuadros por segundo ;con 5B/B4 campos por segundo< El Enico formato de $ideo %ue realmente corre a 24 fps es el 8ig+ *efinition 24p Pero si en lugar de pedir un transfer de $ideo est#ndar lo pedimos 8ig+ *efinition/ !en %u soporte recibiramos este $ideo& !Acaso tenemos un pla'er 8ig+ *efinition 24p en nuestros estudios& As %ue/ la pregunta esA !"mo lograrlo& (eamosA Lo primero a conseguir/ ser# con$ertir e7actamente la misma cantidad de fotogramas flmicos en fotogramas de $ideo "on la tecnologa corriente la manera m#s f#cil ;' Enica< de obtener este

objeti$o/ es mo$er el mecanismo del transporte de la m#%uina de transfer a 25 fps ;' no a 24 fps</ ' colocar esta se2al en formato de $ideo PAL
9

A esta $elocidad/ cada fotograma flmico tiene su +ermano gemelo de $ideo :btenemos as la relacin G:ne to :neH Esta ser# una cadencia de $ideo PAL ordinaria/ comEn ' corriente 3in ningEn campo o frame duplicado L podemos digitali.arla ' con$ertirla en un arc+i$o CuicD-ime de 25fps comEn ' corriente 3lo tenemos un problemaA la imagen resultante es un 4/9>>>>>>?N m#s $elo. %ue como fue filmada ' %ue como ser# reproducida En este punto necesitamos decirle a CuicD-ime G1eproduc m#s lentamente cada uno de estos

fotogramas %ue tens en esta bolsa E7actamente un 4/9>>>>>>?N m#s lentoH : dic+o de otro modo G"ada fotograma de esta bolsa naci con una receta de reproduccin segEn

la cual cada cuadro deba ser mostrado durante 9F25 de segundo ;40 milisegundos< Pues bien/ %uisiera %ue modifi%ues dic+a receta ' +agas %ue la duracin de cada fotograma sea de 9F24 de segundo ;49/>>>>>>? milisegundos</ %ue era la duracin de estos fotogramas cuando fueron filmados ' %ue ser# su duracin cuando sea pro'ectados en un cineH 3i pudiramos cambiar ese dato en la receta restableceramos la relacin firme ' buscada del Uno a Uno/ del G:ne to :neH
9

Esto no es nue$o El mundo de la publicidad en los paises PAL trabaja de esta manera 3e filma/ se

transfiere/ se edita/ se me.cla ' se reproduce a 25 fps

4 )mplementacin :perati$a de la 3olucin Primera parte

!"mo podemos establecer este di#logo con CuicD-ime& La +erramienta %ue lo permite es el programa "inema -ools de Apple Este es un soft6are compa2ero de ,inal "ut Pro "on "inema -ools el camino para con$ertir una pelcula CuicD-ime de 25 fps a 24 fps es simple ' $elo. (eamos como +acerloA Una $e. abierto el programa debemos ir a %ile O Open &lip/ ' na$egar +asta seleccionar la pelcula Luego de ello se abrir# una $entana con la pelcula seleccionada ' algunos botones

3i cli%ueamos en el botn G&lip 'nalysis...H una $entana con toda la informacin rele$ante se abrir# ante nosotros

*emos GO(H ' cli%uemos en el botn G&onform...H

Esta nue$a $entana nos informar# %ue el frame rate de esta pelcula es efecti$amente 25 fps/ tal como sali de la sala de transfer 3i cli%ueamos ' mantenemos presionado el botn del mouse sobre 25 0 luego de G&onform to)H/ $eremos las opciones de con$ersin de frame rate %ue ofrece este programa

Elijamos *+., ' apretemos el botn G&onformH Este proceso tardar# unos 2 o 0 segundos A su trmino/ si $ol$emos a cli%uear en la opcin de G&lip 'nalysis...H $erificaremos como cambiaron los datos rele$antes

As comprobamos %ueA

En primer lugar/ se informa %ue el frame rate es a+ora 24 fps/ cuando antes era 25 fps

En segundo lugar/ la duracin a+ora es 9 minuto/ 2 segundos con 94 frames/ cuando antes era 9 minuto/ 0 segundos/ 2 frames/ %ue es lo %ue debera durar si la pelcula original se reprodujera a 24 fps Es decir/ un 4/9>>>>>>>>? N m#s lento %ue el original

En tercer lugar/ si comparamos los promedios de demanda de anc+o de banda ; a"erage data rate< de ambas $ersiones/ $eremos %ue sus $alores +an cambiado proporcionadamente =ientras la original de 25 fps era de 5BB P5 por segundo/ la de 24 fps es de 5?5 P5 por segundo : sea %ue una pelcula de 24 fps reales ser# un poco menos demandante de consumo de anc+o de banda interno de nuestra "PU %ue otra de 25 fps =ejor para nuestro Pro-ools (erifi%uemos a+ora la cantidad de fotogramas Primero la original a 25 fps *ijimos %ue duraba un minuto ' 2 fotogramas (25 fotogramas - >0 segundos . 9500 fotogramas< / (2 fotogramas)

9500 fotogramas J 2 fotogramas 01,* fotogramas

A+ora +agamos las cuentas de la $ersin conformada a 24 fps *ijimos %ue duraba 00A09A02A94 (24 fotog - >0 seg . 9440 fotog ) / (24 fotog - 2 seg . 4@ f ) / ;94 f )

9440 fotogramas J 4@ fotogramas J 94 fotogramas 01,* fotogramas

Es decir %ue este procedimiento garanti.a %ue la cantidad de fotogramas sea la misma independientemente de a %u $elocidad se los reprodu.ca ;Q25 o Q24 fps< "omprobemos a+ora si la duracin total de la nue$a pelcula es correcta usando una calculadora de -ime "ode La abrimos/ seleccionamos %ilm ' en %rames tipeamos 9502

Al dar 2nter le estaremos pidiendo %ue nos muestre la duracin de una pelcula %ue contenga esa cantidad de fotogramas cuando se mue$e a 25 fps

"orrectamente nos dice el $alor %ue duraba la pelcula CuicD-ime original/ cuando al +acer pla' lo +aca a 25 fps Luego le pedimos %ue nos muestre la duracin de una pelcula %ue contenga esa misma cantidad de fotogramas ;9502< pero mo$indose a 24 fps

Esa ;00A09A02A94< fue la duracin de la $ersin procesada con "inema -ools Podemos decir entonces y con toda seguridad, que hemos satisfecho las necesidades del 3One to One4.

3egunda parte

- !En %ue altera nuestra manera de trabajar una imagen as/ a 24fps& En mu' poco 8ablemos de la +erramienta %ue casi todos los sonidistas usamos/ Pro-ools 5astar# cambiar en la $entana 3ession 3et Up ;"ommand J 2< el -ime "ode 1ate desde nuestro est#ndar 25 a 24fps *e este modo/ los bordes de los fotogramas del $ideo ;con$ertidos a+ora a 24 fps< coincidir#n con la grilla del -ime "ode de la $entana de edicin Io +ace falta un reproductor especial de esta clase de pelculas CuicD-ime Q24 fps El mismo reproductor est#ndar CuicD-ime entiende esta receta/ sabe %u +acer con esos fotogramas ' puede +acerlo *ic+o de otro modo/ a CuicD-ime le da lo mismo reproducir una pelcula a 24 o a 25 fps/ por la misma ra.n %ue le d# lo mismo +acerlo a 2B B? o a 00 fps Para el programa reproductor se est# +ablando del mismo grado de dificultad :tra $irtud de este cambioA A+ora/ los sonidos importados desde las islas de edicin off line caer#n en los bordes e7actos de la imagen a 24 fps !Por %u& Por%ue la -ime Line de los programas editores de imagen %ue se usan en largometrajes ;A$id ,ilm "omposer/ ,inal "ut Pro/ etc< es de 24 fps : sea %ue sus e7portaciones tienen todas las propiedades de esa regla de medicin de tiempo !L %u pasa con la me.cla& Pues/ no muc+o En el caso de las salas de me.cla %ue trabajan con im#genes %ue salen desde una placa de $ideo instalada dentro de la "PU de la computadora +abr# %ue ir a la $entana 3ession 3et Up del Pro-ools de la sala de me.cla ' cambiar el -ime "ode 1ate de 25 a 24 fps "asi todos los pro'ectores de $ideo ' la totalidad de los pro'ectores de data ;(MA/ etc< se lle$ar#n bien con esta se2al Las salas de me.cla internacionales e%uipadas con pro'ectores de pelcula ' no de $ideo/ usan una interfase para con$ertir los pulsos de cuadratura bifase del pro'ector al formato de -" al gusto del ingeniero de la sala 3e trata de cambiar seteos mu' simples para %ue en lugar de correr un -" de 25 fps corra un -" de 24 fps por las $enas del estudio -odas las consolas de me.cla aceptan/ para atender a su automati.acin/ todos los formatos de time code Es decir/ no se +acen unas consolas para Europa ' otras para U3A 3on las mismas Es un simple cambio de seteo Pero incluso +a' muc+as %ue siempre trabajaron distribu'endo un -" de 24 fps Es el caso de "ine Arte de =adrid "uando uno llegaba a me.clar a esa sala lo primero %ue cambi#bamos en el Pro-ools reproductor de nuestros tracDs era el -ime "ode 1ate de la sesin desde nuestros originales 25 a los 24 fps est#ndar de "ine Arte Ellos tienen la sala configurada con ese est#ndar

*e todas maneras/ en la +iptesis de %ue +ubiese una sala de me.cla %ue no aceptase otro -" %ue no sea el de 25 fps/ pues bien/ sin ningEn esfuer.o cambiaramos nuestro -ime "ode 1ate de nuestros 24 a sus 25 fps ' listo Pro -ools se sincroni.ar# contra 25 fps en lugar de +acerlo contra 24 fps Pro -ools seguir# reproduciendo la misma cantidad de samples por segundo Io se acelerar# ni se ralentar# Cueda pendiente otro tem/ el -ime "ode en pantallaA (amos a $er La principal utilidad de la $entana %uemada de -ime "ode en pantalla en una imagen transferida a $ideo es la de $erificar %ue durante el proceso de digitali.acin la placa de $ideo no se +a'a GcomidoH algEn cuadro 1aro/ pero no imposible La sala de transfer suele %uemar una $entana de -ime "ode en la parte alta del fotograma !Cu formato de -ime "ode& *e 25 fps/ claro "on el mtodo propuesto/ al someter dic+a imagen al estiramiento de tiempo $ia "inema -ools el -ime "ode %uemado ' con$ertido en parte de la se2al de $ideo dentro de cada fotograma ser# tambin/ ob$iamente/ GestiradoH Entonces tendramos una pelcula a 24 fps con una $entana %uemada %ue tiene un -" e%ui$ocado "omo el procedimiento es sincroni.ar la pelcula CuicD-ime contra la -ime Line/ de modo tal %ue el -" de la $entana %uemada de la imagen coincida con el -ime "ode de la -ime Line del Pro-ools/ luego del primer segundo dejar#n de coincidir *espus de los primeros 24 fotogramas se ir#n diferenciando a ra.n de un cuadro por segundo acumulado a partir del principio de la pelcula !E7iste alguna informacin/ se2al o data %ue pueda acompa2ar a cada fotograma en forma independiente a su $elocidad de reproduccin/ %ue nos identifi%ue ine%u$ocamente cada fotograma ' %ue comprendan tanto el operador como el e%uipo editor de sonido& 3 Pies ' ,otogramas/ G,eets and ,ramesH ;,R,< ,R, es est#ndar en pases como U3A Lo era tambin en el proceso del Print =aster de *olb' *igital antes de la llegada del e%uipo *=U Eran feets and frames la informacin %ue peda la P" de *olb' para saber donde estaba el primer fotograma del acto ' donde el Eltimo As se poda +acer el Pull Up %ue ad+iere los primeros sonidos del siguiente acto al final del anterior de modo de minimi.ar las molestias en los cambios de actos L/ ob$iamente/ tambin es est#ndar en todos los pasos internos de los laboratorios de imagen :tros indicios de su estandari.acin es %ue Pro-ools lo inclu'e como opcin en sus contadores/ %ue la cola numerada con la %ue iniciamos cada acto tiene e7actamente 92 pies J 00 frames ' %ue el beep est# e7actamente en el pie B J 00 frames a partir del 3tart

Pero/ un momento/ !dnde debe comen.ar el conteo de ,R,& El 0000 ,eet J 00 ,rame debe estar en el 3tart de la cola numerada de modo tal %ue a los B Pies J 00 ,otogramas est el 5eep ' %ue a los 92 ,eets J 00 ,rames est el primer fotograma del acto Pero si pedimos a la sala de transfer G%umen ,R, en lugar de -ime "odeH !"omo procedemos en el Pro-ools& Es m#s f#cil de e7plicar en la $ersin > 4 ;' superiores< de Pro-ools/ pero tambin es reali.able en las anteriores En P- > 4 ;o superior< debemos setear en el pull do6n menu 5indo6s O $ho6 $ession $etup/ el %eet / %rame 7atioen 24 fps En la Edit Sindo6/ uno de los dos contadores ;el =ain o el 3ub< debemos pasarlo a ,eets J ,rames ' el otro dejarlo en -ime "ode !Por %u& Por%ue a $eces debemos +acer preguntas al editor de imagen/ como algo %ue no entendemos ' %ue est# en tal -ime "ode !Cu -ime "ode le diremos& El mismo %ue l tiene en su -ime Line TPues su -ime Line es de 24 fpsU TL no de 25 fpsU 3igamos A continuacin sincroni.amos el primer fotograma de imagen del acto contra la +ora %ue identifica el nEmero de acto ;la +ora 09A00A00A00 es el primer cuadro del Acto 9 ' as sucesi$amente< Luego retrocedemos @ segundos/ 00 frames A+ debe estar la palabra 3tart en la cola numerada Por%ue @ segundos e7actos ;92 pies con 00 frames en 05mm< es la duracin desde el 3tart +asta el primer fotograma del acto ;%%O'/ %irst %rame Of 'ction< *ejando el cursor en ese lugar/ debemos ir al pull do6n menu $etups O 7edefine &urrent %eet / %rames Position... Una $entana aparecer# En el campo de ,eet J ,rames tipemos 0 L demos O(

A partir de a+ora el contador seteado en ,eets J ,rames est# sincroni.ado con la $entana %uemada de nuestro CuicD-ime *ebemos ir al Eltimo fotograma del acto para $erificar si coinciden entre s los ,eets J ,rames en $entana %uemada del CuicD-ime con el contador en ,eets J ,rames del Pro-ools 3i no coinciden/ durante el proceso de digitali.acin de la imagen uno o m#s frames +an sido GcomidosH 3i para definir una posicin dentro de la pelcula nos es m#s cmodo/ por costumbre o por alguna otra ra.n/ seguir trabajando con la estructura $isual ' nemotcnica de -"/ lo podemos seguir

+aciendo ' as el displa' de ,R, debera ser el contador secundario/ o 3ub/ %ue solo ser# usado para c+e%uear %ue ningEn frame +a'a sido elidido durante la digitali.acin Usaremos entonces el =ain ' el 5ig "ounter en -" ;de 24 fps< En el caso de $ersiones 5 7 7 de Pro-ools/ la manera de decirle al programa %ue %ueremos %ue el contador de ,R, comience a contar desde 0000 ,eets J 00 ,rames a partir de un lugar dado de la -ime Line/ es decirle %ue a+ est# la 3ession 3tart -ime En el caso del Acto 9 deberemos iniciar la sesin en 00A5BA52A00 En el caso del Acto 2 ser# en 09A5BA52A00 La 3ession 3tart -ime se setea en 5indo6s O $ho6 $ession $etup Un posible encordio en las $ersiones 5 7 7 suceder# si la pelcula tiene algEn fotograma antes del 3tart *ado %ue Pro-ools no dejar# %ue nada $a'a a parar en su -ime Line antes del tiempo marcado en su 3ession 3tart Up 8abra pues %ue cortar toda imagen anterior al fotograma con la palabra 3tart Esto solo es necesario en las $ersiones 5 7 7 Las sessiones iniciadas en $ersiones 5 7 7 con este seteo de contadores son 900N compatibles con las $ersiones > 7 7 Las sesiones iniciadas en $ersiones > 7 7 son 900N compatibles con 5 7 7 en la medida %ue la imagen no tenga ningEn fotograma anterior al 3tart A+ora surge una pregunta !3e podra apro$ec+ar este mtodo en las pelculas en las %ue no se +ace transfer de positi$o para la postproduccin de sonido& 3 En los casos en %ue la edicin de imagen se +a'a reali.ado en un e%uipo A$id ,ilm "omposer/ a la +ora de +acer el *igital "ut para nuestro trabajo/ el A$id pregunta al operador/ G!A %u $elocidad reprodu.co la -ime Line abiertaA a ,ilm 1ate ;24 fps< o a (ideo 1ate ;25 fps<&H Los Enicos *igital "uts %ue +emos conocido cuando se trataba de un pro'ecto cinematogr#fico est#ndar eran los salidos a ,ilm 1ate En esos casos/ es el A$id el %ue duplica un frame cada segundo cuando se lo setea as -enemos a%u los mismos encordios %ue si se +ubiese +ec+o un transfer a 24 cuadros por segundo sobre una se2al PAL ' %ue estamos tratando de superar En cambio en la otra opcin/ (ideo 1ate/ A$id reproducir# las im#genes de su -ime Line a la misma $elocidad %ue las digitali.A a 25 fps Por%ue recuerden %ue la Enica manera %ue tiene A$id ' cual%uier otra editora $irtual de imagen/ de poder e7pulsar una lista de corte sana para los cortadores de negati$o es saber clara e ine%u$ocamente como se llama cada uno de los fotogramas in$olucrados en su -ime Line A$id tambin necesita/ ' por eso utili.a/ la dic+osa relacin G:ne to :neH En su caso lo logra a partir de recibir transfers +ec+os a 25 fps del negati$o diario de rodaje Al

+acer pla' duplica un frame por segundo para %ue esas imagenes se $ean GaceptablementeH sincrnicas con el sonido directo ;al %ue no modifica su $elocidad< por%ue su -ime Line es de 24fps 3i recibiramos un *igital "ut a (ideo 1ate sera para nosotros e7actamente igual %ue si recibisemos el tipo de transfer %ue estamos proponiendo en este mtodo : sea/ una $e. digitali.ado el *igital "ut ;a (ideo 1ate< ' cambiada la receta de reproduccin ;los +eaders del CuicD-ime< por "inema -ools/ estaramos en la deseada/ ' tan largamente e7plicada a%u/ condicin G:ne to :neH El abordaje de ,inal "ut Pro ;,"P< a este problema es diferente ,"P tambin necesita/ al igual %ue A$id/ mantener una relacin :ne to :ne con el negati$o de imagen para poder garanti.ar %ue sus listas de corte sean fieles Pero ,"P no duplica un fotograma por segundo ;como lo +ace A$id< sin %ue estira la duracin de cada frame en un 4 9>>>>>>?N ;de 9F25 del transfer a 9F24 de segundo< *e modo tal %ue la -ime Line de un pro'ecto de largometraje en ,"P tiene 24 fotogramas por segundo ;igual %ue A$id< ,"P es capa. de e7portar un CuicD-ime a 24 fps directamente desde su -ime Line sin necesidad de procesar nada con "inema -ools : sea %ue si el editor del largometraje al %ue $amos a +acer el sonido edita con ,"P/ le podremos pedir %ue nos e7porte en formato CuicD-ime ' a 24 fps los G*igital "utH de los actos del largo/ 'a %ue estos tendr#n una relacin G:ne to :neH con el negati$o %ue la -ime Line refiere ' con la lista de corte de negati$o ,inalmente/ sera bueno %ue la sala de transfer nos %ueme una pe%ue2a $entana en alguna es%uina superior con la le'enda GActo 9H/ GActo 2H/ etc / a todo lo largo de cada acto *ecimos %ue sera bueno/ 'a %ue al solicitarle a la sala de transfer nos %ueme la informacin de ,R, ' no la de -"/ no tendramos m#s la +ora del -" como recordatorio del acto en %ue estamos trabajando "osa %ue sigue siendo Etil !Cue suceder# con los sincros cuando una pelcula posproducida con im#genes a 24fps se distribu'a en (83 ' en *(*& (amos a $er Para +acer duplicacin (83 se parte de un =aster PAL Un =aster PAL es un transfer de negati$o o *up mo$iendose a 25fps sobre formato de $ideo PAL "omo 'a se e7plic/ este transfer generar# tantos fotogramas de $ideo como tenga el film original Io tendr# fotogramas duplicados Este transfer ser# e7actamente igual a los transfers de trabajo %ue nos direron para +acer la postproduccin de sonido Ergo/ el sincro ser# en un 900N igual %ue la cpia final/ %ue el %ue $imos en la sala de me.cla/ %ue el %ue $imos en nuestro Pro-ools !Cu pasar# con la distribucin en *(*& En Argentina/ para +acer duplicacin de *(* se parte de un =aster I-3" 8a' tres maneras de lograr este transferA 9< por transcodificacin desde =aster PAL/ 2< por transfer

de negati$o o *up a se2al de $ideo I-3" ' 0< por medio de reproducir un =aster 8i *efinition 24p a 20 B?>fps ' +acer una do6ncon$ersion desde los 90@0 lineas a las >25 del PAL 3i el camino %ue elije el productor es por transcodificacin desde =aster PAL el resultado final ser# semejante al obtenido en la distribucin (83 El mismo porcentaje de aceleracin del programa sonoro %ue +icimos para (83 ser# el %ue tengamos %ue +acer para entregar el sonido al creador del *(* 3i el productor elige +acer transfer I-3" o do6ncon$ert desde el =aster 24p/ el negati$o o *up se mo$er# a 20 B?>fps en la m#%uina de transfer Es decir/ la imagen estar# un 0/9N m#s lenta %ue la $elocidad a la %ue fu filmada ' a la %ue el sonido fu grabado/ editado ' me.clado 5astar# con %ue nosotros ralentemos el programa un 0/9N para %ue todos los sincros %ue batallamos durante la post de sonido se conser$en en un 900N

5 El =undo A()
Una de las cosas %ue +ace interesante a la idea de posproducir el sonido de un largometraje con pelculas a 24 fps es %ue este concepto no es restricti$o e7clusi$amente al mundo CuicD-ime -ambin en el mundo A() lo podremos aplicar Io ser# entonces con "inema -ools sino con otras +erramientas %ue se podr# cambiar el frame rate de un arc+i$o A() Pero/ !Cu es A()& El 'udio 8ideo Interlea$ed ;'8I</ el cual fue definido por =icrosoft al principio de los a2os B0/ es el formato m#s comEn de data de $ideo ' audio en las P"Vs 3u organi.acin interna es mu' semejante a la de CuicD-ime/ al menos a nuestros ojos de usuarios A() es el nombre del container de las GPelculasH en el mundo de las P"Vs Aun%ue con nombres diferentes/ sus partes funcionan de modo mu' similar Lo %ue en CuicD-ime se llama Atoms/ en A() se llama -ags/ por ejemplo Pues bien/ +emos encontrado $arios programas free6are %ue +acen lo %ue necesitamos Al menos dos de ellos parecen +aber sido creados para nuestra necesidadA cambiar los -ags especficos de las GPelculasH A() para %ue las %ue +an nacido a 25 fps sean reproducidas a 24 fps Es decir/ estos programas modifican el -ag %ue define la duracin de reproduccin de cada fotograma de la pelcula de los iniciales 40 milisegundos ;9F25 de segundo a 25 fps< a los 49/>>>>>>>? milisegundos ; 9F24 de segundo< para %ue su $elocidad sea 24 fps El primero de esos programas se llama A() ,rate ;A() ,rame 1ate "+anger $ 9 90< Es el m#s simple de todos ' se puede bajarA +ttpAFF666 doomB orgFsoft6are +tm Una $e. alli +a' %ue cli%uear en *o6nload ' buscar el linD Gfull soft6are linDH/ all ' dentro de la subcategora GA() Editing -oolsH/ se encontrar# el A() ,rate $9 90 ;solo pesa 90@P5< : desdeA

+ttpAFF666 free-codecs comFdo6nloadFA()W,rameW1ateW"+anger +tm El segundo se llama A() ,rame 1ate Adjust $ 9 00 ;pesa solo >0P5< ' se consigue ingresando aA +ttpAFF666 afterda6n comFguidesFarc+i$eF+o6WtoWfi7Wa$iWs'ncWproblems cfm (eamos cmo trabajar con el GA() ,rateHA Abrimos el programa Una $entana mu' pe%ue2a ' sencilla aparecer# "li%ueamos sobre el cono de la carpeta/ lo cual nos permitir# na$egar +asta encontrar la pelcula %ue %ueremos procesar

Para abrir arc+i$os 9- Abrimos el programa

2- 5uscamos el arc+i$o %ue %ueremos procesar

Una $e. seleccionado ' abierto el arc+i$o A()/ autom#ticamente/ en el campo G"urrent ,rame 1ateH/ nos dir# el frame rate del mismo/ es decir 25 fps

0- Abrimos el arc+i$o

En el Enico campo editable de la $entanita cli%ueamos ' buscamos la cifra 24 Liberamos all el mouse/ ' damos GAppl'H

4- Elegimos el nue$o frame rate

5- *amos Appl'

Una nue$a $entanita nos dir# %ue un nue$o frame rate ser# aplicado al arc+i$o *emos G:PH

>- "li%ueamos en :P para finali.ar la operacin

TListoU *e a%u en m#s este arc+i$o ser# $isto por programas como Adobe Premiere Pro/ Iuendo/ 3onar/ etc / como de 24 fps (eamos/ a+ora/ cmo trabaja el GA() ,rame 1ate AdjustHA Al abrir el programa se desplegar# la siguiente pantalla

9- Abrimos el programa

*eberemos cli%uear en el botn G:penH superior para abrir el arc+i$o A()

2- 5uscamos el arc+i$o

Abrimos el arc+i$o ' nos aparecer# la informacin sobre sus propiedades actuales

0- Propiedades del arc+i$o

Una $e. abierto el arc+i$o tipeamos/ en el Enico campo editable/ el de GfpsH/ el nue$o frame rate %ue %ueremos aplicar En este caso/ es de 24 cuadros por segundo

4- Iue$o frame rate tipeado

A+ora damos G3a$eH ' con ello efectuamos el cambio 3e modificar# la duracin de la pelcula en modo proporcional a la nue$a $elocidad

5- Iue$a informacin de las propiedades del arc+i$o

"abe destacar %ue este Eltimo programa subdi$ide el segundo en milisegundos Asi/ los @0 milisegundos de la duracin inicial de 00A09A00A0@0 a 25 fps de duracin deben leerse como dos fotogramas Pues a 25 fps cada fotograma dura 40 milisegundos Lo mismo $ale para el resultado final a 24 fps

> :rgani.ando el *eli$er'

Por todo lo e7puesto surge %ue la forma m#s eficiente de recibir las im#genes de las pelculas para reali.ar la posproduciion de sonido/ es dentro de un container CuicD-ime ' recibiendo dic+os CuicD-imes en soporte "* o *(* El copiado a nuestro disco rgido sucede a $elocidades mu' superiores al tiempo real desde el soporte de $ideo A su $e./ 'a $imos %ue el cambio de $ariables en la receta de reproduccin es instant#neo ' no destructi$o Adem#s/ las posibilidades de errores in$olucrados en las mudan.as de datos de un soporte a otro/ son ine7istentes El costo del soporte ;"* o *(*< es bajo En contraste/ +a' muc+as m#s posibilidades de problemas mec#nicos en soportes de $ideoA U=atics/ 5eta 3P/ (83/ *(/ etc Los soportes de $ideo est#n mu' e7puestos a la suciedad/ al desgaste/ a diferencias de ajustes entre el grabador ' nuestro e%uipo reproductor/ etc 3u costo es importante Los transportes de $ideo son costosos como lo es tambin su mantenimiento Por otra parte/ permanentemente surgen nue$os formatos de soporte ;por supuesto totalmente incompatibles entre s< o de tipo de se2al de $ideo ;24p es un buen ejemplo< 3eguir in$irtiendo en e%uipos de reproduccin de $ideo pasa a ser innecesario para desarrolllar nuestros trabajo

? "onclusiones
El mtodo e7puesto permiteA a< Maranti.ar la consistencia de los sincros decididos durante la postproduccin de sonido +asta las cpias flmicas finales Esta consistencia alcan.a a todas las $ariantes de distribucinA (83 o *(*/ PAL/ I-3" o 24p b< =antener en un 900N el mismo sincro a tra$s de cual%uier nue$o transfer de la misma imagen c< "ambiar los +eaders f#cil ' r#pidamente Esto es seguro/ re$ersible ' no destructi$o d< )mplementar una $entana con la informacin de ,eet J ,rames %ue facilita traducir el ,,:A ;,irst ,rame :f Action</ ' el L,:) ;Last ,rame :f )mage< %ue pide el procesador de *olb' cuando +acemos el Print =aster de *olb' *igital/ ' controlar la no prdida de fotogramas durante la digitali.acin e< :btener el beneficio del deli$er' de la imagen transferida de los actos de los largometrajes sobre soportes de "* o *(*/ ' dentro del container CuicD-ime Esto es beneficioso tanto en lo econmico/ ' en la $elocidad de la ingesta de estos datos ;por suceder a menos %ue el tiempo real</ como por su fle7ibilidad/ 'a %ue no necesitamos tener en nuestros estudios transportes de media de cada nue$o formato %ue emerja

APXI*)"E )A La 3ala de -ransfer ' la )magen %ue *igitali.amos

Este Apndice pretende e7plicar dos cosasA a) !Cu sucede en la m#%uina de transfer cuando le pedimos %ue colo%ue en un tren de se2ales de $ideo PAL las im#genes residentes en un positi$o ;o negati$o< mo$idas a 24 fps& L ) !Cu pasa cuando digitali.amos esta cadencia de $ideo& "omo decamos en el cuerpo principal de este artculo/ la m#%uina de transfer duplica un campo de $ideo cada 92 cuadros En la figura se muestran alineados un segundo de fotogramas flmicos ;24 frames< nombrados desde el foto G'H +asta el G9H *ebajo est#n mostrados los fotogramas de $ideo %ue salen de la m#%uina de transfer

IotaA el sub-ndice indica el nEmero de campo

9

indica el campo impar ' 2 el par

Al ordenarle a la m#%uina de transfer %ue %ueremos %ue su output de $ideo sea PAL/ no tendr# otro remedio %ue di$idir el segundo en 25 segmentos *ado %ue las im#genes flmicas en ese perodo de tiempo son 24/ duplica/ como 'a dijimos/ un campo del fotograma G :H ' otro del fotograma G9H ;esos campos est#n se2alados en color celeste ' bajo el nombre de "ampos E7tras< 3upongamos %ue pudieramos tener/ una al lado de la otra/ dos m#%uinas reproductoras mecanicamente sincrnicas entre sA Una m#%uina reproducira los fotogramas flmicos ' la otra/ los fotogramas de $ideo Al a$an.ar cuadro a cuadro/ claramente $eramos como los fotogramas de $ideo se adelantan2 a los flmicos
2

El trmino GadelantarH no es e7acto :b$iamente/ la m#%uina de transfer no puede adi$inar %ue

fotograma flmico $iene a continuacin Io sabe si ser# un paisaje/ una soga de a+orcar sobre un patbulo/ o un primer plano del protagonista Por lo tanto/ los fotogramas flmicos no pueden adelantarse Lo %ue sucede es %ue el transfer tiene un buffer en el %ue guarda un campo de $ideo PAL ;20 miliseg < liber#ndolo en el tiempo segEn la necesidad %ue le plantea el standard de $ideo PAL Por otra parte/ el

tren de -" es retrasado en esa cantidad de tiempo "omo resultado/ al dibujar/ con un inicio simult#neo/ los dos c+orros de fotogramas ;el flmico ' el de $ideo< se obser$a el adelantamiento mencionado

A medida %ue a$an.amos en el tiempo obser$amos una ma'or diferencia o error temporal Al llegar al fotograma de $ideo compuesto por los campos :0 ' :* la m#%uina de transfer duplica el campo par :* As/ el fotograma de $ideo nEmero0;/ se compone de un campo :* ' un <0 "on esta accin el error temporal se resete a cero/ 'a %ue en el momento en %ue comien.a el fotograma flmico G <H +a' un campo de $ideo %ue lo est# mostrando/ el <0 Pero a partir de a%u/ el error temporal nue$amente comien.a a crecer Al duplicar el campo :*/ la m#%uina de transfer empuj +acia atr#s en el tiempo la llegada del primer campo de $ideo %ue se refiere al fotograma flmico G <H *ic+o en otros trminos/ la m#%uina de transfer retras en el tiempo al campo <0 +asta dejarlo en sincro 8abamos llegado entonces +asta el fotograma de $ideo compuesto por los campos :* ' <0 *urante el pr7imo medio segundo los fotogramas de $ideo se compondr#n de un campo %ue corresponder# al fotograma flmico anterior ' otro campo %ue corresponder# al fotograma en curso As/ +asta %ue el Eltimo fotograma de $ideo de ese segundo/ se compondr# de los dos campos pares correspondientes al fotograma flmico G9H 8asta a%u/ el m#7imo error temporal %ue el transfer generar# es de medio fotograma Io se trata de un error fijo/ sino %ue el adelanto de la se2al de $ideo respecto de su original flmico es continuamente $ariable entre 0 milisegundos ;perfecto sincro</ en los fotogramas de $ideo '0'* ' :*<0/ ' 20 milisegundos ;medio cuadro Q25 fps</ en los fotogramas de $ideo :0:* ' 9*9* Los cassettes U-=atic/ 5eta 3P/ (83 o *( %ue recibimos de la sala de transfer contienen esta cadencia ' estos errores temporales Pero al digitali.ar esta cadencia agregamos otra imprecisinA "asi todos nosotros/ como casi todos los editores no lineales de imagen/ digitali.amos un campo por fotograma de $ideo ' no los dos Esto se +ace para no sobrecargar el anc+o de banda de los buses internos de la "PUVs de nuestra *igital Audio SorDstation 3i solo digitali.amos uno de los dos campos se reduce a la mitad la demanda de anc+o de banda interna e7igida para este destino Es un gran beneficio Por otra parte/ durante la primera mitad de cada segundo/ el segundo campo/ el de las lineas pares/ es casi e7actamente igual al de las lineas impares Io +a' all ninguna informacin diferente al primer campo En la sala de transfer/ cada fotograma fue escaneado dos $ecesA Una $e. por las lineas impares del primer campo/ ' otra $e. por las lineas pares del segundo campo *urante todo el tiempo en %ue se reali.aron estos dos barridos/ el fotograma flmico estu$o inmo$il en la $entanilla de escaneo Esto es diferente de lo %ue sucede con los campos e7plorados de una c#mara de $ideo standard interlaceado %ue apunta a la $ida real/ a unos actores/ a un coc+e %ue pasa/ etctera En estos casos/ cada uno de los dos campos de cada fotograma de $ideo podra ser diferente entre s/ pues mientras transcurre el escaneo/ la realidad se $a modificando En cambio/ al escanear un fotograma flmico/ la realidad est# congelada en l La fue congelada por

la c#mara cinematogr#fica Por lo tanto/ el segundo campo ser# pr#cticamente igual al primero Por ello/ tiene muc+o sentido usar solo un campo L por ende/ es indistinto digitali.ar el impar o el par 3upongamos/ entonces/ %ue elegimos digitali.ar el impar/ el primero %ue nos llega 8ag#moslo mirando el diagrama %ue 'a conocemos

Al digitali.ar el campo impar la cadencia digitali.ada ser#A

'0 B0 &0 =0 20 %0 >0 ?0 I0 @0 (0 :0 :* <* N* O* P* A* 7* $* B* U* 8* 5* 9* (y la rueda se repite) (emos %ue durante los primeros 92 fotogramas de $ideo se digitili.a el campo impar ;9< Esto es as +asta llegar al fotograma flmico G:H Este fotograma ser# digitali.ado dos $eces Primero el campo impar/ ' luego el campo par Por eso lo pusimos en rojo Para destacarlo ' reconocerlo *e las dos duplicaciones de campos/ %ue la sala de transfer genera por segundo/ sYolo ser# digitali.ada por nosotros una de ellasA La perteneciente al fotograma flmico G :H La duplicacin del campo perteneciente al fotograma flmico G9H no ser# digitali.ada/ 'a %ue el primer campo %ue nos llega de dic+o fotograma flmico ;el 90< se encuentra ocupando un campo par/ %ue no es el %ue digitali.aremos El segundo campo %ue nos llega del fotograma G9H ;el 9*< ser# el %ue ocupe el lugar impar/ ergo/ ser# digitali.ado As/ digitali.aremos el fotograma flmico G9H una sola $e./ 'a %ue su duplicacin ;el segundo 9*</ se encuentra en el Eltimo campo par 3i +ubiramos elegido digitali.ar solo los campos pares/ el fotograma %ue $eramos duplicado sera el 9/ ' no el : Pero sea como sea/ al pedirle a nuestro soft6are digitali.ador de im#genes %ue digitalice un solo campo/ cual%uiera sea/ estaremos aumentando al doble el error temporal %ue sali de la sala de transfer Por lo tanto/ en la pr#ctica/ este sistema pro$oca un error acumulati$o %ue llega +asta un frame El doble del %ue aport la m#%uina de transfer "on estas imagenes %ue conlle$an estos errores temporales es con la %ue estamos trabajando en el mundo PAL

APXI*)"E ))A Una )ntroduccin a CuicD-ime

Io consideramos $ital la comprensin de las entra2as de CuicD-ime/ pero sorprende la poca difusin de su concepto/ sus componentes/ las implicancias/ ' cmo se puede jugar con ellos CuicD-ime es realmente complejo Una mirada a sus $ariables lo deja a uno imp#$ido 3on muc+simas (eamos solo lo mu'/ mu' b#sico CuicD-ime utili.a la met#fora de una GpelculaH para describir datos basados en el tiempo "ual%uier dato basado en el tiempo puede ser organi.ado como una GpelculaH ;$ideo/ audio o ambos< Estas GpelculasH son c#psulas/ containers/ %ue sostienen toda la informacin necesaria para organi.ar los datos en el tiempo/ pero no contienen los datos ;im#genes/ sonido/ etc < en s mismos Es decir/ estamos +ablando de la receta o instrucciones %ue e7plican cmo reproducir los datos Las GpelculasH est#n +ec+as de c+orros de datos llamados BracCs ' cada tracD referencia ' organi.a una secuencia de datos en una manera ordenada en el tiempo Para +acerlo/ los BracCs contienen2structuras de <edia %ue referencian a los datos reales ;im#genes/ sonidos/ etc < A su $e./ la =edia est# organi.ada dentro del tracD en peda.os ; chunCs< de datos de =edia llamados <edia $amples Una tpica GpelculaH CuicD-ime contiene la estructura de la pelcula ' su =edia ensambladas de modo tal %ue resulte f#cil transportarla o bajarla por internet/ por ejemplo *ic+o de otro modo/ CuicD-ime consiste en tres ni$eles principalesA - La <edia/ - Los BracCs 'Z - La Pel#cula ;=o$ie< La <edia es la estructura de datos de m#s bajo ni$el/ ' es/ en realidad/ el $ideoFaudioFte7to en s mismo La =edia est# organi.ada en 3amples/ %ue pueden ser fotogramas en el caso de $ideo o samples en el caso de audio/ por ejemplo Los BracCs son las estructuras de datos %ue describen la locali.acin de la media ' %ue organi.a su correcta decodificacin ;un decodificador para el audio/ otro para el $ideo/ etc < La Pel#cula es el elemento constituti$o de CuicD-ime de m#s alto ni$el Es el container donde todos los tracDs indi$iduales se juntan La Pelcula es tambin la responsable de mantener cada uno de sus tracDs en sincro entre s "on respecto a su estructura/ la misma est# di$idida en una multitud de par#metros (eamos solo los %ue m#s nos interesan

=o$ie -ime - 3istema "oordinador de -iempoA

La GpelculaH CuicD-ime organi.a la media a tra$es de la dimensin temporal Para manejar esta dimensin/ CuicD-ime define un $istema &oordinador de Biempo Este sistema coordina GpelculasH ' estructura de datos de =edia con un sistema de medicin comEn entre todas/ el 3EMUI*: "ada sistema coordinador de tiempo establece una 2scala de Biempo/ ' dic+a escala establece la traduccin entre el tiempo real ' el tiempo de la GpelculaH Las escalas de tiempo est#n

denominadas en 9 unidades de tiempo por $egundo El sistema coordinador de tiempo tambin define la duracin de la GpelculaH/ o la estructura de =edia/ en trminos de unidades de tiempo Por lo tanto/ un momento en particular de una GpelculaH puede ser identificado por el nEmero de unidades de tiempo %ue lo separan del comien.o A su $e./ cada tracD en una GpelculaH tiene un offset ' una duracin Estos atributos determinan cu#ndo un tracD debe comen.ar a ser reproducido ' por cu#nto tiempo "ada estructura de =edia tambin tiene su propia escala de tiempo/ la cual determina la cantidad de unidades de tiempo default/ por samples de datos/ de cada tipo de =edia

-ime 3cale
La escala de tiempo es la regla maestra para una GpelculaH "ada e$ento dentro de una pelcula es medido ' locali.ado por medio de la escala de tiempo/ ' dic+a escala es e7presada en unidades por segundo La duracin de un elemento de una GpelculaH es el nEmero de unidades de escala de tiempo desde su comien.o +asta su final "ada tracD en una pelcula tiene tambin un offset %ue es especificado en unidades de escala de tiempo Este offset es el punto de comien.o del tracD Un tracD %ue comien.a en el mismo momento %ue la pelcula tiene un offset de 0 ;cero< "ada pelcula tiene un sistema coordinador de tiempo/ pero ese sistema puede diferir de GpelculaH a GpelculaH La escala de tiempo en un sistema coordinador de tiempo en una GpelculaH debera tener un nEmero con$eniente de fracciones de un 3egundo El nEmero de la escala debera ser uno %ue +aga f#cil la traslacin de los tiempos de una GpelculaH a otra escala de tiempo Una escala de tiempo de una GpelculaH de >00 ;la escala de tiempo default de cada nue$a GpelculaH CuicD-ime< puede traducir una $elocidad de pla'bacD de 24 fps "on una escala de tiempo de 24 fps/ cada frame sera mostrado durante 25 unidades de escala de tiempo ;>00 F 24 K 25< En este mismo sentido/ el nEmero de >00 unidades de -ime 3cale/ funciona bien con 25/ 00/ 50 ' >0 frames por segundo La =edia con muc+os samples por segundo ;tales como el audio digital/ el cual puede tener un sample rate de 4@000/ por ejemplo< es especificada en cantidad de samples por unidades de escala de tiempo En el caso de audio digital su escala de tiempo es el segundo As %ue decimos/ simplemente/ %ue el audio tracD es de 4@000 samples por segundo/ por ejemplo La duracin de una GpelculaH ser#/ por lo tanto/ el nEmero total de su escala de unidades de tiempo desde un e7tremo al otro Un tracD en una pelcula tendr# una duracin menor si este no se e7tiende +asta el final de la misma En ese caso/ los c+unDs ;peda.os< de =edia/ a los %ue los tracDs refieren/ tendr#n una duracin m#s corta

=edia -ime 3cale

"ada c+unD de =edia %ue es referenciado por un tracD tiene su propia escala de tiempo determinada por su sample rate CuicD-ime trasducir# entre una escala de tiempo de una GpelculaH ' la escala de tiempo de las $arias =edias in$olucradas en la misma autom#ticamente CuicD-ime

es el %ue lo +ace/ no la aplicacin %ue usa a CuicD-ime Por ejemplo Pro-ools/ o ,inal "ut Pro :tro ejemplo podra ser considerar una GpelculaH %ue contiene un tracD de $ideo/ un solo tracD de audio ' un tracD de te7to La GpelculaH tiene una duracin de 2 segundos ' su escala de tiempo default es de >00 El $ideo tracD comien.a junto con la GpelculaH ;offset 0</ $a +asta el final ;duracin 9200</ a ra.n de 25 frames por segundo ;una escala de tiempo de =edia de 24 unidades de escala de tiempo< El tracD de audio tambin comien.a con la pelcula/ ' $a +asta el final ;offset 0/ duracin 9200</ a 4@000 samples por segundo ;la escala de tiempo de esta =edia es de 4@000< El tracD de te7to contiene un simple frame/ el ttulo/ el cual aparece por 0/25 segundos en la GpelculaH ' dura 9 segundo ;offset 950/ duracin >00/ escala de tiempo de =edia 9<

Pla'bacD -ime 5ase

CuicD-ime establece la base de tiempo de reproduccin cuando se +ace pla' a una GpelculaH *ic+a base consiste en el sistema coordinador de tiempo de la GpelculaH/ una $elocidad o 1ate/ un concepto de Gen este momentoH ;current time< ' una referencia de componentes de tiempo %ue pro$ea a CuicD-ime con mediciones de tiempo real El 1ate determina cu#ntas unidades de escala de tiempo corren por unidades de tiempo real El 1ate tambin determina de %u manera es reproducida la GpelculaHZ +acia adelante o +acia atr#s 3i el $alor es negati$o/ la pelcula debe ser reproducida +acia atr#s 3i una GpelculaH con una escala de tiempo de >00 tiene un 1ate de 9/ CuicD-ime procesar# >00 unidades de escala de tiempo de la GpelculaH cada 3egundo 'endo +acia adelante/ ' la GpelculaH correr# a $elocidad normal Un 1ate de 0/5 resultar# en 000 unidades de escala de la GpelculaH procesadas por 3egundo ' la pelcula ser# reproducida a mitad de $elocidad Un 1ate de -9 significar# %ue la GpelculaH ser# reproducida +acia atr#s a $elocidad normal GEn este momentoH ;"urrent -ime< es simplemente la locali.acin e7presada en unidades de tiempo de escala donde la GpelculaH est# mientras la reproduccin sucede El $alor de Gen este momentoH puede ser desde 0 +asta el $alor de la duracin de la GpelculaH

8eaders
"ada uno de estos conceptos est#n compuestos por una serie de partes mnimas llamadas #tomos 8a' una mirada de #tomos Estos se referencian entre s/ se armoni.an entre s/ ' son co+erentes entre s Meneralmente/ no se puede alterar uno solo de ellos/ sino %ue +a' %ue alterar todos los %ue est#n relacionados entre s 3us nombres son arcanos para nosotros/ los no iniciados Por ejemploA

m"hd D tChd D edts D stsd 8a' un programa gratuito de Apple/ llamado *umpster ;programa pensado para desarrolladores de soft6are</ %ue permite e7aminar un arc+i$o CuicD-ime/ ' +asta editar los $alores de estos #tomos (eamos como *umpster $e a una GpelculaH

Pese a %ue +a' muc+os campos/ +a' algunos %ue f#cilmente son comprensibles Por ejemplo/ en m"hd podemos $er el $alor de Gtime3caleH ;>00</ ' su GdurationH ;9B5B2< El nombre del #tomo m"hd es la abre$iatura de mo$ie +eader 3i di$idimos esta Eltima cifra por la escala de tiempo de la GpelculaH nos dar# como resultado 02/02 segundos 3e trata de un comercial de 5imbo Esa era la duracin del comercial m#s la cola inicial En mdia D mdhd la Gtime3caleH dice 4@000 Efecti$amente est# +ablando del tracD de audio En cuanto a su GdurationH nos informa %ue es 9554492 de samples totales En efecto/ al di$idir esa cantidad total de audio samples por la escala de tiempo de este tracD ;4@000</ nos da/ como resultado/ una duracin de 02/0@05@0000000 segundos 3 Io duran e7actamente lo mismo ambos tracDs "omo se puede $er/ son todos $alores co+erentes entre s 3i cambi#ramos la escala de tiempo de la =edia %ue referencia el tracD de sonido de 4@000 a otro cual%uiera ' no cambi#semos acordemente su duracin/ el sonido se ira desincroni.ando a medida %ue progresa la reproduccin

de esta GpelculaH L/ por supuesto/ terminara antes o despus de la imagen/ ' oiramos %ue su pitc+ +a cambiado proporcionalmente Al cli%uear sobre cada una de las siglas en letra minEscula ' negrita se despliega toda una lista de #tomos Los $alores %ue aparecen en los campos de estos #tomos/ como 'a dijimos/ son editables Pero/ ojo *e meter mal los dedos crearemos un arc+i$o corrupto/ medio ,ranDenstein/ %ue solo un

e7perto podr# corregir 3lo mencionamos este programa para comprobar los $alores ' su correlacin con los tantsimos par#metros %ue puede tener una GpelculaH CuicD-ime

APXI*)"E )))A "omentarios sobre "inema -ools

Cu tena Apple en mente cuando cre "inema -ools& Acaso lo +i.o pensando en el sonidista del mundo PAL ' ol$id comunicarselo& Iada de eso Apple dise2 este programa para resol$erle $arios e importantsimos problemas a los usuarios de su programa ,inal "ut Pro Problemas como poder e7portar una lista de corte de negati$o fiable/ por ejemplo : cmo trabajar con materiales de imagen de diferentes frame rates en una misma -ime Line Por ejemplo/ negati$o filmado a 24fps me.clado con $ideo PAL o I-3" Para poder resol$er estos problemas ,inal "ut Pro necesitaba poder rastrear cada fotograma de negati$o original a tra$s del transfer a $ideo ' de la digitali.acin a pelcula CuicD-ime Iecesitaba mantener una relacin GUno a UnoH entre los fotogramas G$irtualesH ' los originales fsicos Por este ' otros fines cone7os Apple cre "inema -ools Es justamente la propiedad de "inema -ools de manipular los arc+i$os CuicD-ime la %ue nos permite plantear este cambio en la manera de manejarnos con la imagen durante la post de sonido (ol$iendo nuestras manos sobre "inema -ools 8emos cambiado la duracin de una pelcula/ conser$ando la misma cantidad de frames Pero - !Cu +i.o e7actamente "inema -ools& - !Por %u lo +i.o tan r#pido& -L !Por %u este proceso es re$ersible&

Un arc+i$o CuicD-ime/ como est# e7plicado en el Apndice ))/ consta de dos grandes seccionesA los datos ' la receta ;los fotogramas de imagen ' las instrucciones %ue e7plican cmo reproducirlos< "on respecto a Gla recetaH/ se puede decir %ue la misma tiene muc+simos componentes %ue le dicen al reproductor de ese arc+i$o %u +acer con l Por ejemplo/ definen el "odec %ue descomprimir# esos datos/ la $elocidad a la %ue se los debe reproducir/ cu#ndo aparecen ' cu#ndo desaparecen los ttulos ;en caso de %ue e7istan</ a %u $olumen reproducir sus tracDs de sonido/ etc / etc / etc ' el ingrediente de la receta %ue nos resultar# mu' Etil para resol$er el problema %ue nos ata2eA cu#nto tiempo dura la reproduccin de cada fotograma de la bolsa

Lo %ue "inema -ools +ace es cambiar esa informacin Pero calcula ' cambia tambin todas las %ue est#n irremediablemente asociadas a este cambio Por ejemplo/ la duracin total de la pelcula es alterada en forma directamente proporcional al frame rate escogido Para entenderlo/ si pudisemos cambiar esa informacin de modo tal %ue el frame rate fuese de 9 fotograma por segundo/ la duracin resultante de la pelcula con la %ue estu$imos jugando antes sera muc+simo m#s grande 3era de 9502 segundos : sea/ durara 25 minutos/ 2 segundos/ 00 frames "inema -ools no renderea los fotogramas/ slo cambia las $ariables de la receta/ de la frmula %ue e7plica al reproductor del arc+i$o %u +acer con esa pelcula Por eso "inema -ools lo +ace tan r#pido ' sin alterar la calidad de la imagen L por eso es infinitamente re$ersible Es/ por lo tanto/ una alteracin benigna del arc+i$o L por ende/ no es destructi$a Por ejemplo/ si luego de +aberle pedido a "inema -ools %ue conforme a 24 fps un arc+i$o de $ideo de sus originales 25 fps/ le solicit#ramos %ue a ese mismo arc+i$o lo $uel$a a conformar a 25 fps/ nue$amente ' sin demoras/ lo con$ertir# otra $e. en la misma duracin %ue tu$o el original ' por supuesto/ con la misma cantidad de fotogramas %ue al principio -odo sin degradar la calidad de la imagen pues/ como dijimos/ "inema -ools no se mete con la *ata del arc+i$o sino con su =eta *ata Es decir/ con la informacin %ue describe la informacin del arc+i$o