Que es un avi.......

Expedientes "X" AVI DV.

Cuando inicié la tarea no me imaginaba lo compleja que podría llegar a ser, simplemente en su fase de recopilación de datos ya era de tal magnitud que estuve a punto de abandonar en varias ocasiones.

Al final, el trabajo más complicado ha sido seleccionar la información precisa para no extenderme demasiado ni profundizar técnicamente tanto que fuera ilegible para el común de los mortales.

Aprovechando, he añadido algunas explicaciones y extras acerca del vídeo d-g-t-a-l.

Algo de historia

A menudo, para referirnos a Video for Windows, nos referimos a un "AVI" debido a que las extensiones .avi son las que utiliza VfW de forma específica. Sus codecs están desarrollados como controladores para ACM (Audio Compression Manager) y VCM (Video Compression Manager), y también pueden ser usados por algunas otras arquitecturas, incluidas DirectShow y Windows Media.

Microsoft lanzó Video for Windows 1.0 para Windows 3.1 en noviembre de 1992, seguido por Video for Windows 1.1. Han existido varias versiones de Video for Windows 1.1 identificadas por una letra en orden alfabético tal como la 1.1e

Microsoft también creo una versión de 32-bit de Video for Windows para Windows 95, mientras proyectaba reemplazar a Video for Windows por ActiveMovie. Esta versión tenía asimismo versiones de los codecs de 32-bit tales como Cinepak. Otras DLL de Video for Windows 95 eran también 32-bit.

Windows NT 3.5, 3.51 y Windows NT 4.0 incluían un Video for Windows para NT. Presumiblemente era completamente 32-bit. No está claro cuánto de este código estaba compartido entre las versiones para Win95 y NT teniendo en cuenta que los controladores de dispositivos de hardware son muy diferentes en estos dos sistemas.

ActiveMovie 1.0 y DirectShow (realmente un ActiveMovie 2.0) son sucesores 32-bit de VfW tanto para Win95 como para NT. ActiveMovie inició su vida bajo el nombre clave de Quartz. De hecho, las primeras Beta de ActiveMovie fueron conocidas como Quartz.

ActiveMovie 1.0 estaba incluido en Windows 95b (OEM Service Release 2.x) que era la primera versión de Windows 9x que admitía discos configurados en FAT 32, y en Internet Explorer 3.x/4.x para Windows 95. También podía ser descargado e instalado en Windows 95 de forma separada. Hay que decir que ActiveMovie 1.0 no reemplazaba de forma completa a VfW. Por ejemplo, ActiveMovie 1.0 no tenia ningún mecanismo de captura de vídeo. Por ello, algunas capturadoras y programas de origen algo más antiguo aún usan drivers de captura Video for Windows.

ActiveMovie 1.0 era un componente de software 32-bit que podía correr en NT User Mode tan bien como con Windows 95.

ActiveMovie 2.0 es el actual sistema que estamos empleando generalmente bajo la denominación DirectShow.

¿Cómo nació AVI?

Los archivos AVI son un caso especial de archivos RIFF (Resource Interchange File Format o Formato de Archivos para el Intercambio de Recursos) un formato de propósito general para el intercambio de datos multimedia que fue definido por Microsoft e IBM tiempo atrás.

De hecho RIFF es un clon del formato IFF inventado por Electronic Arts in 1984 para Deluxe Paint en plataforma AMIGA. IFF se erigió enseguida como un estándar de intercambio en esta plataforma y fue mantenido por Commodore hasta su desaparición. Al decidir Electronics Arts cambiar a la plataforma PC, trajo consigo el formato IFF.



¿Qué es un AVI?

La inmensa mayoría utilizamos este tipo de formato para realizar nuestras obras de arte d-g-tal y atormentar después a familia y amigos en posteriores sesiones de visionado.

Definir el formato AVI es sencillo, explicarlo ya es un poco más complicado:

AVI significa Audio Video Interleave o Audio y Vídeo Intercalado y fue desarrollado por Microsoft. "Intercalado" significa que en un fichero AVI los datos de audio y vídeo son almacenados consecutivamente en capas (un segmento de datos de vídeo es seguido inmediatamente por otro de audio). Es el formato más extendido para el manejo de datos de audio/vídeo en un PC. AVI es un ejemplo de un estándar "de facto".

