Revisi�n de los M�todos y los Est�ndares a usar para la Transmisi�n y el Almacenamiento de Video

1. - El cambiante mundo de la compresi�n digital del video

Ahora que el v�deo digital y su grabaci�n est�n en auge, se est� prestando especial dedicaci�n a los m�todos para obtener la transmisi�n y el almacenamiento de datos digitales de la forma m�s efectiva posible, y para conseguir el rendimiento deseado al menor precio. Este documento permitir� ampliar el nivel de discusi�n sobre los m�todos de compresi�n de v�deo digital, especialmente Motion JPEG (M-JPEG), MPEG-2 y MPEG-4, y las aplicaciones m�s adecuadas para cada uno de ellos. Este documento tambi�n se enfoca especialmente en MPEG-4 y su est�ndar de compresi�n, que ha ganado gran popularidad en los �ltimos tiempos, aunque sigue siendo bastante desconocido. Por esta raz�n exploraremos los mitos y realidades del MPEG-4 e intentaremos entender mejor lo que ofrece actualmente a los usuarios. Finalmente, este documento concluir� con recomendaciones que responden a las siguientes preguntas:

  • �Existe un �nico m�todo probado tan efectivo que la industria pueda desarrollarse en esa direcci�n?
  • �O existe una combinaci�n de est�ndares que son efectivos para la amplia variedad de aplicaciones de grabaci�n y transmisi�n actuales?

En pocas palabras: �Puede emplearse un �nico est�ndar de compresi�n para satisfacer todas las necesidades? Cuando pensamos sobre esta cuesti�n y cuando se dise�a una aplicaci�n de v�deo vigilancia en red deben considerarse los siguientes aspectos:

  • �Qu� cantidad de im�genes por segundo son necesarias?
  • �Se precisa la misma cantidad de im�genes por segundo todo el tiempo?
  • �Se necesita grabar/visualizar todo el tiempo o s�lo en funci�n de eventos o movimiento?
  • �Qu� cantidad de tiempo debe grabarse el v�deo?
  • �Qu� resoluci�n se necesita?
  • �Qu� calidad de imagen?
  • �Qu� nivel de latencia (tiempo necesario para la codificaci�n/decodificaci�n de las im�genes) ser�a aceptable?
  • �Cu�nta seguridad precisa el sistema?
  • �Cu�l es el ancho de banda disponible?
  • �Cu�l es el presupuesto para el sistema?

Dado que esperamos poder responder sobre si un �nico est�ndar puede cubrir todas las aplicaciones, este documento tambi�n incluye informaci�n gen�rica sobre las diferentes t�cnicas de compresi�n.

2.- Explicaci�n de un sistema de Video IP

Antes de abordar la cuesti�n que nos interesa debemos realizar un peque�o an�lisis para comprender mejor los procesos de grabaci�n y almacenamiento digital. En un sistema de v�deo IP hay m�ltiples procesos ejecut�ndose simult�neamente. Nos centraremos s�lo en alguno de los m�s importantes relacionados con la compresi�n:

� Codificaci�n:

El proceso que se realiza en la c�mara de red o el servidor de v�deo que codifica (digitaliza y comprime) la se�al de v�deo anal�gico de manera que pueda transmitirse a trav�s de la red.

� Transmisi�n IP:

Transmisi�n sobre una red de datos basada en el protocolo IP,inal�mbrica o con cableado, desde una fuente a hardware variado de grabaci�n o visualizaci�n (por ejemplo un servidor de PC’s).

� Grabaci�n:

Datos transferidos a discos duros est�ndar conectados a un dispositivo de almacenamiento como puede ser un servidor, NAS (Network Attached Server) o SAN (Storage Area Network).

� Decodificaci�n:

El v�deo codificado debe ser traducido, o decodificado, con el fin de ser visualizado/monitorizado. Este proceso se realiza en un PC o en otro sistema decodificador que se emplee para visualizar el v�deo.

3.- Iniciaci�n a la compresi�n

