CURSO DE EDICIÓN DE VIDEO DIGITAL EN PC

Configuración de monitor y área de trabajo.

El monitor y el área de trabajo están íntimamente relacionado como habrán notado en las notas sobre Monitores.

El área de trabajo estará limitada al hard. El monitor puede llegar a altas resoluciones pero la tarjeta de video no y viceversa.

Generalmente el monitor puede llegar a resoluciones de 1024 por 724 / 768 píxeles. Las tarjetas de video con más de 2 MB de memoria también. Pero como decíamos en las notas el monitor puede llegar a tener ese molesto flikeo en la líneas horizontales más allá de esta resoluciones.

Hablamos siempre con 24 bits en pantalla del monitor por supuesto.

En Adobe Premier en las versiones 4xx y 5xx y AverMedia deberíamos tener estas resoluciones siempre. Para poder apreciar todos los controles sin que molesten en el área de trabajo. Por supuesto que se verá todo más chico, pero veremos que es una ventaja en cuanto pasemos más de 20 minutos trabajando y luego volvamos a los clásicos 800 x 600 píxeles.

El que tiene un Amiga con monitor PAL le será imposible soportar el flikeo si su monitor no es “Multisinc”. Además el movimiento de las líneas horizontales son tan rápidas que es casi imposible ver en detalle.

Para la gente de Amiga deberán buscar un controlador de video que atenúa bastante este molesto movimiento en el monitor PAL.

La Amiga modelo 2000, 3000 y 4000 que tienen slots libres (Zorro1) podrán agregar una tarjeta que maneja específicamente monitores de PC al mismo tiempo que el PAL.

No olvidemos que el Amiga tiene monitor PAL o NTSC naturales (salidas y entradas).

Existe otro inconveniente (en el PC) asociado al tema video que produce múltiples inconvenientes y “cuelgues”.

La tarjeta de video tiene 16 MB de memoria propios.

El monitor OK.

Pentium III

64 MB de Ram

........¿y porqué se cuelga (o detiene) durante el “play”?

Respuesta: la tarjeta de video no soporta exhibir en tiempo real el video editado en el monitor y en el TV al mismo tiempo.

Solución: deberemos desactivar la opción “ouput video” (que seguro está en algún lado del soft de los controladores de salida de edición) para que no se vea en nuestro monitor en el momento de grabar o salir al aire.

En nuestro caso tenemos 32 MB de video (hasta tiene su propio fan-coler el hard de video) pero aún así se “cuelga” cuando el video tiene mucho brillo o es demasiado extenso.

Puede que el disco no tenga también la suficiente velocidad para entregar datos, lo cual produce el mismo efecto (pérdidas de cuadros). Este se puede manipular colocando el “buffer” de memoria de entrega de datos en una cantidad menor de datos necesarios en recepción.

Recordemos el proceso de salida. A) el disco entrega datos. B) los datos se almacenan temporalmente en el buffer de memoria asignado por el soft de testeo. C) la tarjeta de video recibe continuamente los datos en una transferencia sostenida.

Si algo falla en la transferencia...¡chau video!. Habrá que reiniciar el proyecto con una mayor compresión (escribiremos en otra nota del tema compresión)

Fin

Atención!!! Hoy octubre 2006 }muchos de estos problemas no existirán si el equipo está montado sobre una buena motherboard y tenemos la memoria ram suficiente (mínimo 512mb)