En los primeros momentos de la popularización del DV doméstico existió mucha confusión sobre los tipos de AVI que empleaba la captura de vídeo d-g-tal (DV).Se ha hablado largo y tendido de AVI1 y AVI2 y en parte el error surgía de lo comentado más arriba de mezclar la denominación del formato AVI con VfW y los codecs empleados para almacenar en dicho formato.

En algunos casos se hablaba de AVI 1 refiriéndose en orden cronológico al primer formato aparecido y AVI 2 al segundo. De ello se deducía erróneamente que el formato empleado para DV era AVI tipo 2 cuando en realidad dentro del segundo formato cronológicamente hablando, hay a su vez una división denominadas por la propia Microsoft como AVI DV Tipo-1 y AVI DV tipo-2, siendo las diferencias el tipo de codecs empleados para su manejo y la forma en que se guardan los flujos de datos internamente.

Así pues, ciñéndonos a la realidad, sólo existen dos tipos generales de AVI, Los basados en Video for Windows (los primeros en aparecer) y los basados en DirectShow (originalmente ActiveMovie). Y como hemos dicho, un AVI no es más que un formato de archivo que puede guardar datos en su interior codificados de diversas formas y con la ayuda de diversos codecs que aplican diversos factores de compresión, aunque para liar la cosa aún más si cabe, también existe la posibilidad de almacenar los ficheros en un formato AVI "raw" o crudo, es decir, sin compresión y muchos fabricantes aportan su granito de arena con codecs que añaden más confusión a nuestra babel particular.

Los formatos de AVI basados en Video for Windos son los que ahora forman el núcleo de los denominados AVI DV Tipo-2 mientras que los basados en DirectShow (y por extensión en DirectX) son los denominados AVI DV tipo-1.

Llegados a este punto, convendría decir que en realidad, cualquier tipo de imagen grabada en cinta y mucho más pasada al ordenador, se puede considerar como d-g-tal, dado que no existe una imagen real, analógica, visible a simple vista como en las películas de cine o en los carretes de fotos.

Sin embargo, se considera convencionalmente imagen analógica toda la anterior a los actuales sistemas de grabación de datos d-g-t-les. Es decir, las grabaciones efectuadas en VHS, 8mm., Hi8, SVHS... en el aspecto doméstico y U-matic o BetaCam, en la vertiente profesional por poner algún ejemplo.

Dado que nuestro interés se centra en la imagen d-g-tal no seguiremos profundizando en el formato AVI genérico para centrarnos en los métodos utilizados para almacenar datos de DV en archivos AVI. Simplemente insistiremos en que un formato AVI para vídeo "analógico" puede usar muchos codecs, la elección del cual dará una calidad máxima determinada. Entre estos codecs aún es sencillo acceder a un puñado a través de aplicaciones tan conocidas como Premiere 6 (con Cinepack Codec de Radius) o con Mediastudio 6 que da las opciones de Intel Indeo Video R3.2, Microsoft Vídeo 1, Microsoft RLE e Indeo Video 5.04. La mayoría de estos codecs consiguen compresiones muy altas pero de una calidad bastante pobre siendo el mejor posiblemente el Cinepack Codec. También existe la posibilidad de crear AVI a partir de tarjetas que capturan utilizando codecs MJPEG con un resultado bastante bueno.

De todas formas hay que añadir que el tamaño del flujo de datos que aporta el vídeo analógico exige dispositivos de captura y ordenadores en general con mayor capacidad que los necesarios para la captura y edición DV que, paradójicamente, aporta mucha mejor calidad.

AVI DV

Describiremos ahora cómo los datos DV son almacenados en cada uno de los dos tipos y comentaremos las ventajas e inconvenientes asociados a cada tipo. Las descripciones están muy simplificadas, para hacerlas sencillas de entender, sin embargo no han sido pasados por alto ninguno de los detalles importantes.

Microsoft ha definido dos métodos para almacenar datos de video DV en formato AVI, que se conocen como Tipo-1 y Tipo-2. Comprender sus diferencias es la clave para entender muchos de los problemas experimentados día a día en las tareas de captura y edición:

Los dos tipos basan sus diferencias en la forma de almacenar los datos internamente. La norma general es: Cualquier DV guardado como tipo-1 NO PODRÁ SER USADO directamente con editores basados en Video for Windows (VfW) pero podrá ser transformado para su uso en estas aplicaciones. (Microsoft sólo proporciona filtros codificadores/descodificadores (codecs) DV para DirectShow, Y no proporcionará apoyo para la codificación o descodificación de vídeo DV para VfW).

Interesa señalar que los datos de imagen contenidos en una cinta ******* no está en formato AVI, sino en DV que a su vez, tiene distintos factores de compresión, dependiendo de la gama donde nos movamos.

Así pues, un codec ha de ser capaz de interpretar ese flujo DV y convertirlo a formato AVI.

Para seguir adelante es importante comprender las diferencias entre los formatos involucrados.

Aunque un AVI puede tener n número de flujos, lo más común es un flujo de vídeo (vids) y otro de audio (auds). Las cabeceras (o headers) del formato del flujo definen todo el formato (incluida la compresión usada) de cada flujo. El formato estándar de un AVI basado en VfW contempla la existencia de un flujo de video, uno de audio o ambos. Así un AVI en VfW puede almacenar sólo audio, sólo vídeo o ambos pero en flujos separados para cada tipo.

AVI Header


Datos de Vídeo AVI (vids)

Datos de Audio AVI (auds)

AVI estándar

Sin embargo, un DV nativo intercala los datos de audio y vídeo en un sólo flujo. Como se comenta más arriba, Microsoft ha establecido dos métodos (Tipo-1 y Tipo-2) para el almacenamiento de datos DV en archivos AVI. El método elegido para una aplicación definirá la facilidad con que los datos puedan ser usados en programas actuales o futuros.

Datos de Vídeo DV

Datos de Audio PCM

Flujo de datos DV

Cuando se usa un programa de videocaptura para copiar video desde una cámara y una tarjeta firewire al disco duro, realmente se está haciendo muy poco con los datos de vídeo.

Cuando se envía esto a través de una tarjeta firewire, la información d-g-tal se mantiene inalterada y el software de captura recibe este flujo de datos sin modificación.

Entonces, ¿ qué le sucede a este flujo de datos DV cuando el programa de captura se hace cargo de él?

Para hacer que los datos sean comprensibles para otros programas, Windows los convierte a un archivo AVI en los dos formatos comentados: Tipo-1 y Tipo-2.

AVI DV Tipo-1

El flujo DV único intercalado original contiene vídeo con compresión DV y datos de audio PCM (Pulse Code Modulated). Este único flujo intercalado puede ser almacenado en un archivo AVI como flujo "ivas" (interleaved video/audio stream). Microsoft denomina este formato de archivo DV AVI Tipo-1.

AVI Header


Datos de Vídeo DV

Datos de Audio DV

Archivo AVI DV Tipo-1

Es el formato de archivo AVI DV mas sencillo, aunque generalmente el menos compatible con algunas aplicaciones. Esto es debido a que es más reciente y muchos desarrolladores aún no han realizado los cambios necesarios en los programas para adaptarse al nuevo estándar. (Véase el ejemplo del Premiere 5.x con respecto al nuevo Premiere 6). Los archivos AVI DV Tipo-1 simplemente añaden una cabecera (Header) de archivo AVI al flujo de datos y entonces añaden este flujo DV directamente dentro del AVI sin modificarlo.

En realidad, la única parte del archivo que está realmente en formato AVI es la cabecera (color verde en el gráfico) y esta es generalmente la única parte que los programas mencionados pueden leer. La mayoría de los programas que leen archivos AVI (basados en VfW) generalmente esperan que este archivo contenga tanto los flujos de audio como los de vídeo en formato AVI ( es decir, intercalados pero en flujos separados)