Cuando se digitaliza una secuencia de video anal�gico cualquiera de acuerdo al est�ndar ITU-R BT.601 (CCIR 601), se requiere un ancho de banda de 116 Mbit/segundo � de 116 millones de bits cada segundo. Dado que la mayor�a de las redes son s�lo de 100 Mbit/segundo, no es posible ni deseable transmitir las secuencias de v�deo sin alguna modificaci�n. Para solucionar este problema se han desarrollado una serie de t�cnicas denominadas t�cnicas de compresi�n de v�deo e im�genes, que reducen el alto nivel de bits precisos para transmisi�n y almacenamiento.

La compresi�n de im�genes se aplica sobre una imagen individual haciendo uso de las similitudes entre p�xels pr�ximos en la imagen y de las limitaciones del sistema de visi�n humana. JPEG es un ejemplo de una t�cnica de compresi�n de im�genes. La compresi�n de video se aplica sobre series consecutivas de im�genes en una secuencia de video, haciendo uso de las similitudes entre im�genes pr�ximas. Un ejemplo de este tipo de t�cnicas es MPEG.

La efectividad de una t�cnica de compresi�n de im�genes viene dada por la relaci�n de compresi�n, calculado como el tama�o del archivo de la imagen original (sin comprimir) dividido por el tama�o del archivo de imagen resultante (comprimida). A mayor relaci�n de compresi�n se consume menos ancho de banda manteniendo un n�mero de im�genes por segundo determinado. O si el ancho de banda se mantiene constante se aumenta el n�mero de im�genes por segundo. Al mismo tiempo, un mayor nivel de compresi�n implica menor nivel de calidad de imagen para cada imagen individual.

Cuanto m�s sofisticada sea la t�cnica de compresi�n utilizada, m�s complejo y caro resultar� el sistema. Lo que ahorre en ancho de banda y almacenamiento encarecer� los costos de latencia, codificaci�n y complejidad del sistema. Otro factor adicional a considerar son los costos de las licencias y los honorarios asociados a un n�mero de est�ndares de compresi�n. Estos factores generalmente hacen que la compresi�n sofisticada resulte restrictiva para mantener robusto el sistema a la vez que se consiguen o mantienen bajos los costes del mismo.

3.1 - Compresi�n de im�genes JPEG

JPEG es un conocido m�todo de compresi�n, que fue originalmente estandarizado a mediados de los a�os 80 en un proceso iniciado por el Joint Photographic Experts Group.


La compresi�n JPEG puede realizarse a diferentes niveles definidos por el usuario y que determinan cuanto tiene que comprimirse una imagen. El nivel de compresi�n seleccionado tiene una relaci�n directa con la calidad de imagen obtenida. Adem�s del nivel de compresi�n la escena de la imagen en s� misma tambi�n tiene un impacto en el nivel de compresi�n resultante. Mientras que un muro blanco, por ejemplo, puede producir un archivo de imagen relativamente peque�o (y aceptar un mayor nivel de compresi�n), el mismo nivel de compresi�n aplicado a una escena compleja y patronizada producir� un archivo de mayor tama�o y con un nivel de compresi�n menor.

3.2.- El video como una secuencia de im�genes JPEG ( Motion JPEG o M-JPEG)

Al igual que una c�mara fotogr�fica digital, una c�mara de red captura im�genes individuales y las comprime en formato JPEG. La c�mara de red puede capturar y comprimir las im�genes, por ejemplo 30 im�genes o cuadros individuales por segundo (30 cps), y despu�s hacerlas disponibles como un flujo continuo de im�genes sobre una red a una estaci�n de visualizaci�n. Nosotros denominamos a este m�todo como Motion JPEG o M-JPEG.

Dado que cada imagen individual es una imagen JPEG comprimida todas tendr�n garantizada la misma calidad, determinada por el nivel de compresi�n definido en la c�mara de red o el servidor de v�deo en red.

3.3.- Compresi�n de v�deo - MPEG

Una de las t�cnicas de v�deo y audio m�s conocidas es el est�ndar denominado MPEG (iniciado por el Motion Picture Experts Groups a finales de los a�os 80). Este documento se centra en la parte de video de los est�ndares de v�deo MPEG.

