ES2966479T3 - Un codificador, un decodificador y métodos correspondientes para la intrapredicción - Google Patents

Un codificador, un decodificador y métodos correspondientes para la intrapredicción Download PDF

Info

Publication number
ES2966479T3
ES2966479T3 ES20777477T ES20777477T ES2966479T3 ES 2966479 T3 ES2966479 T3 ES 2966479T3 ES 20777477 T ES20777477 T ES 20777477T ES 20777477 T ES20777477 T ES 20777477T ES 2966479 T3 ES2966479 T3 ES 2966479T3
Authority
ES
Spain
Prior art keywords
mode
intra
mpm
intraprediction
ycb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES20777477T
Other languages
English (en)
Inventor
Biao Wang
Semih Esenlik
Anand Meher Kotra
Han Gao
Jianle Chen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2966479T3 publication Critical patent/ES2966479T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103Selection of coding mode or of prediction mode
    • H04N19/11Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103Selection of coding mode or of prediction mode
    • H04N19/105Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/13Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/167Position within a video image, e.g. region of interest [ROI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/186Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46Embedding additional information in the video signal during the compression process
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

Se proporcionan dispositivos y métodos para la predicción intra. El método incluye: obtener un valor de una información de indicación de un bloque actual. Cuando el valor de la información de indicación indica que el modo de intra predicción del bloque actual no está comprendido en el conjunto de modos más probables, derivar el modo de intra predicción IntraPredModeY [xCb] [yCb] del bloque actual mediante los siguientes pasos ordenados: . IntraPredModeY [xCb] [yCb] se establece igual a intra_luma_mpm_remainder [xCb] [yCb], ii. El valor de IntraPredModeY [xCb] [yCb] se incrementa en uno. El método puede mejorar la eficiencia para determinar el modo de intra predicción del bloque actual. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Un codificador, un decodificador y métodos correspondientes para la intrapredicción
Campo técnico
Las realizaciones de la presente solicitud (descripción) se refieren generalmente al campo del procesamiento de imágenes y más particularmente a la intrapredicción.
Antecedentes
La codificación de vídeo (codificación y decodificación de vídeo) se usa en una amplia gama de aplicaciones de vídeo digital, por ejemplo, transmisión de TV digital, transmisión de vídeo a través de Internet y redes móviles, aplicaciones de conversación en tiempo real como chat de vídeo, videoconferencia, discos DVD y Bluray, sistemas de edición y adquisición de contenido de vídeo y videocámaras de aplicaciones de seguridad.
La cantidad de datos de vídeo necesarios para representar incluso un vídeo relativamente corto puede ser sustancial, lo que puede resultar en dificultades cuando los datos deben transmitirse o de otra forma comunicarse a través de una red de comunicaciones con capacidad de ancho de banda limitada. Por lo tanto, los datos de vídeo generalmente se comprimen antes de comunicarse a través de las redes de telecomunicaciones de hoy en día con módem. El tamaño de un vídeo también podría ser un problema cuando el vídeo se almacena en un dispositivo de almacenamiento porque los recursos de memoria pueden ser limitados. Los dispositivos de compresión de vídeo a menudo usan software y/o hardware en el origen para codificar los datos de vídeo antes de su transmisión o almacenamiento, disminuyendo así la cantidad de datos necesarios para representar imágenes de vídeo digitales. Los datos comprimidos son luego recibidos en el destino por un dispositivo de descompresión de vídeo que decodifica los datos de vídeo. Con recursos de red limitados y demandas cada vez mayores de mayor calidad de vídeo, son deseables técnicas mejoradas de compresión y descompresión que mejoren la relación de compresión con poco o ningún sacrificio en la calidad de las imágenes.
En particular, existe una demanda continua para reducir la carga del procesador en el contexto del procesamiento de intrapredicción. En la técnica, se conoce el empleo de la lista del modo más probable (MPM) para la codificación del modo de intrapredicción. La lista MPM reduce los bits necesarios para codificar el modo de intrapredicción del bloque actual. Cuando el modo de intrapredicción del bloque actual corresponde a una entrada de una lista MPM, se codifica un índice en lugar del modo real, por lo que se necesitan menos bits. Sin embargo, el proceso de derivación del modo de intrapredicción influye en la eficiencia de la codificación del modo de intrapredicción cuando el modo de intrapredicción no se incluye en la lista MPM.
En vista de esto, es un objeto subyacente de la presente invención proporcionar una técnica para obtener un modo de intrapredicción que dé como resultado una codificación más eficiente en comparación con la técnica.
El documento de WANG (HUAWEI) B ET AL: "CE3-3.1.1: Unified MPM list generation" 14. REUNIÓN JVET; 20190319-20190327; GINEBRA; no. JVET-N0184 17 de marzo 2019, XP030255224, proporciona un borrador de la especificación de codificación de vídeo.
El documento de BOSSEN (SHARPLABS) F ET AL: "CE3-3.4-related: unified MPM list construction", 126. REUNIÓN MPEG; 20190325 - 20190329; GINEBRA; no. m4711220 DE marzo 2019, XP030210739, describe la construcción de Listas MPM unificadas.
Compendio
La invención se establece en el conjunto de reivindicaciones adjuntas. Los objetos anteriores y otros se consiguen mediante el objeto de las reivindicaciones independientes. Otras formas de implementación son evidentes a partir de las reivindicaciones dependientes, la descripción y las figuras.
Según un primer aspecto, la invención se refiere a un método realizado por un dispositivo de decodificación tal como se define por las características de la reivindicación 1.
El método según el primer aspecto de la invención puede ser realizado por un dispositivo de descodificación según el segundo aspecto de la invención. El dispositivo de descodificación incluye las características tal como se definen en la reivindicación 5.
Según un tercer aspecto, la invención se refiere a un descodificador para la intrapredicción que comprende uno o más procesadores y un soporte de almacenamiento no transitorio legible por ordenador acoplado a los procesadores tal como se definen en la reivindicación 4.
La memoria almacena instrucciones que hacen que el procesador realice el método según el primer aspecto. Según un cuarto aspecto, la invención se refiere a un programa informático que comprende un código de programa para realizar el método según el primer aspecto, tal como se define en la reivindicación 3.
Las realizaciones de esta invención simplifican el proceso de derivación del modo no MPM, cuando el modo planar se considera siempre en el conjunto de modos más probables (ya sean implícitos o explícitos). Dado que el modo planar corresponde al valor más pequeño de los modos de intapredicción, el proceso de derivación del modo no MPM puede simplificarse. Para la etapa de comparación e incremento, puede ahorrarse una comparación con el modo planar debido a que planar siempre está en la lista MPM, por lo que el valor inicial del modo de intrapredicción restante puede incrementarse en uno directamente, corresponde a la etapa ii tal como se reivindica.
En consecuencia, las realizaciones de esta invención proporcionan una técnica para obtener el modo de intrapredicción que da como resultado una codificación más eficiente en comparación con la técnica.
Los detalles de una o más realizaciones se exponen en los dibujos adjuntos y en la descripción a continuación. Otras características, objetos y ventajas serán evidentes a partir de la descripción, los dibujos y las reivindicaciones.
Breve descripción de los dibujos
A continuación, las siguientes de la invención se describen con más detalle con referencia a las figuras y dibujos adjuntos, en los que:
La FIG. 1A es un diagrama de bloques que muestra un ejemplo de un sistema de codificación de vídeo configurado para implementar realizaciones de la invención;
La FIG. 1B es un diagrama de bloques que muestra otro ejemplo de un sistema de codificación de vídeo configurado para implementar realizaciones de la invención;
La FIG. 2 es un diagrama de bloques que muestra un ejemplo de un codificador de vídeo para implementar realizaciones de la invención;
La FIG. 3 es un diagrama de bloques que muestra una estructura de ejemplo de un decodificador de vídeo configurado para implementar realizaciones de la invención;
La FIG. 4 es un diagrama de bloques que ilustra un ejemplo de un aparato de codificación o un aparato de decodificación;
La FIG. 5 es un diagrama de bloques que ilustra otro ejemplo de un aparato de codificación o un aparato de decodificación;
La FIG. 6 es un diagrama de bloques que ilustra un ejemplo de herramienta de codificación de línea de referencia múltiple (MRL);
La FIG. 7 es un diagrama de bloques que ilustra un ejemplo de división de bloques 4*8 y 8*4,
La FIG. 8 es un diagrama de bloques que ilustra un ejemplo de división de todos los bloques excepto 4*8, 8*4 y 4*4;
La FIG. 9 es un diagrama de bloques que ilustra un ejemplo de modelado/codificación de contexto CABAC; La FIG. 10 es un diagrama de bloques que ilustra un ejemplo de los bloques vecinos izquierdo (L) y superior (A) del bloque actual;
La FIG. 11 es un diagrama de bloques que ilustra los modos de intrapredicción;
La FIG. 12 ilustra realizaciones de un método 1200 de intrapredicción de un bloque actual implementado por un dispositivo de decodificación según la presente invención;
La FIG. 13 ilustra ejemplos de un método 3100 de intrapredicción de un bloque actual implementado por un dispositivo de codificación;
La FIG. 14 ilustra realizaciones de un dispositivo 1400 de decodificación para su uso en un decodificador de imágenes según la presente invención;
La FIG. 15 ilustra realizaciones de un dispositivo 1500 de codificación para su uso en un codificador de imágenes;
La FIG. 16 es un diagrama de bloques que muestra una estructura de ejemplo de un sistema de suministro de contenido 3100 que realiza un servicio de entrega de contenido; y
La FIG. 17 es un diagrama de bloques que muestra una estructura de un ejemplo de un dispositivo terminal. En lo que sigue, los símbolos de referencia idénticos se refieren a características idénticas o al menos funcionalmente equivalentes, si no se especifica explícitamente lo contrario.
Descripción detallada de las realizaciones
En la siguiente descripción, se hace referencia a las figuras adjuntas que forman parte de esta descripción, y que muestran, a modo de ilustración, aspectos específicos de realizaciones de la invención o aspectos específicos en los que se pueden usar las realizaciones de la presente invención. Debe entenderse que las realizaciones de la invención pueden usarse en otros aspectos y comprender cambios estructurales o lógicos no representados en los figuras. Por lo tanto, la siguiente descripción detallada no debe ser tomada en un sentido de limitación, y el alcance de la presente invención está definido por las reivindicaciones adjuntas.
Las siguientes realizaciones 1 y 3 no son según la invención y se presentan únicamente con fines ilustrativos. Por ejemplo, se entiende que una descripción en relación con un método descrito también puede ser válida para un dispositivo o sistema correspondiente configurado para realizar el método y viceversa. Por ejemplo, si se describen uno o una pluralidad de etapas específicas del método, un dispositivo correspondiente puede incluir una o una pluralidad de unidades, por ejemplo, unidades funcionales, para realizar uno o una pluralidad de etapas del método descritas (por ejemplo, una unidad que realice la una o una pluralidad de etapas, o una pluralidad de unidades que realicen cada una uno o más de la pluralidad de etapas), incluso si dichas una o más unidades no se describen o se ilustran explícitamente en las figuras. Por otra parte, por ejemplo, si un aparato específico se describe basándose en una o una pluralidad de unidades, por ejemplo, unidades funcionales, un método correspondiente puede incluir una etapa para realizar la funcionalidad de la una o la pluralidad de unidades (por ejemplo, una etapa que realiza la funcionalidad de la una o la pluralidad de unidades, o una pluralidad de etapas que realizan cada una la funcionalidad de una o más de la pluralidad de unidades), incluso si tal una o pluralidad de etapas no se describen o se ilustran explícitamente en las figuras. Además, se entiende que las características de las diversas realizaciones y/o aspectos ejemplares descritos en la presente memoria pueden combinarse entre sí, a menos que se indique específicamente lo contrario.
La codificación de vídeo suele referirse al procesamiento de una secuencia de imágenes, que forman el vídeo o la secuencia de vídeo. En lugar del término "fotografía", el término "fotograma" o "imagen" se puede usar como sinónimos en el campo de la codificación de vídeo. La codificación de vídeo (o codificación en general) comprende dos partes, codificación y decodificación de vídeo. La codificación de vídeo se realiza en el lado de origen, y suele comprender el procesamiento (por ejemplo, mediante compresión) de las imágenes de vídeo originales para reducir la cantidad de datos necesarios para representar las imágenes de vídeo (para un almacenamiento y/o transmisión más eficientes). La decodificación de vídeo se realiza en el lado de destino y suele comprender el procesamiento inverso al del codificador para reconstruir las imágenes de vídeo. Las realizaciones que se refieren a la "codificación" de imágenes de vídeo (o imágenes en general) se entenderán relacionadas con la "codificación" o la "decodificación" de imágenes de vídeo o secuencias de vídeo respectivas. La combinación de la parte de codificación y la parte de decodificación también se denomina CODEC (Codificación y Decodificación)
En el caso de la codificación de vídeo sin pérdidas, las imágenes de vídeo originales pueden reconstruirse, es decir, las imágenes de vídeo reconstruidas tienen la misma calidad que las imágenes de vídeo originales (suponiendo que no haya pérdidas de transmisión u otras pérdidas de datos durante el almacenamiento o la transmisión). En el caso de la codificación de vídeo con pérdidas, se realiza una compresión adicional, por ejemplo mediante cuantificación, para reducir la cantidad de datos que representan las imágenes de vídeo, que no pueden reconstruirse completamente en el descodificador, es decir, la calidad de las imágenes de vídeo reconstruidas es inferior o peor en comparación con la calidad de las imágenes de vídeo originales.
Varios estándares de codificación de vídeo pertenecen al grupo de los "códecs de vídeo híbridos con pérdidas" (es decir, combinan la predicción espacial y temporal en el dominio de la muestra y la codificación por transformada 2D para aplicar la cuantificación en el dominio de la transformada). Cada imagen de una secuencia de vídeo se suele particionar en un conjunto de bloques no superpuestos y la codificación suele realizarse a nivel de bloque. En otras palabras, en el codificador, el vídeo se suele procesar, es decir, se codifica, en un nivel de bloque (bloque de vídeo), por ejemplo, usando la predicción espacial (intraimagen) y/o la predicción temporal (interimagen) para generar un bloque de predicción, restando el bloque de predicción del bloque actual (bloque actualmente procesado/a procesar) para obtener un bloque residual, transformando el bloque residual y cuantificando el bloque residual en el dominio de la transformada para reducir la cantidad de datos a transmitir (compresión), mientras que en el decodificador el procesamiento inverso comparado con el codificador se aplica al bloque codificado o comprimido para reconstruir el bloque actual para su representación. Además, el codificador duplica el bucle de procesamiento del decodificador de manera que ambos generarán predicciones idénticas (por ejemplo, intra e inter predicciones) y/o reconstrucciones para procesar, es decir, codificar los bloques subsiguientes.
En las siguientes realizaciones de un sistema 10 de codificación de vídeo, se describen un codificador 20 de vídeo y un decodificador 30 de vídeo basándose en las FIGS. 1 a 3.
La FIG. 1A es un diagrama de bloques esquemático que ilustra un ejemplo de sistema de codificación 10, por ejemplo, un sistema 10 de codificación de vídeo (o abreviado, sistema 10 de codificación) que puede usar técnicas de esta presente solicitud. El codificador 20 de vídeo (o abreviado, codificador 20) y el decodificador 30 de vídeo (o abreviado, decodificador 30) del sistema 10 de codificación de vídeo representan ejemplos de dispositivos que pueden configurarse para realizar técnicas según diversos ejemplos descritos en la presente solicitud.
Como se muestra en la FIG. 1A, el sistema de codificación 10 comprende un dispositivo 12 de origen configurado para proporcionar datos 21 de imagen codificada, por ejemplo, a un dispositivo 14 de destino para decodificar los datos 13 de imagen codificada.
El dispositivo 12 de origen comprende un codificador 20, y puede comprender además, es decir, opcionalmente, un origen 16 de imágenes, un preprocesador (o unidad de preprocesamiento) 18, por ejemplo, un preprocesador 18 de imágenes, y una interfaz de comunicación o unidad 22 de comunicación.
El origen 16 de imágenes puede comprender o ser cualquier tipo de dispositivo de captura de imágenes, por ejemplo, una cámara para capturar una imagen del mundo real, y/o cualquier tipo de dispositivo de generación de imágenes, por ejemplo, un procesador de gráficos por ordenador para generar una imagen animada por ordenador, o cualquier otro dispositivo para obtener y/o proporcionar una imagen del mundo real, una imagen generada por ordenador (por ejemplo, un contenido de pantalla, una imagen de realidad virtual (VR)) y/o cualquier combinación de las mismas (por ejemplo, una imagen de realidad aumentada (AR)). El origen de imágenes puede ser cualquier tipo de memoria o almacenamiento que almacene cualquiera de las imágenes mencionadas anteriormente.
A diferencia del preprocesador 18 y del procesamiento realizado por la unidad 18 de preprocesamiento, la imagen o los datos 17 de la imagen también pueden denominarse imagen sin procesar o datos de la imagen sin procesar 17.
El preprocesador 18 está configurado para recibir los datos 17 de la imagen (sin procesar) y realizar un preprocesamiento de los datos 17 de la imagen para obtener una imagen 19 preprocesada o datos de imagen 19 preprocesada. El preprocesamiento realizado por el preprocesador 18 puede comprender, por ejemplo, recorte, conversión de formato de color (por ejemplo, de RGB a YCbCr), corrección de color o eliminación de ruido. Puede entenderse que la unidad 18 de preprocesamiento puede ser un componente opcional.
El codificador 20 de vídeo está configurado para recibir los datos de imagen 19 preprocesada y proporcionar datos 21 de imagen codificada (se describirán más detalles a continuación, por ejemplo, basándose en la FIG.
2).
La interfaz 22 de comunicación del dispositivo 12 de origen puede configurarse para recibir los datos 21 de imagen codificada y para transmitir los datos 21 de imagen codificada (o cualquier versión procesada adicional de los mismos) a través del canal 13 de comunicación a otro dispositivo, por ejemplo, el dispositivo 14 de destino o cualquier otro dispositivo, para su almacenamiento o reconstrucción directa.
El dispositivo 14 de destino comprende un decodificador 30 (por ejemplo, un decodificador 30 de vídeo), y puede comprender además, es decir, opcionalmente, una interfaz o unidad 28 de comunicación, un postprocesador 32 (o unidad 32 de postprocesamiento) y un dispositivo 34 de visualización.
La interfaz 28 de comunicación del dispositivo 14 de destino está configurada para recibir los datos 21 de imagen codificada (o cualquier versión procesada adicional de los mismos), por ejemplo, directamente desde el dispositivo 12 de origen o desde cualquier otro origen, por ejemplo, un dispositivo de almacenamiento, por ejemplo, un dispositivo de almacenamiento de datos de imágenes codificados, y proporcionar los datos 21 de imágenes codificadas al decodificador 30.
La interfaz 22 de comunicación y la interfaz 28 de comunicación pueden configurarse para transmitir o recibir los datos 21 de imagen codificada o los datos 13 codificados a través de un enlace de comunicación directo entre el dispositivo 12 de origen y el dispositivo 14 de destino, por ejemplo, una conexión directa por cable o inalámbrica, o mediante cualquier tipo de red, por ejemplo, una red por cable o inalámbrica o cualquier combinación de las mismas, o cualquier tipo de red pública y privada, o cualquier tipo de combinación de las mismas.
La interfaz 22 de comunicación puede configurarse, por ejemplo, para empaquetar los datos 21 de imagen codificada en un formato apropiado, por ejemplo, paquetes y/o procesar los datos de imagen codificada usando cualquier tipo de codificación de transmisión o procesamiento para su transmisión a través de un enlace de comunicación o red de comunicación.
La interfaz 28 de comunicación, que forma la contraparte de la interfaz 22 de comunicación, puede configurarse, por ejemplo, para recibir los datos transmitidos y procesar los datos de transmisión usando cualquier tipo de decodificación de transmisión correspondiente o procesamiento y/o desempaquetamiento para obtener los datos 21 de imagen codificada.
Tanto la interfaz 22 de comunicación como la interfaz 28 de comunicación pueden configurarse como interfaces de comunicación unidireccionales como lo indica la flecha para el canal 13 de comunicación en la FIG. 1A que apunta desde el dispositivo 12 de origen al dispositivo 14 de destino, o interfaces de comunicación bidireccionales, y se puede configurar, por ejemplo, para enviar y recibir mensajes, por ejemplo, para establecer una conexión, para acuse de recibo e intercambiar cualquier otra información relacionada con el enlace de comunicación y/o la transmisión de datos, por ejemplo, transmisión de datos de imágenes codificados.
El decodificador 30 está configurado para recibir los datos 21 de imagen codificada y proporcionar datos 31 de imagen decodificada o una imagen 31 decodificada (más adelante se describirán más detalles, por ejemplo, basándose en la FIG. 3 o la FIG. 5).
El postprocesador 32 del dispositivo 14 de destino está configurado para postprocesar los datos 31 de imagen decodificada (también llamados datos de la imagen reconstruida), por ejemplo la imagen 31 decodificada, para obtener los datos 33 de la imagen postprocesada, por ejemplo una imagen 33 postprocesada. El postprocesamiento realizado por la unidad 32 de postprocesamiento puede comprender, por ejemplo, la conversión del formato de color (por ejemplo, de YCbCr a RGB), la corrección del color, el recorte o el remuestreo, o cualquier otro procesamiento, por ejemplo, para preparar los datos 31 de imagen decodificada para su visualización, por ejemplo, por el dispositivo 34 de visualización.
El dispositivo 34 de visualización del dispositivo 14 de destino está configurado para recibir los datos 33 de la imagen postprocesada para mostrar la imagen, por ejemplo, a un usuario o espectador. El dispositivo 34 de visualización puede ser o comprender cualquier tipo de pantalla para representar la imagen reconstruida, por ejemplo, una pantalla o monitor integrado o externo. Las pantallas pueden, por ejemplo, comprender pantallas de cristal líquido (LCD), pantallas de diodos emisores de luz orgánicos (Ol e D), pantallas de plasma, proyectores, pantallas micro LED, cristal líquido sobre silicio (LCoS), procesador de luz digital (DLP) o cualquier otro tipo de pantalla.
Aunque la FIG. 1A representa el dispositivo 12 de origen y el dispositivo 14 de destino como dispositivos separados, las realizaciones de los dispositivos también pueden comprender ambos o ambas funcionalidades, el dispositivo 12 de origen o la funcionalidad correspondiente y el dispositivo 14 de destino o la funcionalidad correspondiente. En tales realizaciones, el dispositivo 12 de origen o la funcionalidad correspondiente y el dispositivo 14 de destino o la funcionalidad correspondiente pueden implementarse usando el mismo hardware y/o software o mediante hardware y/o software separados o cualquier combinación de los mismos.
Como resultará evidente para el experto basándose en la descripción, la existencia y división (exacta) de funcionalidades de las diferentes unidades o funcionalidades dentro del dispositivo 12 de origen y/o dispositivo 14 de destino como se muestra en la FIG. 1A puede variar dependiendo de la dispositivo y aplicación reales.
El codificador 20 (por ejemplo, un codificador 20 de vídeo) o el decodificador 30 (por ejemplo, un decodificador 30 de vídeo) o tanto el codificador 20 como el decodificador 30 pueden implementarse mediante circuitos de procesamiento como se muestra en la FIG. 1B, tal como uno o más microprocesadores, procesadores de señales digitales (DSP), circuitos integrados de aplicación específica (ASIC), matriz de puertas programables en campo (FPGA), lógica discreta, hardware, codificación de vídeo dedicada o cualquier combinación de los mismos. El codificador 20 puede implementarse mediante un circuito de procesamiento 46 para incorporar los diversos módulos como se analiza con respecto al codificador 20 de la FIG. 2 y/o cualquier otro sistema o subsistema de codificación descrito en la presente memoria. El decodificador 30 puede implementarse a través del circuito 46 de procesamiento para incorporar los diversos módulos como se describe con respecto al decodificador 30 de la FIG. 3 y/o cualquier otro sistema o subsistema decodificador descrito en la presente memoria. El circuito de procesamiento puede configurarse para realizar las diversas operaciones como se describe más adelante. Como se muestra en la FIG. 5, si las técnicas se implementan parcialmente en software, un dispositivo puede almacenar instrucciones para el software en un soporte de almacenamiento legible por ordenador no transitorio adecuado y puede ejecutar las instrucciones en hardware usando uno o más procesadores para realizar las técnicas de esta descripción. Cualquiera de codificador 20 de vídeo y decodificador 30 de vídeo puede integrarse como parte de un codificador/decodificador combinado (CODEC) en un solo dispositivo, por ejemplo, como se muestra en la FIG. 1B.
El dispositivo 12 de origen y el dispositivo 14 de destino pueden comprender cualquiera de una amplia gama de dispositivos, incluyendo cualquier tipo de dispositivos de mano o fijos, por ejemplo, ordenadores portátiles, teléfonos móviles, teléfonos inteligentes, tabletas, cámaras, ordenador de sobremesa, decodificadores, televisores, dispositivos de visualización, reproductores de medios digitales, consolas de videojuegos, dispositivos de transmisión de vídeo (tales como servidores de servicios de contenidos o servidores de entrega de contenidos), dispositivos receptores de transmisiones, dispositivos transmisores de transmisiones, o similares, y pueden no usar ningún tipo de sistema operativo. En algunos casos, el dispositivo 12 de origen y el dispositivo 14 de destino pueden estar equipados para comunicación inalámbrica. Así, el dispositivo 12 de origen y el dispositivo 14 de destino pueden ser dispositivos de comunicación inalámbrica.
En algunos casos, el sistema 10 de codificación de vídeo ilustrado en la FIG. 1A es simplemente un ejemplo y las técnicas de la presente solicitud pueden aplicarse a configuraciones de codificación de vídeo (por ejemplo, codificación de vídeo o decodificación de vídeo) que no necesariamente incluyen ninguna comunicación de datos entre los dispositivos de codificación y decodificación. En otros ejemplos, los datos se recuperan de una memoria local, se transmiten a través de una red o algo similar. Un dispositivo de codificación de vídeo puede codificar y almacenar datos en la memoria, y/o un dispositivo de decodificación de vídeo puede recuperar y decodificar datos de la memoria. En algunos ejemplos, la codificación y decodificación es realizada por dispositivos que no se comunican entre sí, sino que simplemente codifican datos en la memoria y/o recuperan y decodifican datos de la memoria.
Por conveniencia de la descripción, en la presente memoria se describen realizaciones de la invención, por ejemplo, haciendo referencia a la codificación de vídeo de alta eficiencia (HEVC) o al software de referencia de codificación de vídeo versátil (VVC), el estándar de codificación de vídeo de próxima generación desarrollado por el equipo conjunto de colaboración en codificación de vídeo (JCT-VC) del grupo de expertos en codificación de vídeo (VCEG) del ITU-T y del grupo de expertos en imágenes en movimiento (MPEG) de ISO/IEC. Un experto en la técnica entenderá que las realizaciones de la invención no se limitan a HEVC o VVC.
Codificador y método de codificación
La FIG. 2 muestra un diagrama de bloques esquemático de un codificador 20 de vídeo de ejemplo que está configurado para implementar las técnicas de la presente solicitud. En el ejemplo de la FIG. 2, el codificador 20 de vídeo comprende una entrada 201 (o interfaz 201 de entrada), una unidad 204 de cálculo residual, una unidad 206 de procesamiento de transformada, una unidad 208 de cuantificación, una unidad 210 de cuantificación inversa, y una unidad 212 de procesamiento de transformada inversa, una unidad 214 de reconstrucción, una unidad 220 de filtro de bucle, un búfer de imágenes decodificadas (DPB) 230, una unidad 260 de selección de modo, una unidad 270 de codificación de entropía y una salida 272 (o interfaz de salida 272). La unidad 260 de selección de modo puede incluir una unidad 244 de interpredicción, una unidad 254 de intrapredicción y una unidad 262 de partición. La unidad 244 de interpredicción puede incluir una unidad de estimación de movimiento y una unidad de compensación de movimiento (no mostrada). Un codificador 20 de vídeo como se muestra en la FIG. 2 también puede denominarse codificador de vídeo híbrido o un codificador de vídeo según un códec de vídeo híbrido.
La unidad 204 de cálculo residual, la unidad 206 de procesamiento de transformada, la unidad 208 de cuantificación, la unidad 260 de selección de modo puede denominarse formando una trayectoria de señal directa del codificador 20, mientras que la unidad 210 de cuantificación inversa, la unidad 212 de procesamiento de transformada inversa, la unidad 214 de reconstrucción, el búfer 216, el filtro 220 de bucle, el búfer de imágenes decodificadas (DPB) 230, la unidad 244 de interpredicción y la unidad 254 de intrapredicción pueden denominarse como formando una trayectoria de señal hacia atrás del codificador 20 de vídeo, en donde la trayectoria de señal hacia atrás del codificador 20 de vídeo corresponde a la trayectoria de señal del decodificador (ver decodificador 30 de vídeo en la FIG. 3). La unidad 210 de cuantificación inversa, la unidad 212 de procesamiento de transformada inversa, la unidad 214 de reconstrucción, el filtro 220 de bucle, el búfer de imágenes decodificadas (DPB) 230, la unidad 244 de interpredicción y la unidad 254 de intrapredicción también se refieren a la formación de la “decodificador incorporado” del codificador 20 de vídeo.
Imágenes y particiones de imágenes (imágenes y bloques)
El codificador 20 puede configurarse para recibir, por ejemplo, a través de la entrada 201, una imagen 17 (o datos de imagen 17), por ejemplo, imagen de una secuencia de imágenes que forman una secuencia de vídeo o vídeo. La imagen o los datos de la imagen recibida también pueden ser una imagen 19 preprocesada (o datos de imagen 19 preprocesada). En aras de la simplicidad, la siguiente descripción se refiere a la imagen 17. La imagen 17 también puede denominarse imagen actual o imagen a codificar (en particular en la codificación de vídeo para distinguir la imagen actual de otras imágenes, por ejemplo, imágenes previamente codificadas y/o decodificadas de la misma secuencia de vídeo, es decir, la secuencia de vídeo que también comprende la imagen actual).
Una imagen (digital) es o puede considerarse como una conjunto o matriz bidimensional de muestras con valores de intensidad. Una muestra en la matriz también puede denominarse píxel (forma abreviada de elemento de imagen) o pel. El número de muestras en dirección horizontal y vertical (o eje) de la matriz o imagen define el tamaño y/o la resolución de la imagen. Para la representación del color, se suelen emplear tres componentes de color, es decir, la imagen puede representarse o incluir tres matrices de muestras. En el formato RBG o espacio de color, una imagen comprende una matriz de muestras roja, verde y azul correspondiente. Sin embargo, en la codificación de vídeo cada píxel suele representarse en un formato de luminancia y crominancia o espacio de color, por ejemplo YCbCr, que comprende un componente de luminancia indicado por Y (a veces también se usa L en su lugar) y dos componentes de crominancia indicados por Cb y Cr. El componente de luminancia (o abreviado, luma) Y representa el brillo o la intensidad del nivel de gris (por ejemplo, como en una imagen en escala de grises), mientras que los dos componentes de crominancia (o abreviado, croma) Cb y Cr representan los componentes de información cromática o de cromiticidad. Por consiguiente, una imagen en formato YCbCr comprende una matriz de muestras de luminancia de valores de muestras de luminancia (Y), y dos matrices de muestras de crominancia de valores de crominancia (Cb y Cr). Las imágenes en formato RGB se pueden convertir o transformar en formato YCbCr y viceversa, el proceso también se denomina transformada o conversión de color. Si una imagen es monocromática, la imagen puede comprender solo una matriz de muestras de luminancia. En consecuencia, una imagen puede ser, por ejemplo, una matriz de muestras de luminancia en formato monocromático o una matriz de muestras de luminancia y dos matrices correspondientes de muestras de crominancia en formato de color 4: 2: 0, 4: 2: 2 y 4: 4: 4.
Las realizaciones del codificador 20 de vídeo pueden comprender una unidad de partición de imágenes (no representada en la FIG. 2) configurada para particionar la imagen 17 en una pluralidad de bloques 203 de imagen (normalmente no superpuestos). Estos bloques también pueden denominarse bloques raíz, macrobloques (H.264/AVC) o bloques de árbol de codificación (CTB) o unidades de árbol de codificación (CTU) (H.265/HEVC y VVC). La unidad de partición de imágenes puede estar configurada para usar el mismo tamaño de bloque para todas las imágenes de una secuencia de vídeo y la cuadrícula correspondiente que define el tamaño de bloque, o para cambiar el tamaño de bloque entre imágenes o subconjuntos o grupos de imágenes, y particionar cada imagen en los bloques correspondientes.
En realizaciones adicionales, el codificador de vídeo puede configurarse para recibir directamente un bloque 203 de la imagen 17, por ejemplo, uno, varios o todos los bloques que forman la imagen 17. El bloque 203 de imagen también puede denominarse bloque de imagen actual o bloque de imagen a codificar.
Al igual que la imagen 17, el bloque 203 de imagen también es o puede considerarse como un conjunto o matriz bidimensional de muestras con valores de intensidad (valores de muestra), aunque de menor dimensión que la imagen 17. En otras palabras, el bloque 203 puede comprender, por ejemplo, una matriz de muestras (por ejemplo, una matriz de luminancia en caso de una imagen 17 monocromática, o una matriz de luminancia o crominancia en el caso de una imagen en color) o tres matrices de muestras (por ejemplo, una luminancia y dos matrices de crominancia en el caso de una imagen 17 en color) o cualquier otro número y/o tipo de matrices dependiendo del formato de color aplicado. El número de muestras en dirección horizontal y vertical (o eje) del bloque 203 define el tamaño del bloque 203. En consecuencia, un bloque puede ser, por ejemplo, una matriz de muestras de MxN (M columnas por N filas), o una matriz de MxN coeficientes de transformada.
Las realizaciones del codificador 20 de vídeo como se muestra en la FIG. 2 pueden configurarse para codificar la imagen 17 bloque por bloque, por ejemplo, la codificación y predicción se realiza por bloque 203.
Las realizaciones del codificador 20 de vídeo como se muestra en la FIG. 2 pueden configurarse adicionalmente para particionar y/o codificar la imagen usando segmentos (también denominados segmentos de vídeo), en donde una imagen puede particionarse o codificarse usando uno o más segmentos (típicamente no superpuestos), y cada segmento puede comprender uno o más bloques (por ejemplo, CTUs).
Las realizaciones del codificador 20 de vídeo como se muestra en la FIG. 2 pueden configurarse además para particionar y/o codificar la imagen usando grupos de teselas (también denominados grupos de teselas de vídeo) y/o teselas (también denominados teselas de vídeo), en donde una imagen puede particionarse o codificarse usando uno o más grupos de teselas (normalmente no superpuestos), y cada grupo de teselas puede comprender, por ejemplo, uno o más bloques (por ejemplo, CTUs) o una o más teselas, en donde cada tesela, por ejemplo, puede ser de forma rectangular y puede comprender uno o más bloques (por ejemplo, CTUs), por ejemplo, bloques completos o fraccionarios.
Cálculo residual
La unidad 204 de cálculo residual puede configurarse para calcular un bloque 205 residual (también denominado residual 205) basándose en el bloque 203 de imagen y un bloque 265 de predicción (más adelante se proporcionan más detalles sobre el bloque 265 de predicción), por ejemplo, restando valores de muestra del bloque 265 de predicción de los valores de muestra del bloque 203 de imagen, muestra por muestra (píxel por píxel) para obtener el bloque 205 residual en el dominio de muestra.
Transformada
La unidad 206 de procesamiento de transformada puede estar configurada para aplicar una transformada, por ejemplo una transformada de coseno (DCT) o una transformada de seno discreta (DST), sobre los valores de muestra del bloque 205 residual para obtener los coeficientes 207 de transformada en un dominio de la transformada. Los coeficientes 207 de transformada también pueden denominarse coeficientes residuales de transformada y representan el bloque 205 residual en el dominio de la transformada.
La unidad 206 de procesamiento de transformada puede estar configurada para aplicar aproximaciones de números enteros de DCT/DST, tales como las transformaciones especificadas para H.265/HEVC. En comparación con una transformada DCT ortogonal, estas aproximaciones de números enteros se suelen escalar por un cierto factor. Para preservar la norma del bloque residual que se procesa mediante las transformaciones directa e inversa, se aplican factores de escala adicionales como parte del proceso de transformada. Los factores de escala generalmente se eligen basándose en ciertas restricciones, como los factores de escala que son una potencia de dos para las operaciones de desplazamiento, la profundidad de bits de los coeficientes de transformada, el compromiso entre la precisión y los costes de implementación, etc. Los factores de escala específicos se especifican, por ejemplo, para la transformada inversa, por ejemplo mediante la unidad 212 de procesamiento de transformada inversa (y la correspondiente transformada inversa, por ejemplo, mediante la unidad 312 de procesamiento de transformada inversa en el decodificador 30 de vídeo) y los factores de escala correspondientes para la transformada directa, por ejemplo, mediante la unidad 206 de procesamiento de transformada, en un codificador 20 se puede especificar en consecuencia.
Las realizaciones del codificador 20 de vídeo (respectivamente, la unidad 206 de procesamiento de transformada) pueden configurarse para generar parámetros de transformada, por ejemplo, un tipo de transformada o transformaciones, por ejemplo, directamente o codificado o comprimido a través de la unidad 270 de codificación de entropía, de modo que, por ejemplo, el decodificador 30 de vídeo pueda recibir y usar los parámetros de transformada para la decodificación.
Cuantificación
La unidad 208 de cuantificación puede configurarse para cuantificar los coeficientes 207 de transformada para obtener coeficientes 209 cuantificados, por ejemplo, aplicando cuantificación escalar o cuantificación vectorial. Los coeficientes 209 cuantificados también pueden denominarse coeficientes 209 de transformada cuantificados o coeficientes 209 residuales cuantificados.
El proceso de cuantificación puede reducir la profundidad de bits asociada con algunos o todos los coeficientes 207 de transformada. Por ejemplo, un coeficiente de transformada de n bits puede redondearse a un coeficiente de transformada de m bits durante la cuantificación, donde n es mayor que m. El grado de cuantificación puede modificarse ajustando un parámetro de cuantificación (QP). Por ejemplo, para la cuantificación escalar, se pueden aplicar escalas diferentes para lograr una cuantificación más fina o más gruesa. Los tamaños de escalón de cuantificación más pequeños corresponden a una cuantificación más fina, mientras que los tamaños de escalón de cuantificación más grandes corresponden a una cuantificación más gruesa. El tamaño de escalón de cuantificación aplicable puede indicarse mediante un parámetro de cuantificación (QP). El parámetro de cuantificación puede ser, por ejemplo, un índice de un conjunto predefinido de tamaños de escalones de cuantificación aplicables. Por ejemplo, los parámetros de cuantificación pequeños pueden corresponder a una cuantificación fina (tamaños de escalón de cuantificación pequeños) y los parámetros de cuantificación grandes pueden corresponder a una cuantificación gruesa (tamaños de escalón de cuantificación grandes) o viceversa. La cuantificación puede incluir la división por un tamaño de escalón de cuantificación y una descuantificación correspondiente y/o inversa, por ejemplo, por la unidad 210 de cuantificación inversa, puede incluir la multiplicación por el tamaño de escalón de cuantificación. Realizaciones según algunos estándares, por ejemplo, HEVC puede configurarse para usar un parámetro de cuantificación para determinar el tamaño de escalón de cuantificación. Generalmente, el tamaño de escalón de cuantificación puede calcularse en función de un parámetro de cuantificación usando una aproximación de punto fijo de una ecuación que incluye la división. Pueden introducirse factores de escala adicionales para la cuantificación y la descuantificación para restaurar la norma del bloque residual, que podría modificarse debido a la escala usada en la aproximación de punto fijo de la ecuación para el tamaño de escalón de cuantificación y el parámetro de cuantificación. En una implementación de ejemplo, se pueden combinar el escalado de la transformada inversa y la descuantificación. Alternativamente, se pueden usar tablas de cuantificación personalizadas y señalizadas desde un codificador a un decodificador, por ejemplo, en un flujo de bits. La cuantificación es una operación con pérdida, en la que la pérdida aumenta al aumentar los tamaños de los escalones de cuantificación.
Las realizaciones del codificador 20 de vídeo (respectivamente, la unidad 208 de cuantificación) pueden configurarse para generar parámetros de cuantificación (QP), por ejemplo, directamente o codificado a través de la unidad 270 de codificación de entropía, de modo que, por ejemplo, el decodificador 30 de vídeo pueda recibir y aplicar los parámetros de cuantificación para la decodificación.
Cuantificación inversa
La unidad 210 de cuantificación inversa está configurada para aplicar la cuantificación inversa de la unidad 208 de cuantificación sobre los coeficientes cuantificados para obtener coeficientes 211 decuantificados, por ejemplo, aplicando el esquema de cuantificación inverso aplicado por la unidad 208 de cuantificación basándose en o usando el mismo tamaño de escalón de cuantificación que la unidad 208 de cuantificación. Los coeficientes 211 decuantificados también pueden denominarse coeficientes 211 residuales decuantificados y corresponden, aunque normalmente no son idénticos a los coeficientes de transformada debido a la pérdida por cuantificación - a los coeficientes 207 de transformada.
Transformada inversa
La unidad 212 de procesamiento de transformada inversa está configurada para aplicar la transformada inversa de la transformada aplicada por la unidad 206 de procesamiento de transformada, por ejemplo, una transformada de coseno discreta inversa (DCT) o una transformada de seno discreta inversa (DST) u otras transformadas inversas, para obtener un bloque 213 residual reconstruido (o los correspondientes coeficientes 213 decuantificados) en el dominio de la muestra. El bloque 213 residual reconstruido también puede denominarse bloque 213 de transformada.
Reconstrucción
La unidad 214 de reconstrucción (por ejemplo, sumador o sumador 214) está configurada para sumar el bloque 213 de transformada (es decir, el bloque residual reconstruido 213) al bloque 265 de predicción para obtener un bloque 215 reconstruido en el dominio de la muestra, por ejemplo sumando - muestra por muestra - los valores de muestra del bloque 213 residual reconstruido y los valores de muestra del bloque 265 de predicción.
Filtrado
La unidad 220 de filtro de bucle (o abreviado, "filtro 220 de bucle"), está configurada para filtrar el bloque 215 reconstruido para obtener un bloque 221 filtrado, o en general, para filtrar muestras reconstruidas para obtener muestras filtradas. La unidad de filtro de bucle está, por ejemplo, configurada para suavizar las transiciones de píxeles o mejorar la calidad del vídeo. La unidad 220 de filtro de bucle puede comprender uno o más filtros de bucle, como un filtro de desbloqueo, un filtro de desplazamiento adaptativo de muestra (SAO) o uno o más filtros, por ejemplo, un filtro bilateral, un filtro de bucle adaptativo (ALF), filtros de nitidez, filtros de suavizado o filtros colaborativos, o cualquier combinación de los mismos. Aunque la unidad 220 de filtro de bucle se muestra en la FIG. 2 como un filtro en bucle, en otras configuraciones, la unidad 220 de filtro de bucle puede implementarse como un filtro posterior al bucle. El bloque 221 filtrado también puede denominarse bloque 221 filtrado reconstruido.
Las realizaciones del codificador 20 de vídeo (respectivamente, la unidad 220 de filtro de bucle) pueden configurarse para generar parámetros de filtro de bucle (como información de compensación adaptativa de muestra), por ejemplo, directamente o codificado a través de la unidad 270 de codificación de entropía, de modo que, por ejemplo, un decodificador 30 puede recibir y aplicar los mismos parámetros de filtro de bucle o filtros de bucle respectivos para la decodificación.
Búfer de imágenes decodificadas
El búfer de imágenes decodificadas (DPB) 230 puede ser una memoria que almacena imágenes de referencia, o en general datos de imágenes de referencia, para codificar datos de vídeo mediante el codificador 20 de vídeo. El DPB 230 puede estar formada por cualquiera de una variedad de dispositivos de memoria, como memoria dinámica de acceso aleatorio (DRAM), que incluye DRAM síncrona (SDRAM), RAM magnetorresistiva (MRAM), RAM resistiva (RRAM) u otros tipos de dispositivos de memoria. El búfer de imágenes decodificadas (DPB) 230 puede configurarse para almacenar uno o más bloques filtrados 221. El búfer 230 de imágenes decodificadas puede configurarse además para almacenar otros bloques previamente filtrados, por ejemplo, bloques 221 filtrados y previamente reconstruidos, de la misma imagen actual o de diferentes imágenes, por ejemplo, imágenes previamente reconstruidas, y puede proporcionar imágenes completas previamente reconstruidas, es decir, decodificadas (y bloques de referencia y muestras correspondientes) y/o una imagen actual parcialmente reconstruida (y bloques de referencia y muestras correspondientes), por ejemplo para interpredicción. El búfer de imágenes decodificadas (DPB) 230 también puede configurarse para almacenar uno o más bloques 215 reconstruidos sin filtrar o, en general, muestras reconstruidas sin filtrar, por ejemplo, si el bloque 215 reconstruido no es filtrado por la unidad 220 de filtro de bucle, o cualquier otra versión procesada adicionalmente de los bloques o muestras reconstruidos.
Selección de modo (partición y predicción)
La unidad 260 de selección de modo comprende la unidad 262 de partición, la unidad 244 de interpredicción y la unidad 254 de intrapredicción, y está configurada para recibir u obtener datos de imágenes originales, por ejemplo, un bloque 203 original (bloque 203 actual de la imagen 17 actual) y datos de imagen reconstruidos, por ejemplo, muestras o bloques reconstruidos filtrados y/o sin filtrar de la misma imagen (actual) y/o de una o una pluralidad de imágenes previamente decodificadas, por ejemplo, desde el búfer 230 de imagen decodificada u otras memorias intermedias (por ejemplo, el búfer de línea, no mostrada). Los datos de imagen reconstruidos se usan como datos de imagen de referencia para la predicción, por ejemplo, interpredicción o intrapredicción, para obtener un bloque 265 de predicción o predictor 265.
La unidad 260 de selección de modo puede configurarse para determinar o seleccionar una partición para un modo de predicción de bloque actual (que incluye no particionar) y un modo de predicción (por ejemplo, un modo de intrapredicción o interpredicción) y generar un bloque 265 de predicción correspondiente, que se usa para el cálculo del bloque 205 residual y para la reconstrucción del bloque 215 reconstruido.
Las realizaciones de la unidad 260 de selección de modo pueden configurarse para seleccionar la partición y el modo de predicción (por ejemplo, de aquellos compatibles o disponibles para la unidad 260 de selección de modo), que proporcionan la mejor coincidencia o, en otras palabras, el mínimo residual (mínimo residual significa mejor compresión para la transmisión o el almacenamiento), o una sobrecarga de señalización mínima (la sobrecarga de señalización mínima significa una mejor compresión para la transmisión o el almacenamiento), o que considere o equilibre ambas. La unidad 260 de selección de modo puede configurarse para determinar el modo de partición y predicción en función de la optimización de distorsión de tasa (RDO), es decir, seleccionar el modo de predicción que proporciona una distorsión de tasa mínima. Términos como "mejor", "mínimo", "óptimo", etc. en este contexto no se refieren necesariamente a un valor global "mejor", "mínimo", "óptimo" etc., sino que también pueden referirse al cumplimiento de una terminación o criterio de selección como un valor que excede o cae por debajo de un umbral u otras restricciones que conducen potencialmente a una "selección subóptima" pero que reducen la complejidad y el tiempo de procesamiento. En otras palabras, la unidad 262 de partición puede configurarse para particionar el bloque 203 en particiones de bloque más pequeñas o subbloques (que forman nuevamente bloques), por ejemplo, de forma iterativa usando particiones de cuatro árboles (QT), particiones binarias (BT) o particiones de tres árboles (TT) o cualquier combinación de las mismas, y para realizar, por ejemplo, la predicción para cada una de las particiones de bloque o subbloques, donde la selección de modo comprende la selección de la estructura de árbol del bloque 203 particionado y los modos de predicción se aplican a cada una de las particiones de bloque 0 subbloques.
A continuación, se explicará con más detalle la partición (por ejemplo, por la unidad 260 de partición) y el procesamiento de predicción (por la unidad 244 de interpredicción y la unidad 254 de intrapredicción) realizados por un codificador 20 de vídeo de ejemplo.
Partición
La unidad 262 de partición puede particionar (o dividir) un bloque 203 actual en particiones más pequeñas, por ejemplo, bloques más pequeños de tamaño cuadrado o rectangular. Estos bloques más pequeños (que también pueden denominarse subbloques) pueden particionarse en particiones aún más pequeñas. Esto también se denomina partición en árbol o partición en árbol jerárquica, en la que un bloque raíz, por ejemplo, en el nivel de árbol raíz 0 (nivel de jerarquía 0, profundidad 0), se puede particionar recursivamente, por ejemplo, particionados en dos o más bloques del siguiente nivel de árbol inferior, por ejemplo, nodos en el nivel 1 del árbol (nivel 1 de jerarquía, profundidad 1), donde estos bloques pueden dividirse nuevamente en dos o más bloques de un siguiente nivel inferior, por ejemplo, nivel 2 del árbol (nivel 2 de jerarquía, profundidad 2), etc. hasta que finalice la partición, por ejemplo, porque se cumpla un criterio de terminación, por ejemplo, se alcanza una profundidad de árbol máxima o un tamaño de bloque mínimo. Los bloques que no se particionan más también se denominan bloques hoja o nodos hoja del árbol. Un árbol que usa la partición en dos particiones se denomina árbol binario (BT), un árbol que usa la partición en tres particiones se denomina árbol ternario (TT) y un árbol que usa la partición en cuatro particiones se denomina árbol cuádruple (QT).
Como se mencionó anteriormente, el término "bloque" como se usa en la presente memoria puede ser una partición, en particular una parte cuadrada o rectangular, de una imagen. Con referencia, por ejemplo, a HEVC y VVC, el bloque puede ser o corresponder a una unidad de árbol de codificación (CTU), una unidad de codificación (CU), una unidad de predicción (PU) y una unidad de transformada (TU) y/o a la bloques correspondientes, por ejemplo, un bloque de árbol de codificación (CTB), un bloque de codificación (CB), un bloque de transformada (TB) o un bloque de predicción (PB).
Por ejemplo, una unidad de árbol de codificación (CTU) puede ser o comprender un CTB de muestras de luminancia, dos CTB correspondientes de muestras de crominancia de una imagen que tiene tres conjuntos de muestras, o un CTB de muestras de una imagen monocromática o una imagen codificada usando tres planos de color separados y estructuras de sintaxis usadas para codificar las muestras. En consecuencia, un bloque de árbol de codificación (CTB) puede ser un bloque NxN de muestras para algún valor de N tal que la división de un componente en CTB es una partición. Una unidad de codificación (CU) puede ser o comprender un bloque de codificación de muestras de luminancia, dos bloques de codificación correspondientes de muestras de crominancia de una imagen que tiene tres conjuntos de muestras, o un bloque de codificación de muestras de una imagen monocromática o una imagen codificada usando tres planos de color separados y estructuras de sintaxis usadas para codificar las muestras. En consecuencia, un bloque de codificación (CB) puede ser un bloque MxN de muestras para algunos valores de M y N, de manera que la división de un CTB en bloques de codificación es una partición.
En realizaciones, por ejemplo, según HEVC, una unidad de árbol de codificación (CTU) puede dividirse en CU usando una estructura de árbol cuádruple denominada árbol de codificación. La decisión de codificar un área de imagen usando predicción dentro de una imagen (temporal) o entre imágenes (espacial) se toma en el nivel de CU. Cada CU se puede dividir en una, dos o cuatro PU según el tipo de división de PU. Dentro de una PU, se aplica el mismo proceso de predicción y la información relevante se transmite al decodificador en función de la PU. Después de obtener el bloque residual mediante la aplicación del proceso de predicción en función del tipo de división de PU, una CU se puede dividir en unidades de transformada (TU) según otra estructura de árbol cuádruple similar al árbol de codificación de la CU.
En realizaciones, por ejemplo, según el último estándar de codificación de vídeo actualmente en desarrollo, que se denomina Codificación de Vídeo Versátil (VVC), se usa, por ejemplo, una partición combinada de árbol cuádruple y árbol binario (QTBT) para dividir un bloque de codificación. En la estructura de bloques QTBT, una CU puede tener forma cuadrada o rectangular. Por ejemplo, una unidad de árbol de codificación (CTU) se divide primero mediante una estructura de árbol cuádruple. Los nodos de hoja del árbol cuádruple se dividen aún más mediante una estructura de árbol binario o árbol ternario (o triple). Los nodos de hoja del árbol de particiones se denominan unidades de codificación (CU) y esa segmentación se usa para la predicción y el procesamiento de transformada sin ninguna partición adicional. Esto significa que CU, PU y TU tienen el mismo tamaño de bloque en la estructura de bloque de codificación QTBT. En paralelo, la partición múltiple, por ejemplo, la partición de árbol triple se puede usar junto con la estructura de bloque QTBT.
En un ejemplo, la unidad 260 de selección de modo del codificador 20 de vídeo puede configurarse para realizar cualquier combinación de las técnicas de partición descritas en la presente memoria.
Como se describió anteriormente, el codificador 20 de vídeo está configurado para determinar o seleccionar el modo de predicción mejor u óptimo de un conjunto de modos de predicción (por ejemplo, predeterminados). El conjunto de modos de predicción puede comprender, por ejemplo, modos de intrapredicción y/o modos de intrapredicción.
Intrapredicción
El conjunto de modos de intrapredicción puede comprender 35 modos de intrapredicción diferentes, por ejemplo, modos no direccionales como el modo DC (o medio) y el modo planar, o modos direccionales, por ejemplo, como se define en HEVC, o puede comprender 67 modos diferentes de intrapredicción, por ejemplo, modos no direccionales como el modo DC (o medio) y el modo planar, o modos direccionales, por ejemplo, como se define para VVC.
La unidad 254 de intrapredicción está configurada para usar muestras reconstruidas de bloques vecinos de la misma imagen actual para generar un bloque de intrapredicción 265 según un modo de intrapredicción del conjunto de modos de intrapredicción.
La unidad 254 de intrapredicción (o, en general, la unidad 260 de selección de modo) está configurada además para generar parámetros de intrapredicción (o información general indicativa del modo de intrapredicción seleccionado para el bloque) a la unidad 270 de codificación de entropía en forma elementos 266 de sintaxis para su inclusión en los datos 21 de imagen codificada, de modo que, por ejemplo, el decodificador 30 de vídeo pueda recibir y usar los parámetros de predicción para la decodificación.
Interpredicción
El conjunto de (o posibles) modos de predicción mutua depende de las imágenes de referencia disponibles (es decir, imágenes anteriores al menos parcialmente decodificadas, por ejemplo, almacenadas en el DBP 230) y otros parámetros de predicción mutua, por ejemplo, ya sea la imagen de referencia completa o solo una parte, por ejemplo, se usa un área de ventana de búsqueda alrededor del área del bloque actual, de la imagen de referencia para buscar un bloque de referencia que mejor se ajuste, y/o por ejemplo, si se aplica la interpolación de píxeles, por ejemplo, interpolación de medio pel/semipel y/o cuarto de pel, o no.
Además de los modos de predicción anteriores, se pueden aplicar el modo de salto y/o el modo directo.
La unidad 244 de interpredicción puede incluir una unidad de estimación de movimiento (ME) y una unidad de compensación de movimiento (MC) (ambas no mostradas en la FIG. 2). La unidad de estimación de movimiento puede configurarse para recibir u obtener el bloque 203 de imagen (bloque 203 de imagen actual de la imagen 17 actual) y una imagen 231 decodificada, o al menos uno o una pluralidad de bloques previamente reconstruidos, por ejemplo, bloques reconstruidos de una o una pluralidad de otras/diferentes imágenes 231 previamente decodificadas, para estimación de movimiento, por ejemplo, una secuencia de vídeo puede comprender la imagen actual y las imágenes 231 previamente decodificadas, o en otras palabras, la imagen actual y las imágenes 231 previamente decodificadas pueden ser parte o formar una secuencia de imágenes que forman una secuencia de vídeo.
El codificador 20 puede, por ejemplo, configurarse para seleccionar un bloque de referencia de una pluralidad de bloques de referencia de las mismas o diferentes imágenes de la pluralidad de otras imágenes y proporcionar una imagen de referencia (o índice de imagen de referencia) y/o un desplazamiento (desplazamiento espacial). entre la posición (coordenadas x, y) del bloque de referencia y la posición del bloque actual como parámetros de interpredicción para la unidad de estimación de movimiento. Este desplazamiento también se denomina vector de movimiento (MV).
La unidad de compensación de movimiento está configurada para obtener, por ejemplo, recibir, un parámetro de interpredicción y para realizar la interpredicción en función o usando el parámetro de interpredicción para obtener un bloque 265 de interpredicción. La compensación de movimiento, realizada por la unidad de compensación de movimiento, puede implicar la obtención o generación del bloque de predicción en función basado en el vector de movimiento/bloque determinado por la estimación de movimiento, posiblemente realizando interpolaciones con precisión de subpíxel. El filtrado de interpolación puede generar muestras de píxeles adicionales a partir de muestras de píxeles conocidas, aumentando así potencialmente el número de bloques de predicción candidatos que pueden usarse para codificar un bloque de imagen. Al recibir el vector de movimiento para la PU del bloque de imagen actual, la unidad de compensación de movimiento puede localizar el bloque de predicción al que apunta el vector de movimiento en una de las Listas de imágenes de referencia.
La unidad de compensación de movimiento también puede generar elementos de sintaxis asociados con los bloques y segmentos de vídeo para que los use el decodificador 30 de vídeo para decodificar los bloques de imagen del segmento de vídeo. Además o como alternativa a los segmentos y los elementos de sintaxis respectivos, se pueden generar o usar grupos de teselas y/o teselas y elementos de sintaxis respectivos.
Codificación de entropía
La unidad 270 de codificación de entropía está configurada para aplicar, por ejemplo, un algoritmo o esquema de codificación de entropía (por ejemplo, un esquema de codificación de longitud variable (VLC), un esquema VLC adaptable al contexto (CAVLC), un esquema de codificación aritmética, una binarización, una codificación aritmética binaria adaptable al contexto (CABAC), codificación aritmética binaria adaptativa al contexto basada en sintaxis (SBAC), codificación de entropía de partición de intervalo de probabilidad (PIPE) u otra metodología o técnica de codificación de entropía) o derivación (sin compresión) en los coeficientes 209 cuantificados, parámetros de interpredicción, parámetros de intrapredicción, parámetros de filtro de bucle y/u otros elementos de sintaxis para obtener datos 21 de imagen codificados que se pueden enviar a través de la salida 272, por ejemplo, en forma de un flujo 21 de bits codificado, de modo que, por ejemplo, el decodificador 30 de vídeo pueda recibir y usar los parámetros para decodificar. El flujo 21 de bits codificado puede transmitirse al decodificador 30 de vídeo o almacenarse en una memoria para su posterior transmisión o recuperación por parte del decodificador 30 de vídeo.
Se pueden usar otras variaciones estructurales del codificador 20 de vídeo para codificar el flujo de vídeo. Por ejemplo, un codificador 20 no basado en transformada puede cuantificar la señal residual directamente sin la unidad 206 de procesamiento de transformada para ciertos bloques o tramas. En otra implementación, un codificador 20 puede tener la unidad 208 de cuantificación y la unidad 210 de cuantificación inversa combinadas en una sola unidad.
Método de decodificación y decodificador
La FIG. 3 muestra un ejemplo de un decodificador 30 de vídeo que está configurado para implementar las técnicas de esta presente solicitud. El decodificador 30 de vídeo está configurado para recibir datos 21 de imagen codificados (por ejemplo, el flujo 21 de bits codificado), por ejemplo, codificado por el codificador 20, para obtener una imagen 331 decodificada. Los datos de imagen codificados o el flujo de bits comprende información para decodificar los datos de imagen codificados, por ejemplo, datos que representan bloques de imágenes de un segmento de vídeo codificado (y/o grupos de teselas o teselas) y elementos de sintaxis asociados.
En el ejemplo de la FIG. 3, el decodificador 30 comprende una unidad 304 de decodificación de entropía, una unidad 310 de cuantificación inversa, una unidad 312 de procesamiento de transformada inversa, una unidad 314 de reconstrucción (por ejemplo, un sumador 314), un filtro 320 de bucle, una imagen decodificada memoria intermedia (DBP) 330, una unidad 360 de aplicación de modo, una unidad 344 de intrapredicción y una unidad 354 de intrapredicción. La unidad 344 de intrapredicción puede ser o incluir una unidad de compensación de movimiento. El decodificador 30 de vídeo puede, en algunos ejemplos, realizar una etapa de decodificación generalmente recíproca a la etapa de codificación descrita con respecto al codificador 100 de vídeo de la FIG.
2.
Como se explicó con respecto al codificador 20, la unidad 210 de cuantificación inversa, la unidad 212 de procesamiento de transformada inversa , la unidad 214 de reconstrucción, el filtro 220 de bucle, la memoria intermedia de imágenes decodificadas (DPB) 230, la unidad 344 de interpredicción y la unidad 354 de intrapredicción también se denominan formadores del "descodificador integrado" del codificador 20 de vídeo. En consecuencia, la unidad 310 de cuantificación inversa puede ser idéntica en función a la unidad 110 de cuantificación inversa, la unidad 312 de procesamiento de transformada inversa puede ser idéntica en función a la unidad 212 de procesamiento de transformada inversa, la unidad 314 de reconstrucción puede tener una función idéntica a la unidad 214 de reconstrucción, el filtro 320 de bucle puede tener una función idéntica al filtro 220 de bucle, y la memoria 330 intermedia de imagen decodificada puede tener una función idéntica al buffer 230 de imágenes decodificadas. Por lo tanto, las explicaciones proporcionadas para las respectivas unidades y funciones del codificador 20 de vídeo se aplican correspondientemente a las respectivas unidades y funciones del decodificador 30 de vídeo.
Decodificación de entropía
La unidad 304 de decodificación de entropía está configurada para analizar el flujo 21 de bits (o, en general, los datos 21 de imagen codificados) y realizar, por ejemplo, la decodificación de entropía de los datos 21 de imagen codificados para obtener, por ejemplo, coeficientes 309 cuantificados y/o parámetros de codificación decodificados (no se muestran en la FIG. 3), por ejemplo, cualquiera o todos los parámetros de intrapredicción (por ejemplo, el índice de imagen de referencia y el vector de movimiento), parámetro de intrapredicción (por ejemplo, modo o índice de intrapredicción), parámetros de transformada, parámetros de cuantificación, parámetros de filtro de bucle y/u otros elementos de sintaxis. La unidad 304 de decodificación de entropía puede configurarse para aplicar los algoritmos o esquemas de decodificación correspondientes a los esquemas de codificación como se describe con respecto a la unidad 270 de codificación de entropía del codificador 20. La unidad 304 de decodificación de entropía puede configurarse además para proporcionar parámetros de interpredicción, parámetros de intrapredicción y/u otros elementos de sintaxis a la unidad 360 de aplicación de modo y otros parámetros a otras unidades del decodificador 30. El decodificador 30 de vídeo puede recibir los elementos de sintaxis a nivel de segmento de vídeo y/o nivel de bloque de vídeo. Además o como alternativa a los segmentos y los elementos de sintaxis respectivos, se pueden recibir y/o usar grupos de teselas y/o teselas y elementos de sintaxis respectivos.
Cuantificación inversa
La unidad 310 de cuantificación inversa puede configurarse para recibir parámetros de cuantificación (QP) (o en general información relacionada con la cuantificación inversa) y coeficientes cuantificados de los datos 21 de imagen codificados (por ejemplo, analizando y/o decodificando, por ejemplo, mediante la unidad de decodificación 304 de entropía) y aplicar basándose en los parámetros de cuantificación una cuantificación inversa sobre los coeficientes 309 cuantificados decodificados para obtener coeficientes 311 decuantificados, que también pueden denominarse coeficientes 311 de transformada. El proceso de cuantificación inversa puede incluir el uso de un parámetro de cuantificación determinado por el codificador 20 de vídeo para cada bloque de vídeo en el segmento de vídeo (o tesela o grupos de teselas) para determinar un grado de cuantificación y, del mismo modo, un grado de cuantificación inversa que debe aplicarse.
Transformada inversa
La unidad 312 de procesamiento de transformada inversa puede configurarse para recibir coeficientes 311 decuantificados, también denominados coeficientes 311 de transformada, y para aplicar una transformada a los coeficientes 311 decuantificados para obtener bloques 213 residuales reconstruidos en el dominio de la muestra. Los bloques 213 residuales reconstruidos también pueden denominarse bloques 313 de transformada. La transformada puede ser una transformada inversa, por ejemplo, una DCT inversa, una DST inversa, una transformada entera inversa o un proceso de transformada inversa conceptualmente similar. La unidad 312 de procesamiento de transformada inversa puede configurarse además para recibir parámetros de transformada o la información correspondiente de los datos 21 de imagen codificados (por ejemplo, analizando y/o decodificando, por ejemplo, mediante la unidad 304 de decodificación de entropía) para determinar la transformada que se aplicará a los coeficientes 311 decuantificados.
Reconstrucción
La unidad 314 de reconstrucción (por ejemplo, agregador o sumador 314) puede configurarse para sumar el bloque 313 residual reconstruido al bloque 365 de predicción para obtener un bloque 315 reconstruido en el dominio de la muestra, por ejemplo, sumando los valores de muestra del bloque 313 residual reconstruido y los valores de muestra del bloque 365 de predicción.
Filtrado
La unidad 320 de filtro de bucle (ya sea en el bucle de codificación o después del bucle de codificación) está configurada para filtrar el bloque 315 reconstruido para obtener un bloque 321 filtrado, por ejemplo, para suavizar las transiciones de píxeles o mejorar la calidad del vídeo. La unidad 320 de filtro de bucle puede comprender uno o más filtros de bucle, como un filtro de desbloqueo, un filtro de desplazamiento adaptativo de muestra (SAO) o uno o más filtros, por ejemplo, un filtro bilateral, un filtro de bucle adaptativo (ALF), filtros de nitidez, filtros de suavizado o filtros colaborativos, o cualquier combinación de los mismos. Aunque la unidad 320 de filtro de bucle se muestra en la FIG. 3 como un filtro en bucle, en otras configuraciones, la unidad 320 de filtro de bucle puede implementarse como un filtro de bucle posterior.
Búfer de imágenes decodificadas
Los bloques 321 de vídeo decodificados de una imagen se almacenan luego en el búfer 330 de imágenes decodificadas, que almacena las imágenes 331 decodificadas como imágenes de referencia para la compensación de movimiento posterior para otras imágenes y/o para la visualización de salida respectivamente.
El decodificador 30 está configurado para dar salida a la imagen 311 decodificada, por ejemplo, a través de la salida 312, para presentación o visualización a un usuario.
Predicción
La unidad 344 de interpredicción puede ser idéntica a la unidad 244 de interpredicción (en particular a la unidad de compensación de movimiento) y la unidad 354 de intrapredicción puede ser idéntica a la unidad 254 de interpredicción en función, y realiza decisiones de división o partición y predicción en función de los parámetros de partición y/o predicción o la información respectiva recibida de los datos 21 de imagen codificados (por ejemplo, analizando y/o decodificando, por ejemplo, mediante la unidad 304 de decodificación de entropía). La unidad 360 de aplicación de modo puede configurarse para realizar la predicción (intrapredicción o interprediccón) por bloque en función de las imágenes reconstruidas, bloques o muestras respectivas (filtradas o sin filtrar) para obtener el bloque 365 de predicción.
Cuando el segmento de vídeo se codifica como un segmento intracodificado (I), la unidad 354 de intrapredicción de la unidad 360 de aplicación de modo está configurada para generar un bloque 365 de predicción para un bloque de imagen del segmento de vídeo actual en función de un modo de intrapredicción señalado y datos de bloques previamente decodificados de la imagen actual. Cuando la imagen de vídeo se codifica como un segmento intercodificado (es decir, B o P), la unidad 344 de interpredicción (por ejemplo, la unidad de compensación de movimiento) de la unidad 360 de aplicación de modo está configurada para producir bloques 365 de predicción para un bloque de vídeo del segmento de vídeo actual en función de los vectores de movimiento y otros elementos de sintaxis recibidos desde la unidad 304 de decodificación de entropía. Para la interpredicción, los bloques de predicción pueden generarse a partir de una de las imágenes de referencia dentro de una de las Listas de imágenes de referencia. El decodificador 30 de vídeo puede construir las Listas de marcos de referencia, lista 0 y lista 1, usando técnicas de construcción predeterminadas en función de las imágenes de referencia almacenadas en DPB 330. Se puede aplicar lo mismo o similar para o mediante realizaciones que usan grupos de teselas (por ejemplo, grupos de teselas de vídeo) y /o teselas (por ejemplo, teselas de vídeo) además o alternativamente a los segmentos (por ejemplo, segmentos de vídeo), por ejemplo, un vídeo se puede codificar usando grupos de teselas I, P o B y/o teselas.
La unidad 360 de aplicación de modo está configurada para determinar la información de predicción para un bloque de vídeo del segmento de vídeo actual analizando los vectores de movimiento o la información relacionada y otros elementos de sintaxis, y usa la información de predicción para producir los bloques de predicción para el bloque de vídeo actual que se está decodificando. Por ejemplo, la unidad 360 de aplicación de modo usa algunos de los elementos de sintaxis recibidos para determinar un modo de predicción (por ejemplo, intrapredicción o interpredicción) usado para codificar los bloques de vídeo del segmento de vídeo, un tipo de segmento de interpredicción (por ejemplo, segmento B, segmento P o segmento GPB), información de construcción para una o más de las Listas de imágenes de referencia para el segmento, vectores de movimiento para cada bloque de vídeo intercodificado del segmento, estado de interpredicción para cada bloque de vídeo intercodificado del segmento, y otra información para decodificar los bloques de vídeo en el segmento de vídeo actual. Se puede aplicar lo mismo o similar para o mediante realizaciones que usan grupos de teselas (por ejemplo, grupos de teselas de vídeo) y/o teselas (por ejemplo, teselas de vídeo) además o alternativamente a segmentos (por ejemplo, segmentos de vídeo), por ejemplo, un vídeo se puede codificar usando grupos de teselas I, P o B y/o teselas.
Las realizaciones del decodificador 30 de vídeo, como se muestra en la FIG. 3, pueden configurarse para dividir y/o decodificar la imagen usando segmentos (también denominados segmentos de vídeo), donde una imagen puede dividirse o decodificarse usando uno o más segmentos (normalmente no se superponen), y cada segmento puede comprender uno o más bloques (por ejemplo, CTU).
Las realizaciones del decodificador 30 de vídeo como se muestra en la FIG. 3 pueden configurarse para dividir y/o decodificar la imagen usando grupos de teselas (también denominados grupos de teselas de vídeo) y/o teselas (también denominados teselas de vídeo), donde una imagen puede dividirse o decodificarse usando uno o más grupos de teselas (normalmente no superpuestos), y cada grupos de teselas puede comprender, por ejemplo, uno o más bloques (por ejemplo, CTU) o una o más fichas, en las que cada ficha, por ejemplo, puede tener forma rectangular y puede comprender uno o más bloques (por ejemplo, CTU), por ejemplo, bloques completos o fraccionados.
Se pueden usar otras variaciones del decodificador 30 de vídeo para decodificar los datos 21 de imagen codificados. Por ejemplo, el decodificador 30 puede producir el flujo de vídeo de salida sin la unidad de filtrado 320 de bucle. Por ejemplo, un decodificador 30 sin transformada puede cuantificar inversamente la señal residual directamente sin la unidad 312 de procesamiento de transformada inversa para ciertos bloques o tramas. En otra implementación, el decodificador 30 de vídeo puede tener la unidad 310 de cuantificación inversa y la unidad 312 de procesamiento de transformada inversa combinadas en una sola unidad.
Debe entenderse que, en el codificador 20 y el decodificador 30, un resultado de procesamiento de una etapa actual puede procesarse adicionalmente y luego enviarse a la siguiente etapa. Por ejemplo, después del filtrado de interpolación, la derivación del vector de movimiento o el filtrado de bucle, se puede realizar una operación adicional, como Recortar o desplazar, sobre el resultado del procesamiento del filtrado de interpolación, la derivación del vector de movimiento o el filtrado de bucle.
Cabe señalar que se pueden aplicar más operaciones a los vectores de movimiento derivados del bloque actual (incluidos, pero no se limita a, vectores de movimiento de punto de control de modo afín, vectores de movimiento de subbloque en modos afines, planos, ATMVP, vectores de movimiento temporal, etc). Por ejemplo, el valor del vector de movimiento está restringido a un intervalo predefinido según su bit de representación. Si el bit de representación del vector de movimiento es Profundidaddebit (bitDepth), entonces el intervalo es -2A(Profundidaddebit-1) - 2A(Profundidaddebit-1)-1, donde "A" significa exponenciación. Por ejemplo, si la Profundidaddebit se establece en 16, el intervalo es -32768 ~ 32767; si Profundidaddebit se establece igual a 18, el intervalo es -131072-131071. Por ejemplo, el valor del vector de movimiento derivado (por ejemplo, los MV de cuatro subbloques de 4x4 dentro de un bloque de 8x8) está restringido de tal manera que la diferencia máxima entre las partes enteras de los cuatro m V de subbloques de 4x4 no es más de N píxeles, tal como no más de 1 píxel. Aquí proporciona dos métodos para restringir el vector de movimiento de acuerdo con la Profundidaddebit.
Método 1: eliminar el MSB de desbordamiento (bit más significativo) mediante operaciones de flujo
ux=(mvx+2Profundidaddebit)%2Profundidaddebit (1)
m\/x=( ux>=2ProfundidaddebiM)?(ux-2Profundidaddebit) ■ ux<(>2<)>
<Uy= ^ n i V y+>2<Pro*und'daddeb't)%>2<Pro*und'daddeb'*>(3)
l 'I IY y — ^ y y > = 2Profundidaddeb¡t-1 J 9 ^ L jy -2 Pro u^nd'daddeb^ ) ' U y (4)
donde mvx es una componente horizontal de un vector de movimiento de un bloque de imagen o un subbloque, mvy es una componente vertical de un vector de movimiento de un bloque de imagen o un subbloque, y ux y uy indican un valor intermedio;
Por ejemplo, si el valor de mvx es -32769, después de aplicar la fórmula (1) y (2), el valor resultante es 32767. En el sistema informático, los números decimales se almacenan como complemento a dos. El complemento a dos de -32769 es 1,0111,1111,1111,1111 (17 bits), luego se descarta el MSB, por lo que el complemento a dos resultante es 0111,1111,1111,1111 (el número decimal es 32767), que es el mismo como salida aplicando la fórmula (1) y (2).
ux=( mvpx mvdx 2Pro^ nd'daddebfr)%2Pro^ jrid'daddeb't(5)
mvx=( ux>=2Profundidaddebit-1)?(ux-2Profundidacldebi1) ■ ux (S)
uy= ^mvpy mvdy 2Pro^und'daddeb't)%2Pro^ jnd'daddeb't (7)
ppyy=^ y y >=2 Profu "didaddebit-1)? (|j y-2p rofundidaddebit J ■ uy (8)
Las operaciones pueden aplicarse durante la suma de mvp y mvd, como se muestra en la fórmula (5) a (8).
Método 2: eliminar el MSB de desbordamiento recortando el valor
yx= Clip3(-2Profundidaddebit'12Profundidaddebit'1 -1 vx)
y y — Q|jp3^_2Profund¡daddeb¡t-1 2 Pro u^ndidad(deb't' 1 -1 v y )
donde vx es una componente horizontal de un vector de movimiento de un bloque de imagen o un subbloque, vy es una componente vertical de un vector de movimiento de un bloque de imagen o un subbloque; x, y y z corresponden respectivamente a tres valores de entrada del proceso de recorte de MV, y la definición de la función Clip3 es la siguiente:
z < x
7 > y
de lo contrario
La FIG. 4 es un diagrama esquemático de un dispositivo 400 de codificación de vídeo según una realización de la descripción. El dispositivo 400 de codificación de vídeo es adecuado para implementar las realizaciones descritas como se describe en la presente memoria. En una realización, el dispositivo 400 de codificación de vídeo puede ser un decodificador tal como el decodificador 30 de vídeo de la FIG. 1A o un codificador tal como el codificador 20 de vídeo de la FIG. 1A.
El dispositivo 400 de codificación de vídeo comprende puertos 410 de ingreso (o puertos 410 de entrada) y unidades receptoras (Rx) 420 para recibir datos; un procesador, unidad lógica o unidad central de procesamiento (CPU) 430 para procesar los datos; unidades transmisoras (Tx) 440 y puertos 450 de egreso (o puertos de salida 450) para transmitir los datos; y una memoria 460 para almacenar los datos.
El dispositivo 400 de codificación de vídeo también puede comprender componentes ópticos a eléctricos (OE) y componentes eléctricos a ópticos (EO) acoplados a los puertos 410 de entrada, las unidades 420 receptoras, las unidades 440 transmisoras y los puertos 450 de salida para salida o entrada de señales ópticas o eléctricas.
El procesador 430 está implementado por hardware y software. El procesador 430 puede implementarse como uno o más chips de CPU, núcleos (por ejemplo, como un procesador multinúcleo), FPGA, ASIC y DSP. El procesador 430 está en comunicación con los puertos 410 de entrada, las unidades 420 receptoras, las unidades 440 transmisoras, los puertos 450 de salida y la memoria 460. El procesador 430 comprende un módulo 470 de codificación. El módulo 470 de codificación implementa las realizaciones descritas anteriormente. Por ejemplo, el módulo 470 de codificación implementa, procesa, prepara o proporciona las diversas operaciones de codificación. La inclusión del módulo 470 de codificación por lo tanto proporciona una mejora sustancial a la funcionalidad del dispositivo 400 de codificación de vídeo y efectúa una transformada del dispositivo 400 de codificación de vídeo a un estado diferente. Alternativamente, el módulo 470 de codificación se implementa como instrucciones almacenadas en la memoria 460 y ejecutadas por el procesador 430.
La memoria 460 puede comprender uno o más discos, unidades de cinta y unidades de estado sólido y puede usarse como un dispositivo de almacenamiento de datos de desbordamiento, para almacenar programas cuando dichos programas se seleccionan para su ejecución y para almacenar instrucciones y datos que se leen durante ejecución del programa. La memoria 460 puede ser, por ejemplo, volátil y/o no volátil y puede ser una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), una memoria ternaria de contenido direccionable (TCAM) y/o una memoria estática de acceso aleatorio (SRAM).
La FIG. 5 es un diagrama de bloques simplificado de un aparato 500 que se puede usar como el dispositivo 12 de origen y el dispositivo 14 de destino de la FIG. 1, o como ambos, según una realización ejemplar.
Un procesador 502 en el aparato 500 puede ser una unidad central de procesamiento. Alternativamente, el procesador 502 puede ser cualquier otro tipo de dispositivo, o múltiples dispositivos, capaces de manipular o procesar información existente ahora o desarrollada en el futuro. Aunque las implementaciones descritas se pueden practicar con un solo procesador como se muestra, por ejemplo, el procesador 502, se pueden lograr ventajas en velocidad y eficiencia usando más de un procesador.
Una memoria 504 en el aparato 500 puede ser un dispositivo de memoria de solo lectura (ROM) o un dispositivo de memoria de acceso aleatorio (RAM) en una implementación. Cualquier otro tipo adecuado de dispositivo de almacenamiento puede usarse como memoria 504. La memoria 504 puede incluir código y datos 506 a los que accede el procesador 502 usando un bus 512. La memoria 504 puede incluir además un sistema operativo 508 y programas 510 de aplicación, los programas 510 de aplicación incluyen al menos un programa que permite que el procesador 502 realice los métodos descritos aquí. Por ejemplo, los programas 510 de aplicación pueden incluir aplicaciones 1 a N, que además incluyen una aplicación de codificación de vídeo que realiza los métodos descritos aquí.
El aparato 500 también puede incluir uno o más dispositivos de salida, como una pantalla 518. La pantalla 518 puede ser, en un ejemplo, una pantalla sensible al tacto que combina una pantalla con un elemento sensible al tacto que se puede operar para detectar entradas táctiles. La pantalla 518 se puede acoplar al procesador 502 a través del bus 512.
Aunque representado aquí como un solo bus, el bus 512 del aparato 500 puede estar compuesto por múltiples buses. Además, el almacenamiento 514 secundario se puede acoplar directamente a los otros componentes del aparato 500 o se puede acceder a él a través de una red y puede comprender una única unidad integrada, como una tarjeta de memoria, o varias unidades, como varias tarjetas de memoria. Por lo tanto, el aparato 500 puede implementarse en una amplia variedad de configuraciones.
Antecedentes de Codificación de modo de intrapredicción
En el VTM 4.0 actual, se construye una lista de 6 MPM (modo más probable) para la codificación intramodo. La lista MPM se introduce para reducir los bits necesarios para codificar el modo de intrapredicción del bloque actual. La lista de 6 MPM se construye basándose en los modos de intrapredicción de bloques vecinos del bloque actual. Cuando el modo de intrapredicción del bloque actual cae en la lista MPM, se codifica un índice en lugar del modo real, que puede usar menos bits. Cuando el modo de intrapredicción del bloque actual no cae en la lista MPM, se usa binarización truncada para codificar el modo de intrapredicción del bloque actual. La lista MPM proporciona una buena predicción para el modo intrapredicción del bloque actual.
Lista MPM para línea de referencia múltiple (MRL).
En VTM 4.0, la herramienta de codificación de línea de referencia múltiple (MRL) puede usar una de las múltiples líneas vecinas para predecir las muestras del bloque actual. Cuando un valor del índice de línea MRL igual a 0 (es decir, se usa la línea de referencia vecina más cercana, como se muestra en la FIG. 6), se usa una lista normal de 6 MPM que contiene planar y DC. Cuando un valor del índice de línea de MRL no es igual a 0, se usa una lista de 6 m Pm que excluye planar (es decir, un valor de 0) y DC (es decir, un valor de 1).
Lista MPM para el modo de codificación de intrapartición (ISP)
El modo de codificación intrasubpartición (ISP) es una herramienta recientemente adoptada en VTM4.0 (JVET-M0102). Los bloques predichos de Luminancia se dividen vertical u horizontalmente en 2 o 4 subparticiones, según las dimensiones del tamaño del bloque, como se muestra en la Tabla 1. La FIG. 7 y la FIG. 8 muestran ejemplos de las dos posibilidades. Todas las subparticiones cumplen la condición de tener al menos 16 muestras.
Tabla 1: número de subparticiones según el tamaño del bloque
Cuando el modo de codificación intrasubpartición está habilitado, en VTM 4.0 se usa otra lista MPM que excluye el modo DC. El modo de intrasubpartición se puede aplicar cuando un valor del índice de línea de referencia múltiple es igual a 0 (es decir, el MRL no se aplica al bloque de intrapredicción actual). Todas las subparticiones comparten un solo modo de intrapredicción, por lo tanto, la lista MPM se construye una vez para el bloque intra y es compartida por todas las subparticiones.
La construcción de MPM podría depender del modo de división del ISP. Se determinan dos modos de división: horizontal o vertical. Se muestran como en la FIG. 7 y FIG. 8, donde la división/partición horizontal se muestra en la parte superior y la división/partición vertical se muestra en la parte inferior.
La siguiente tabla resume las características de la lista de 3 MPM usada en VTM 4.0.
Tabla 2: diferentes 6 MPM usadas en VTM 4.0 en diferentes circunstancias
Antecedentes sobre el modelado/codificación de contexto CABAC.
Como se muestra en la Figura 9, la codificación CABAC se compone de binarización, modelado de contexto y codificación aritmética binaria. La binarización asigna los elementos de sintaxis a los símbolos binarios (“bins"). El modelado de contexto estima la probabilidad de cada bin no omitido (es decir, codificado regularmente) basándose en algún contexto específico. Finalmente, la codificación aritmética binaria comprime los bins en bits según la probabilidad estimada.
Al descomponer cada valor de elemento de sintaxis no binario en una secuencia de bins, el procesamiento posterior de cada valor de bin en CABAC depende de la decisión del modo de codificación asociado, que puede elegirse como modo regular o de derivación (“bypass”). Este último se elige para bins, que se supone que están distribuidos uniformemente y para los cuales, en consecuencia, todo el proceso de codificación (y decodificación) aritmética binaria regular simplemente se omite. En el modo de codificación regular, cada valor de bin se codifica usando el motor de codificación aritmética binaria regular, donde el Modelo de probabilidad asociado se determina mediante una elección fija, basándose en el tipo de elemento de sintaxis y la posición del bin o el índice de bin (binIdx) en la representación binarizada del elemento de sintaxis, o se elige de forma adaptable a partir de dos o más Modelos de probabilidad dependiendo de la información complementaria relacionada.
La selección del Modelo de probabilidad se denomina modelado de contexto. Cada Modelo de probabilidad en CABAC se aborda usando un índice de contexto único (ctxIdx), ya sea determinado por una asignación fija o calculado por la lógica de derivación de contexto mediante la cual, a su vez, se especifica el Modelo de contexto dado.
Antecedentes sobre cómo determinar los vecinos izquierdos y superiores.
La codificación de modo de intrapredicción de VVC depende de los modos de intrapredicción de sus bloques vecinos. Es decir, los bloques izquierdo y superior del bloque actual. Su posición se muestra en la FIG. 10.
Señalización del índice MPM
Se usa un indicador (es decir, un indicador MPM) para indicar si el intramodo del bloque actual está en la lista MPM o no. Cuando el indicador de MPM es verdadero (es decir, un valor de 1), entonces el modo de intrapredicción se puede determinar usando un índice de MPM. El índice MPM se codifica usando un código unario truncado, como se muestra en la siguiente Tabla 3 cuando la longitud de la lista MPM es 6. Cuando el indicador MPM no es verdadero, el intramodo del bloque actual no está en la lista MPM y el modo está codificado usando código binario truncado. Otro ejemplo de índice MPM cuando la lista MPM se compone de 5 modos se muestra en la Tabla 4. La cadena de bin para codificar el índice se denomina código unario truncado (no código binario truncado para codificar modos no MPM). Tenga en cuenta que para el código unario truncado, el bin 0 y 1 son intercambiables sin pérdida de generalidad. En un ejemplo, el índice MPM cuando la lista MPM se compone de 5 modos también se puede codificar como se muestra en la Tabla 5.
Tabla 3 Indicador MPM y codificación de índice MPM cuando hay 6 entradas en una lista MPM
Tabla 4 Indicador MPM y codificación de índice MPM, cuando hay 5 entradas en una lista MPM
Tabla 5 Indicador MPM y codificación de índice MPM, cuando hay 5 entradas en una lista MPM y palabra de código alternativa para el índice MPM
Antecedentes sobre el modo planar, DC, los modos horizontal, vertical y los modos angulares: modos de intrapredicción planar (un valor de 0) y DC (un valor de 1). Otros modos de intrapredicción se denominan modos de predicción angular.
En VTM4.0, el siguiente diseño de sintaxis, como se muestra en la Tabla 6, se usa para señalizar la información del modo de intrapredicción.
Tabla 6 Análisis de sintaxis en VTM4.0
intra_luminancia_ref_idx [ x0 ][ y0 ] puede tener tres valores, 0, 1 o 2, indica qué línea de referencia se usa. Cuando intra_luminancia_ref_idx[ x0 ][ y0 ] no está presente, se infiere que es igual a 0.
intra_subpartitions_Modo_indicador [ x0 ] [ y0 ] igual a 1 especifica que la unidad de intracodificación actual está particionada aún más (es decir, el modo ISP está habilitado). intra_subpartitions_Modo_indicador [ x0 ][ y0 ] igual a 0 especifica que la unidad de intracodificación actual no está particionada en subparticiones de bloques de transformada rectangulares. Cuando intra_subpartitions_Modo_indicador[ x0 ][ y0 ] no está presente, se infiere que es igual a 0.
Los elementos de sintaxis intra_luminancia_mpm_indicador[ x0 ][ y0 ], intra_luminancia_mpm_idx[ x0 ][ y0 ] y intra_luminancia_mpm_restante[ x0 ][ y0 ] especifican el modo de intrapredicción para muestras de luminancia. intra_luminancia_mpm_indicador[ x0 ] [y0 ] indica si el modo de intrapredicción del bloque actual se deriva de la lista MPM o no. Si el valor de la intra_luminancia_mpm_indicador[ x0 ][ y0 ] es 1, indica que el modo de intrapredicción del bloque actual se deriva de la lista MPM; si el valor de la intra_luminancia_mpm_indicador[ x0 ][ y0 ] es 0, indica que el modo de intrapredicción del bloque actual no se deriva de la lista MPM. Cuando intra_luminancia_mpm_indicador [ x0 ][ y0 ] no está presente, se infiere que es igual a 1. intra_luminancia_mpm_indicador [ x0 ] [ y0 ] corresponde a indicador MPM en la Tabla 3.
intra_luminancia_mpm_idx corresponde al índice MPM en la Tabla 3 y usa código unario truncado como se muestra en la Tabla 3. intra_luminancia_mpm_restante representa código binario truncado del modo que no está en la lista MPM.
En una realización 1, se describen un elemento de sintaxis intra_luminancia_planar_indicador y ctx.
Según una realización de la invención, se introduce una indicador intra_luminancia_planar_indicador.
Si un valor de intra_luminancia_mpm_indicador es verdadero (por ejemplo, el valor es 1), el decodificador analiza un intra_luminancia_planar_indicador para determinar si un modo de intrapredicción de un bloque actual es un modo planar o no. Cuando un valor de intra_luminancia_planar_indicador es 1, el modo de intrapredicción del bloque actual es un modo planar. Cuando un valor de intra_luminancia_planar_indicador es 0, el modo de intrapredicción del bloque actual NOT es un modo planar. Si intra_luminancia_planar_indicador no está presente (por ejemplo, este indicador no se puede analizar desde un flujo de bits en caso de intra_luminancia_mpm_indicador es igual a 0), un valor de intra_luminancia_planar_indicador se infiere como 0.
Si está escrito en un estilo de especificación de borrador de trabajo de VVC, el modo de intrapredicción del bloque actual IntraPredModoY[ xCb ][ yCb ] se obtiene aplicando el siguiente procedimiento:
• Si intra_luminancia_mpm_indicador[ xCb ][ yCb ] es igual a 1,
- Si intra_luminancia_planar_indicador[ xCb ][ yCb ] es igual a 1, intraPredModoY [xCb ][ yCb ] se establece igual a INTRA_PLANAR.
- De lo contrario, IntraPredModoY[ xCb ][ yCb ] se establece igual a candModoLista[intra_luminancia_mpm_idx [ xCb ][y Cb ] ].
Si el modo de intrapredicción no es un modo planar (es decir, un valor de intra_luminancia_planar_indicador es 0), el decodificador analiza además un elemento de sintaxis intra_luminancia_mpm_idx.
En un ejemplo, un valor de intra_luminancia_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque normal o no.
En un ejemplo, un valor de intra_luminancia_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque con línea de referencia múltiple (MRL) habilitada o no.
En un ejemplo, un valor de intra_luminancia_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque con el modo de codificación de intra subdivisión (ISP) habilitado o no. En un ejemplo, la posición de intra_luminancia_planar_indicador se coloca como en la Tabla 7.
Tabla 7: sintaxis con intra_luminancia_planar_indicador
Realización 2: intra_luminancia_no_planar_indicador y ctx Según una realización de la invención, se introduce un elemento de sintaxis intra_luminancia_no_planar_indicador.
Si un valor de intra_luminancia_mpm_indicador es verdadero (por ejemplo, el valor es 1), el decodificador analiza intra_luminancia_no_planar_indicador para determinar si el modo de intrapredicción del bloque actual es un modo planar o no. Cuando un valor de intra_luminancia_no_planar_indicador es 1, el modo de intrapredicción del bloque actual NOT es un modo planar; cuando un valor de intra_luminancia_no_planar_indicador es 0, el modo de intrapredicción del bloque actual es un modo planar. Si intra_luminancia_no_planar_indicador no está presente en un flujo de bits, un valor de intra_luminancia_no_planar_indicador se infiere como 1. En un ejemplo, la posición de intra_luminancia_no_planar_indicador se coloca como en la Tabla 8.
Si un modo de intrapredicción de un bloque actual no es un modo planar (es decir, un valor de intra_luminancia_no_planar_indicador es 1), el decodificador analiza además un elemento de sintaxis intra_luminancia_mpm_idx.
Escrito en un estilo de especificación de borrador de trabajo de VVC, el modo de intrapredicción del bloque actual IntraPredModoY[ xCb ][ yCb ] se deriva aplicando el siguiente procedimiento:
- Si intra_luminancia_mpm_indicador[ xCb ][ yCb ] es igual a 1,
- Si intra_luminancia_no_planar_indicador[ xCb ][ yCb ] es igual a 0, intraPredModoY[ xCb ][ yCb ] se establece igual a INTRA_PLANAR.
- De lo contrario, IntraPredModoY[ xCb ][ yCb ] se establece igual a candModoLista[ intra_luminancia_mpm_idx[ xCb ][ yCb ]].
En un ejemplo, un valor de intra_luminancia_not_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque normal o no.
En un ejemplo, un valor de intra_luminancia_not_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque con línea de referencia múltiple (MRL) habilitada o no. En un ejemplo, un valor de intra_luminancia_not_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque con modo de codificación de intrasubpartición (ISP) habilitado o no.
Tabla 8: sintaxis con intra_luminancia_no_planar_indicador
Realización 3: intra_luminancia_planar_indicador y MRL, y decodificación por derivación
Según una forma de realización de la invención, un indicador intra_luminancia_planar_indicador se introduce. Si un valor de intra_luminancia_mpm_indicador es verdadero (por ejemplo, el valor es 1), el decodificador analiza si un valor de la línea de índice de referencia ((intra_luminancia_ref_idx) es 0 o no. Si un valor de la línea de índice de referencia es 0, un valor de la intra_luminancia_planar_indicador se analiza para determinar si el modo de intrapredicción del bloque actual es un modo predicción planar o no. Cuando un valor del intra_luminancia_planar_indicador es 1, el modo de intrapredicción del bloque actual es un modo planar. Cuando un valor del intra_luminancia_planar_indicador es 0, el modo de intrapredicción del bloque actual NOT es un modo planar. Si intra_luminancia_planar_indicador no está presente, un valor de la intra_luminancia_planar_indicador se infiere como 0.
Si un modo de intrapredicción de un bloque actual no es un modo planar (es decir, un valor de la intra_luminancia_planar_indicador es 0), el decodificador analiza además intra_luminancia_mpm_idx.
En un ejemplo, un valor de la intra_luminancia_planar_indicador es codificada con derivación CABAC (es decir, no codificado en contexto CABAC), y el decodificador analiza el indicador sin usar ningún contexto CABAC. La posición de intra_luminancia_planar_indicador se coloca como en la Tabla 9.
Tabla 9: sintaxis con intra_luminancia_planar_indicador y está codificado con derivación
Realización 4: intra_luminancia_no_planar_indicador y MRL, y decodificación por derivación
Según una realización de la invención, se introduce un indicador intra_luminancia_no_planar_indicador. Si un valor de intra_luminancia_mpm_indicador es verdadero (por ejemplo, el valor es 1), el decodificador analiza si un valor de la línea de índice de referencia es 0 o no. Si un valor de la línea de índice de referencia es 0, intra_luminancia_no_planar_indicador se analiza para determinar si el modo de intrapredicción del bloque actual es un modo planar o no. Cuando un valor del intra_luminancia_no_planar_indicador es 1, el modo de intrapredicción del bloque actual NO es un modo planar. Cuando un valor del intra_luminancia_planar_indicador es 0, el modo de intrapredicción del bloque actual es un modo planar. Si intra_luminancia_no_planar_indicador no está presente, un valor de la intra_luminancia_no_planar_indicador se infiere como 1.
Si un modo de intrapredicción de un bloque actual no es un modo planar (es decir, un valor de la intra_luminancia_no_planar_indicador es 1), el decodificador analiza además intra_luminancia_mpm_idx.
En un ejemplo, un valor de la intra_luminancia_no_planar_indicador es codificado con derivación CABAC (es decir, no codificado en contexto CABAC), y el decodificador analiza el indicador sin usar ningún contexto CABAC.
La posición de intra_not_luminancia_planar_indicador se coloca como en la Tabla 10.
Tabla 10: sintaxis con intra_luminancia_no_planar_indicador y está codificado con derivación
Realización 5: intra_luminancia_no_planar_indicador y MRL, y codificado en contexto cabac (la diferencia con la realización 4 es que intra_luminancia_no_planar_indicador está codificado en contexto cabac en lugar de codificado con derivación).
Según una realización de la invención, se introduce un indicador intra_luminancia_no_planar_indicador.
Si un valor de intra_luminancia_mpm_indicador es verdadero (por ejemplo, el valor es 1), el decodificador analiza si un valor de la línea de índice de referencia es 0 o no. Si un valor de la línea de índice de referencia es 0, intra_luminancia_no_planar_indicador se analiza para determinar si el modo de intrapredicción del bloque actual es un modo planar o no. Cuando un valor del intra_luminancia_no_planar_indicador es 1, el modo de intrapredicción del bloque actual NO es un modo planar. Cuando un valor del intra_luminancia_planar_indicador es 0, el modo de intrapredicción del bloque actual es un modo planar. Si intra_luminancia_no_planar_indicador no está presente, un valor de la intra_luminancia_no_planar_indicador se infiere como 1.
Si un modo de intrapredicción de un bloque actual no es un modo planar (es decir, un valor de la intra_luminancia_no_planar_indicador es 1), el decodificador analiza además intra_luminancia_mpm_idx.
En un ejemplo, un valor de intra_luminancia_no_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque normal o no.
En un ejemplo, un valor de intra_luminancia_ not_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque con línea de referencia múltiple (MRL) habilitada o no.
En un ejemplo, un valor de intra_luminancia_ no_planar_indicador está codificado en contexto CABAC (es decir, no codificado por derivación CABAC), y el decodificador analiza el indicador usando el contexto basándose en si el bloque actual es un intrabloque con modo de codificación de intra subdivisión (ISP) habilitado o no.
La posición de intra_luminancia_no_planar_indicador se coloca como en la Tabla 11.
Tabla 11: sintaxis con intra_luminancia_no_planar_indicador y es codificado con contexto cabac
En un ejemplo,
Add intra_luminancia_no_planar_indicador
Cuando intra_luminancia_no_planar_indicador[ x0 ][ y0 ] no está presente, se infiere que es igual a 1.
La siguiente Tabla 12 muestra un ejemplo de asignación de ctxInc a elementos de sintaxis con bins codificados por contexto.
Tabla 12 - Asignación de ctxInc a elementos de sintaxis con bins codificados por contexto
En una realización, se construye una lista MPM de acuerdo con el siguiente proceso.
8.4.2 Proceso de derivación para el modo de intrapredicción de luminancia
Las entradas a este proceso son:
• una ubicación de luminancia ( xCb, yCb ) que especifica la muestra superior izquierda del bloque de codificación de luminancia actual en relación con la muestra de luminancia superior-izquierda de la imagen actual,
• una variable cbAnchura que especifica el ancho del bloque de codificación actual en muestras de luminancia,
• una variable cbAltura que especifica la altura del bloque de codificación actual en muestras de luminancia.
En este proceso, se deriva el modo de intrapredicción de luminancia IntraPredModoY[ xCb ][ yCb ].
La Tabla 13 especifica el valor para el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] y los nombres asociados.
Tabla 13 - Especificación del modo de intrapredicción y nombres asociados
NOTA - : Los modos de intrapredicción INTRA_LT_CCLM, INTRA_L_CCLM
e INTRA_T_CCLM solo se aplican a componentes de crominancia.
IntraPredModoY[ xCb ][ yCb ] se deriva de la siguiente manera:
• Si intra_luminancia_no_planar_indicador[ xCb ][ yCb ] es igual a 1, se aplican las siguientes etapas ordenadas:
1. Las ubicaciones vecinas (xNbA, yNbA) y (xNbB, yNbB) se establecen en (xCb - 1, yCb cbAltura - 1) y (xCb cbAnchura - 1, yCb - 1), respectivamente.
2. Para que X sea reemplazado por A o B, las variables candIntraPredModoX se derivan de la siguiente manera: •
• Se invoca el proceso de derivación de disponibilidad para un bloque: El proceso de verificación de disponibilidad de bloques vecinos se invoca con la ubicación (xCurr, yCurr) establecida en (xCb, yCb) y la ubicación vecina (xNbY, yNbY) establecida en (xNbX, yNbX) como entradas, y la salida se asigna a disponibleX (availableX).
• El modo de intrapredicción candidato candIntraPredModoX se deriva de la siguiente manera:
- Si una o más de las siguientes condiciones son verdaderas, candIntraPredModoX se establece igual a INTRA_PLANAR.
- La variable disponibleX es igual a FALSO.
- CuPredModo[ xNbX ][ yNbX ] no es igual a MODO_INTRA y ciip_indicador [xNbX ][ yNbX ] no es igual a 1.
- pcm_indicador[ xNbX ][ yNbX ] es igual a 1.
- X es igual a B y yCb - 1 es menor que ((yCb >> CtbLog2TamañoY) << CtbLog2TamañoY).
• De lo contrario, candIntraPredModoX se establece igual a IntraPredModoY[xNbX][yNbX]. donde X se reemplaza ya sea por el bloque vecino A o B, una ubicación de luminancia (xCb, yCb) que especifica la muestra superior izquierda del bloque de codificación de luminancia actual en relación con la muestra de luminancia superior-izquierda de la imagen actual, la ubicación (xNbA, yNbA) del vecino A se establece igual a (xCb - 1, yCb cbAltura - 1), la ubicación (xNbB, yNbB) del vecino B se establece igual a ( xCb cbAnchura - 1, yCb - 1), una variable cbAnchura que especifica el ancho del bloque de codificación actual en muestras de luminancia, una variable cbAltura que especifica la altura del bloque de codificación actual en muestras de luminancia, CuPredModo representa un modo de predicción actual, SizeY representa el tamaño de los componentes Y de un bloque de árbol de codificación.
3. CandModoLista[x] con x = 0..4 se deriva de la siguiente manera:
• Si candIntraPredModoB es igual a candIntraPredModoA y candIntraPredModoA es mayor que INTRA_DC, candModoLista[ x ] con x = 0..4 se deriva de la siguiente manera:
candModoLista[ 0 ] = candIntraPredModoA (8-10)
candModoLista[ 1 ] = 2 ( ( candIntraPredModoA 61 ) % 64 ) (8-12)
candModoLista[ 2 ] = 2 ( ( candIntraPredModoA - 1 ) % 64 ) (8-13)
candModoLista[ 3 ] = INTRA_DC (8-11)
candModoLista[ 4 ] = 2 ( ( candIntraPredModoA 60 ) % 64 ) (8-14)
• De lo contrario, si candIntraPredModoB no es igual a candIntraPredModoA y candIntraPredModoA o candIntraPredModoB es mayor que INTRA_DC, se aplica lo siguiente:
• Las variables minAB y maxAB se derivan como sigue:
minAB = Min( candIntraPredModoA, candIntraPredModoB ) (8-24)
maxAB = Max( candIntraPredModoA, candIntraPredModoB ) (8-25)
• Si candIntraPredModoA y candIntraPredModoB son mayores que INTRA_DC, candModoLista[x] con x = 0..4 se deriva de la siguiente manera:
candModoLista[ 0 ] = candIntraPredModoA (8-27)
candModoLista[ 1 ] = candIntraPredModoB (8-29)
candModoLista[ 2 ]= INTRA_DC (8-29)
• Si maxAB - minAB está en el intervalo de 2 a 62, inclusive, se aplica lo siguiente: candModoLista[ 3 ] = 2 ( ( maxAB 61 ) % 64 ) (8-30)
candModoLista[ 4 ] = 2 ( ( maxAB - 1 ) % 64 ) (8-31)
• De lo contrario, se aplica lo siguiente:
candModoLista[ 3 ] = 2 ( ( maxAB 60 ) % 64 ) (8-32)
candModoLista[ 4 ] = 2 ( ( maxAB ) % 64 ) (8-33)
• De lo contrario (candIntraPredModoA o candIntraPredModoB es mayor que INTRA_DC), candModoLista[x] con x = 0..4 se deriva de la siguiente manera:
candModoLista[ 0 ] = maxAB (8-65)
candModoLista[ 1 ] = INTRA_DC(8-66)
candModoLista[ 2 ] = 2 ( ( maxAB 61 ) % 64 ) (8-66)
candModoLista[ 3 ] = 2 ( ( maxAB - 1 ) % 64 ) (8-67)
candModoLista[ 4 ] = 2 ( ( maxAB 60 ) % 64 ) (8-68)
• De lo contrario, se aplica lo siguiente:
candModoLista[ 0 ] = INTRA_DC (8-71)
candModoLista[ 1 ] = INTRA_ANGULAR50 (8-72)
candModoLista[ 2 ]| = INTRA_ANGULAR18 (8-73)
candModoLista[ 3 ]| = INTRA_ANGULAR46 (8-74)
candModoLista[ 4 ]| = INTRA_ANGULAR54 (8-75)
4. IntraPredModoY[ xCb ][ yCb ] se obtiene aplicando el siguiente procedimiento:
• Si intra_luminancia_mpm_indicador[ xCb ][ yCb ] es igual a 1, IntraPredModoY[ xCb ][ yCb ] se establece igual a candModoLista[intra_luminancia_mpm_idx[ xCb ][ yCb ] ].
• De lo contrario, IntraPredModoY[ xCb ][ yCb ] se deriva aplicando las siguientes etapas ordenadas: 1. Cuando candModoLista[ i ] es mayor que candModoLista[ j ] para i = 0..3 y para cada i, j = (i 1) .. 4, ambos valores se intercambian de la siguiente manera:
( candModoLista[ i ], candModoLista[ j ] ) = Swap( candModoLista[ i ], candModoLista[ j ] ) (8-94) 2. IntraPredModoY[ xCb ][ yCb ] se deriva mediante las siguientes etapas ordenadas:
i. IntraPredModoY[ xCb ][ yCb ] se establece igual a intra_luminancia_mpm_restante[ xCb ][ yCb ]. ii. El valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno.
iii. Para i igual a 0 a 4, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor o igual que candModoLista[ i ], el valor de IntraPredModoY [ xCb ][ yCb ] se incrementa en uno.
• De lo contrario (intra_luminancia_no_planar_indicador[ xCb ][ yCb ] es igual a 0), IntraPredModoY[ xCb ][ yCb ] se establece igual a INTRA_PLANAR.
La variable IntraPredModoY[x][y] con x = xCb..xCb cbAnchura - 1 e y = yCb..yCb cbAltura - 1 se establece para que sea igual a IntraPredModoY[ xCb ][ yCb ].
En un ejemplo, el modo de intrapredicción del bloque actual (por ejemplo, el nombre de la variable es luminancia_intra_Modo) no es un modo planar ni un modo de intrapredicción en una lista de 5 MPM, su valor se deriva y la predicción de este modo de intrapredicción es realizado de la siguiente manera:
1. Derivar el valor de intra_luminancia_mpm_restante del flujo de bits y luminancia_intra_Modo se establece en el valor de intra_luminancia_mpm_restante.
2. El valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno.
3. Para i igual a 0 a 4 (comparar con cada entrada en la lista de de 5 MPM), cuando luminancia_intra_modo es mayor o igual que MPM[ i ] (aquí MPM[0] corresponde a la primera entrada en la lista MPM, MPM[1] corresponde a la segunda entrada en la lista MPM, y así sucesivamente), el valor de luminancia_intra_Modo se incrementa en uno.
4. Usando el modo de intrapredicción derivado (luminancia_intra_Modo) y las muestras de referencia correspondientes para la intrapredicción del rendimiento.
(Lado del codificador)
En un ejemplo, el modo de intrapredicción del bloque actual (por ejemplo, el nombre de la variable es IntraPredModoY[ xCb ][ yCb ]) no es un modo planar ni un modo de intrapredicción en una lista de 5 MPM, y su valor se codifica de la siguiente manera:
1. Cuando candModoLista[ i ] es mayor que candModoLista[ j ] para i = 0..3 y para cada i, j = (i 1) .. 4, ambos valores se intercambian de la siguiente manera:
( candModoLista[ i ], candModoLista[ j ] ) = Swap( candModoLista[ i ], candModoLista[ j ] ) (8-94) 2. Para i igual de 4 a 0, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor que candModoLista[ i ], el valor de IntraPredModoY[ xCb ][ yCb ] se reduce en uno.
3. el valor de IntraPredModoY[ xCb ][ yCb ] se reduce en uno
4. el valor de IntraPredModoY[ xCb ][ yCb ] se escribe en el flujo de bits con la palabra codificada usando un proceso de binarización binaria truncada, y todos los bins de la palabra codificada se codifican por derivación.
En el codificador, el modo actual ya se conoce, lo que se deriva es una palabra codificada (es decir, intra_luminancia_mpm_restante).
Para la especificación del proceso de binarización binaria truncado, se define de la siguiente manera (9.3.3.4 en JVET-Q2001-VE.docx):Proceso de binarización binario truncado (TB)
La entrada a este proceso es una solicitud para binarización TB para un elemento de sintaxis con valor synVal y cMax. La salida de este proceso es la binarización TB del elemento de sintaxis. La cadena de bin del proceso de binarización TB de un elemento de sintaxis synVal se especifica de la siguiente manera:
n=cMax+1
k = Floor( Log2( n ) ) (1550)
u = ( 1 << ( k 1) ) - n
• Si synVal es menor que u, la cadena de bin de TB se deriva invocando el proceso de binarización de FL especificado en la cláusula 9.3.3.7 para synVal con un valor cMax igual a (1 << k) - 1.
• De lo contrario (synVal es mayor o igual que u), la cadena de bin de TB se deriva invocando el proceso de binarización de FL especificado en la cláusula 9.3.3.7 para (synVal u) con un valor cMax igual a (1 << (k 1)) - 1.
En una implementación de las realizaciones anteriores, el modo planar podría considerarse implícitamente como siempre la primera entrada en una lista implícita de 6 MPM. Esta lista implícita de 6 MPM se compone de planar (siempre la primera entrada) y otros 5 modos (que pueden describirse explícitamente como lista de 5 MPM).
Esto se debe a que si el modo planar está siempre en la primera posición de la lista implícita de 6 MPM, se puede dividir de la Lista implícita de MPM y un indicador especial (por ejemplo, un indicador intra_luminancia _planar_indicador o un indicador intra_luminancia_no_planar_indicador) se asigna para indicar si el modo de intrapredicción del bloque actual es planar o no.
En un ejemplo, considerando introducir intra_luminancia_no_planar_indicador[ x0 ][ y0 ] como un indicador especial para indicar si el modo planar es igual al modo de intrapredicción del bloque actual. Cuando está en modo planar, intra_luminancia_no_planar_indicador se establece en 0, de lo contrario, se establece en 1. En este caso, el primer bin de mpm_idx es equivalente al indicador especial intra_luminancia_no_planar_indicador.
Cuando el modo de intrapredicción del bloque actual es planar, el índice MPM es igual a 0 y el intervalo codificado es 0. Cuando el modo de intrapredicción del bloque actual es No planar, el índice MPM igual no es igual a 0, y el primer intervalo del índice MPM siempre es igual a 1.
En un ejemplo, intra_luminancia_mpm_idx se codifica usando un código unario truncado (TR),
Valor TR
Mpm_idx 0 0
Mpm_idx 1 1 0
Mpm_idx 2 1 10
Mpm_idx 3 1 11 0
Mpm_ idx 4 1 1 1 1.
Según una realización de la invención (rama no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Modo_izquierdo no es modo angular y modo_superior no es modo angular
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: DC
MPM[2]: modo vertical (es decir, 50)
MPM[3]: modo horizontal (es decir, 18)
MPM[4]: vertical-4 (es decir, 46)
MPM[5]: vertical+4 (es decir, 54)
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Modo_izquierdo no es modo angular y modo_superior no es modo angular
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: DC
MPM[2]: modo vertical (es decir, 50)
MPM[3]: modo horizontal (es decir, 18)
MPM[4]: 66
MPM[5]: 2
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama no angular):
- Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
- Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no. - Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Modo_izquierdo no es modo angular y modo_superior no es modo angular
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: DC
MPM[2]: modo vertical (es decir, 50)
MPM[3]: modo horizontal (es decir, 18)
MPM[4]: 2
MPM[5]: 34
- Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Modo_izquierdo no es modo angular y modo_superior no es modo angular
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: DC
MPM[2]: modo vertical (es decir, 50)
MPM[3]: modo horizontal (es decir, 18)
MPM[4]: 66
MPM[5]: 34
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, una angular la otra no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Uno de los modos modo_izquierdo y modo_superior es el modo angular, el otro es el modo no angular. luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
definir un modo angular como ang y obtener lo siguiente:
si modo_izquierdo es modo angular, ang = modo izquierdo
de lo contrario (el modo superior es el modo angular) ang = modo superior
MPM[1]: ang
MPM[2]: DC
MPM[3]: 2 ( ( ang 61 ) % 64 )
MPM[4]: 2 ( ( ang - 1 ) % 64 )
MPM[5]: 2 ( ( ang 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, una angular la otra no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como nodo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior. •
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Uno de los modos modo_izquierdo y nodo_superior es el modo angular, el otro es el modo no angular. luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
definir un modo angular como ang y obtener lo siguiente:
si modo_izquierdo es modo angular, ang = modo izquierdo
de lo contrario (el modo superior es el modo angular) ang = modo superior
MPM[1]: DC
MPM[2]: ang
MPM[3]: 2 ( ( ang 61 ) % 64 )
MPM[4]: 2 ( ( ang - 1 ) % 64 )
MPM[5]: 2 ( ( ang 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, una angular la otra no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Uno de los modos modo_izquierdo y modo_superior es el modo angular, el otro es el modo no angular. luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
definir un modo angular como ang y obtener lo siguiente:
si modo_izquierdo es modo angular, ang = modo izquierdo
de lo contrario (el modo superior es el modo angular) ang = modo superior
MPM[1]: ang
MPM[2]: 2 ( ( ang 61 ) % 64 )
MPM[3]: DC
MPM[4]: 2 ( ( ang - 1 ) % 64 )
MPM[5]: 2 ( ( ang 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, una angular la otra no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior. •
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
•Uno de los modos modojzquierdo y modo_superior es el modo angular, el otro es el modo no angular. luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
definir un modo angular como ang y obtener lo siguiente:
si modo_izquierdo es modo angular, ang = modo izquierdo
de lo contrario (el modo superior es el modo angular) ang = modo superior
MPM[0]: Planar
MPM[1]: ang
MPM[2]: 2 ( ( ang 61 ) % 64 )
MPM[3]: 2 ( ( ang - 1 ) % 64 )
MPM[4]: DC
MPM[5]: 2 ( ( ang 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, una angular la otra no angular):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior. •
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• Uno de los modos modo_izquierdo y modo_superior es el modo angular, el otro es el modo no angular. luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
definir un modo angular como ang y obtener lo siguiente:
si modo_izquierdo es modo angular, ang = modo izquierdo
de lo contrario (el modo superior es el modo angular) ang = modo superior
MPM[1]: ang
MPM[2]: 2 ( ( ang 61 ) % 64 )
MPM[3]: 2 ( ( ang - 1 ) % 64 )
MPM[4]: 2 ( ( ang 60 ) % 64 )
MPM[5]: DC
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, dos son iguales angulares):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superioor son ambos modos angulares y son iguales.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo izquierdo
MPM[2]: 2 ( ( modo izquierdo 61 ) % 64 )
MPM[3]: 2 ( ( modo izquierdo - 1 ) % 64 )
MPM[4]: DC
MPM[5]: 2 ( ( modo izquierdo 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, dos son iguales angulares):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior. •
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son ambos modos angulares y son iguales.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: DC
MPM[2]: modo izquierdo
MPM[3]: 2 ( ( modo izquierdo ) % 64 )
MPM[4]: 2 ( ( modo izquierdo - 1 ) % 64 )
MPM[5]: 2 ( ( modo izquierdo 60 )%64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, dos son iguales angulares):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son ambos modos angulares y son iguales.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo izquierdo
MPM[2]: DC
MPM[3]: 2 ( ( modo izquierdo 61 ) % 64 )
MPM[4]: 2 ( ( modo izquierdo - 1 ) % 64 )
MPM[5]: 2 ( ( modo izquierdo 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, dos son iguales angulares):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son ambos modos angulares y son iguales.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo izquierdo
MPM[2]: 2 ( ( modo izquierdo 61 ) % 64 )
MPM[3]: DC
MPM[4]: 2 ( ( modo izquierdo - 1 )%64 )
MPM[5]: 2 ( ( modo izquierdo 60 ) % 64 )
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (una rama angular, dos son iguales angulares):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si los modos de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son ambos modos angulares y son iguales.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo izquierdo
MPM[2]: 2 ( ( modo izquierdo 61 ) % 64 )
MPM[3]: 2 ( ( modo izquierdo - 1 ) % 64 )
MPM[4]: 2 ( ( modo izquierdo 60 ) % 64 )
MPM[5]: DC
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama de dos ángulos):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si el modo de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son dos modos angulares diferentes.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo_izquierdo
MPM[2]: modo_superior
MPM[3]: DC
• Las variables minAB y maxAB se derivan como sigue:
minAB = Min( modo_superior, modojzquierdo )
maxAB = Max( modo_superior, modo_izquierdo )
• Si maxAB - minAB está en el intervalo de 2 a 62, inclusive, se aplica lo siguiente:
MPM [ 4 ] = 2 ( ( maxAB 61 ) % 64 ) (8-30)
MPM [ 5 ] = 2 ( ( maxAB - 1 ) % 64 ) (8-31)
• De lo contrario, se aplica lo siguiente:
MPM [ 4 ] = 2 ( ( maxAB 60 ) % 64 ) (8-32)
MPM [ 5 ] = 2 ( ( maxAB ) % 64 ) (8-33)
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama de dos ángulos):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si el modo de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son dos modos angulares diferentes.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo_superior
MPM[2]: modo_izquierdo
MPM[3]: DC
• Las variables minAB y maxAB se derivan como sigue:
minAB = Min( modo_superior, modo_izquierdo )
maxAB = Max( modo_superior, modo_izquierdo )
• Si maxAB - minAB está en el intervalo de 2 a 62, inclusive, se aplica lo siguiente:
MPM [ 4 ] = 2 ( ( maxAB 61 ) % 64 ) (8-30)
MPM [ 5 ] = 2 ( ( maxAB - 1 ) % 64 ) (8-31)
• De lo contrario, se aplica lo siguiente:
MPM [ 4 ] = 2 ( ( maxAB 60 ) % 64 ) (8-32)
MPM [ 5 ] = 2 ( ( maxAB ) % 64 ) (8-33)
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama de dos ángulos):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si el modo de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son dos modos angulares diferentes.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo_izquierdo
MPM[2]: DC
MPM[3]: modo_superior
• Las variables minAB y maxAB se derivan como sigue:
minAB = Min( modo_superior, modo_izquierdo )
maxAB = Max( modo_superior, modo_izquierdo )
• Si maxAB - minAB está en el intervalo de 2 a 62, inclusive, se aplica lo siguiente:
4 ] = 2 ( ( maxAB 61 ) % 64 ) (8-30)
5 ] = 2 ( ( maxAB - 1 ) % 64 ) (8-31)
contrario, se aplica lo siguiente:
4 ] = 2 ( ( maxAB 60 ) % 64 ) (8-32)
5 ] = 2 ( ( maxAB ) % 64 ) (8-33)
Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
Según una realización de la invención (rama de dos ángulos):
• Etapa 1: obtener un modo de intrapredicción de un bloque vecino izquierdo y un modo de intrapredicción de un bloque vecino superior según la FIG. 10. Si un modo de intrapredicción del bloque vecino no está disponible (por ejemplo, el bloque vecino está fuera de los límites de la imagen o el bloque vecino está intercodificado), el modo de intrapredicción del bloque vecino se establece como planar. El modo de intrapredicción del vecino izquierdo se denota como modo_izquierdo y el modo de intrapredicción del bloque vecino superior se denota como modo_superior.
• Etapa 2: determinar si el modo de intrapredicción de los bloques vecinos son modos angulares o no.
• Etapa 3: si todas las siguientes condiciones (viñetas) se evalúan como verdaderas,
• modo_izquierdo y modo_superior son dos modos angulares diferentes.
luego, se construye una lista de modos de intrapredicción que comprende N entradas de modos de intrapredicción como sigue (por ejemplo, N es igual a 5, donde la 1a entrada corresponde a MPM[1], la 2a entrada corresponde a MPM[2], y así sucesivamente):
MPM[1]: modo_superior
MPM[2]: DC
MPM[3]: modojzquierdo
• Las variables minAB y maxAB se derivan como sigue:
minAB = Min( modo_superior, modo_izquierdo )
maxAB = Max( modo_superior, modo_izquierdo )
• Si maxAB - minAB está en el intervalo de 2 a 62, inclusive, se aplica lo siguiente:
MPM [ 4 ] = 2 ( ( maxAB 61 ) % 64 ) (8-30)
MPM [ 5 ] = 2 ( ( maxAB - 1 ) % 64 ) (8-31)
• De lo contrario, se aplica lo siguiente:
MPM [ 4 ] = 2 ( ( maxAB 60 ) % 64 ) (8-32)
MPM [ 5 ] = 2 ( ( maxAB ) % 64 ) (8-33)
• Etapa 4: predecir el bloque actual según un índice (indicado como índice MPM) y las entradas de la lista construida.
En una implementación de la realización, N se establece en 6.
En una implementación de la realización, N se establece en 6. En este caso, dicha lista de modos de intrapredicción incluye las primeras 5 entradas enumeradas anteriormente y no la sexta entrada.
En una implementación de la realización, N se establece en 4. En este caso, dicha lista de modos de intrapredicción incluye las primeras 4 entradas enumeradas anteriormente y no la quinta entrada y la sexta entrada.
En una implementación de la realización, dicha lista de modos de intrapredicción se denomina lista MPM.
En una implementación, dicho índice de lista (índice MPM) se señala en el flujo de bits como un indicador. De manera ventajosa, el índice MPM se puede codificar con el codificador de entropía adaptable al contexto (CABAC). El índice MPM podría codificarse según varios Modelos de probabilidad (en otras palabras, contexto) por CABAC.
Por ejemplo, el primer bin de la palabra codificada para índice_mpm está codificado en contexto CABAC.
En un ejemplo, su contexto se decide basándose en si el intrabloque actual se aplica con líneas de referencia múltiple, ISP o intrabloques normales. En total, se crean tres contextos para el contexto CABAC del primer bin de la palabra codificada para índice_mpm.
Si una lista MPM contiene tanto el modo planar como el modo DC, la herramienta de codificación de líneas de referencia múltiple usa una lista MPM que excluye el modo planar y DC de la lista MPM construida. En este caso, la codificación del modo de intrapredicción de líneas de referencia múltiples usa una lista de 4 MPM. En un ejemplo, una lista MPM es {Planar (un valor de 0), DC (un valor de 1), VER (un valor de 50), HOR (un valor de 18), VER-4 (un valor de 46) , VER+4 (un valor de 54)} después de la construcción de la lista MPM, luego la codificación del modo de intrapredicción usa una lista de 4 MPM de {VER, HOR, VER-4, VER+4} cuando se habilita una línea de referencia múltiple.
Si una lista MPM contiene modo planar y no DC, entonces la herramienta de codificación de líneas de referencia múltiple usa una lista MPM que excluye el planar de la lista MPM construida. En este caso, la codificación del modo de intrapredicción de líneas de referencia múltiple usa una lista de 5 MPM. En un ejemplo, una lista MPM es {Planar, v Er , HOR, 43, 60, 3} después de la construcción de la lista MPM, luego una lista de 5 MPM de {VER, HOR, 43, 60, 3} es usada por la codificación de modo de intrapredicción cuando está habilitada la línea de referencia múltiple.
En otro ejemplo, podría ser necesario modificar la sintaxis de una lista MPM sin modo DC. Si una lista MPM no contiene D<c>, probablemente el modo DC se usará con mucha frecuencia en la rama que no es MPM (es decir, el indicador de mpm es falso). En este caso, se introduce una nueva sintaxis, modo_DC. Modo_DC es igual a 1 indica que el modo de intrapredicción del bloque actual es el modo DC. Modo_DC es igual a 0 indica que el modo de intrapredicción del bloque actual no es el modo DC.
Es decir, la antigua sintaxis de no MPM se cambia de
Si (indicador_mpm)
de lo contrario
modo_intra (usando TB)
a
Si (indicador_mpm)
de lo contrario
modo_DC
Si (modo_DC==0)
modo_intra (usando TB)
La sintaxis modo_DC se puede codificar con el codificador de entropía adaptable al contexto (CABAC). El modo_DC podría codificarse según varios modelos de probabilidad (en otras palabras, el contexto) por CABAC. Con la introducción de modo_DC, el valor máximo para binario truncado es 60, es decir, 67 (número total de modos) - 6 (MPM) -1 (DC). Si bien sin la introducción de modo_DC, el valor máximo para el binario truncado es 61, es decir, 67 (número de modos totales) - 6 (MPM).
En particular, los siguientes métodos de codificación de predicción de un bloque actual implementados por un dispositivo de decodificación. El dispositivo de decodificación puede ser el decodificador 30 de vídeo de la FIG.
1A o el decodificador 30 de la FIG. 3.
Según una realización 1200 (ver Figura 12), un método de intrapredicción de un bloque actual implementado por un dispositivo de decodificación incluye las siguientes etapas. Etapa 1201, el dispositivo obtiene un valor de una información de indicación de un bloque actual. La información de indicación se indica mediante un indicador, por ejemplo, intra_luminancia_mpm_indicador.
Etapa 1202, el dispositivo determina si el valor de la información de indicación indica que un modo de intrapredicción del bloque actual se incluye en un conjunto de modos más probables. Como se describió anteriormente, cuando el valor de intra_luminancia_mpm_indicador es igual a 1, el modo de intrapredicción del bloque actual se incluye en el conjunto de modos más probables. Cuando el valor de intra_luminancia_mpm_indicador es igual a 0, el modo de intrapredicción del bloque actual no se incluye en el conjunto de modos más probables.
Epata 1203, el dispositivo deriva el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] del bloque actual mediante las siguientes etapas ordenadas cuando el valor de la información de indicación indica que el modo de intrapredicción del bloque actual no se incluye en el conjunto de modos más probables:
i. IntraPredModoY[ xCb ][ yCb ] se establece igual a intra_luminancia_mpm_restante[ xCb ][ yCb ]. ii. El valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno.
iii. Para i igual a 0 a 4, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor o igual que candModoLista[ i ], el valor de IntraPredModoY [ xCb ][ yCb ] se incrementa en uno.
El modo de intrapredicción candidato candModoLista[ i ] en el conjunto de modos más probables se deriva de la siguiente manera:
cuando candModoLista[ i ] es mayor que candModoLista[ j ] para i = 0..3 y para cada i, j = (i 1) .. 4, ambos valores se intercambian de la siguiente manera:
( candModoLista[ i ], candModoLista[ j ] ) = Swap( candModoLista[ i ], candModoLista[ j ] ).
Etapa 1204, el dispositivo usa el modo de intrapredicción derivado (modo de intra luminacia) y las muestras de referencia correspondientes para la intrapredicción del rendimiento.
La información detallada de esta realización 1200 se muestra en las realizaciones mencionadas anteriormente. Según una realización 1300 (ver la FIG. 13), un método de intrapredicción de un bloque actual implementado por un dispositivo de codificación incluye las siguientes etapas. El dispositivo de codificación puede ser el codificador 20 de vídeo de la FIG. 1A o el codificador 20 de la FIG. 2.
Etapa 1301, el dispositivo determina si un modo de intrapredicción de un bloque actual se incluye en un conjunto de modos más probables. Etapa 1302, el dispositivo deriva una variable usando el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] de un bloque actual mediante las siguientes etapas ordenadas cuando el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] del bloque actual no se incluye en el conjunto de modos más probables:
i. Para i igual de 0 a 4, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor que candModoLista[ i ], el valor de IntraPredModoY[ xCb ][ yCb ] se reduce en uno;
ii. el valor de IntraPredModoY[ xCb ][ yCb ] se reduce en uno.
El modo de intrapredicción candidato candModoLista[ i ] en el conjunto de modos más probables se deriva de la siguiente manera:
cuando candModoLista[ i ] es mayor que candModoLista[ j ] para i = 0..3 y para cada i, j = (i 1) .. 4, ambos valores se intercambian de la siguiente manera:
( candModoLista[ i ], candModoLista[ j ] ) = Swap( candModoLista[ i ], candModoLista[ j ] ).
Etapa 1303, el dispositivo codifica un flujo de bits, en donde el flujo de bits incluye información de la variable, por ejemplo, intra_luminancia_mpm_restante[ xCb ][ yCb ], y envía el flujo de bits codificado a un dispositivo de decodificación.
La información detallada de esta realización 1300 se muestra en las realizaciones mencionadas anteriormente. La FIG. 14 ilustra realizaciones de un dispositivo 1400 de decodificación. El dispositivo 1400 de decodificación puede ser el decodificador 30 de vídeo de la FIG. 1A o el decodificador 30 de la FIG. 3. El dispositivo 1400 de decodificación puede usarse para implementar la realización 1200 y las otras realizaciones descritas anteriormente.
El dispositivo incluye una unidad (1401) de obtención y una unidad (1402) de derivación. La unidad (1401) de obtención, configurada para obtener un valor de una información de indicación de un bloque actual, indicando el valor de la información de indicación si un modo de intrapredicción del bloque actual se incluye en un conjunto de modos más probables;
La unidad (1402) de derivación, configurada para derivar el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] del bloque actual mediante las siguientes etapas ordenadas cuando el valor de la información de indicación indica que el modo de intrapredicción del bloque actual no se incluye en el conjunto de modos más probables:
i. IntraPredModoY[ xCb ][ yCb ] se establece igual a intra_luminancia_mpm_restante[ xCb ][ yCb ], ii. El valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno;
en donde intra_luminancia_mpm_restante[ xCb ][ yCb ] representa un modo de intrapredicción restante, una ubicación de luminancia (xCb, yCb) que especifica la muestra superior izquierda del bloque actual en relación con la muestra luminancia superior izquierda de la imagen actual.
El dispositivo 1400 incluye además una unidad 1403 de predicción (no mostrada en la FIG 14). La unidad 1403 de predicción está configurada para usar el modo de intrapredicción derivado (modo luminancia intra) y las muestras de referencia correspondientes para realizar la intrapredicción.
La FIG. 15 ilustra realizaciones de un dispositivo 1500 de codificación para intrapredicción. El dispositivo 1500 de codificación puede ser el codificador 20 de vídeo de la FIG. 1A o el codificador 20 de la Figura 2. El dispositivo 1500 de codificación puede usarse para implementar la realización 1300 y las otras realizaciones descritas anteriormente.
El dispositivo 1500 incluye una unidad 1501 de derivación y una unidad 1502 de transmisión. La unidad (1501) de derivación, configurada para derivar una variable usando el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] de un bloque actual mediante las siguientes etapas ordenadas cuando el modo de intrapredicción IntraPredModoY[xCb][ yCb ] del bloque actual no se incluye en el conjunto de modos más probables:
i. Para i igual a 0 a 4, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor que candModoLista[ i ], el valor de IntraPredModoY[ xCb ][ yCb ] se reduce en uno, donde candModoLista[ i ] representa el modo de intrapredicción candidato en el conjunto de modos más probables;
ii. el valor de IntraPredModoY[ xCb][ yCb ] se reduce en uno;
en donde una ubicación de luminancia ( xCb, yCb ) que especifica la muestra superior izquierda del bloque actual en relación con la muestra de luminancia superior izquierda de la imagen actual.
La unidad (1502) de transmisión, configurada para enviar un flujo de bits a un decodificador, en donde el flujo de bits incluye información de la variable.
Las realizaciones de esta invención simplifican el proceso de derivación del modo no MPM, cuando el modo planar siempre se considera en la lista MPM (ya sea implícito o explícito) y se indica como un indicador (intra_luminancia_no_planar_indicador). Debido a que planar corresponde al valor más pequeño de los modos de intrapredicción, el proceso de derivación para el modo no MPM se puede simplificar. Para la etapa de comparación e incremento, se puede guardar una comparación con el modo planar porque planar siempre está en la lista MPM, por lo que el valor inicial del modo de intrapredicción restante se puede incrementar en uno directamente, corresponde la etapa ii descrita anteriormente.
A continuación se ofrece una explicación de las aplicaciones del método de codificación así como del método de decodificación como se muestra en las realizaciones mencionadas anteriormente, y un sistema que las usa.
La FIG. 16 es un diagrama de bloques que muestra un sistema 3100 de suministro de contenido para realizar un servicio de distribución de contenido. Este sistema 3100 de suministro de contenido incluye el dispositivo 3102 de captura, el dispositivo 3106 terminal y, opcionalmente, incluye la pantalla 3126. El dispositivo 3102 de captura se comunica con el dispositivo 3106 terminal a través del enlace 3104 de comunicación. El enlace de comunicación puede incluir el canal 13 de comunicación descrito anteriormente. El enlace 3104 de comunicación incluye, pero no se limita a, WIFI, Ethernet, Cable, inalámbrico (3G/4G/5G), USB o cualquier tipo de combinación de los mismos, o similares.
El dispositivo 3102 de captura genera datos y puede codificar los datos mediante el método de codificación como se muestra en las realizaciones anteriores. Alternativamente, el dispositivo 3102 de captura puede distribuir los datos a un servidor de transmisión continua (no mostrado en las Figuras), y el servidor codifica los datos y transmite los datos codificados al dispositivo 3106 terminal. El dispositivo 3102 de captura incluye, pero no se limita a, cámara, teléfono inteligente o Pad, ordenador o portátil, sistema de videoconferencia, PDA, dispositivo montado en un vehículo o una combinación de cualquiera de ellos, o similares. Por ejemplo, el dispositivo 3102 de captura puede incluir el dispositivo 12 de origen como se describió anteriormente. Cuando los datos incluyen vídeo, el codificador 20 de vídeo incluido en el dispositivo 3102 de captura puede realmente realizar el procesamiento de codificación de vídeo. Cuando los datos incluyen audio (es decir, voz), un codificador de audio incluido en el dispositivo 3102 de captura puede realizar realmente el procesamiento de codificación de audio. Para algunos escenarios prácticos, el dispositivo 3102 de captura distribuye los datos de audio y vídeo codificados multiplexándolos juntos. Para otros escenarios prácticos, por ejemplo en el sistema de videoconferencia, los datos de audio codificados y los datos de vídeo codificados no se multiplexan. El dispositivo 3102 de captura distribuye los datos de audio codificados y los datos de vídeo codificados al dispositivo 3106 terminal por separado.
En el sistema 3100 de suministro de contenido, el dispositivo 310 terminal recibe y reproduce los datos codificados. El dispositivo 3106 terminal podría ser un dispositivo con capacidad de recepción y recuperación de datos, tal como un teléfono inteligente o Pad 3108, ordenador u ordenador portátil 3110, grabadora de vídeo en red (NVR)/grabadora de vídeo digital (DVR) 3112, TV 3114, decodificador ( STB) 3116, sistema de videoconferencia 3118, sistema de videovigilancia 3120, asistente digital personal (PDA) 3122, dispositivo 3124 montado en un vehículo, o una combinación de cualquiera de ellos, o similar capaz de decodificar los datos codificados antes mencionados. Por ejemplo, el dispositivo 3106 terminal puede incluir el dispositivo 14 de destino como se describió anteriormente. Cuando los datos codificados incluyen vídeo, se prioriza el descodificador de vídeo 30 incluido en el dispositivo terminal para realizar la decodificación de vídeo. Cuando los datos codificados incluyen audio, se prioriza un decodificador de audio incluido en el dispositivo terminal para realizar el procesamiento de decodificación de audio.
Para un dispositivo terminal con su pantalla, por ejemplo, teléfono inteligente o Pad 3108, ordenador u ordenador portátil 3110, grabadora de vídeo en red (NVR)/grabadora de vídeo digital (DVR) 3112, TV 3114, asistente digital personal (PDA) 3122 o dispositivo 3124 montado en el vehículo, el dispositivo terminal puede alimentar los datos decodificados a su pantalla. Para un dispositivo terminal equipado sin pantalla, por ejemplo, STB 3116, sistema 3118 de videoconferencia o sistema 3120 de videovigilancia, se contacta con una pantalla 3126 externa para recibir y mostrar los datos decodificados.
Cuando cada dispositivo de este sistema realiza la codificación o decodificación, se puede usar el dispositivo de codificación de imágenes o el dispositivo de decodificación de imágenes, como se muestra en las realizaciones mencionadas anteriormente.
La FIG. 17 es un diagrama que muestra una estructura de un ejemplo del dispositivo 3106 terminal. Después de que el dispositivo 3106 terminal recibe el flujo del dispositivo 3102 de captura, la unidad 3202 de procedimiento de protocolo analiza el protocolo de transmisión del flujo. El protocolo incluye, pero no se limita a, protocolo de transmisión en tiempo real (RTSP), protocolo de transferencia de hipertexto (HTTP), protocolo de transmisión en vivo HTTP (HLS), MPEG-DASH, Protocolo de transporte en tiempo real (RTP), protocolo de mensajería en tiempo real (RTMP), o cualquier tipo de combinación de los mismos, o similares.
Después de que la unidad de procedimiento de protocolo 3202 procesa el flujo, se genera el archivo de flujo. El archivo se envía a una unidad 3204 de demultiplexación. La unidad 3204 de demultiplexación puede separar los datos multiplexados en los datos de audio codificados y los datos de vídeo codificados. Como se describió anteriormente, para algunos escenarios prácticos, por ejemplo, en el sistema de videoconferencia, los datos de audio codificados y los datos de vídeo codificados no se multiplexan. En esta situación, los datos codificados se transmiten al descodificador 3206 de vídeo y al decodificador 3208 de audio sin pasar a través de la unidad 3204 de demultiplexación.
A través del procesamiento de demultiplexación, se generan el flujo elemental de vídeo (ES), el ES de audio y, opcionalmente, los subtítulos. El decodificador 3206 de vídeo, que incluye el decodificador 30 de vídeo como se explica en las realizaciones mencionadas anteriormente, decodifica el ES de vídeo mediante el método de decodificación como se muestra en las realizaciones mencionadas anteriormente para generar un fotograma de vídeo, y alimenta estos datos a la unidad 3212 síncrona. El decodificador 3208 de audio decodifica el ES de audio para generar un fotograma de audio y alimenta estos datos a la unidad 3212 síncrona. Alternativamente, el fotograma de vídeo puede almacenarse en un búfer (no mostrado en la FIG. Y) antes de alimentarlo a la unidad 3212 síncrona. De manera similar, la trama de audio puede almacenarse en un búfer (no mostrado en la FIG. Y) antes de alimentarlo a la unidad 3212 síncrona.
La unidad 3212 síncrona sincroniza el fotograma de vídeo y el fotograma de audio, y suministra el vídeo/audio a una pantalla 3214 de vídeo/audio. Por ejemplo, la unidad 3212 síncrona sincroniza la presentación de la información de vídeo y audio. La información puede codificarse en la sintaxis usando marcas de tiempo relativas a la presentación de datos de audio y visuales codificados y marcas de tiempo relativas a la entrega del flujo de datos en sí.
Si se incluyen subtítulos en la secuencia, el decodificador 3210 de subtítulos decodifica el subtítulo y lo sincroniza con el fotograma de vídeo y el fotograma de audio, y suministra el vídeo/audio/subtítulo a una pantalla 3216 de vídeo/audio/subtítulos.
La presente invención no se limita al sistema mencionado anteriormente, y el dispositivo de codificación de imágenes o el dispositivo de decodificación de imágenes en las realizaciones mencionadas anteriormente se pueden incorporar en otro sistema, por ejemplo, un sistema de automóvil.
Operadores matemáticos
Los operadores matemáticos usados en esta solicitud son similares a los usados en el lenguaje de programación C. Sin embargo, los resultados de la división de enteros y las operaciones de cambio aritmético se definen con mayor precisión y se definen operaciones adicionales, como la exponenciación y la división de valores reales. Las convenciones de numeración y recuento generalmente comienzan desde 0, por ejemplo, "el primero" es equivalente al 0-ésimo, "el segundo" es equivalente al 1-ésimo, etc.
Operadores aritméticos
Los siguientes operadores aritméticos se definen de la siguiente manera:
+ Suma
- Resta (como operador de dos argumentos) o negación (como operador de prefijo unario)
* Multiplicación, incluida la multiplicación de matrices
Xy Exponenciación. Especifica x a la potencia de y. En otros contextos, dicha notación se usa para superíndices que no están destinados a la interpretación como exponenciación.
/ División de enteros con truncamiento del resultado hacia cero. Por ejemplo, 7/4 y -7/-4 se truncan en 1 y -7/4 y 7/-4 se truncan en -1.
Se usa para denotar divisiones en ecuaciones matemáticas en las que no se pretende truncar ni redondear.
x
y Se usa para denotar divisiones en ecuaciones matemáticas en las que no se pretende truncar ni redondear.
X f<»
1_x La suma de f(¡) con i tomando todos los valores enteros desde x hasta e incluyendo y.
x%y Módulo. Resto de x dividido por y, definido solo para números enteros x e y con x >= 0 e y > 0. Operadores lógicos
Los siguientes operadores lógicos se definen de la siguiente manera:
x & & y "Y" lógico booleano de x e y
x | | y "O" lógico booleano de x e y
! Lógico booleano "no"
x ? y : z Si x es VERDADERO o no es igual a 0, se evalúa como el valor de y; de lo contrario, se evalúa al valor de z.
Operadores relacionales
Los siguientes operadores relacionales se definen de la siguiente manera:
> Mas grande que
>= Mayor que o igual a
< Menor que
<= Menor que o igual a
= = Igual a
!= No igual a
Cuando se aplica un operador relacional a un elemento de sintaxis o variable al que se le ha asignado el valor "na" (no aplicable), el valor "na" se trata como un valor distinto para el elemento de sintaxis o variable. Se considera que el valor "na" no es igual a ningún otro valor.
Operadores binarios
Los siguientes operadores bit a bit se definen de la siguiente manera:
& Binario "y". Cuando opera con argumentos enteros, opera con una representación de complemento a dos del valor entero. Cuando se opera con un argumento binario que contiene menos bits que otro argumento, el argumento más corto se amplía agregando más bits significativos iguales a 0.
| Binario "o". Cuando opera con argumentos enteros, opera con una representación de complemento a dos del valor entero. Cuando se opera con un argumento binario que contiene menos bits que otro argumento, el argumento más corto se amplía agregando más bits significativos iguales a 0.
a Binario "exclusivo o". Cuando opera con argumentos enteros, opera con una representación de complemento a dos del valor entero. Cuando se opera con un argumento binario que contiene menos bits que otro argumento, el argumento más corto se amplía agregando más bits significativos iguales a 0.
x >> y Desplazamiento aritmético a la derecha de una representación entera en complemento a dos de los dígitos binarios x por y. Esta función se define solo para valores enteros no negativos de y. Los bits desplazados a los bits más significativos (MSB) como resultado del desplazamiento a la derecha tienen un valor igual al MSB de x antes de la operación de desplazamiento.
x << y Desplazamiento aritmético a la izquierda de una representación entera en complemento a dos de x por y dígitos binarios. Esta función se define solo para valores enteros no negativos de y. Los bits desplazados a los bits menos significativos (LSB) como resultado del desplazamiento a la izquierda tienen un valor igual a 0.
Operadores de Asignación
Los siguientes operadores aritméticos se definen de la siguiente manera:
= Operador de asignación
+ Incremento, es decir, X++ es equivalente a X = X 1; cuando se usa en un índice de matriz, se evalúa como el valor de la variable antes de la operación de incremento.
- - Decremento, es decir, X- - es equivalente a X = X - 1; cuando se usa en un índice de matriz, se evalúa como el valor de la variable antes de la operación de disminución.
+= Incremento por la cantidad especificada, es decir, x = 3 es equivalente a x = x 3, y x = (-3) es equivalente a x = x (-3).
-= Decremento por cantidad especificada, es decir, x -= 3 es equivalente a x = x - 3, y x -= (-3) es equivalente a x = x - (-3).
Notación de intervalo
La siguiente notación se usa para especificar un intervalo de valores:
x= y..z x toma valores enteros a partir de y hasta z, ambos inclusive, siendo x, y y z números enteros y z mayor que y.
Funciones matemáticas
Se definen las siguientes funciones matemáticas:
.. , , í x : x >= 0
Abs ( x ) =t - x ; x <0
Asin( x ) la función de seno inverso trigonométrico, que opera en un argumento x que está en el intervalo de -1.0 a 1.0, inclusive, con un valor de salida en el intervalo de -n -2 a n -2 , inclusive, en unidades de radianes
Atan( x ) la función de tangente inversa trigonométrica, que opera en un argumento x, con un valor de salida en el intervalo de -n -2 a n-2 , inclusive, en unidades de radianes
M í ) ;<x>0>
Atan ( - ) 7t ;x < 0 && y > - 0
x <0 && y < 0
x = = 0 && y >= 1
de lo contrario
Ceil( x ) el entero más pequeño mayor o igual que x.
C lip 1<y>( X ) = C lÍp 3 ( 0, ( 1 « Profundidaddebit y ) “ 1. X J
Cliplc( X) - Clip3( 0, ( 1 «<Profundidaddebit ,>:) - 1, X)
trario
Cos( x ) la función coseno trigonométrica que opera en un argumento x en unidades de radianes.
Floor( x ) el entero más grande menor o igual a x.
Ln( x ) el logaritmo natural de x (el logaritmo en base e, donde e es la constante en base del logaritmo natural 2.718281 828...).
Log2( x ) el logaritmo en base 2 de x.
Log10( x ) el logaritmo en base 10 de x.
x ; x <= y
Min( x, y ) = [
y ; x >y
X
Max( x, y ) = | x >=y
y x < y
Round( x ) = Sign( x ) * Floor( Abs( x ) 0.5 )
i x > 0
Sign( x ) = o x = = 0
- i x < 0
Sin( x ) la función trigonométrica del seno que opera en un argumento x en unidades de radianes
Sqrl( x ) = Vx
Swap( x. y ) - ( y, x)
Tan(x) la función tangente trigonométrica que opera en un argumento x en unidades de radianes Orden de precedencia de operaciones
Cuando un orden de precedencia en una expresión no se indica explícitamente usando paréntesis, se aplican las siguientes reglas:
Las operaciones de mayor precedencia se evalúan antes que cualquier operación de menor precedencia.
• Las operaciones de la misma precedencia se evalúan secuencialmente de izquierda a derecha.
La siguiente tabla 14 especifica la precedencia de las operaciones de mayor a menor; una posición más alta en la tabla indica una precedencia más alta.
Para aquellos operadores que también se usan en el lenguaje de programación C, el orden de precedencia usado en esta Memoria Descriptiva es el mismo que se usa en el lenguaje de programación C.
Tabla14: precedencia de operaciones desde la más alta en la parte superior de la tabla hasta la más baja en la parte inferior de la tabla
Texto descriptivo de operaciones lógicas
En el texto, una declaración de operaciones lógicas como se describiría matemáticamente de la siguiente forma:
if ( condición 0 )
declaración 0
else if ( condición 1 )
declaración 1
else /* comentario informativo sobre la condición restante */
declaración n
puede describirse de la siguiente manera:
... de la siguiente manera / ... se aplica lo siguiente:
- Si condición 0, declaración 0
- De lo contrario, si la condición 1, declaración 1
- De lo contrario (observación informativa sobre la condición restante), declaración n
Cada declaración "Si... De lo contrario, si... De lo contrario, ..." en el texto se introduce con "... como sigue" o "... se aplica lo siguiente" seguido inmediatamente por "Si..." . La última condición del "Si... En caso contrario, si... En caso contrario, ..." es siempre un "En caso contrario, ...". Las declaraciones intercaladas "Si... De lo contrario, si... De lo contrario, ..." se pueden identificar haciendo coincidir "... de la siguiente manera" o "... se aplica lo siguiente" con la terminación "De lo contrario, ..." .
En el texto, una declaración de operaciones lógicas como se describiría matemáticamente de la siguiente forma:
Si ( condición 0a && condición 0b )
declaración 0
de lo contrario si ( condición 1a / / condición 1b )
declaración 1
de lo contrario
declaración n
puede describirse en de la siguiente manera:
... de la siguiente manera / ... se aplica lo siguiente:
• Si todas las siguientes condiciones son verdaderas, declaración 0:
<o>condición 0a
<o>condición 0b
• De lo contrario, si una o más de las siguientes condiciones son verdaderas, afirmación 1:
<o>condición 1a
<o>condición 1b •
• De lo contrario, declaración n
En el texto, una declaración de operaciones lógicas como se describiría matemáticamente de la siguiente forma:
si ( condición 0 )
declaración 0
si ( condición 1 )
declaración 1
puede describirse de la siguiente manera:
Cuando condición 0, declaración 0
Cuando la condición 1, declaración 1
Aunque las realizaciones de la invención se han descrito principalmente en función de la codificación de vídeo, cabe señalar que las realizaciones del sistema 10 de codificación, el codificador 20 y el decodificador 30 (y, en consecuencia, el sistema 10) y las otras realizaciones descritas en la presente memoria también pueden configurarse para procesamiento o codificación de imágenes, es decir, el procesamiento o codificación de una imagen individual independiente de cualquier imagen anterior o consecutiva como en la codificación de vídeo. En general, es posible que solo las unidades 244 de interpredicción media (codificador) y 344 (decodificador) no estén disponibles en caso de que la codificación del procesamiento de imágenes se limite a una sola imagen 17. Todas las demás funcionalidades (también denominadas herramientas o tecnologías) del codificador 20 de vídeo y el decodificador 30 de vídeo pueden usarse igualmente para el procesamiento de imágenes fijas, por ejemplo, cálculo 204/304 residual, transformada 206, cuantificación 208, cuantificación 210/310 inversa, transformada (inversa) 212/312, partición 262/362, intrapredicción 254/354 y/o filtrado 220, 320 de bucle y codificación 270 de entropía y decodificación 304 de entropía.
Algunas realizaciones, por ejemplo, del codificador 20 y el decodificador 30, y las funciones descritas en este documento, por ejemplo, con referencia al codificador 20 y el decodificador 30, puede implementarse en hardware, software, firmware o cualquier combinación de los mismos. Si se implementan en software, las funciones pueden almacenarse en un medio legible por ordenador o transmitirse a través de medios de comunicación como una o más instrucciones o código y ser ejecutadas por una unidad de procesamiento basada en hardware. Los medios legibles por ordenador pueden incluir medios de almacenamiento legibles por ordenador, que corresponden a un medio tangible como medios de almacenamiento de datos o medios de comunicación que incluyen cualquier medio que facilite la transferencia de un programa de ordenador de un lugar a otro, por ejemplo, según un protocolo de comunicación. De esta manera, los medios legibles por ordenador generalmente pueden corresponder a (1) un medio de almacenamiento tangible legible por ordenador que no es transitorio o (2) un medio de comunicación tal como una señal o una onda portadora. Los medios de almacenamiento de datos pueden ser cualquier medio disponible al que puedan acceder uno o más ordenadores o uno o más procesadores para recuperar instrucciones, códigos y/o estructuras de datos para la implementación de las técnicas descritas en esta descripción. Un producto de programa informático puede incluir un medio legible por ordenador.
A modo de ejemplo, y sin limitación, dichos medios de almacenamiento legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento en disco óptico, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, memoria flash o cualquier otro medio que se puede usar para almacenar el código de programa deseado en forma de instrucciones o estructuras de datos y se puede acceder a él mediante un ordenador. Además, cualquier conexión se denomina correctamente un medio legible por ordenador. Por ejemplo, si las instrucciones se transmiten desde un sitio web, servidor u otra fuente remota mediante un cable coaxial, cable de fibra óptica, par trenzado, línea de suscriptor digital (DSL) o tecnologías inalámbricas como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra óptica, el par trenzado, el DSL o las tecnologías inalámbricas como infrarrojos, radio y microondas se incluyen en la definición de medio. Debe entenderse, sin embargo, que los medios de almacenamiento legibles por ordenador y los medios de almacenamiento de datos no incluyen conexiones, ondas portadoras, señales u otros medios transitorios, sino que están dirigidos a medios de almacenamiento tangibles no transitorios. Disco y unidad de disco, como se usa en la presente memoria, incluye disco compacto (CD), disco láser, disco óptico, disco versátil digital (DVD), disquete y disco Blu-ray, donde los discos generalmente reproducen datos magnéticamente, mientras que las unidades de discos reproducen datos ópticamente con láser. Las combinaciones de lo anterior también deben incluirse dentro del alcance de los medios legibles por ordenador.
Las instrucciones pueden ser ejecutadas por uno o más procesadores, como uno o más procesadores de señales digitales (DSP), microprocesadores de uso general, circuitos integrados específicos de aplicación (ASIC), matrices lógicas programables en campo (FPGA) u otros circuitos lógicos integrados o discretos equivalentes. En consecuencia, el término "procesador", como se usa en la presente memoria, puede referirse a cualquiera de las estructuras anteriores o a cualquier otra estructura adecuada para la implementación de las técnicas descritas en la presente memoria. Además, en algunos aspectos, la funcionalidad descrita en la presente memoria puede proporcionarse dentro de módulos de software y/o hardware dedicados configurados para codificar y decodificar, o incorporarse en un códec combinado. Además, las técnicas podrían implementarse completamente en uno o más circuitos o elementos lógicos.
Las técnicas de esta descripción pueden implementarse en una amplia variedad de dispositivos o aparatos, incluidos un teléfono inalámbrico, un circuito integrado (IC) o un conjunto de IC (por ejemplo, un conjunto de chips). En esta descripción se describen varios componentes, módulos o unidades para enfatizar los aspectos funcionales de los dispositivos configurados para realizar las técnicas descritas, pero no necesariamente requieren la realización por diferentes unidades de hardware. Más bien, como se describe anteriormente, varias unidades pueden combinarse en una unidad de hardware de códec o proporcionarse mediante una colección de unidades de hardware interoperativas, que incluyen uno o más procesadores como se describe anteriormente, junto con software y/o firmware adecuados.

Claims (5)

REIVINDICACIONES
1. Un método de intrapredicción implementado por un dispositivo de decodificación, que comprende:
obtener (1201) un valor de una información de indicación de un bloque actual de un flujo de bits, el valor de la información de indicación que indica si un modo de intrapredicción del bloque actual se incluye en un conjunto de modos más probables, en donde el conjunto de modos más probables incluye el modo Planar y 5 modos de intrapredicción candidatos, un valor del modo Planar es 0;
cuando el valor de la información de indicación indica que el modo de intrapredicción del bloque actual no se incluye en el conjunto de modos más probables, derivar (1203) el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] del bloque actual mediante las siguientes etapas ordenadas:
1. IntraPredModoY[ xCb ][ yCb ] se establece igual a intra_luminancia_mpm_restante[ xCb ][ yCb ],
ii. El valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno;
iii. Para i igual de 0 hasta 4, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor o igual que el valor de candModoLista[ i ], el valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno, en donde candModoLista[ i ] representa el modo de intrapredicción candidato en el conjunto de modos más probables distintos del modo Planar;
en donde intra_luma_mpm_restante[ xCb ][ yCb ] representa un modo de intrapredicción restante, una ubicación de luminancia (xCb, yCb) que especifica la muestra superior izquierda del bloque actual relativa a la muestra de luminancia superior izquierda de la imagen actual;
realizar (1204) una intrapredicción basándose en el modo de intrapredicción derivado IntraPredModoY[ xCb ][ yCb ] y en las muestras de referencia correspondientes;
en donde el modo de intrapredicción candidato candModoLista[ i ] en el conjunto de modos más probables se deriva mediante:
cuando candModoLista[ i ] es mayor candModoLista[ j ] para i = 0..3 y para cada i,j = (i+1)..4, ambos valores se intercambian como sigue:
( candModoLista[ i ], candModoLista[ j ] ) = Swap( candModoLista[ i ], candModoLista[ j ] ).
2. El método de la reivindicación 1, en donde el valor de la información de indicación se indica mediante un indicador intra_luminancia_mpm_indicador, y cuando el valor del indicador de mpm luminancia intra no es igual a 1, el modo de intrapredicción del bloque actual no se incluye en el conjunto de modos más probables.
3. Un producto de programa informático que incluye un código de programa para realizar el método según una cualquiera de las reivindicaciones 1 a 2 cuando el programa es ejecutado por un ordenador.
4. Un descodificador para intrapredicción, que incluye:
uno o más procesadores; y
un medio de almacenamiento legible por ordenador no transitorio acoplado a los procesadores y que almacena programación para su ejecución por los procesadores, en donde la programación, cuando es ejecutada por los procesadores, configura el decodificador para llevar a cabo el método según una cualquiera de las reivindicaciones 1 a 2.
5. Un descodificador para intrapredicción, que comprende:
una unidad (1401) de obtención, configurada para obtener un valor de una información de indicación de un bloque actual a partir de un flujo de bits, el valor de la información de indicación que indica si un modo de intrapredicción del bloque actual se incluye en un conjunto de modos más probables, en donde el conjunto de modos más probables incluye el modo Planar y 5 modos de intrapredicción candidatos, un valor del modo Planar es 0;
una unidad (1402) de derivación, configurada para derivar el modo de intrapredicción IntraPredModoY[ xCb ][ yCb ] del bloque actual mediante las siguientes etapas ordenadas cuando el valor de la información de indicación indica que el modo de intrapredicción del bloque actual no se incluye en el conjunto de modos más probables:
i. IntraPredModoY[ xCb ][ yCb ] se establece igual a intra_luminancia_mpm_restante[ xCb ][ yCb ], ii. El valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno;
iii. Para i igual de 0 a 4, inclusive, cuando IntraPredModoY[ xCb ][ yCb ] es mayor o igual que candModoList [ i ], el valor de IntraPredModoY[ xCb ][ yCb ] se incrementa en uno; en donde candModoList [ i ] representa el modo de intrapredicción candidato en el conjunto de modos más probables distinto del modo Planar;
en donde intra_luma_restante[ xCb ][ yCb ] representa un modo de intrapredicción restante, una ubicación de luminancia (xCb, yCb) que especifica la muestra superior izquierda del bloque actual relativa a la muestra de luminancia superior izquierda de la imagen actual;
una unidad de predicción, que realiza una intrapredicción basándose en el modo de intrapredicción derivado IntraPredModoY[ xCb ][ yCb ] y las correspondientes muestras de referencia;
en donde el modo de intrapredicción candidato candModoList [ i ] en el conjunto de modos más probables se deriva mediante:
cuando candModoLista [ i ] es mayor que para candModoLista [ j ] para i = 0..3 y para cada i,j = (i 1)..4, ambos valores se intercambian como sigue:
( candModoLista[ i ], candModoLista[ j ] ) = Swap( candModoLista[ i ], candModoLista[ j ] ).
ES20777477T 2019-03-23 2020-03-23 Un codificador, un decodificador y métodos correspondientes para la intrapredicción Active ES2966479T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201962822865P 2019-03-23 2019-03-23
US201962824282P 2019-03-26 2019-03-26
US201962824360P 2019-03-27 2019-03-27
PCT/CN2020/080674 WO2020192629A1 (en) 2019-03-23 2020-03-23 An encoder, a decoder and corresponding methods for intra prediction

Publications (1)

Publication Number Publication Date
ES2966479T3 true ES2966479T3 (es) 2024-04-22

Family

ID=72610950

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20777477T Active ES2966479T3 (es) 2019-03-23 2020-03-23 Un codificador, un decodificador y métodos correspondientes para la intrapredicción

Country Status (15)

Country Link
US (5) US11070799B2 (es)
EP (4) EP4307675A3 (es)
JP (4) JP7303322B2 (es)
KR (2) KR20210135331A (es)
CN (4) CN114650419B (es)
AU (4) AU2020246733B2 (es)
BR (2) BR112021018554A2 (es)
CA (2) CA3134410A1 (es)
ES (1) ES2966479T3 (es)
HU (1) HUE063890T2 (es)
MX (2) MX2021011421A (es)
PL (1) PL3932076T3 (es)
PT (1) PT3932076T (es)
SG (1) SG11202110425VA (es)
WO (2) WO2020192629A1 (es)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7401309B2 (ja) 2018-01-30 2023-12-19 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 符号化装置、復号装置、符号化方法及び復号方法
MX2020013864A (es) * 2018-06-21 2021-03-25 Ericsson Telefon Ab L M Particiones de mosaicos con sub-mosaicos en codificacion de video.
WO2020057504A1 (en) * 2018-09-17 2020-03-26 Mediatek Inc. Methods and apparatuses of combining multiple predictors for block prediction in video coding systems
KR20210135331A (ko) * 2019-03-23 2021-11-12 후아웨이 테크놀러지 컴퍼니 리미티드 인코더, 디코더 및 대응하는 인트라 예측을 위한 방법
WO2020197203A1 (ko) 2019-03-23 2020-10-01 엘지전자 주식회사 Mpm 리스트를 이용하는 인트라 예측에 기반한 영상 코딩 방법 및 그 장치
WO2020262988A1 (ko) * 2019-06-25 2020-12-30 엘지전자 주식회사 영상 코딩 시스템에서 무손실 코딩을 적용하는 영상 디코딩 방법 및 그 장치
KR20210126771A (ko) * 2019-07-24 2021-10-20 후아웨이 테크놀러지 컴퍼니 리미티드 인트라 예측 모드에 관련된 인코더, 디코더 및 대응하는 방법들
US11438616B2 (en) * 2019-08-27 2022-09-06 Tencent America LLC Method and apparatus for video coding
US20230019471A1 (en) * 2020-02-25 2023-01-19 Lg Electronics Inc. Image decoding method related to residual coding, and device therefor
WO2023106603A1 (ko) * 2021-12-10 2023-06-15 현대자동차주식회사 템플릿 매칭 기반 이차적인 mpm 리스트를 이용하는 비디오 코딩을 위한 방법 및 장치
WO2023195646A1 (ko) * 2022-04-05 2023-10-12 현대자동차주식회사 선택적 다중 참조라인을 이용하는 비디오 코딩을 위한 방법 및 장치
WO2024050099A1 (en) * 2022-09-02 2024-03-07 Beijing Dajia Internet Information Technology Co., Ltd. Methods and devices for intra block copy

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120070479A (ko) * 2010-12-21 2012-06-29 한국전자통신연구원 화면 내 예측 방향 정보 부호화/복호화 방법 및 그 장치
CN102685474B (zh) * 2011-03-10 2014-11-05 华为技术有限公司 预测模式的编解码方法、编解码设备及网络系统
US9532058B2 (en) * 2011-06-03 2016-12-27 Qualcomm Incorporated Intra prediction mode coding with directional partitions
US10070126B2 (en) * 2011-06-28 2018-09-04 Hfi Innovation Inc. Method and apparatus of intra mode coding
US20130003829A1 (en) * 2011-07-01 2013-01-03 Kiran Misra System for initializing an arithmetic coder
CN107181962B (zh) * 2011-10-07 2020-03-27 英迪股份有限公司 对当前块的帧内预测模式进行解码的方法
EP2797323A4 (en) * 2011-10-24 2015-11-04 Infobridge Pte Ltd METHOD AND APPARATUS FOR INTRA PREDICTION MODE DECODING
KR20130049522A (ko) * 2011-11-04 2013-05-14 오수미 인트라 예측 블록 생성 방법
WO2013074042A1 (en) * 2011-11-17 2013-05-23 Agency For Science, Technology And Research Method and an apparatus for coding an intra prediction mode
US9210438B2 (en) * 2012-01-20 2015-12-08 Sony Corporation Logical intra mode naming in HEVC video coding
US10630977B2 (en) * 2015-04-08 2020-04-21 Lg Electronics Inc. Method and apparatus for encoding/decoding a video signal
US10448058B2 (en) * 2015-05-21 2019-10-15 Qualcomm Incorporated Grouping palette index at the end and index coding using palette size and run value
US10148961B2 (en) * 2015-05-29 2018-12-04 Qualcomm Incorporated Arithmetic coder with multiple window sizes
US20160373770A1 (en) * 2015-06-18 2016-12-22 Qualcomm Incorporated Intra prediction and intra mode coding
US11463689B2 (en) * 2015-06-18 2022-10-04 Qualcomm Incorporated Intra prediction and intra mode coding
US20160373782A1 (en) * 2015-06-18 2016-12-22 Qualcomm Incorporated Intra prediction and intra mode coding
US10142627B2 (en) * 2015-06-18 2018-11-27 Qualcomm Incorporated Intra prediction and intra mode coding
US20160373742A1 (en) * 2015-06-18 2016-12-22 Qualcomm Incorporated Intra prediction and intra mode coding
CN105357535B (zh) * 2015-11-05 2019-09-03 广东中星微电子有限公司 一种帧内预测模式编解码方法及设备
US11259047B2 (en) * 2016-04-06 2022-02-22 Kt Corporation Method and apparatus for processing video signal
WO2017190288A1 (en) * 2016-05-04 2017-11-09 Microsoft Technology Licensing, Llc Intra-picture prediction using non-adjacent reference lines of sample values
US10547854B2 (en) * 2016-05-13 2020-01-28 Qualcomm Incorporated Neighbor based signaling of intra prediction modes
US10484712B2 (en) * 2016-06-08 2019-11-19 Qualcomm Incorporated Implicit coding of reference line index used in intra prediction
US11438582B2 (en) * 2016-08-03 2022-09-06 Kt Corporation Video signal processing method and device for performing intra-prediction for an encoding/decoding target block
CN116915989A (zh) * 2016-10-19 2023-10-20 Sk电信有限公司 对视频数据进行编码或解码的设备及发送比特流的方法
US20180146191A1 (en) * 2016-11-22 2018-05-24 Futurewei Technologies, Inc. System and Method for Coding Intra Prediction Mode using a Second Set of Most Probable Modes
US10560723B2 (en) * 2017-05-08 2020-02-11 Qualcomm Incorporated Context modeling for transform coefficient coding
CN110546957A (zh) * 2017-06-22 2019-12-06 华为技术有限公司 一种帧内预测的方法及装置
WO2019047883A1 (en) * 2017-09-08 2019-03-14 Fg Innovation Ip Company Limited DEVICE AND METHOD FOR ENCODING VIDEO DATA BASED ON MULTIPLE REFERENCE LINES
US11212553B2 (en) * 2017-11-28 2021-12-28 Electronics And Telecommunications Research Institute Bidirectional intra prediction method and apparatus
US11317086B2 (en) * 2018-03-16 2022-04-26 Lg Electronics Inc. Method for coding image/video on basis of intra prediction and device therefor
US10819977B2 (en) * 2018-07-05 2020-10-27 Tencent America LLC Methods and apparatus for multiple line intra prediction in video compression
US10771778B2 (en) * 2018-09-14 2020-09-08 Tencent America LLC Method and device for MPM list generation for multi-line intra prediction
US10469845B1 (en) 2018-09-21 2019-11-05 Tencent America, Llc Method and apparatus for intra mode coding
US10848763B2 (en) * 2018-11-14 2020-11-24 Tencent America LLC Method and apparatus for improved context design for prediction mode and coded block flag (CBF)
KR20210118113A (ko) * 2019-02-20 2021-09-29 엘지전자 주식회사 Mpm 리스트 기반 인트라 예측 방법 및 장치
KR20210135331A (ko) * 2019-03-23 2021-11-12 후아웨이 테크놀러지 컴퍼니 리미티드 인코더, 디코더 및 대응하는 인트라 예측을 위한 방법
WO2020197203A1 (ko) * 2019-03-23 2020-10-01 엘지전자 주식회사 Mpm 리스트를 이용하는 인트라 예측에 기반한 영상 코딩 방법 및 그 장치

Also Published As

Publication number Publication date
PL3932076T3 (pl) 2024-02-26
BR112021018535A2 (pt) 2021-11-23
HUE063890T2 (hu) 2024-02-28
AU2020246735A1 (en) 2021-11-04
AU2020246733B2 (en) 2023-11-09
PT3932076T (pt) 2023-12-12
EP3932076A1 (en) 2022-01-05
AU2020246733A1 (en) 2021-10-28
CN114173115A (zh) 2022-03-11
KR20210134402A (ko) 2021-11-09
JP2024019426A (ja) 2024-02-09
JP7303322B2 (ja) 2023-07-04
US20210314563A1 (en) 2021-10-07
EP3932057A4 (en) 2022-05-11
CN113615177A (zh) 2021-11-05
BR112021018554A2 (pt) 2021-11-30
WO2020192629A1 (en) 2020-10-01
US11070799B2 (en) 2021-07-20
US20210014505A1 (en) 2021-01-14
JP2022528050A (ja) 2022-06-08
EP3932076B1 (en) 2023-11-01
CN114173115B (zh) 2022-10-11
AU2024200708A1 (en) 2024-02-22
US20230025763A1 (en) 2023-01-26
SG11202110425VA (en) 2021-10-28
MX2021011421A (es) 2022-01-06
AU2020246735B2 (en) 2023-11-09
EP4307675A3 (en) 2024-04-17
CN114650419A (zh) 2022-06-21
JP2023118785A (ja) 2023-08-25
EP4307675A2 (en) 2024-01-17
EP3932076A4 (en) 2022-04-27
CN114650419B (zh) 2022-11-25
JP7401556B2 (ja) 2023-12-19
US10986336B2 (en) 2021-04-20
MX2021011419A (es) 2022-01-06
US11405610B2 (en) 2022-08-02
CN113615198A (zh) 2021-11-05
EP3932057A1 (en) 2022-01-05
KR20210135331A (ko) 2021-11-12
CA3134410A1 (en) 2020-10-01
US20200413050A1 (en) 2020-12-31
AU2024200707A1 (en) 2024-02-22
EP4277269A3 (en) 2024-03-06
CA3134398A1 (en) 2020-10-01
EP4277269A2 (en) 2023-11-15
US20210360234A1 (en) 2021-11-18
WO2020192625A1 (en) 2020-10-01
JP2022528049A (ja) 2022-06-08

Similar Documents

Publication Publication Date Title
ES2966479T3 (es) Un codificador, un decodificador y métodos correspondientes para la intrapredicción
ES2946909T3 (es) Método, aparato y producto de programa informático para interpredicción
CN113748677A (zh) 编码器、解码器及对应的帧内预测方法
ES2963621T3 (es) Un codificador, un decodificador y métodos correspondientes que usan una codificación de paleta
US20210289222A1 (en) Encoder, decoder and corresponding methods of most probable mode list construction for blocks with multi-hypothesis prediction
WO2020190179A1 (en) Method and apparatus for intra-prediction
ES2946058T3 (es) Un codificador, un decodificador y los métodos correspondientes que usan la codificación intramodo para la intrapredicción
CN115278227B (zh) 一种由解码设备或编码设备实现的译码方法,编码器和解码器
WO2021141519A2 (en) Method and apparatus of high-level syntax for smoothing intra-prediction techniques
WO2021045655A9 (en) Method and apparatus for intra prediction
CN113727120A (zh) 编码器、解码器和用于变换处理的对应方法
ES2946487T3 (es) Un codificador, un decodificador y métodos correspondientes de reducción de complejidad en intra predicción para el modo planar
CN114830665B (zh) 仿射运动模型限制
EP4059220A2 (en) Method and apparatus of position dependent prediction combination