Y dado que el formato tipo-1 almacena datos audio y vídeo como un solo flujo, los archivos tipo-1 DV AVI NO SON DIRECTAMENTE COMPATIBLES con VfW cuyo estándar señala que cada tipo de datos (audio o vídeo) ha de estar en un flujo separado. Sin embargo DirectShow maneja fácilmente los flujos de datos tipo-1 dirigiéndolos a un filtro denominado DV Splitter que produce una pista de vídeo con codificación DV y una o más pistas de audio para reproducción o procesado.

Vídeo DV


Filtro

DV Splitter


Vídeo

Audio DV


Audio

Audio

Para solucionar este problema, los archivos AVI tipo-2 extraen el audio del flujo DV y lo añaden como un flujo adicional en formato AVI al archivo AVI.

AVI DV Tipo-2

Los datos DV intercalados pueden ser descompuestos en una única pista de vídeo y hasta un total de cuatro de audio dentro de un fichero AVI. Microsoft llama a este formato DV tipo-2 y tiene la ventaja de ser compatible "hacia atrás" con VfW porque contiene una pista estándar de vídeo "vids" y al menos una estándar de audio "auds". Es decir, los datos de audio y vídeo van en flujos separados.

De esta forma, los programas basados en VfW ven el archivo como un AVI estándar con flujos de audio y video separados. El flujo de audio es AVI estándar y un descodificador de vídeo puede extraer sólo la imagen del flujo DV. Aunque los archivos AVI DV Tipo-2 tienen a su favor que son compatibles "hacia atrás", tienen un par de desventajas:

AVI Header


Datos de Vídeo DV

Datos de Audio DV (oculta)

Datos de Audio AVI

Archivo AVI DV Tipo-2

Una de ellas es que los datos de audio se almacenan de forma redundante dado que la pista o flujo de datos de vídeo es realmente el flujo original de datos DV intercalados (por lo que contiene también los datos del audio) simplemente renombrado como un flujo de vídeo. El decodificador de DV toma este flujo, descodifica el vídeo e ignora el audio. Por ello, estos archivos ocupan aproximadamente un 5% más de espacio que el mismo clip en Tipo-1. Esta repetición puede ser considerada de importancia nula dado el porcentaje que ocupa del ancho de banda total de la transmisión de datos DV (3.6 MB/sec) y dado el gran número de aplicaciones actuales que sólo pueden editar los datos almacenados con este sistema.

Hay que tener presente que el formato de tipo-2 también requiere una pequeña cantidad de proceso adicional para separar y multiplexar el flujo DV durante la captura y transmisión con los dispositivos DV IEEE 1394.

Video for Windows

Como ya vimos Video for Windows (VfW) versión 1.0 fue lanzada en noviembre de 1992 para el sistema operativo Windows 3.1 y fue optimizado para capturar imagen en movimiento a disco. Desde entonces, las posibilidades de la captura han crecido espectacularmente debido al uso de nuevos buses PCI, nuevos controladores de bus, nuevos formatos Wide SCSI, y transferencia directa del vídeo capturado de la memoria del adaptador al disco y por supuesto las tarjetas firewire y la tecnología DV.

Por diversos motivos técnicos y algunas deficiencias de la arquitectura del sistema sacadas a la luz en especial con la aparición de la videoconferencia y la convergencia PC/TV, se hizo necesario el desarrollo de una nueva tecnología de captura de vídeo.

La arquitectura VfW fallaba en puntos importantes referidos a la videoconferencia, visionado de televisión, captura de campos de vídeo y otros referidos a los flujos de datos como el intervalo de refresco vertical. Algunos fabricantes han añadido extensiones propietarias para evitar estas limitaciones pero, sin interfaces estandarizadas, los programas que usan estas posibilidades deben incluir códigos específicos para el hardware. La estrecha relación entre los drivers de captura de VfW y los de visionado significa que un cambio realizado en el driver de captura implica un cambio en los de visionado también.

Los drivers VfW continúan apareciendo en los sistemas operativos con dispositivos que son principalmente usados para capturar vídeo debido a la larga lista de aplicaciones que aún lo utilizan. Para apoyar a estos dispositivos, VfW sigue presente en Windows 98, ME, Windows 2000, y Windows NT. Sin embargo, la dependencia hacia VfW está declinando rápidamente por tres rezones principales:

* Windows Direct Media proporciona un apoyo óptimo a los dispositivos de captura usados para visionado de TV, videoconferencia y DV.

- DirectShow proporciona mucha más funcionalidad y flexibilidad.

- Microsoft no desarrollará mejoras en VfW.

Así podremos deducir que el formato AVI DV tipo-2 basado en VfW es en realidad una actualización o puente pensado para apoyar ciertas aplicaciones proporcionando compatibilidad hacia atrás y permitirles aprovechar el potencial del DV pero está condenado a desaparecer o al menos a quedarse estancado.

Tipos de Media admitidos por VfW:

Audio, Vídeo, Texto y MIDI

Algunos "viejos" codecs de vídeo

Aunque ya están ampliamente superados y generalmente en desuso, muchos de estos codecs aún aparecen en aplicaciones actuales de edición.

Codec
(Uso principal)


Pros


Contras

Cinepak
CD-ROM video


Funciona en una gran variedad de máquinas y suele dar una calidad aceptable.


No trabaja bien por debajo de los 30 KB/s alargándose la compresión y perdiendo calidad de imagen.

Eidos Escape
CD-ROM video (4x)


Alta calidad de vídeo y compresión rápida.


Los data rates elevados requieren ordenadores potentes.

Indeo 3.2
CD-ROM video


Superior a Cinepak en algunos aspectos, la compresión es algo más rápida


No muy eficaz para Web, provoca "artefactos" de color y necesita más CPU que Cinepak

Indeo Video Interactive 4, 5
CD-ROM video


Muy Buena calidad de imagen y opciones interactivas adicionales.


Solo utilizable con procesadores potentes de Pentium en adelante. No utilizable en otras plataformas.

Microsoft Run Length Encoding


-


No tiene una relación compresión/calidad tan buena como Cinepak

Microsoft Video 1


-


Baja calidad

H.261
WWW


Basado en estándares de red . calidad de imagen en WWW decente.


Normalmente peor que H.263

MJPEG
Edición de vídeo


Al 100% de calidad la degradación de la imagen es mínima.


Necesita mucha potencia de CPU, Las imagines de tamaños grande o alta calidad no corren suavemente sin hardware especial.

IMA
CD-ROM


Pocos requisitos para reproducción. Suele funcionar correctamente.


Data rates relativamente elevados.

DirectShow para DV

DirectShow permite el acceso completo a los archivos Tipo-1 y Tipo-2 en lectura y escritura (incluido la codificación y descodificación de vídeo d-g-tal)

El filtro " DV splitter" de DirectShow puede ser usado para separar el flujo DV intercalado en pistas de video y audio que pueden ser escritas en un archivo AVI, produciendo un archivo AVI DV tipo-2. Sin embargo hay que tener presente que este tipo de datos de video no es utilizable por aplicaciones basadas en VfW sin la presencia de un codec DV VfW. Microsoft no proporciona este codec y no tiene pensado desarrollarlo en un futuro.

El filtro DirectShow "DV Mux" puede ser usado para multiplexar un flujo de vídeo codificado como DV con audio en PCM para crear un flujo de DV intercalado. El resultado puede ser almacenado como un archivo AVI, produciéndose un AVI DV tipo-1 o puede ser enviado a una combinación de filtros de render y dispositivos para transmitirlo a un dispositivo DV.

El filtro DirectShow "DV Encoder" puede ser usado para codificar datos de vídeo en un formato de compresión DV para almacenamiento o transmisión a dispositivos DV. El filtro DirectShow "DV Decoder", de forma resumida, puede ser usado para descodificar video con compresión DV y crear un vídeo DV no comprimido para el visionado o procesado posterior, tal como una compresión a un formato diferente.

En resumen, el sistema actual proporcionado por Microsoft (DirectShow) es más flexible pero causa problemas con aplicaciones basadas en VfW. Para estas aplicaciones se hace imprescindible el uso de captura en formato AVI DV tipo-2 o su reconversión posterior.

Veremos ahora casos prácticos de integración a diferentes niveles entre el software de edición y las tarjetas firewire.

1394 y DV: Integración de aplicaciones de Edición No Linear (Non-Linear Editing Application -NLE-) y DV