Descrito de forma sencilla, el principio b�sico de MPEG es comparar entre dos im�genes para que puedan ser transmitidas a trav�s de la red, y usar la primera imagen como imagen de referencia (denominada I-frame), enviando tan solo las partes de las siguientes im�genes (denominadas B y P –frames) que difieren de la imagen original. La estaci�n de visualizaci�n de red reconstruir� todas las im�genes bas�ndose en la imagen de referencia y en los "datos diferentes"; contenidos en los B- y P- frames

MPEG es de hecho bastante m�s complejo que lo indicado anteriormente, e incluye par�metros como la predicci�n de movimiento en una escena y la identificaci�n de objetos que son t�cnicas o herramientas que utiliza MPEG. Adem�s, diferentes aplicaciones pueden hacer uso de herramientas diferentes, por ejemplo comparar una aplicaci�n de vigilancia en tiempo real con una pel�cula de animaci�n. Existe un n�mero de est�ndares MPEG diferentes: MPEG-1, MPEG-2 y MPEG-4, que se comentar�n a continuaci�n.

3.4.- MPEG-1

El est�ndar MPEG-1 fue presentado en 1993 y est� dirigido a aplicaciones de almacenamiento de v�deo digital en CD. Por esta circunstancia, la mayor�a de los codificadores y decodificadores (codecs) MPEG-1 precisan un ancho de banda de aproximadamente 1.5 Mbit/segundo a resoluci�n CIF (352x288 p�xeles). Para MPEG-1 el objetivo es mantener el consumo de ancho de banda relativamente constante aunque var�e la calidad de la imagen, que es t�picamente comparable a la calidad del video VHS. El n�mero de im�genes o cuadros por segundo (cps) en MPEG-1 est� bloqueado a 25 (PAL)/30 (NTSC) cps.

3.5.- MPEG-2

MPEG-2 fue aprobado en 1994 como est�ndar y fue dise�ado para video digital de alta calidad (DVD), TV digital de alta definici�n (HDTV), medios de almacenamiento interactivo (ISM), retransmisi�n de v�deo digital (Digital V�deo Broadcasting, DVB) y Televisi�n por cable (CATV). El proyecto MPEG-2 se centr� en ampliar la t�cnica de compresi�n MPEG-1 para cubrir im�genes m�s grandes y de mayor calidad en detrimento de un nivel de compresi�n menor y un consumo de ancho de banda mayor. MPEG-2 tambi�n proporciona herramientas adicionales para mejorar la calidad del video consumiendo el mismo ancho de banda, con lo que se producen im�genes de muy alta calidad cuando lo comparamos con otras tecnolog�as de compresi�n. La relaci�n de cuadros por segundo est� bloqueado a 25 (PAL)/30 (NTSC) cps. al igual que en MPEG-1.

3.6.- MPEG-4

El est�ndar MPEG-4 fue aprobado en 2000 y es uno de los desarrollos principales de MPEG- 2. En esta secci�n realizaremos una profundizaci�n en MPEG-4 para comprender mejor t�rminos y aspectos como:

  • Perfiles MPEG-4
  • MPEG-4 short header y MPEG-4 long header
  • MPEG-4 y MPEG-4 AVC
  • MPEG-4 constant bit-rate (CBR) y MPEG-4 variable bit rate (VBR)

3.6.1.- MPEG-4 Parte 2 (MPEG-4 Visual)

Cuando la gente habla de MPEG-4 generalmente se est� refiriendo a MPEG-4 parte 2. Este es el est�ndar de transmisi�n de v�deo cl�sico MPEG-4, tambi�n denominado MPEG-4 Visual.

Como uno de los desarrollos principales de MPEG-2, MPEG-4 incorpora muchas m�s herramientas para reducir el ancho de banda preciso en la transmisi�n para ajustar una cierta calidad de imagen a una determinada aplicaci�n o escena de la imagen. Adem�s la relaci�n de im�genes por segundo no est� bloqueado a 25 (PAL)/30 (NTSC) cps.

