FMUSER ¡Transmite video y audio sin cables más fácilmente!

[email protected] WhatsApp + 8618078869184
Idioma

    H.264 (MPEG) -4AVC

     

    El propósito del proyecto H.264 / AVC es crear un estándar que pueda proporcionar una buena calidad de video a una tasa de bits mucho más baja que los estándares anteriores (es decir, la mitad de la tasa de bits de MPEG-2, H.263 o MPEG- o más). bajo). 4 Parte 2), sin aumentar la complejidad del diseño, por lo que es poco práctico o demasiado costoso de implementar. Otro objetivo es proporcionar suficiente flexibilidad para permitir que el estándar se aplique a varias aplicaciones en varias redes y sistemas, incluidas velocidades de bits bajas y altas, video de baja y alta resolución, transmisión, almacenamiento de DVD, red de paquetes RTP / IP y ITU-T sistema telefónico multimedia. El estándar H.264 puede considerarse como una "familia estándar" compuesta por muchos archivos de configuración diferentes. Un decodificador particular decodifica al menos uno pero no necesariamente todos los perfiles. La especificación del decodificador describe qué archivos de configuración se pueden decodificar. H.264 se usa generalmente para la compresión con pérdida, aunque también es posible crear regiones de codificación verdaderamente sin pérdida en imágenes codificadas con pérdida, o para admitir casos de uso raros en los que la codificación completa no tiene pérdida.

     

    H.264 fue desarrollado por el Grupo de expertos en codificación de video (VCEG) de ITU-T junto con el Grupo de expertos en imágenes en movimiento (MPEG) de ISO / IEC JTC1. La asociación del proyecto se llama Joint Video Team (JVT). El estándar ITU-T H.264 y el estándar ISO / IEC MPEG-4 AVC (formalmente, ISO / IEC 14496-10-MPEG-4 Parte 10, Codificación de video avanzada) se mantienen en conjunto para que tengan el mismo contenido técnico. La redacción final de la primera edición de la norma se completó en mayo de 2003, y se agregaron varias extensiones de sus funciones a sus ediciones posteriores. La codificación de video de alta eficiencia (HEVC), a saber, H.265 y MPEG-H Parte 2, son los sucesores de H.264 / MPEG-4 AVC desarrollado por la misma organización, y los estándares anteriores todavía se utilizan comúnmente.

     

    El H.264 más famoso es probablemente uno de los estándares de codificación de video para discos Blu-ray; Todos los reproductores de discos Blu-ray deben poder decodificar H.264. También se usa ampliamente para transmitir recursos de Internet, como videos de Vimeo, YouTube y iTunes Store, software de red como Adobe Flash Player y Microsoft Silverlight, y varias transmisiones de HDTV en el terreno (ATSC, ISDB-T, DVB) - T o DVB-T2), cable (DVB-C) y satélite (DVB-S y DVB-S2).

     

    H.264 está protegido por patentes que pertenecen a todas las partes. Las licencias que cubren la mayoría (pero no todas) las patentes necesarias para H.264 son administradas por el grupo de patentes MPEG LA. 3 El uso comercial de la tecnología H.264 patentada requiere el pago de regalías a MPEG LA y otros propietarios de patentes. MPEG LA permite el uso gratuito de la tecnología H.264 para proporcionar a los usuarios finales transmisión gratuita de video por Internet, y Cisco Systems paga regalías a MPEG LA en nombre de los usuarios de archivos binarios del codificador H.264 de código abierto.

     

    1. Nombrar
    El nombre H.264 sigue la convención de nomenclatura ITU-T, que es miembro de la serie H.26x de estándares de codificación de video VCEG; el nombre MPEG-4 AVC está relacionado con la convención de nomenclatura en ISO / IEC MPEG, donde el estándar es ISO / IEC 14496 Parte 10, ISO / IEC 14496 es un conjunto de estándares llamado MPEG-4. El estándar se desarrolló conjuntamente en una asociación entre VCEG y MPEG, y anteriormente se llevó a cabo un proyecto de VCEG llamado H.26L en el UIT-T. Por lo tanto, nombres como H.264 / AVC, AVC / H.264, H.264 / MPEG-4AVC o MPEG-4 / H.264 AVC se utilizan a menudo para hacer referencia al estándar para enfatizar la herencia común. A veces, también se denomina "códec JVT", se refiere a la organización Joint Video Team (JVT) que lo desarrolló. (Este tipo de asociación y nombres múltiples no son infrecuentes. Por ejemplo, el estándar de compresión de video llamado MPEG-2 también se originó a partir de la asociación entre MPEG y ITU-T, donde el video MPEG-2 es llamado por la comunidad ITU-T H. 262. 4) Algunos programas de software (como el reproductor multimedia VLC) identifican internamente este estándar como AVC1.

     

    2. Historia
    A principios de 1998, el Grupo de Expertos en Codificación de Video (VCEG-ITU-T SG16 Q.6) emitió una convocatoria de propuestas para un proyecto llamado H.26L, con el objetivo de duplicar la eficiencia de codificación (lo que significa que la tasa de bits requerida reducido a la mitad) Un nivel dado de fidelidad en comparación con cualquier otro estándar de codificación de video existente utilizado para diversas aplicaciones. VCEG está presidido por Gary Sullivan (Microsoft, anteriormente PictureTel, EE. UU.). El primer borrador del diseño de la nueva norma se adoptó en agosto de 1999. En 2000, Thomas Wiegand (Instituto Heinrich Hertz, Alemania) se convirtió en copresidente de VCEG.

     

    En diciembre de 2001, VCEG y el Grupo de expertos en imágenes en movimiento (MPEG-ISO / IEC JTC 1 / SC 29 / WG 11) formaron un Grupo de video conjunto (JVT), y su estatuto finalizó el estándar de codificación de video. [5] La especificación fue aprobada formalmente en marzo de 2003. JVT fue presidida por Gary Sullivan, Thomas Wiegand y Ajay Luthra (Motorola, EE. UU.: Luego Arris, EE. UU.). En junio de 2004, se finalizó el proyecto Fidelity Scope Extension (FRExt). Desde enero de 2005 hasta noviembre de 2007, JVT está trabajando para ampliar H.264 / AVC a escalabilidad a través de un archivo adjunto (G) llamado Scalable Video Coding (SVC). Jens-Rainer Ohm (Universidad de Aquisgrán, Alemania) amplió el equipo de gestión de JVT. Desde julio de 2006 hasta noviembre de 2009, JVT lanzó Multi-Video Video Coding (MVC), que es una extensión de H.264 / AVC para TV de visualización libre y TV 3D. Este trabajo incluye el desarrollo de dos nuevos perfiles estándar: Multiview High Profile y Stereo High Profile.

     

    La estandarización de la primera versión de H.264 / AVC se completó en mayo de 2003. En el primer proyecto para ampliar el estándar original, JVT desarrolló posteriormente las denominadas extensiones de rango de fidelidad (FRExt). Estas extensiones logran una codificación de video de mayor calidad al admitir una mayor precisión de profundidad de bits de muestreo e información de color de mayor resolución, incluido el denominado muestreo Y'CbCr 4: 2: 2 (= YUV 4: 2: 2) e Y 'CbCr 4: 4 estructura: 4. El proyecto Fidelity Range Extensions también incluye otras funciones, como la conmutación adaptativa entre transformaciones enteras 4 × 4 y 8 × 8, matrices de ponderación de cuantificación basadas en la percepción especificadas por el codificador, codificación eficiente sin pérdidas entre imágenes y compatibilidad con espacios de color. El trabajo de diseño de Fidelity Range Extensions se completó en julio de 2004 y su trabajo de redacción se completó en septiembre de 2004.

     

    La reciente expansión adicional del estándar incluye la adición de otros cinco perfiles nuevos [¿cuál? ] Se utiliza principalmente para aplicaciones profesionales, agregando soporte de espacio de gama de colores extendido, definiendo indicadores de relación de aspecto adicionales, definiendo otros dos tipos de "información de mejora complementaria" (sugerencias posteriores al filtro y mapeo de tonos) y descartando el archivo de configuración FRExt anterior Uno (alto 4: 4: 4), comentarios de la industria [¿por quién? ] Las instrucciones deben diseñarse de manera diferente.

     

    La siguiente característica importante agregada al estándar es la codificación de video escalable (SVC). En el anexo G de H.264 / AVC se estipula que SVC permite la construcción de trenes de bits que contienen subflujos de bits que también se ajustan al estándar, incluido uno de esos trenes de bits llamado "capa base", que puede decodificarse mediante H.264 / Códec AVC que admite SVC. Para la escalabilidad del tren de bits temporal (es decir, hay subflujos de bits con una frecuencia de muestreo temporal menor que el tren de bits principal), las unidades de acceso completas se eliminan del tren de bits cuando se deriva el subflujo de bits. En este caso, la sintaxis de alto nivel y las imágenes de referencia entre predicciones en el tren de bits se construyen en consecuencia. Por otro lado, para la escalabilidad espacial y de calidad del flujo de bits (es decir, hay sub-flujos de bits con menor resolución / calidad espacial que el flujo de bits principal), elimine NAL del flujo de bits al derivar el sub-flujo de bits (capa de abstracción de red). . En este caso, la predicción entre capas (es decir, predecir una señal de calidad / resolución espacial más alta a partir de datos de una señal de calidad / resolución espacial más baja) se usa generalmente para una codificación eficiente. La extensión de codificación de video escalable se completó en noviembre de 2007.

     

    La siguiente característica importante agregada al estándar es la codificación de video de múltiples vistas (MVC). En el anexo H de H.264 / AVC se especifica que MVC permite la construcción de un flujo de bits que representa más de una vista de una escena de vídeo. Un ejemplo importante de esta función es la codificación de vídeo 3D estereoscópica. Se desarrollaron dos perfiles en el trabajo de MVC: Multiview High Profile admite cualquier número de vistas, y Stereo High Profile está especialmente diseñado para video estéreo de dos vistas. La extensión de codificación de video Multiview se completó en noviembre de 2009.

     

    3. Aplicación

    El formato de video H.264 tiene una amplia gama de aplicaciones, que cubre todas las formas de video comprimido digitalmente, desde aplicaciones de transmisión por Internet de baja tasa de bits hasta transmisión de HDTV y aplicaciones de codificación de películas digitales casi sin pérdidas. Al usar H.264, en comparación con MPEG-2 Parte 2, la tasa de bits se puede ahorrar en un 50% o más. Por ejemplo, se informa que la calidad de la televisión digital por satélite proporcionada por H.264 es la misma que la implementación actual de MPEG-2, con una tasa de bits de menos de la mitad. La tasa de implementación actual de MPEG-2 es de aproximadamente 3.5 Mbit / s, mientras que H.264 es de solo 1.5 Mbit. /s. [23] Sony afirma que el modo de grabación AVC de 9 Mbit / s es equivalente a la calidad de imagen del formato HDV, que utiliza alrededor de 18-25 Mbit / s.

     

    Para garantizar la compatibilidad con H.264 / AVC y una adopción sin problemas, muchas organizaciones de estándares han modificado o agregado a sus estándares relacionados con el video para que los usuarios de estos estándares puedan usar H.264 / AVC. Tanto el formato Blu-ray Disc como el formato HD DVD ahora descontinuado utilizan H.264 / AVC High Profile como uno de los tres formatos de compresión de video obligatorios. El Digital Video Broadcasting Project (DVB) aprobó el uso de H.264 / AVC para retransmisiones televisivas a finales de 2004.

     

    El organismo de estándares del American Advanced Television System Committee (ATSC) aprobó H.264 / AVC para transmisión de televisión en julio de 2008, aunque el estándar aún no se ha utilizado para transmisiones ATSC fijas en Estados Unidos. [25] [26] También está aprobado para el último estándar ATSC-M / H (móvil / portátil), utilizando las partes AVC y SVC de H.264.

     

    Los mercados de CCTV (circuito cerrado de televisión) y videovigilancia han incorporado esta tecnología en muchos productos. Muchas cámaras DSLR comunes usan video H.264 contenido en el contenedor QuickTime MOV como formato de grabación nativo.


    4. Formato derivado

    AVCHD es un formato de grabación de alta definición diseñado por Sony y Panasonic, que utiliza H.264 (compatible con H.264, al tiempo que agrega otras funciones y restricciones específicas de la aplicación).

    AVC-Intra es un formato de compresión intracuadro desarrollado por Panasonic.

    XAVC es un formato de grabación diseñado por Sony y utiliza el nivel 5.2 de H.264 / MPEG-4 AVC, que es el nivel más alto admitido por este estándar de video. [28] [29] XAVC puede admitir resoluciones 4K (4096 × 2160 y 3840 × 2160) con velocidades de hasta 60 cuadros por segundo (fps). [28] [29] Sony anunció que las cámaras habilitadas para XAVC incluyen dos cámaras CineAlta: Sony PMW-F55 y Sony PMW-F5. [30] Sony PMW-F55 puede grabar XAVC, la resolución 4K es 30 fps, la velocidad es 300 Mbit / s, resolución 2K, 30 fps, 100 Mbit / s. [31] XAVC puede grabar una resolución 4K a 60 fps y realizar un submuestreo de croma 4: 2: 2 a 600 Mbit / s.

     

    5. Características


    Diagrama de bloques de H.264

    H.264 / AVC / MPEG-4 Parte 10 contiene muchas características nuevas que le permiten comprimir video de manera más eficiente que el estándar anterior y brindan mayor flexibilidad para aplicaciones en varios entornos de red. En particular, algunas de estas funciones clave incluyen:

     

    1) La predicción entre imágenes de múltiples imágenes incluye las siguientes características:


    Utilice imágenes previamente codificadas como referencias de una manera más flexible que los estándares anteriores, lo que permite el uso de hasta 16 marcos de referencia (o 32 campos de referencia en el caso de la codificación entrelazada) en algunos casos. En los perfiles que admiten marcos no IDR, la mayoría de los niveles especifican que debe haber suficiente almacenamiento en búfer para permitir al menos 4 o 5 marcos de referencia con la resolución máxima. Esto contrasta con los estándares existentes, que generalmente tienen un límite de 1; o, en el caso de las "imágenes B" tradicionales (fotogramas B), dos. Esta característica especial generalmente permite una mejora modesta en la tasa de bits y la calidad en la mayoría de los escenarios. [Necesidad de citación] Pero en ciertos tipos de escenas, como escenas con acciones repetitivas o cambiar escenas de un lado a otro o áreas de fondo descubiertas, permite reducir significativamente la tasa de bits mientras se mantiene la claridad.


    Compensación de movimiento de tamaño de bloque variable (VBSMC), el tamaño de bloque es 16 × 16, tan pequeño como 4 × 4, que puede realizar la segmentación precisa del área en movimiento. Los tamaños de bloque de predicción de luma admitidos incluyen 16 × 16, 16 × 8, 8 × 16, 8 × 8, 8 × 4, 4 × 8 y 4 × 4, muchos de los cuales se pueden usar juntos en un solo macrobloque. Según el submuestreo de croma en uso, el tamaño del bloque de predicción de croma es correspondientemente más pequeño.
    En el caso de un macrobloque B compuesto por 16 particiones de 4 × 4, cada macrobloque puede usar múltiples vectores de movimiento (uno o dos para cada partición) a un máximo de 32. El vector de movimiento de cada área de partición de 8 × 8 o mayor puede apuntar a una imagen de referencia diferente.


    Se puede utilizar cualquier tipo de macrobloque en los fotogramas B, incluidos los macrobloques I, lo que da como resultado una codificación más eficaz cuando se utilizan fotogramas B. Esta característica se puede ver en el MPEG-4 ASP.
    Filtrado de seis toques utilizado para derivar una predicción de muestra de luminancia de medio píxel para una compensación de movimiento de subpíxeles más clara. El movimiento de un cuarto de píxel se obtiene mediante la interpolación lineal de valores de medio color para ahorrar potencia de procesamiento.


    La precisión de un cuarto de píxel utilizada para la compensación de movimiento puede describir con precisión el desplazamiento del área en movimiento. Para el croma, la resolución generalmente se reduce a la mitad en las direcciones vertical y horizontal (consulte 4: 2: 0), por lo que la compensación de movimiento del croma utiliza una unidad de cuadrícula de píxeles de croma de un octavo.


    La predicción ponderada permite que el codificador especifique el uso de escalado y compensación al realizar la compensación de movimiento, y proporciona importantes ventajas de rendimiento en situaciones especiales, como las transiciones de aparición y desaparición gradual, aparición y desaparición gradual y desaparición gradual. Esto incluye la predicción ponderada implícita de fotogramas B y la predicción ponderada explícita de fotogramas P.


    Predicción espacial para los bordes de bloques adyacentes para la codificación "intra", en lugar de la predicción "DC" que se encuentra en MPEG-2 Parte 2 y la predicción del coeficiente de transformación en H.263v2 y MPEG-4 Parte 2:
    Esto incluye tamaños de bloque de predicción de luma de 16 × 16, 8 × 8 y 4 × 4 (donde solo se puede usar un tipo en cada macrobloque).

     

    2) Las funciones de codificación de macrobloques sin pérdidas incluyen:


    El "macrobloque PCM" sin pérdidas representa el modo, que representa directamente las muestras de datos de vídeo, [34] permite la representación perfecta de un área específica y permite restricciones estrictas en la cantidad de datos codificados para cada macrobloque.


    El modo de representación de macrobloque sin pérdidas mejorado permite una representación perfecta de un área específica, mientras que generalmente usa muchos menos bits que el modo PCM.
    Funciones flexibles de codificación de video entrelazado, que incluyen:


    La codificación de campo de cuadro adaptativo de macrobloque (MBAFF) utiliza una estructura de par de macrobloques para la imagen codificada como un cuadro, lo que permite macrobloques de 16 × 16 en modo de campo (en comparación con MPEG-2, donde el procesamiento en modo de campo se implementa en la codificación de imagen como un cuadro da como resultado el procesamiento de semimacrobloques de 16 × 8).


    La codificación de campo y marco adaptable de imágenes (PAFF o PicAFF) permite mezclar y codificar imágenes libremente seleccionadas como un marco completo, donde dos campos se combinan para la codificación o como un solo campo único.
    Nuevas funciones de diseño de conversión, que incluyen:


    Transformada de bloques espaciales 4 × 4 de números enteros que coinciden exactamente, lo que permite la colocación precisa de señales residuales, casi sin "timbrar" común en diseños de códec anteriores. Este diseño es similar en concepto a la conocida transformada de coseno discreta (DCT), que fue introducida en 1974 por N. Ahmed, T. Natarajan y KR Rao, y es una referencia 1 en la transformada de coseno discreta. Sin embargo, está simplificado y proporciona una decodificación especificada con precisión.
    Transformaciones de bloques espaciales enteros de 8 × 8 que coinciden con precisión, lo que permite una compresión más eficiente de regiones altamente correlacionadas que las transformaciones de 4 × 4. El diseño es similar en concepto al conocido DCT, pero está simplificado y proporcionado para proporcionar una decodificación especificada con precisión.
    Selección de codificador adaptativo entre tamaños de bloque de transformación de 4 × 4 y 8 × 8 para operaciones de transformación de enteros.
    Se realiza una transformada secundaria de Hadamard sobre los coeficientes "DC" de la transformada del espacio principal aplicados a los coeficientes DC de crominancia (y en un caso especial también a la luminancia) para obtener aún más compresión en la región suave.

     

    3) El diseño cuantitativo incluye:
    Control de tamaño de paso logarítmico, gestión de velocidad de bits más sencilla y escalado de cuantificación inversa simplificado a través del codificador
    La matriz de escalado de cuantificación personalizada en frecuencia seleccionada por el codificador se utiliza para la optimización de cuantificación basada en la percepción
    El filtro de desbloqueo de bucle ayuda a prevenir el efecto de bloqueo común a otras tecnologías de compresión de imágenes basadas en DCT, para obtener una mejor apariencia visual y eficiencia de compresión.

     

    4) El diseño de codificación de entropía incluye:
    Codificación aritmética binaria adaptativa al contexto (CABAC), un algoritmo para la compresión sin pérdidas de elementos de sintaxis en un flujo de video que conoce la probabilidad de los elementos de sintaxis en un contexto dado. CABAC comprime datos de manera más eficiente que CAVLC, pero requiere más procesamiento para decodificar.
    Codificación de longitud variable adaptable al contexto (CAVLC), que es una alternativa de menor complejidad a CABAC que se utiliza para codificar valores de coeficientes de transformación cuantificados. Aunque la complejidad es menor que CABAC, CAVLC es más refinado y más efectivo que los métodos comúnmente usados ​​para codificar coeficientes en otros diseños existentes.
    Una técnica común de codificación de longitud variable (VLC) simple y altamente estructurada que se utiliza para muchos elementos de sintaxis no codificados por CABAC o CAVLC se denomina codificación de Golomb exponencial (o Exp-Golomb).

     

    5) Las funciones de recuperación de pérdidas incluyen:


    La definición de la capa de abstracción de red (NAL) permite utilizar la misma sintaxis de vídeo en muchos entornos de red. Un concepto de diseño muy básico de H.264 es generar paquetes de datos autónomos para eliminar encabezados duplicados, como el Código de extensión de encabezado (HEC) de MPEG-4. Esto se logra desacoplando la información relacionada con múltiples segmentos del flujo de medios. La combinación de parámetros avanzados se denomina conjunto de parámetros. [35] La especificación H.264 incluye dos tipos de conjuntos de parámetros: Conjunto de parámetros de secuencia (SPS) y Conjunto de parámetros de imagen (PPS). El conjunto de parámetros de secuencia efectiva permanece sin cambios en toda la secuencia de video codificada, y el conjunto de parámetros de imagen efectiva permanece sin cambios dentro de la imagen codificada. La estructura del conjunto de parámetros de secuencia e imagen contiene información como el tamaño de la imagen, el modo de codificación opcional adoptado y el mapeo de grupo de macrobloque a segmento.


    El ordenamiento flexible de macrobloques (FMO), también conocido como grupo de cortes, y el ordenamiento arbitrario de cortes (ASO), es una técnica utilizada para reconstruir el orden de la representación de regiones básicas (macrobloques) en una imagen. Generalmente consideradas como funciones de robustez de error / pérdida, FMO y ASO también se pueden utilizar para otros fines.
    Particionamiento de datos (DP), una función que puede dividir los elementos de sintaxis más importantes y menos importantes en diferentes paquetes de datos, puede aplicar Protección contra errores desiguales (UEP) y otros tipos de mejoras de robustez de errores / pérdidas.
    Rebanada redundante (RS), una característica de robustez para errores / pérdidas, que permite al codificador enviar una representación adicional del área de la imagen (generalmente con menor fidelidad), que se puede usar si la representación principal está dañada o se pierde.
    Número de cuadro, que permite la función de creación de "subsecuencias", logrando escalabilidad temporal al incluir opcionalmente imágenes adicionales entre otras imágenes, y detectando y ocultando la pérdida de la imagen completa, que puede ser causada por la pérdida de paquetes de red o de canal. Se produjo un error.
    La conmutación de segmentos, denominados segmentos SP y SI, permite que el codificador indique al decodificador que salte al flujo de vídeo en curso para fines tales como el cambio de velocidad de bits del flujo de vídeo y las operaciones de "modo truco". Cuando el decodificador usa la función SP / SI para saltar a la mitad del flujo de video, puede obtener una coincidencia exacta con la imagen decodificada en esa posición en el flujo de video, a pesar de usar una imagen diferente o ninguna imagen, como un referencia previa. cambiar.
    Un proceso automático simple que se utiliza para evitar la simulación accidental del código de inicio, que es una secuencia de bits especial en los datos codificados, permite el acceso aleatorio al flujo de bits y restaura la alineación de bytes en sistemas donde se puede perder la sincronización de bytes.
    La información de mejora suplementaria (SEI) y la información de usabilidad de video (VUI) son información adicional que se puede insertar en el flujo de bits para mejorar el video para varios propósitos. [Aclaración necesaria] SEI FPA (Frame Encapsulation Arrangement) contiene la disposición 3D de los mensajes:

    Imagen auxiliar, que se puede utilizar para síntesis alfa y otros fines.
    Admite submuestreo cromático monocromo (4: 0: 0), 4: 2: 0, 4: 2: 2 y 4: 4: 4 (según el perfil seleccionado).
    Admite la precisión de la profundidad de bits de muestreo, que varía de 8 a 14 bits por muestra (según el perfil seleccionado).
    Capaz de codificar cada plano de color en diferentes imágenes con su propia estructura de corte, modo macrobloque, vector de movimiento, etc., lo que permite el uso de una estructura paralela simple para diseñar el codificador (solo se admiten tres archivos de configuración que admiten 4: 4: 4 ).


    El recuento de secuencias de imágenes se utiliza para mantener el orden de las imágenes y las características de los valores de muestra en la imagen decodificada aislados de la información de tiempo, lo que permite que el sistema lleve y controle / cambie la información de tiempo por separado sin afectar el contenido de la imagen. imagen decodificada.
    Estas tecnologías y varias otras tecnologías ayudan a H.264 a funcionar mejor que cualquier estándar anterior en varios entornos de aplicaciones en diversas situaciones. Por lo general, H.264 funciona mejor que el video MPEG-2; por lo general, la misma calidad a la mitad de la tasa de bits o menos, especialmente a altas tasas de bits y altas resoluciones.
    Al igual que otros estándares de video ISO / IEC MPEG, H.264 / AVC tiene una implementación de software de referencia que se puede descargar de forma gratuita. Su propósito principal es proporcionar ejemplos de funciones H.264 / AVC, no una aplicación útil en sí misma. Motion Picture Experts Group también está realizando un trabajo de diseño de hardware de referencia. Las anteriores son las características completas de H.264 / AVC, que cubren todos los archivos de configuración de H.264. El perfil de un códec es un conjunto de características del códec, que se identifica para cumplir con cierto conjunto de especificaciones para la aplicación prevista. Esto significa que algunos archivos de configuración no admiten muchas de las funciones enumeradas. Los diversos archivos de configuración de H.264 / AVC se analizarán en la siguiente sección.

     

     

     

     

    Una lista de todas pregunta

    Apodo

    Correo electrónico

    Preguntas

    Nuestro otro producto:

    Paquete de equipo de estación de radio FM profesional

     



     

    Solución de IPTV para hoteles

     


      Ingrese el correo electrónico para recibir una sorpresa

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> Afrikáans
      sq.fmuser.org -> albanés
      ar.fmuser.org -> árabe
      hy.fmuser.org -> Armenio
      az.fmuser.org -> azerbaiyano
      eu.fmuser.org -> Vasco
      be.fmuser.org -> bielorruso
      bg.fmuser.org -> Bulgaria
      ca.fmuser.org -> catalán
      zh-CN.fmuser.org -> chino (simplificado)
      zh-TW.fmuser.org -> Chino (tradicional)
      hr.fmuser.org -> croata
      cs.fmuser.org -> checo
      da.fmuser.org -> danés
      nl.fmuser.org -> Holandés
      et.fmuser.org -> estonio
      tl.fmuser.org -> filipino
      fi.fmuser.org -> finlandés
      fr.fmuser.org -> Francés
      gl.fmuser.org -> gallego
      ka.fmuser.org -> georgiano
      de.fmuser.org -> alemán
      el.fmuser.org -> Griego
      ht.fmuser.org -> criollo haitiano
      iw.fmuser.org -> hebreo
      hi.fmuser.org -> Hindi
      hu.fmuser.org -> Hungarian
      is.fmuser.org -> islandés
      id.fmuser.org -> indonesio
      ga.fmuser.org -> irlandés
      it.fmuser.org -> Italiano
      ja.fmuser.org -> japonés
      ko.fmuser.org -> coreano
      lv.fmuser.org -> letón
      lt.fmuser.org -> Lituania
      mk.fmuser.org -> macedonio
      ms.fmuser.org -> malayo
      mt.fmuser.org -> maltés
      no.fmuser.org -> Noruega
      fa.fmuser.org -> persa
      pl.fmuser.org -> polaco
      pt.fmuser.org -> portugués
      ro.fmuser.org -> Rumano
      ru.fmuser.org -> ruso
      sr.fmuser.org -> serbio
      sk.fmuser.org -> eslovaco
      sl.fmuser.org -> Eslovenia
      es.fmuser.org -> español
      sw.fmuser.org -> Swahili
      sv.fmuser.org -> sueco
      th.fmuser.org -> Tailandés
      tr.fmuser.org -> turco
      uk.fmuser.org -> ucraniano
      ur.fmuser.org -> Urdu
      vi.fmuser.org -> Vietnamita
      cy.fmuser.org -> galés
      yi.fmuser.org -> Yiddish

       
  •  

    FMUSER ¡Transmite video y audio sin cables más fácilmente!

  • Contacto

    Dirección:
    Habitación No.305 Edificio HuiLan No.273 Huanpu Road Guangzhou China 510620

    E-mail:
    [email protected]

    Teléfono / WhatApps:
    +8618078869184

  • Categorías

  • Newsletter

    PRIMER O NOMBRE COMPLETO

    E-mail

  • solución paypal  Western UnionBanco de China
    E-mail:[email protected]   WhatsApp: +8618078869184 Skype: sky198710021 Chatear conmigo
    Los derechos de autor 2006 2020-accionada por el www.fmuser.org

    Contáctenos