Normalmente, una tarjeta firewire o IEEE-1394 trabaja con una aplicación de edición no linear del tipo de Adobe Premiere, Ulead VideoStudio, Ulead VideoStudio, Vegas Video... El grado de integración entre el hardware y software varía de un producto a otro.

Se podrían definir tres casos básicos de integración entre las firewire y una aplicación dada.

Ejemplo A: Sencillo, compatible pero sin integración:

Los vídeo clips DV son "capturados" (transferidos) por una aplicación independiente (por ejemplo DV-IO) desde un dispositivo DV (normalmente una cámara DV o un VCR DV) a través de una tarjeta IEEE-1394. Estos archivos multimedia son después importados a una aplicación de edición no linear en la que son editados en un nuevo proyecto. El proyecto resultante es renderizado o exportado como uno o varios archivos multimedia tipo AVI DV o QuickTime DV. Estos archivos son devueltos al dispositivo DV usando una utilidad reproductora independiente del programa de edición que acompaña a la tarjeta firewire.

Ejemplo B: Integración con sistemas de Edición No Linear abiertos:

Estos sistemas se caracterizan por el uso de plug-ins para integrar el hardware DV/IEEE-1394 con software específico de edición no linear (Premiere 6, Mediastudio 6...). En estos sistemas los clips de DV vídeo son "capturados" del dispositivo DV en formato AVI o QT por la aplicación de edición o asociada. Posteriormente, estos archivos multimedia son editados como una nueva película. La banda editada resultante es entonces volcada de regreso al dispositivo DV desde la línea de tiempos de la aplicación usando un plug-in tipo "Print to DV" que admite y reconoce a la tarjeta IEEE-1394. De forma alternativa el proyecto puede ser renderizado o exportado a archivos multimedia estándar. Dado que estos sistemas están basados en programas de edición no lineal con posibilidades de extensibilidad abiertas y archivos multimedia estándar, se puede utilizar otra tarjeta firewire o programa de edición posteriormente que use el mismo sistema.

Ejemplo C: Integración con sistemas de Edición cerrados:

En este caso los video clips DV son "capturados" del dispositivo reproductor al programa editor en archivos basados en codecs propietarios (Canopus, Avid...). Estos archivos son editados en un nuevo proyecto. El resultado es entonces enviado de nuevo desde la línea de tiempos al dispositivo grabador DV usando la característica "Print to DV". En otros casos los nuevos archivos generados pueden ser renderizados o exportados por la aplicación.

La principal diferencia en este caso es que los clips DV no se almacenan en formatos DV estándar (p.e. AVI o QuickTime). Esto limita la posibilidad de usar fácilmente estos clips en otras aplicaciones que sólo acepten formatos estándar o sus propios formatos.

Sin embargo, por lo general los programas de edición tienen la posibilidad de exportar en formato AVI o QT si es necesario. Y aunque nuestro trabajo esté realizado en este tipo de programas no hay que preocuparse excesivamente. En su favor hay que decir que dado que estos sistemas no se ciñen a los estándares, pueden, por lo general, evitar algunas de las limitaciones de los otros sistemas tales como los 9 minutos (2 GB) o 19 minutos (4 GB) máximos de tamaño de clip. Los programas de edición de estos sistemas cerrados normalmente está integrado de forma muy especial con el hardware IEEE-1394. Esta integración puede limitar las futuras elecciones de captura con un programa diferente o, en el mejor de los casos, se podrá utilizar un programa de edición típico de estos equipos cerrados con otra tarjeta firewire en la forma descrita en el caso A (captura con una utilidad independiente y volcado similar) con lo que se perdería la ventaja de la integración que hace interesante el ejemplo de los equipos cerrados.

Características IEEE 1394/DV :

Captura integrada:

Algunas tarjetas permiten la captura de clips a través de los programas de edición mientras que otras requieren el uso de utilidades independientes. Para programas de edición basados en archivos de media estándar normalmente no hay mucha diferencia en la práctica. Una excepción puede ser que uno quiera usar alguna cualidad específica del programa de captura y edición como capturar cuadros congelados por ejemplo. Otra excepción posible es la expuesta en el ejemplo C donde los clips están capturados en formatos de archivo propietarios para poder eludir la limitación de tamaño de los AVI y QT estándar.