Es importante destacar, no obstante, que la mayor�a de las herramientas para reducir el n�mero de bits que se transmiten son s�lo relevantes para las aplicaciones en tiempo no real. Esto es debido a que alguna de las nuevas herramientas necesitan tanta potencia de proceso que el tiempo total de codificaci�n/decodificaci�n (por ejemplo la latencia) lo hace impracticable para otras aplicaciones que no sean la codificaci�n de pel�culas, codificaci�n de pel�culas de animaci�n y similares. De hecho, la mayor�a de las herramientas en MPEG-4 que pueden ser usadas en aplicaciones en tiempo real son las mismas herramientas que est�n disponibles en MPEG-1 y MPEG-2.

Otra mejora de MPEG-4 es el amplio n�mero de perfiles y niveles de perfiles (explicados posteriormente) que cubren una variedad m�s amplia de aplicaciones desde todo lo relacionado con transmisiones con poco ancho de banda para dispositivos m�viles a aplicaciones con una calidad extremadamente amplia y demandas casi ilimitadas de ancho de banda. La realizaci�n de pel�culas de animaci�n es s�lo un ejemplo de esto.

3.6.2.- Perfiles MPEG-4

En uno de los extremos del sistema, tiene lugar la codificaci�n al formato MPEG en la c�mara de v�deo. Obviamente en el otro extremo, esta secuencia MPEG necesita ser decodificada y posteriormente mostrada como video en la estaci�n de visualizaci�n.

Dado que hay un gran n�mero de t�cnicas (herramientas) disponibles en MPEG (especialmente en MPEG-4) para reducir el consumo de ancho de banda en la transmisi�n, la variable complejidad de estas herramientas y el hecho de que no todas las herramientas sean aplicables a todas las aplicaciones, ser�a irreal e innecesario especificar que todos los codificadores y decodificadores MPEG deber�an soportar todas las herramientas disponibles. Por consiguiente se han definido subconjuntos de estas herramientas para diferentes formatos de im�genes dirigidos a diferentes consumos de ancho de banda en la transmisi�n.

Hay diferentes subconjuntos definidos para cada una de las versiones de MPEG. Por ejemplo hay un subconjunto de herramientas denominados MPEG Profile. Un MPEG Profile espec�fico establece exactamente qu� herramientas deber�a soportar un decodificador MPEG. De hecho los requerimientos en el codificador y el decodificador no tienen porque hacer uso de todas las herramientas disponibles.

Adem�s, para cada perfil existen a diferentes niveles. El nivel especifica par�metros como por ejemplo la relaci�n de bits m�ximo a usar en la transmisi�n y las resoluciones soportadas. Al especificar el Nivel y el Perfil MPEG es posible dise�ar un sistema que solo use las herramientas MPEG que son aplicables para un tipo concreto de aplicaci�n.

MPEG-4 tiene un amplio n�mero de perfiles diferentes. Entre ellos se encuentran el Simple Profile y el Advanced Profile que son los m�s utilizados en aplicaciones de seguridad. Mientras muchas herramientas se usan para ambos perfiles, existen algunas diferencias. Por ejemplo, Simple Profile soporta I- y P- VOPs (frames), mientras que Advanced Simple Profile soporta los frames I-, B- y P-VOPs.

Otra diferencia entre el Simple y el Advanced Profile es el soporte a rangos de resoluciones y a diferentes consumos de ancho de banda, especificados en un nivel diferente. Mientras que el Simple Profile alcanza resoluciones hasta CIF (352x288 p�xeles en PAL) y precisa un ancho de banda de 384 kbit/segundo (en el nivel L3), Advanced Simple Profile consigue la resoluci�n 4CIF (704x480 p�xeles en PAL) a 8000 kbit/segundo (en el nivel L5).

3.6.3.- MPEG-4 Short header y long header

Algunos sistemas de transmisi�n de video especifican soporte para MPEG-4 short header; de forma que resulta importante comprender este t�rmino. De hecho, no es m�s que un transmisor de v�deo H.263 encapsulado con cabeceras de transmisi�n de v�deo MPEG-4.