"Print to DV" desde la línea de tiempos:

Algunas tarjetas permiten la función de volcado a cámara desde la línea de tiempos (print to DV). Esta función permite volcar directamente el proyecto editado a el dispositivo DV (cámara o VTR) sin necesidad de renderizar previamente. Las tarjetas que permiten esta función en ocasiones suelen simplemente no grabar los trozos de vídeo que excedan los límites físicos de 2 o 4 gigas. Por ello cuando estos archivos son mayores es necesario renderizar en uno o varios clips separados y volcarlos de forma separada y normalmente manual.

Reproducción en un dispositivo DV mientras se edita o visiona:

Mientras que todos los codecs DV pueden reproducir la salida de imagen en el monitor del PC (el desktop o escritorio virtual), algunos pueden también mostrar esa imagen de forma simultánea o alternativa a través del puerto IEEE-1394 en el dispositivo DV (Monitor de la cámara). Esta opción facilita el visionado de los previos en una pantalla PAL o NTSC y como el dispositivo DV puede descodificar fácilmente los datos DV se podrá ver el previo en resolución completa desde el programa de edición incluso cuando nuestro ordenador no tenga potencia suficiente para descodificarlo a esa resolución.

Reproducción fluida en el ordenador:

Hay varios factores que limitan la ejecución de descodificación DV en la pantalla del ordenador (Visionado a tamaño completo y framerate completo ).

La calidad de ejecución de DV está determinada por la velocidad a la que el ordenador pueda leer, descodificar y reproducir frames en datos tipo DV. Además ha de tener el trabajo añadido de reproducir los datos de audio.

El primer paso es probablemente el más sencillo, dado que los flujos de datos DV tienen una velocidad constante de transferencia de 3.6 MB/s. Esto no es mucho para la mayoría de los discos duros modernos que tienen los PC. Un problema que se puede presentar es que algunos puerto EIDE y algunos sistemas RAID-0 basados en software requieren parte del procesado a través de la CPU. Por ello, tales sistemas ocultan potencia de la CPU a otras partes del proceso de reproducción DV, en especial de a descodificación. Otras alternativas tales como UltraWide o Ultra2Wide SCSI con controladores bus-mastering y RAID-0 por hardware están diseñados para provocar el mínimo impacto en la CPU, pero estos sistemas son caros y seguramente fuera de las posibilidades de la mayoría de los usuarios "de a pie". La capacidad de entrada/salida de los discos duros no es el factor más importante en la capacidad de reproducción DV.

El segundo paso es la descodificación de los datos DV. En esencia, en este proceso se descodifican los frames de datos DV "crudo" (raw) a imágenes de datos RGB de 720x576 (PAL). Aquí parecen estar las mayores diferencias de rendimiento entre los diferentes codecs y subsistemas de video disponibles.

Los diferentes codecs tratan de conseguir el mejor rendimiento posible usando varios métodos. Algunos son más rápidos porque su código ha sido optimizado para alto rendimiento, otros usan las instrucciones extendidas presentes en algunas CPU (p.e. las MMX de Intel) para mejorar la velocidad de descodificación.

Muchos codecs DV tienen opciones para manejar la reproducción para optimizarla. Pueden acelerar la representación en pantalla utilizando atajos tales como descodificar sólo a media resolución (Microsoft™DirectShow) o usando un algoritmo menos preciso (Apple QuickTime DV). Tales opciones a menudo llegan a dar resultados aceptables.

El tercer paso de la reproducción de DV es mostrar las imágenes RGB de tamaño completo en la pantalla una velocidad apropiada. Tradicionalmente esto se logra moviendo las imágenes rasterizadas RGB que han sido descodificadas de cada cuadro al buffer o memoria de almacenamiento intermedio de la pantalla. Este transporte de imagen se denomina "bit blit". La rapidez con la que el sistema lo pueda efectuar es la principal determinante de la calidad de reproducción del vídeo que puede alcanzarse. Si un sistema no puede realizar esta operación con la suficiente rapidez se producirán saltos en la imagen. Esta operación exige también un esfuerzo a la CPU. A 25 frames por segundo hay unos 30 megas de datos moviéndose a través del bus al la memoria de video de la placa cada segundo.