MPEG-4 short header no aprovecha ninguna de las herramientas adicionales especificadas en el est�ndar MPEG-4. MPEG-4 short header est� solo especificado para asegurar compatibilidad con equipos antiguos que emplean la recomendaci�n H.263, dise�ada para videoconferencia sobre RDSI y LAN. De forma pr�ctica, el MPEG-4 short header es id�ntico a la codificaci�n/decodificaci�n H.263, que da un nivel de calidad menor que MPEG-2 y MPEG-4 a un ratio de bis determinado.

La calidad de la imagen y del v�deo en “short header” no est� cercana a la del MPEG-4 real, dado que no hace uso de las t�cnicas que permiten filtrar informaci�n de la imagen que no es visible por el ojo humano. Tampoco usa m�todos como la predicci�n DC y AC que pueden reducir de forma significativa las necesidades de ancho de banda.

Para clarificar una especificaci�n de un sistema de distribuci�n de v�deo, el soporte a MPEG- 4 a veces se denomina como MPEG-4 long header; que en otras palabras es el m�todo en el que se emplean las herramientas de compresi�n propias de MPEG-4.

3.6.4.- MPEG-4 parte 10 (AVC, Control de V�deo Avanzado)

MPEG-4 AVC, al que tambi�n se refiere como H.264 es un desarrollo posterior en el que MPEG tiene un conjunto completamente nuevo de herramientas que incorporan t�cnicas m�s avanzadas de compresi�n para reducir aun m�s el consumo de ancho de banda en la transmisi�n con una calidad de imagen determinada. Pese a ser m�s complejo a�ade tambi�n requerimientos de rendimiento y costes, especialmente para el codificador, al sistema de transmisi�n de v�deo en red. MPEG-4 AVC no se tratar� en este documento.

3.6.5.- Constant bit-rate (CBR) y Variable bit-rate (VBR)

Otro aspecto importante de MPEG es el modo en el que se usa el ancho de banda disponible. En la mayor�a de los sistemas MPEG es posible seleccionar si el ratio de bits debe ejecutarse en modo CBR (constante) o VBR (variable). La selecci�n �ptima depende de la aplicaci�n y de la infraestructura de red disponible.

Con la �nica limitaci�n del ancho de banda disponible el modo preferido es normalmente CBR, dado que este modo consume un ancho de banda constante en la transmisi�n. La desventaja es que la calidad de la imagen variar� y, aunque se mantendr� relativamente alta cuando no hay movimiento en la escena, la calidad bajar� significativamente cuando aumente el movimiento.

El modo VBR, por otra parte, mantendr� una alta calidad de imagen, si as� se define, sin tener en cuenta si hay movimiento o no en la escena. Esto es a menudo deseable en aplicaciones de seguridad y vigilancia en las que hay la necesidad de una alta calidad, especialmente si no hay movimiento en la escena. Dado que el consumo de ancho de banda puede variar, incluso si se define una media de ratio de bits objetivo, la infraestructura de red (el ancho de banda disponible) necesitar� tener esta capacidad para un sistema de este tipo.

4.- Ventajas y desventajas para M-JPEG, MPEG-2 y MPEG-4

Dada su simplicidad, M-JPEG es una buena elecci�n para su uso en m�ltiples aplicaciones. JPEG es un est�ndar muy popular y en muchos sistemas se usa por defecto.

Es una t�cnica simple de compresi�n/descompresi�n, lo que significa que los costes, tanto en tiempo del sistema como en inversi�n total son reducidos. El aspecto del tiempo significa que hay un retraso limitado entre el momento en el que la c�mara captura la imagen, la codificaci�n, la transmisi�n a trav�s de la red, la decodificaci�n y finalmente el mostrar la imagen en la pantalla de la estaci�n de visualizaci�n. En otras palabras, M-JPEG proporciona una baja latencia debido a su simplicidad (compresi�n de im�genes e im�genes individuales completas), y por esta raz�n es tambi�n id�neo para cuando se necesita realizar procesamiento de im�genes, por ejemplo para la detecci�n de movimiento o el seguimiento de objetos.