Algunas tarjetas de video tienen un sistema que usa un hardware especializado para el overlay de los datos RGB en el escritorio de Windows en un buffer separado ( crean una capa específica para esta reproducción) Esto puede acelerar bastante la reproducción al necesitar un uso menor de la CPU y la imagen no ha de moverse a la memoria. Pero para que esto sea posible, debe estar permitido por el driver de la tarjeta de vídeo, el subsistema de vídeo y el codec DV. No está claro, por ejemplo que QT para Windows tenga estas posibilidades por ejemplo.

Otros codecs

Por muchos es conocida la existencia de codecs alternativos a los proporcionados por Microsoft con sus sistemas operativos. Por citar algunos podríamos hablar del Codec DV de MainConcept o del de Canopus. Estos Codecs parecen tener en la mayoría de los casos mejores rendimientos que los originales. Una explicación plausible, en el caso de ser cierto, es que la mayoría de estos desarrollos están diseñados y optimizados para su uso con equipos específicos de captura y edición y no necesitan la ubicuidad imprescindible en desarrollos como los que componen Windows Direct Media que han de estar abiertos a su uso cruzado con aplicaciones tan dispares como la videoconferencia, streaming, captura de TV, captura de vídeo, edición y otras posibilidades presentes y futuras. En el caso de poder utilizar estos codecs en nuestro equipo, es importante señalar que posiblemente estemos añadiendo calidad o velocidad por un sitio y quitando funcionalidades por el otro.

Limites de tamaño de los archivos

Cuando trabajamos con video d-g-tal a menudo hay que manejar con archivos AVI de varios gigas de tamaño. Sin embargo hasta hace relativamente poco los sistemas no estaban diseñados para manejar tales tamaños y por ello muchas personas han tenido y tienen problemas para la creación de archivos AVI de larga duración.

Los límites más comunes en la actualidad son los 2 y 4 gigas. Estas barreras están causadas por dos factores: Los límites del formato AVI estándar y el sistema de archivos del sistema operativo.

Límites de formato estándar de archivos AVI:

Como se ha dicho, muchas aplicaciones, especialmente las más antiguas, usan arquitectura basada en Video for Windows, lo que limita el tamaño de los archivos AVI a 2 GB. Los AVI estándar pueden llegar hasta los 4 gigas usando otros sistemas como DirectShow.

Limites del sistema de archivos:

Para poder almacenar (y encontrarlos posteriormente) archivos en el disco duro, el ordenador usa un sistema de archivos. Dependiendo del sistema operativo, hay varios sistemas que se pueden usar. En la tabla vemos los máximos tamaños de archivo permitidos para cada sistema.

Sistema


Windows 95
(pre-OSR2)


Windows 95 OSR2**,
Windows 98/SE/ME


Windows NT 4.0


Windows 2000

FAT16


2 GB


2 GB


4 GB


4 GB

FAT32


N/A


4 GB


N/A


4 GB

NTFS


N/A


N/A


ilimitada *


ilimitada*

Las celdas en azul son las configuraciones más corrientes

* Realmente no es que no exista el límite, pero a efectos prácticos es tan lejano que convencionalmente se habla de capacidad limitada sólo a la de los discos duros.

Más información sobre DirectShow

DirectShow para Windows 98, Windows ME y Windows 2000

Para sacar ventaja de las entradas de video analógicas y d-g-t-les de las tarjetas capturadoras (DV, S-video, Composite or TV-Tuner), Microsoft ofrece el filtro DirectShow con DirectX 8.0 SDK. Esto da a los desarrolladores una interface programable para el hardware de captura de vídeo. Este SDK puede ser usado en la mayoría de las tarjetas actuales.

Usando Microsoft DirectShow se puede:

* Crear un video en una aplicación Windows
* Crear un programa de captura
* Interactuar con otras posibilidades de las tarjetas

Escelente descripcion encontrada en la red , autor desconocido creo se merece una chincheta ......

muy buena definicion, le pongo una chincheta