M-JPEG es v�lido para cualquier resoluci�n de imagen, desde la pantalla de un tel�fono m�vil hasta im�genes de video (4CIF, 704x480 p�xeles en PAL). Tambi�n garantiza la calidad de la imagen sin importar el movimiento o la complejidad de las escenas de las im�genes. Adem�s ofrece la flexibilidad de poder seleccionar por un lado im�genes de alta calidad (baja compresi�n) o menor calidad de imagen (alta compresi�n) con el beneficio de que im�genes menores producen ficheros m�s peque�os, lo que permite usar un menor volumen de bits en la transmisi�n y un menor uso del ancho de banda. Al mismo tiempo el n�mero de im�genes por segundo se puede controlar f�cilmente, proporcionando una referencia para limitar el uso del ancho de banda al reducir el n�mero de im�genes por segundo, aunque manteniendo una calidad de imagen garantizada.

Dado que M-JPEG no hace uso de una t�cnica de compresi�n de v�deo genera una cantidad de datos de im�genes relativamente alto que se env�a a trav�s de la red. Por esta raz�n con un nivel de compresi�n de imagen determinado (definiendo la calidad de la imagen del I-frame y de la imagen JPEG respectivamente), un n�mero de im�genes por segundo y la escena de la imagen, la cantidad de datos por unidad de tiempo que env�a por la red (bit rate, ratio de bits) es menor para MPEG que para M-JPEG, excepto con pocas im�genes por segundo como se explica posteriormente.

Lo siguiente resume claramente el beneficio de MPEG: la capacidad para dar una calidad de imagen relativamente alta con un consumo de ancho de banda reducido (un ratio de bits de transmisi�n bajo). Esto puede ser especialmente importante cuando est� limitado el ancho de banda disponible en la red, o si el video debe ser almacenado (grabado) con un alto n�mero de im�genes por segundo. Estas menores demandas de ancho de banda son a costa de una mayor complejidad en la codificaci�n/decodificaci�n, lo que por otra parte contribuye a una latencia mayor si se compara con M-JPEG.

Otro elemento a tener en cuenta: tanto MPEG-2 como MPEG-4 est�n sujetos al pago de licencias.

4.1.- Pros y contras: M-JPEG

Pros:

  • Degradaci�n elegante: si se reduce el ancho de banda la calidad se mantiene reduciendo el n�mero de im�genes por segundo.
  • Calidad de imagen constante: la calidad permanece constante sin importar la complejidad de la imagen.
  • Interoperabilidad: compresi�n/descompresi�n est�ndar disponible en todos los PC.
  • Menor complejidad: codificaci�n y decodificaci�n de bajo coste. M�s r�pido y m�s sencillo para realizar b�squedas de contenido y para realizar manipulaci�n de las im�genes.
  • Menor necesidad de procesamiento: m�ltiples canales pueden ser decodificados y mostrados en el monitor de un PC.
  • Menor latencia: una codificaci�n/decodificaci�n relativamente sencilla que provoca poca latencia significa que es ideal para v�deo en directo.
  • Im�genes individuales claras.
  • Elasticidad: Recuperaci�n r�pida de secuencias de im�genes en el caso de p�rdida de paquetes.

Contras

  • Mayor consumo de ancho de banda cuando se transmiten muchas im�genes por segundo (m�s de 5 im�genes por segundo).
  • Mayores requerimientos de almacenamiento cuando se transmiten muchas im�genes por segundo (m�s de 5 im�genes por segundo).
  • Sin soporte para audio sincronizado.

5.- MPEG-4: Clarificando los malos entendidos

Como se ha comentado al principio, el est�ndar de compresi�n MPEG-4 ha generado un creciente inter�s en la industria de la seguridad en los �ltimos a�os. En cualquier caso este inter�s ha venido acompa�ado de una considerable cantidad de malos entendidos y falsos mitos.

Algunas de las carencias informativas respecto a MPEG-4 incluyen cuestiones que van de lo m�s sencillo a lo m�s fundamental. Entre estas se encuentran: �Qu� es realmente diferente y confuso respecto al est�ndar MPEG-4?, �Porqu� algunas veces los est�ndares H.263 y MPEG-1 se “renombran” como MPEG-4?, �Existe como tal un MPEG-4 totalmente funcional?, �Dejar� obsoleto MPEG-4 a otros est�ndares?, y finalmente �Qu� significa que haya un MPEG-4 “bueno” y otro MPEG-4 “malo”?

Otra �rea de confusi�n es que en situaciones que no son en tiempo real, como cuando se descomprime una pel�cula de DVD en MPEG-4, se permiten desplegar m�s herramientas para aumentar el nivel de compresi�n debido a que toda la informaci�n es conocida y se puede emplear m�s tiempo de procesamiento. Es posible encontrar quejas debido a que la codificaci�n MPEG-2 consigue hasta un 40% m�s de compresi�n que MPEG-4, aunque en situaciones en tiempo real estas diferencias son menores.

Finalmente otra �rea de confusi�n es debida a que en vigilancia suele haber muchas fuentes y pocos receptores y a que los est�ndares MPEG fueron desarrollados para broadcasting (multidifusi�n), lo que implica una fuente hacia muchos visualizadores diferentes, es decir lo opuesto a la mayor�a de las situaciones en el �mbito de la seguridad. La tecnolog�a de multidifusi�n es una de estas caracter�sticas que muestra las ventajas de MPEG-2 y MPEG-4 pero no se utiliza y no es deseada en aplicaciones de video vigilancia.

No es la intenci�n de este documento contestar a todas estas cuestiones o desinformaciones. Lo que queremos es demostrar que estas malas informaciones relacionadas con el est�ndar MPEG-4 pueden afectar al usuario final, quien debe realizar ejercicios profundos de an�lisis al considerar cuan apropiada es la compresi�n MPEG-4 para su aplicaci�n. Los usuarios finales deben comprobar y asegurarse de qu� "MPEG-4" se soporta, aunque tambi�n deben revisar que nivel o perfil de MPEG-4 se especifica y las caracter�sticas asociadas que incluye, como el valor de latencia y VBR/CBR. Por ejemplo, en aplicaciones de vigilancia se prefiere VBR, aunque hace que el dise�o de la red sea m�s complicado.

Vamos a por la pregunta m�s importante: �Es realmente MPEG-4 la mejor soluci�n considerando sus necesidades y presupuesto? �Puede que un sistema basado en M-JPEG se ajuste mejor y cueste menos?

6.- Conclusi�n: Un �nico MPEG-4 no se ajusta a todas las necesidades

Como se ha podido comprobar a lo largo de este informe no todos los m�todos de compresi�n que hemos analizado se ajustan a todas las instalaciones o aplicaciones. La t�cnica de compresi�n m�s adecuada para una aplicaci�n depende enormemente de una compensaci�n entre lo que el usuario desea y puede aceptar en lo relacionado con el n�mero de im�genes por segundo, la calidad de las im�genes del v�deo, la latencia, la robustez del sistema y el consumo de ancho de banda.

<

La lista de comprobaciones relacionadas con la compresi�n:

  • Menos de 5 im�genes por segundo la mayor parte del tiempo, sistema robusto y flexible, baja latencia, m�s importante la calidad de las im�genes que el n�mero de ellas por segundo o que un ancho de banda limitado. Se aplicar� procesamiento a las im�genes ==> M-JPEG
  • Se precisa mucha calidad de imagen, (siempre 25/30 ips), hay un gran ancho de banda disponible que puede garantizarse, principalmente para visualizaci�n y grabaci�n ==> MPEG-2
  • M�s de 10 im�genes por segundo la mayor parte del tiempo, se acepta mayor latencia, ancho de banda limitado pero garantizado, principalmente para visualizaci�n y grabaci�n ==> MPEG-4

Una nota final: Actualmente muchos sistemas en red utilizan detecci�n de movimiento de manera que s�lo se mandan datos en funci�n de eventos activados. Esta funcionalidad, en muchos casos tiene m�s influencia sobre el ancho de banda y el almacenamiento que la elecci�n de la metodolog�a de compresi�n. Tenga esto en cuenta.

De cara al futuro de la tecnolog�a de v�deo IP un �nico est�ndar no se ajustar� a todas las necesidades. En la actualidad, aunque MPEG-4 parece la panacea, el usuario final debe conocer que existen otras opciones abiertas que debe considerar y se sugiere analizar todas las alternativas posibles antes de tomar la decisi�n final.