BR112016015455B1

BR112016015455B1 - Inferência aperfeiçoada de nooutputofpriorpicsflag em codificação de vídeo

Info

Publication number: BR112016015455B1
Application number: BR112016015455-0A
Authority: BR
Inventors: Ye-Kui Wang; Ying Chen
Original assignee: Qualcomm Incorporated
Priority date: 2014-01-03
Filing date: 2014-12-30
Publication date: 2023-04-18
Also published as: CA2930333C; EP3090557B1; CA2930333A1; EP3090557A1; HUE048339T2; US9860540B2; US20150195545A1; RU2016129139A; JP6513685B2; CN105900426A; PH12016500908A1; AU2014373822B2; RU2665891C2; HK1223475A1; KR20160105437A; SG11201603694QA; NZ719895A; CN105900426B; KR102113906B1; AU2014373822A1

Abstract

INFERÊNCIA APERFEIÇOADA DE NOOUTPUTOFPRIORPICSFLAG EM CODIFICAÇÃO DE VÍDEO. Um aparelho para codificar informação de vídeo de acordo com certos aspectos inclui um processador configurado para determinar um valor de um indicador associado com uma imagem atual de uma camada atual a ser decodificada, o indicador indicando se as imagens em um armazenador temporário de imagens decodificadas (DPB) devem ser produzidas, em que a imagem atual é uma imagem de ponto de acesso aleatório intra (IRAP) que inicia uma nova sequência de vídeo codificado (CVS) e em que a determinação do valor do indicador se baseia em ao menos um de: (1) o formato de croma da imagem atual e o formato de croma da imagem precedente, (2) a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de luma da imagem precedente, ou (3) a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem precedente.

Description

CAMPO TÉCNICO

[0001] Essa revelação se refere ao campo de codificação e compactação de vídeo, incluindo ambas, a codificação de vídeo de camada única e a codificação de vídeo de múltiplas camadas. A codificação de vídeo de múltiplas camadas pode incluir codificação de vídeo escalável (SVC), codificação de vídeo de múltiplas vistas (MVC), codificação de vídeo 3D (3DV), etc.

ANTECEDENTES

[0002] Capacidades de vídeo digital podem ser incorporadas em uma ampla gama de dispositivos, incluindo televisões digitais, sistemas digitais de difusão direta, sistemas de difusão sem fio, assistentes pessoais digitais (PDAs), computadores de mesa ou laptop, computadores tablet, leitores de livro eletrônico, câmeras digitais, dispositivos digitais de gravação, dispositivos de reprodução de mídia digital, dispositivo de videogame, consoles de videogame, telefones de rádio via satélite ou celulares dispositivos de teleconferência de vídeo, e semelhantes. Os dispositivos de vídeo digital implementam técnicas de compactação de vídeo tais como aquelas descritas nos padrões definidos por MPEG- 2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Parte 10, Codificação Avançada de Vídeo (AVC), o padrão High Efficiency Video Coding (HEVC), e extensões de tais padrões. Os dispositivos de vídeo podem transmitir, receber, codificar, decodificar e/ou armazenar informação de vídeo digital mais eficientemente mediante implementação de tais técnicas de codificação de vídeo.

[0003] Técnicas de compactação de vídeo realizam predição espacial (imagem intra) e/ou predição temporal (imagem inter) para reduzir ou remover a redundância inerente nas sequências de vídeo. Para codificação de vídeo baseada em bloco, uma fatia de vídeo (isto é, um quadro de vídeo ou uma porção de um quadro de vídeo) pode ser dividida em blocos de vídeo, os quais também podem ser referidos como treeblocks, unidades de codificação (CUs) e/ou modos de codificação. Os blocos de vídeo em uma fatia codificada intra (I) de uma imagem são codificados utilizando a predição espacial com relação às amostras de referência em blocos vizinhos na mesma imagem. Os blocos de vídeo em uma fatia codificada inter (P ou B) de uma imagem podem usar predição espacial com relação às amostras de referência em blocos vizinhos na mesma imagem ou predição temporal com relação às amostras de referência em outras imagens de referência. As imagens podem ser referidas como quadros, e as imagens de referência podem ser referidas como quadros de referência.

[0004] A predição espacial ou temporal resulta em um bloco preditivo para um bloco a ser codificado. Dados residuais representam diferenças de pixel entre o bloco original a ser codificado e o bloco preditivo. Um bloco codificado inter é codificado de acordo com um vetor de movimento que aponta para um bloco de amostras de referência formando o bloco preditivo, e os dados residuais indicando a diferença entre o bloco codificado e o bloco preditivo. Um bloco intra codificado é codificado de acordo com um modo de codificação intra e os dados residuais. Para compactação adicional, os dados residuais podem ser transformados a partir do domínio de pixel para um domínio de transformada, resultando em coeficientes de transformada residuais, os quais podem ser então quantizados. Os coeficientes de transformada quantizados, inicialmente arranjados em um arranjo bidimensional, podem ser varridos para produzir um vetor unidimensional dos coeficientes de transformada, e codificação de entropia pode ser empregada para se obter ainda mais compactação.

SUMÁRIO

[0005] A codificação de vídeo escalável (SVC) se refere à codificação de vídeo em que uma camada de base (BL), algumas vezes referido como uma camada de referência (RL), e uma ou mais camadas de otimização escaláveis (ELs) são utilizadas. Em SVC, a camada de base pode carregar dados de vídeo com um nível de qualidade de base. A uma ou mais camadas de otimização podem carregar dados de vídeo adicionais para suportar, por exemplo, níveis espaciais, temporais e/ou de sinal/ruído (SNR) superiores. As camadas de otimização podem ser definidas em relação a uma camada previamente codificada. Por exemplo, uma camada inferior pode servir como uma BL, enquanto que uma camada superior pode servir como uma EL. As camadas do meio podem servir ou como ELs ou RLs, ou ambas. Por exemplo, uma camada intermediária (por exemplo, uma camada que não é a camada mais baixa nem a camada mais alta) pode ser uma EL para as camadas abaixo da camada intermediária, tal como a camada de base ou quaisquer camadas de otimização intermediárias, e ao mesmo tempo servir como uma RL para uma ou mais camadas de otimização acima da camada intermediária. Similarmente, na extensão 3D ou de múltiplas vistas do padrão HEVC, pode haver múltiplas vistas, e informação de uma vista pode ser utilizada para codificar (por exemplo, codificar ou decodificar) a informação de outra vista (por exemplo, estimativa de movimento, predição de vetor de movimento e/ou outras redundâncias).

[0006] Um aparelho para codificar informação de vídeo de acordo com certos aspectos inclui uma memória e um processador. A unidade de memória é configurada para armazenar informação de vídeo associada com uma camada atual. O processador é configurado para: obter pelo menos um de um formato croma ou de uma imagem atual da camada atual a ser decodificada, uma profundidade de bit das amostras luma da imagem atual, ou uma profundidade de bit de amostras croma da imagem atual, em que a imagem atual é uma imagem de ponto de acesso intra-aleatório (IRAP) que começa uma nova sequência de vídeo codificado (CVS); obter pelo menos um de um formato croma de uma imagem precedente da camada atual que foi decodificada, uma profundidade de bits de amostras luma da imagem precedente, ou uma profundidade de bit de amostras croma da imagem precedente; e determinar um valor do primeiro indicador associado com a imagem atual, o primeiro indicador indicando se as imagens em um armazenador temporário (buffer) de imagens decodificadas (DPB) devem ser produzidas, em que a determinação do valor do primeiro indicador se baseia em pelo menos um de: (1) o formato croma da imagem atual e o formato croma da imagem precedente, (2) a profundidade de bit das amostras luma na imagem atual e a profundidade de bit das amostras luma da imagem precedente, ou (3) a profundidade de bit das amostras croma da imagem atual e a profundidade de bit das amostras croma da imagem precedente.

[0007] Os sistemas, métodos e dispositivos dessa revelação têm individualmente vários aspectos inovadores, nenhum deles individualmente é o único responsável pelos atributos desejáveis aqui revelados. Os detalhes de um ou mais dos exemplos são apresentados nos desenhos anexos e a descrição abaixo, que não pretende limitar o escopo integral dos conceitos inventivos aqui descritos. Outras características, objetivos e vantagens serão evidentes a partir da descrição e desenhos, e a partir das reivindicações.

BREVE DESCRIÇÃO DOS DESENHOS

[0008] A FIGURA 1A é um diagrama em blocos que ilustra um sistema de codificação e decodificação de vídeo, exemplar que pode utilizar técnicas de acordo com aspectos descritos nessa revelação.

[0009] A FIGURA 1B é um diagrama em blocos que ilustra outro sistema exemplar de codificação e decodificação de vídeo que pode realizar técnicas de acordo com os aspectos descritos nessa revelação.

[0010] A FIGURA 2A é um diagrama em blocos que ilustra um exemplo de um codificador de vídeo que pode implementar as técnicas de acordo com os aspectos descritos nessa revelação.

[0011] A FIGURA 2B é um diagrama em blocos que ilustra um exemplo de um codificador de vídeo que pode implementar as técnicas de acordo com os aspectos descritos nessa revelação.

[0012] A FIGURA 3A é um diagrama em blocos que ilustra um exemplo de um decodificador de vídeo que pode implementar as técnicas de acordo com os aspectos descritos nessa revelação.

[0013] A FIGURA 3B é um diagrama em blocos que ilustra um exemplo de um decodificador de vídeo que pode implementar as técnicas de acordo com os aspectos descritos nessa revelação.

[0014] A FIGURA 4 é um diagrama em blocos que ilustra uma configuração exemplar de imagens em camadas diferentes, de acordo com uma modalidade da presente revelação.

[0015] A FIGURA 5 é um fluxograma que ilustra um método de codificação de informação de vídeo de acordo com uma modalidade da presente revelação.

DESCRIÇÃO DETALHADA

[0016] De um modo geral, esta revelação refere- se à codificação de camada única, bem como preditiva inter- camada para codificação de vídeo expansível no contexto de codecs de vídeo avançados, tais como HEVC (High Efficiency Video Coding). Mais especificamente, a presente descrição refere-se a sistemas e métodos para melhorar o desempenho de predição entre camadas em extensão de codificação de vídeo escalável de HEVC, que pode ser referido como SHVC.

[0017] Na descrição abaixo, são descritas técnicas H.264/Advanced Video Coding (AVC) relacionadas com certas modalidades; o padrão HEVC e técnicas relacionadas também são discutidos. Embora certas modalidades sejam aqui descritas no contexto da HEVC e/ou padrões H.264, aqueles de conhecimento comum na arte considerarão que os sistemas e métodos aqui revelados podem ser aplicáveis a qualquer padrão de codificação de vídeo apropriado. Por exemplo, modalidades aqui reveladas podem ser aplicáveis a um ou mais dos seguintes padrões: International Telecommunication Union (ITU) Telecommunication Standardization Sector (ITU-T) H.261, International Organization for Standardization (ISO) e da International Electrotechnical Commission (IEC) (ISO/IEC) Moving Picture Experts Group (MPEG) 1 (MPEG-1) Visual, ITU-T H.262 ou ISO/IEC MPEG-2 Visual, ITU-T H.263, ISO/IEC MPEG-4 Visual e ITU-T H.264 (também conhecido como ISO/IEC MPEG-4 AVC), incluindo suas extensões Scalable Video Coding (SVC) e Multiview Video Coding (MVC).

[0018] HEVC geralmente acompanha a estrutura de quadro dos padrões anteriores de codificação de vídeo em muitos aspectos. A unidade de predição em HEVC é diferente das unidades de predição (por exemplo, macro blocos) em certos padrões de codificação de vídeo. Na realidade, o conceito de macro bloco não existe em HEVC como entendido em certos padrões de codificação de vídeo, anteriores. O macro bloco é substituído por uma estrutura hierárquica baseada em um esquema quadtree, o qual pode proporcionar elevada flexibilidade, entre outros benefícios possíveis. Por exemplo, com o esquema HEVC, três tipos de blocos, Unidade de Codificação (CU), Unidade de Predição (PU), e Unidade de Transformada (TU), são definidos. CU pode se referir à unidade básica de divisão de região. CU pode ser considerada análoga ao conceito de macro bloco, mas HEVC não limita o tamanho máximo de CUs e pode permitir divisão recursiva em quatro CUs de tamanhos iguais para melhorar a capacidade de adaptação de conteúdo. PU pode ser considerada a unidade básica de predição inter/intra, e uma única PU pode conter múltiplas partições de formato arbitrário para codificar efetivamente os padrões de imagem irregular. PU pode ser considerada a unidade básica de transformada. A TU pode ser definida independentemente a partir da PU; contudo, o tamanho de uma PU pode ser limitada ao tamanho da CU a qual pertence à PU. Essa separação da estrutura de blocos em três conceitos diferentes pode permitir que cada unidade seja otimizada de acordo com a função respectiva da unidade, a qual pode resultar em eficiência de codificação aperfeiçoada.

[0019] Com propósitos apenas de ilustração, certas modalidades aqui reveladas são descritas com exemplos incluindo apenas duas camadas (por exemplo, uma camada inferior tal como a camada de base, e uma camada superior tal como a camada de otimização) de dados de vídeo. Uma “camada” de dados de vídeo pode geralmente se referir a uma sequência de imagens tendo ao menos uma característica comum, tal como uma vista, uma taxa de quadros, uma resolução, ou semelhante. Por exemplo, uma camada pode incluir dados de vídeo associados com uma vista específica (por exemplo, perspectiva) de dados de vídeo de múltiplas vistas. Como outro exemplo, uma camada pode incluir dados de vídeo associados com uma camada específica de dados de vídeo escaláveis. Assim, essa revelação pode se referir de forma permutável a uma camada e a uma vista de dados de vídeo. Por exemplo, uma vista de dados de vídeo pode ser referida como uma camada de dados de vídeo, e uma camada de dados de vídeo pode ser referida como uma vista de dados de vídeo. Além disso, um codec de múltiplas camadas (também referido como um codificador de vídeo de múltiplas camadas ou decodificador de vídeo de múltiplas camadas) pode se referir conjuntamente a um codec de múltiplas vistas ou um codec escalável (por exemplo, um codec configurado para codificar e/ou decodificar dados de vídeo utilizando MV-HEVC, 3D-HEVC, SHVC, ou outra técnica de codificação de múltiplas camadas). A codificação de vídeo e a decodificação de vídeo podem ser referidas geralmente como uma codificação de vídeo. Deve ser entendido que tais exemplos podem ser aplicáveis às configurações incluindo múltiplas camadas de base e/ou de otimização. Além disso, para facilidade de explanação, a revelação seguinte inclui os termos “quadros” ou “blocos” com referência a certas modalidades. Contudo, não se pretende que esses termos sejam limitadores. Por exemplo, as técnicas descritas abaixo podem ser usadas com quaisquer unidades de vídeo adequadas, tais como blocos (por exemplo, CU, PU, TU, macro blocos, etc.), fatias, quadros, etc.

Padrões de Codificação de Vídeo

[0020] Uma imagem digital, tal como uma imagem de vídeo, uma imagem de TV, uma imagem ou uma imagem gerada por um gravador de vídeo ou um computador, pode consistir em pixels ou amostras dispostas em linhas horizontais e verticais. O número de pixels em uma única imagem é normalmente de dezenas de milhares. Normalmente, cada pixel contém informação de luminância e crominância. Sem compressão, a grande quantidade de informação a ser transmitida de um codificador de imagem de um decodificador de imagem iria impossibilitar transmissão de imagem em tempo real. Para reduzir a quantidade de informação a transmitir, um número de métodos de compressão diferentes, tais como padrões JPEG, MPEG e h. 263, foram desenvolvido.

[0021] Os padrões de codificação de vídeo incluem ITU-T h. 261, ISO/IEC MPEG-1 Visual, ITU - T H.262 ou Visual ISO/IEC MPEG-2, ITU-T h. 263, ISO/IEC MPEG-4 Visual e ITU-T h. 264 (também conhecido como ISO/IEC MPEG-4 AVC), incluindo as suas extensões de codificação de vídeo escalável (SVC) e codificação de vídeo de múltiplas vistas (MVC).

[0022] Além disso, um vídeo de codificação padrão, ou seja, HEVC está sendo desenvolvido pela Equipe de colaboração conjunta na codificação de vídeo (JCT-VC) do ITU-T VCEG e ISO/IEC MPEG. A citação completa para o HEVC projeto 10 é documento JCTVC-L1003, Bross et al, “Codificação de Vídeo de Alta eficiência (HEVC) texto especificação projeto 10,” equipe colaboração conjunta na codificação de vídeo (JCT-VC) do ITU-T SG16 WP3 e ISO/IEC JTC1/SC29/WG11, 12° Encontro: Genebra, Suíça, 14 de janeiro de 2013 a 23 de janeiro de 2013. A extensão de múltiplas vistas para HEVC, ou seja, MV-HEVC e a extensão que pode ser dimensionada para HEVC, chamado SHVC, também estão sendo desenvolvidos pela JCT-3V (ITU-T/ISO/IEC de equipe colaborativa conjunta no desenvolvimento extensão de codificação de vídeo 3D) e JCT- VC, respectivamente.

Visão geral

[0023] As imagens de ponto de acesso intra- aleatório (IRAP) podem fornecer pontos de acesso aleatório para decodificar um fluxo de bits. Um decodificador pode começar a decodificação de um fluxo de bits pelo decodificar uma imagem IRAP sem ter que decodificar imagens que antecedem a imagem IRAP. No momento da decodificação de uma imagem de IRAP, o armazenador temporário de imagem decodificada (DPB) pode ter um número de imagens decodificadas na memória intermédia. Se produzir as imagens existentes no DPB afetaria o desempenho do decodificador (por exemplo, muitas imagens de existir no DPB para o decodificador para a saída), pode ser desejável remover tais imagens existentes sem saída deles (por exemplo, lavar o existente As imagens).

[0024] O NoOutputOfPriorPicsFlag variável pode indicar, ao decodificar uma imagem IRAP, se as imagens no DPB deve ser emitido antes de ser removido da DPB. Por exemplo, ao decodificar uma imagem IRAP, o valor de NoOutputOfPriorPicsFlag pode ser definido para 1 quando as imagens no DPB não deve ser emitido antes de ser removido. O valor de NoOutputOfPriorPicsFlag pode ser determinado com base em um elemento de sintaxe correspondente e/ou diferentes condições e informações. Em versões anteriores do HEVC, SHVC e MV-HEVC (por exemplo, Projeto SHVC de Trabalho 4 e MV-HEVC Projeto de Trabalho 6), NoOutputOfPriorPicsFlag pode ser definida igual a 1 quando a resolução espacial ou o número de imagem armazena as alterações. Ao definir NoOutputOfPriorPicsFlag a 1, o decodificador pode controlar a quantidade de memória disponível no DPB, removendo imagens no DPB, conforme apropriado. No entanto, a quantidade de memória necessária no DPB pode também ser afetado por alterações no formato de cor e/ou a profundidade das imagens pouco.

[0025] A fim de abordar estes e outros desafios, as técnicas de acordo com certos aspectos podem levar em consideração o formato de cor e/ou a profundidade das imagens pouco ao determinar o valor de NoOutputOfPriorPicsFlag para imagens IRAP. Por exemplo, as técnicas podem determinar se o formato de cor e/ou a profundidade da imagem em curso na camada atual a ser decodificado são pouco diferente do formato de cor e/ou a profundidade da imagem anterior da camada de corrente de bits. O formato de cor e/ou a profundidade da imagem atual bit e a imagem anterior pode ser obtido a partir do conjunto ativo parâmetro seqüência (SPS) e o SPS que estava ativa quando a imagem anterior foi decodificado, respectivamente. Se houver alterações no formato de cor ou a profundidade de bits, o valor de NoOutputOfPriorPicsFlag pode ser definida igual a 1 para provocar a remoção de imagens no DPB sem saída as imagens.

[0026] Ao considerar as alterações no formato de cor e/ou a profundidade de bit das imagens, as técnicas podem determinar o valor de NoOutputOfPriorPicsFlag com mais precisão. Por exemplo, as técnicas podem antecipar melhor situações que requeiram memória adicional no armazenador temporário.

Sistema de Codificação de Vídeo

[0027] Vários aspectos dos novos sistemas, aparelhos e métodos são descritos mais detalhadamente a seguir tendo como referência os desenhos que acompanham. Esta revelação pode, no entanto, incorporada em muitas formas diferentes e não deve ser interpretada como limitado a qualquer específicas de estrutura ou função apresentada em toda esta revelação. Em vez disso, estes aspectos são fornecidos para que esta revelação seja aprofundada e completa e totalmente vai transmitir o escopo da revelação para aqueles qualificados na arte. Baseada nos ensinamentos aqui um hábil na arte deveria apreciar que o escopo da revelação destina-se a cobrir qualquer aspecto de sistemas, aparelhos e métodos inovadores revelados neste documento, se implementado independentemente de, ou combinado com qualquer outro aspecto da revelação presente. Por exemplo, um aparelho pode ser implementado ou um método pode ser praticado usando qualquer número dos aspectos aqui estabelecidos. Além disso, o escopo da presente revelação destina-se a cobrir tais aparelhos ou um método que é praticado usando outra estrutura, funcionalidade, ou estrutura e funcionalidade, além de, ou que não sejam os vários aspectos da revelação presente aqui estabelecidos. Deve ser entendido que qualquer aspecto divulgado neste documento pode ser personificado por um ou mais elementos de uma reivindicação.

[0028] Embora aspectos particulares sejam aqui descritos, muitas variações e permutações desses aspectos abrangidos pelo âmbito da revelação. Embora alguns benefícios e vantagens dos aspectos preferenciais são mencionadas, o escopo da revelação não pretende ser limitado para benefícios particulares, usos ou objetivos. Em vez disso, os aspectos da revelação têm a finalidade de aplicação ampla às diferentes tecnologias sem fio, configurações de sistemas, redes e protocolos de transmissão, algumas das quais são ilustradas a título de exemplo, nas figuras e na seguinte descrição dos aspectos preferenciais. A descrição detalhada e desenhos são meramente ilustrativos da revelação ao invés de limitar, o escopo da revelação sendo definido pelas reivindicações acrescentadas e respectivos equivalentes.

[0029] Os desenhos anexados ilustram exemplos. Elementos indicados pela referência números nos desenhos anexados correspondem aos elementos indicados pelo gostam de números de referência na seguinte descrição. Nesta revelação, elementos com nomes que começam com palavras ordinais (por exemplo, “primeiro”, “segunda,” “terceiros” e assim por diante) não implica necessariamente que os elementos têm uma ordem específica. Pelo contrário, tais palavras ordinais são utilizadas apenas para se referir a elementos diferentes de um mesmo ou similar tipo.

[0030] A figura 1A é um diagrama de bloco que ilustra um exemplo codificação sistema vídeo 10 que pode utilizar técnicas de acordo com os aspectos descritos nesta revelação. Como usado aqui descritos, o termo “codificador de vídeo” refere-se genericamente a tanto vídeo codificadores e decodificadores de vídeo. Na revelação, os termos “codificação de vídeo” ou “codificação” pode se referir genericamente à codificação e decodificação de vídeo. Além de codificadores de vídeo e decodificadores de vídeo, os aspectos descritos no presente pedido podem ser alargados a outros dispositivos relacionados como transcodificadores (por exemplo, dispositivos que podem decodificar um fluxo de bits e re-codificar outro fluxo de bits) e dispositivos de medição e monitoração de redes (por exemplo, dispositivos que podem modificar, transformar e/ou manipular um fluxo de bits).

[0031] Como mostrado na figura 1A, vídeo codificação sistema 10 inclui um dispositivo de origem 12 que gera dados de vídeo codificados para ser decodificado em um momento posterior por um dispositivo de destino 14. No exemplo da figura 1A, o dispositivo de origem 12 e o dispositivo de destino 14 estão em dispositivos separados - especificamente, o dispositivo de origem 12 é parte de um dispositivo de origem, e o dispositivo de destino 14 faz parte de um dispositivo de destino. Deve-se notar, no entanto, que os módulos de origem 12 e de destino 14 podem estar em ou ser parte do mesmo dispositivo, como mostrado no exemplo da FIG. IB.

[0032] Com referência mais uma vez, a figura 1A, o dispositivo fonte 12 e o dispositivo de destino de 14 podem respectivamente incluir qualquer de uma ampla gama de dispositivos, incluindo computadores desktop, computadores portáteis (por exemplo, portátil), computadores tablet, caixas set-top, aparelhos de telefone, tais como os chamados “Smartphones”, chamadas “inteligentes” almofadas, televisores, câmeras, exibir dispositivos tocadores de mídia digital, consoles de videogame, dispositivo de fluxo contínuo de vídeo , ou coisa parecida. Em várias modalidades, o dispositivo fonte 12 e 14 o dispositivo de destino podem estar equipados para comunicação sem fio.

[0033] O dispositivo de destino 14 pode receber, através de um link 16, os dados de vídeo codificados para ser decodificado. O link 16 pode incluir qualquer tipo de mídia ou dispositivo capaz de mover os dados de vídeo codificados do dispositivo de origem 12 para o dispositivo de destino 14. No exemplo da figura 1A, o link 16 pode incluir um meio de comunicação para permitir que o dispositivo de origem 12 transmitir dados de vídeo codificados diretamente para o dispositivo de destino 14 em tempo real. Os dados de vídeo codificados podem ser modulados de acordo com uma padrão, como um protocolo de comunicação sem fio de comunicação e transmitidos para o dispositivo de destino 14. O meio de comunicação pode incluir qualquer meio de comunicação sem fio ou com fio, como um espectro de rádio freqüência (RF) ou uma ou mais linhas de transmissão física. O meio de comunicação pode fazer parte de uma rede baseada em pacotes, como uma rede global como a Internet, uma rede de área ampla ou uma rede de área local. O meio de comunicação pode incluir roteadores, switches, estações rádio-base ou qualquer outro equipamento que pode ser útil para facilitar a comunicação do dispositivo de origem 12 para o dispositivo de destino 14.

[0034] Alternativamente, dados codificados podem ser emitidos a partir de uma interface de saída 22 para um dispositivo de armazenamento opcional 31. Da mesma forma, dados codificados podem ser acessados do dispositivo de armazenamento 31 por uma interface de entrada 28, por exemplo, o dispositivo de destino 14. O dispositivo de armazenamento 31 pode incluir qualquer de uma variedade de mídia de armazenamento de dados distribuídos ou acessados localmente como um disco rígido, memória flash, memória volátil ou não volátil ou qualquer outra mídia de armazenamento digital adequado para armazenar dados de vídeo codificados. Em mais um exemplo, o dispositivo de armazenamento 31 pode corresponder a um servidor de arquivo ou outro dispositivo de armazenamento intermediário que pode conter o vídeo codificado gerado pelo dispositivo de fonte 12. O dispositivo de destino 14 pode acessar dados armazenados de vídeo do dispositivo de armazenamento 31 através de fluxo contínuo ou download. O servidor de arquivos pode ser qualquer tipo de servidor, capaz de armazenar dados de vídeo codificados e transmitir que codificado dados de vídeo para o dispositivo de destino 14. Servidores de arquivos de exemplo incluem um servidor web (por exemplo, para um site), um servidor de protocolo de transferência de arquivo (FTP), dispositivos de armazenamento (NAS) ligados em rede ou uma unidade de disco local. O dispositivo de destino 14 pode acessar os dados de vídeo codificados através de qualquer conexão de dados padrão, incluindo uma conexão de Internet. Isto pode incluir um canal sem fio (por exemplo, uma conexão de rede local sem fio [WLAN]), uma conexão com fio (por exemplo, uma linha de assinante digital (DSL), um modem de cabo, etc.), ou uma combinação de ambos de que é adequada para acessar dados de vídeo codificados, armazenados em um servidor de arquivos. A transmissão de dados de vídeo codificados do dispositivo de armazenamento 31 pode ser uma transmissão de fluxo contínuo, uma transmissão de baixar ou uma combinação de ambos.

[0035] As técnicas de revelação não estão limitadas a aplicações sem fio ou configurações. As técnicas podem ser aplicadas para codificação de vídeo para apoiar qualquer de uma variedade de aplicações de multimídia, tais como transmissão de televisão via satélite, as transmissões de televisão por cabo, transmissões de televisão por satélite, fluxo contínuo de transmissões de vídeo, por exemplo, através da Internet (por exemplo, dinâmico adaptável transmissão sobre protocolo de transferência de hipertexto (HTTP), etc.), codificação de vídeo digital para armazenamento em um meio de armazenamento de dados, decodificação de vídeo digital armazenado em um meio de armazenamento de dados , ou outras aplicações. Em alguns exemplos, sistema 10 de codificação de vídeo pode ser configurado para oferecer suporte à transmissão de vídeo unidirecional ou bidirecional para oferecer suporte a aplicativos como vídeo fluxo contínuo, reprodução de vídeo, transmissão de vídeo e/ou vídeo telefonia.

[0036] No exemplo da figura 1A, o dispositivo de origem 12 inclui uma fonte de vídeo 18, um codificador de vídeo 20 e a interface de saída 22. Em alguns casos, a interface de saída 22 pode incluir um modulador/demodulador (modem) e/ou um transmissor. Em 12 o dispositivo de origem, a fonte de vídeo 18 pode incluir uma fonte como um dispositivo de captura de vídeo, por exemplo, uma câmera de vídeo, um arquivo de vídeo contendo anteriormente vídeo capturado, interface para receber o vídeo de um provedor de conteúdo de vídeo, e/ou um sistema de gráficos de computador para gerar dados de gráficos de computador como a fonte de vídeo, ou uma combinação de fontes de alimentação de um vídeo. Como um exemplo, se a fonte de vídeo 18 é uma câmera de vídeo, o dispositivo fonte 12 e o dispositivo de destino 14 podem formar câmera chamados telefones ou telefones de vídeo, conforme ilustrado no exemplo da FIG. IB. No entanto, as técnicas descritas nesta revelação podem ser aplicáveis para codificação de vídeo em geral e podem ser aplicadas para aplicações sem fio ou com fio.

[0037] O vídeo capturado, pré-capturado ou gerado por computador pode ser codificado pelo codificador de vídeo 20. Os dados codificados de vídeo podem ser transmitidos diretamente para o dispositivo de destino 14 através da interface de saída 22 do dispositivo fonte 12. Os dados de vídeo codificados podem também (ou alternativamente) armazenados no dispositivo de armazenamento 31 para posterior acesso pelo dispositivo destino 14 ou outros dispositivos, para decodificação e/ou reprodução, codificador de vídeo 20 ilustrado na figura 1A e IB podem incluir codificador de vídeo 20 ilustrados figura 2A, codificador de vídeo 23 ilustrado na figura 2B ou qualquer outro codificador de vídeo aqui descritos.

[0038] No exemplo da figura 1A, o dispositivo de destino 14 inclui a interface de entrada 28, um decodificador de vídeo 30 e um dispositivo de visualização de 32. Em alguns casos, a interface de entrada 28 pode incluir um receptor e/ou um modem. A interface de entrada 28 do dispositivo destino 14 pode receber os dados de vídeo codificados no link 16 e/ou do dispositivo de armazenamento 31. Os dados de vídeo codificados comunicadas sobre o link 16, ou fornecidos no dispositivo de armazenamento 31, podem incluir uma variedade de elementos de sintaxe gerado pelo codificador de vídeo 20 para uso por um decodificador de vídeo, tais como o decodificador de vídeo 30, na decodificação de dados de vídeo. Tais elementos de sintaxe podem ser incluídos com o codificado dados de vídeo transmitidos em um meio de comunicação, armazenados em um meio de armazenamento ou armazenado um servidor de arquivos. Decodificador de vídeo 30 ilustrado na figura 1A e IB pode incluir decodificador de vídeo 30 ilustrados figura 3A, decodificador de vídeo 33 ilustrado na figura 3B ou qualquer outro decodificador de vídeo aqui descritos.

[0039] O dispositivo de exibição 32 pode ser integrado com, ou externo, o dispositivo de destino 14. Em alguns exemplos, o dispositivo de destino 14 pode incluir um dispositivo de visualização integrado e também ser configurado para interface com um dispositivo de display externo. Em outros exemplos, o dispositivo de destino 14 pode ser um dispositivo de exibição. Em geral, o dispositivo de exibição 32 exibe os dados de vídeo decodificados para um usuário e pode incluir qualquer de uma variedade de dispositivos de exibição como um display de cristal líquido (LCD), um display de plasma, uma exposição de diodo (OLED) emitindo luz orgânico ou outro tipo de dispositivo de exibição.

[0040] Em aspectos relacionados, FIG. IB mostra um exemplo de vídeo, codificação e decodificação sistema 10' no qual as origem e destino módulos 12, 14 estão em ou parte de um dispositivo 11. O dispositivo 11 pode ser um telefone, como um telefone “inteligente” ou coisa parecida. O dispositivo 11 pode incluir um dispositivo controlador opcional/processador 13 na comunicação operacional com as origem e destino módulos 12, 14. O sistema 10' de figo. IB pode ainda incluir uma unidade de processamento de vídeo 21 entre 20 de codificador de vídeo e a interface de saída 22. Em algumas implementações, a unidade de processamento de vídeo 21 é uma unidade separada, conforme ilustrado na FIG. IB; no entanto, em outras implementações, a unidade de processamento de vídeo 21 pode ser implementada como uma porção de codificador de vídeo 20 e/ou o dispositivo de controlador de processador/13. O sistema de 10' pode também incluir um perseguidor opcional 29, que pode acompanhar um objeto de interesse em uma seqüência de vídeo. O objeto ou interesse a ser controladas pode ser segmentado por uma técnica descrita em relação a um ou mais aspectos de revelação do presente. Em aspectos relacionados, o rastreamento pode ser realizado pelo dispositivo de exposição 32, sozinho ou em conjunto com o rastreador 29. O sistema 10' de figo. IB e seus componentes, caso contrário são semelhantes ao sistema 10 da figura 1A e os seus componentes.

[0041] O codificador de vídeo 20 e o decodificador de vídeo 30 podem operar de acordo com um compressão de vídeo padrão, tais como padrão HEVC e podem estar em conformidade com um modelo de teste HEVC (HM). Alternativamente, codificador de vídeo 20 e o decodificador de vídeo 30 podem operar de acordo com outros padrões proprietários ou de indústria, tais como o ITU-T h. 264 padrão, Alternativamente conhecido como MPEG-4, parte 10, AVC ou extensões de tais normas. As técnicas de revelação, no entanto, não estão limitadas a qualquer padrão de codificação particular. Outros exemplos de padrões de compressão de vídeo, MPEG-2 e ITU-T h. 263.

[0042] Embora não mostrado nos exemplos da figura 1A e IB, codificador de vídeo 20 e decodificador de vídeo 30 cada um podem ser integrados com um áudio codificador e decodificador e podem incluir unidades de MUX- DEMUX adequadas, ou outro hardware e software, para lidar com a codificação de áudio e vídeo em um fluxo de dados comum ou fluxos de dados separado. Se for caso disso, em alguns exemplos, unidades de MUX-DEMUX podem de acordo com o protocolo de ITU H.223 Multiplexador, ou outros protocolos, como o protocolo de datagrama de usuário (UDP).

[0043] Codificador de vídeo 20 e o decodificador de vídeo 30 podem ser implementados como qualquer um de uma variedade de circuitos de codificação apropriados, tais como um ou mais microprocessadores, processadores de sinal digital (DSPs), circuitos integrados específicos de aplicativo (ASICs), matrizes de campo portão programável (FPGAs), lógica discreta, software, hardware, firmware ou qualquer combinação das mesmas. Quando as técnicas são implementadas parcialmente no software, um dispositivo pode armazenar instruções para o software em um meio informático adequado, não transitórios e execute as instruções no hardware usando um ou mais processadores para executar as técnicas de revelação. Cada um de codificador de vídeo 20 e decodificador de vídeo 30 pode ser incluído em um ou mais codificadores ou decodificadores, ou pode ser integrado como parte de um codificador/decodificador (CODEC) combinado em um dispositivo respectivo.

Processo de Codificação de Vídeo

[0044] Como mencionado brevemente acima, codificador de vídeo 20 codifica dados de vídeo. Os dados de vídeo podem incluir uma ou mais imagens. Cada uma das imagens é uma imagem estática, formando parte de um vídeo. Em alguns casos, uma imagem pode ser referida como um vídeo “quadro”. Quando o codificador de vídeo 20 codifica os dados de vídeo, codificador de vídeo 20 pode gerar um fluxo de bits. O fluxo de bits pode incluir uma seqüência de bits que formam uma representação codificada dos dados de vídeo. O fluxo de bits pode incluir imagens codificadas e dados associados. Uma imagem codificada é uma representação codificada de uma imagem.

[0045] Para gerar o fluxo de bits, codificador de vídeo 20 pode executar operações de codificação em cada imagem nos dados de vídeo. Quando o codificador de vídeo 20 executa operações de codificação nas imagens, codificador de vídeo 20 pode gerar uma série de imagens codificadas e dados associados. Os dados associados podem incluir conjuntos de parâmetros de vídeo (VPSs), conjuntos de parâmetros de seqüência (SPSs), conjuntos de parâmetros de imagem (PPSs), conjuntos de parâmetros de adaptação (APSs) e outras estruturas de sintaxe. Uma SPS pode conter parâmetros aplicáveis para zero ou mais seqüências de imagens. Um PPS pode conter parâmetros aplicáveis para zero ou mais imagens. Um APS pode conter parâmetros aplicáveis para zero ou mais imagens. Parâmetros em um APS podem ser parâmetros que tem mais chances de mudar parâmetros em um PPS.

[0046] Para gerar uma imagem codificada, codificador de vídeo 20 pode dividir uma imagem em tamanho igualmente a blocos. Um bloco de vídeo pode ser uma matriz bidimensional de amostras. Cada um dos blocos de vídeo está associado com um treeblock. Em alguns casos, um treeblock pode ser referido como uma maior unidade de codificação (UTL). O treeblocks de HEVC pode ser amplamente análoga para os macroblocos de padrões anteriores, tais como H.264/AVC. No entanto, um treeblock não é necessariamente limitada a um determinado tamanho e pode incluir uma ou mais unidades de codificação (CUs). Codificador de vídeo 20 pode usar núcleo dividir a partição os blocos de vídeo de treeblocks em bloco de vídeos associados com CUs, daí o nome “treeblocks.”

[0047] Em alguns exemplos, codificador de vídeo 20 pode dividir uma imagem em uma pluralidade de fatias. Cada uma das fatias pode incluir um número inteiro de CUs. Em alguns casos, uma fatia é composto por um número inteiro de treeblocks. Em outros casos, um limite de uma fatia pode ser dentro de um treeblock.

[0048] Como parte da realização de uma operação de codificação em uma imagem, codificador de vídeo 20 pode executar operações de codificação em cada fatia da imagem. Quando o codificador de vídeo 20 executa uma operação de codificação em uma fatia, codificador de vídeo 20 pode gerar dados codificados, associados com a fatia. Os dados codificados associados à fatia podem ser referidos como uma “fatia codificada”.

[0049] Para gerar uma fatia codificada, codificador de vídeo 20 pode executar operações de codificação em cada treeblock em uma fatia. Quando o codificador de vídeo 20 executa uma operação de codificação em um treeblock, codificador de vídeo 20 pode gerar um código treeblock. O treeblock codificada pode incluir dados que representa uma versão codificada do treeblock.

[0050] Quando o codificador de vídeo 20 gera uma fatia codificada, codificador de vídeo 20 pode efetuar operações de codificação com (por exemplo, codificar) os treeblocks na fatia de acordo com uma ordem de varredura de rastreamento. Por exemplo, o codificador de vídeo 20 pode codificar o treeblocks da fatia em uma ordem que procede da esquerda para a direita através de uma linha superior de treeblocks na fatia, então da esquerda para a direita em uma próxima linha inferior de treeblocks, e assim por diante até que o codificador de vídeo 20 tenha codificado cada um dos treeblocks na fatia.

[0051] Como resultado da codificação do treeblocks de acordo com a ordem de varredura de rastreamento, o treeblock acima e à esquerda de um determinado treeblock pode ter sido codificado, mas os treeblocks abaixo e à direita do treeblock podem não ter sido ainda codificados. Por conseguinte, codificador de vídeo 20 pode ser capaz de acessar informação geradas pela codificação treeblocks acima e à esquerda do treeblock dado ao codificar o dado treeblock. No entanto, codificador de vídeo 20 pode ser incapaz de acessar informação geradas pela codificação treeblocks abaixo e à direita do treeblock dado ao codificar o dado treeblock.

[0052] Para gerar um treeblock codificado, codificador de vídeo 20 pode recursivamente realizar núcleo divisão do bloco vídeo do treeblock para dividir o bloco de vídeo em blocos de vídeo progressivamente menores. Cada um dos blocos de vídeo menores pode ser associado com uma CU diferente. Por exemplo, codificador de vídeo 20 pode dividir o bloco de vídeo de um treeblock em quatro dimensões igualmente sub-blocos, dividir um ou mais dos blocos sub em quatro sub-sub-blocks de igual tamanho e assim por diante. Uma CU dividida pode ser uma CU cujo bloco de vídeo é dividido em blocos de vídeo associados com outras CUs. Uma CU não- dividida pode ser uma CU cujo bloco de vídeo não é dividido em bloco de vídeos associados com outras CUs.

[0053] Um ou mais elementos de sintaxe no fluxo de bits podem indicar um número máximo de vezes que o codificador de vídeo 20 pode dividir o bloco de vídeo de um treeblock. Um bloco de vídeo de uma CU pode ser quadrado em forma. O tamanho do bloco de vídeo de uma CU (por exemplo, o tamanho da CU) pode variar de 8x8 pixels até o tamanho de um bloco de vídeo de um treeblock (por exemplo, o tamanho da treeblock) com um máximo de 64 x 64 pixels ou maior.

[0054] O codificador de vídeo 20 pode efetuar operações de codificação com (por exemplo, codificar) cada CU de uma treeblock de acordo com uma ordem de varredura z. Em outras palavras, o codificador de vídeo 20 pode codificar uma CU superior esquerda, uma CU superior direita, uma CU inferior esquerda e em seguida uma CU inferior-direita, nessa ordem. Quando o codificador de vídeo 20 executa uma operação de codificação em uma CU dividida, codificador de vídeo 20 pode codificar CUs associados sub-blocos do bloco da CU dividida de acordo com a ordem de varredura z. Em outras palavras, o codificador de vídeo 20 pode codificar uma CU associados com um bloco secundário superior esquerdo, uma CU associados com um bloco secundário superior direito, uma CU associados com um bloco secundário inferior esquerdo e então uma CU associados com um bloco secundário inferior-direito, nessa ordem.

[0055] Como um resultado da codificação os CUs de uma treeblock de acordo com uma ordem de varredura z, as CUs acima, acima e à esquerda, acima e à direita, esquerda e abaixo e à esquerda de um determinada CU podem ter sido codificadas. CUs abaixo e à direita da CU determinada ainda não foram codificadas. Consequentemente, o codificador de vídeo 20 pode ser capaz de acessar informação gerada mediante codificação de algumas CUs adjacentes a CU determinada ao codificar a CU determinada. No entanto, o codificador de vídeo 20 pode ser incapaz de acessar informação gerada por codificação de outras CUs adjacentes a CU determinada ao codificar a CU determinada.

[0056] Quando o codificador de vídeo 20 codifica uma CU não divididas, codificador de vídeo 20 pode gerar um ou mais predição unidades (PUs) para a CU. Cada um do PUs da CU pode ser associado com um bloco de vídeo diferente dentro do bloco da CU vídeo codificador 20 pode gerar um bloco de vídeo previsto para cada PU da CU. O bloco de vídeo previsto de uma PU pode ser um bloco de amostras. Codificador de vídeo 20 pode usar predição intra ou inter Predição para gerar o bloco de vídeo previsto para uma PU.

[0057] Quando o codificador de vídeo 20 utiliza predição intra para gerar o bloco de vídeo previsto de uma PU, codificador de vídeo 20 pode gerar o bloco de vídeo previsto de PU com base em amostras decodificadas do quadro de associados com a PU. Se o codificador de vídeo 20 usa predição intra para gerar blocos de vídeo previstos do PUs de uma CU, a CU é uma CU intra previsto. Quando usa o codificador de vídeo 20 inter Predição para gerar o bloco de vídeo previsto de PU, codificador de vídeo 20 pode gerar o bloco de vídeo previsto de PU com base em amostras decodificadas de uma ou mais imagens que não sejam a imagem associada com a PU. Se 20 utilizações de codificador de vídeo inter Predição para gerar blocos de vídeo previstos do PUs de uma CU, a CU é uma CU inter previsto.

[0058] Além disso, quando o codificador de vídeo 20 utilizações inter Predição para gerar um bloco de vídeo previsto para uma PU, codificador de vídeo 20 pode gerar informação de movimento para o PU. A informação de movimento para uma PU pode indicar um ou mais blocos de referência de PU. Cada bloco de referência do PU pode ser um bloco de vídeo dentro de um quadro de referência. A imagem de referência pode ser uma imagem que não seja a imagem associada com o PU. Em alguns casos, um bloco de referência de um PU pode também ser referido como a “amostra” de referência o PU. Codificador de vídeo 20 pode gerar o bloco de vídeo previsto para o PU com base em blocos de referência de PU.

[0059] Após o codificador de vídeo 20 gera blocos de vídeo previstos para um ou mais PUs de uma CU, codificador de vídeo 20 pode gerar dados residuais para a CU com base em blocos de vídeo previstos para o PUs da CU. Os dados residuais para a CU podem indicar diferenças entre amostras nos blocos vídeo previstos para o PUs da CU e o bloco de vídeo original da CU.

[0060] Além disso, como parte da realização de uma operação de codificação em um não-dividida CU, codificador de vídeo 20 pode executar recursiva núcleo divisão dos dados residual da CU para dividir os dados residuais da CU em um ou mais blocos de dados residuais (por exemplo, blocos vídeo residuais) associados a unidades de transformada (TUs) da CU. Cada TU de uma CU pode ser associado com um bloco de vídeo residual diferente.

[0061] O codificador de vídeo 20 pode aplicar transformações um ou mais blocos de vídeo residual associado com o TUs para gerar blocos de coeficiente de transformada (por exemplo, blocos de coeficientes de transformada) associados com o TUs. Conceitualmente, um bloco de coeficiente de transformada pode ser uma matriz bidimensional (2D) dos coeficientes de transformada.

[0062] Após gerar um bloco de coeficiente de transformada, codificador de vídeo 20 pode efetuar um processo de quantização com o bloco de coeficiente de transformada. Quantização geralmente se refere a um processo no qual transformar coeficientes são quantizadas para possivelmente reduzir a quantidade de dados usadas para representar os coeficientes de transformada, fornecendo mais compressão. O processo de quantização pode reduzir a profundidade de bit associada com alguns ou todos os coeficientes de transformada. Por exemplo, um coeficiente de transformada de w bits pode ser arredondado para um coeficiente de transformada de m bits durante a quantização, onde n é maior que m.

[0063] O codificador de vídeo 20 pode associar cada CU com um valor de parâmetro (QP) de quantização. O valor de QP associado com uma CU pode determinar como o codificador de vídeo 20 quantifica blocos de coeficiente de transformada associados com a CU. O codificador de vídeo 20 pode ajustar o grau de quantização aplicado para os blocos de coeficiente de transformada associados com uma CU, ajustando o valor de QP associado com a CU.

[0064] Após o codificador de vídeo 20 quantizar um bloco de coeficiente de transformada, o codificador de vídeo 20 pode gerar conjuntos de elementos de sintaxe que representam os coeficientes de transformada no bloco de coeficiente de transformada quantizados. Codificador de vídeo 20 pode aplicar as operações de codificação de entropia, tais como operações de contexto adaptativo binário aritmética codificação (CABAC), a alguns destes elementos de sintaxe. Outra entropia codificação técnicas como conteúdo comprimento variável adaptativa, codificação (CAVLC), intervalo de probabilidade entropia (tubulação) codificação de divisão, ou outra codificação aritmética binária também poderia ser usado.

[0065] O fluxo de bits gerado pelo codificador de vídeo 20 pode incluir uma série unidades de Abstração de Camada de Rede (NAL). Cada uma das unidades NAL pode ser uma estrutura de sintaxe contendo uma indicação de um tipo de dados na unidade NAL e bytes que contém os dados. Por exemplo, uma unidade NAL pode conter dados que representa um conjunto de parâmetros de vídeo, um conjunto de parâmetros de seqüência, um conjunto de parâmetros de imagem, uma fatia de codificado, informação suplementar do realce (SEI), um delimitador de unidade de acesso, dados de enchimento ou outro tipo de dados. Os dados em uma unidade NAL podem incluir várias estruturas de sintaxe.

[0066] O decodificador de vídeo 30 pode receber o fluxo de bits gerado pelo codificador de vídeo 20. O fluxo de bits pode incluir uma representação codificada dos dados de vídeo codificados pelo codificador de vídeo 20. Quando o decodificador de vídeo 30 recebe o fluxo de bits, decodificador de vídeo 30 pode executar uma operação de análise sobre o fluxo de bits. Quando o decodificador de vídeo 30 executa a operação de análise, decodificador de vídeo 30 pode extrair elementos de sintaxe do fluxo de bits. Decodificador de vídeo 30 pode reconstruir as imagens dos dados de vídeo com base nos elementos de sintaxe extraídos o fluxo de bits. O processo para reconstruir os dados de vídeo com base nos elementos de sintaxe pode ser geralmente recíproco ao processo realizado pelo codificador de vídeo 20 para gerar os elementos de sintaxe.

[0067] Após o decodificador de vídeo 30 extrai os elementos de sintaxe associados com uma CU, decodificador de vídeo 30 pode gerar blocos de vídeo previstos para o PUs da CU com base nos elementos de sintaxe. Além disso, o decodificador de vídeo 30 pode quantizar inversamente os blocos de coeficiente de transformada associados às TUs da CU. O decodificador vídeo 30 pode realizar transformadas inversas sobre os blocos de coeficiente de transformada para reconstruir bloco residuais de vídeos associados com as TUs da CU. Após gerar os blocos de vídeo previstos e reconstruir os blocos de vídeo residuais, decodificador de vídeo 30 pode reconstruir o bloco da CU com base no previsto a blocos e os blocos de vídeo residuais. Desta forma, o decodificador de vídeo 30 pode reconstruir os blocos de vídeo de CUs com base nos elementos de sintaxe no fluxo de bits.

Codificador de Vídeo

[0068] A figura 2A é um diagrama de blocos ilustra um exemplo de um codificador de vídeo que pode implementar técnicas de acordo com os aspectos descritos na revelação. Codificador de vídeo 20 pode ser configurado para processar uma única camada de um quadro de vídeo, tais como para HEVC. Codificador de vídeo, mais 20 pode ser configurado para executar qualquer uma ou todas as técnicas de revelação. Como um exemplo, a unidade de processamento de predição 100 pode ser configurado para executar qualquer ou todas as técnicas descritas nesta revelação. Em outra modalidade, codificador de vídeo 20 inclui uma unidade de predição entre camadas 128 opcional que é configurada para executar qualquer uma ou todas as técnicas descritas na revelação. Em outras modalidades, camada inter predição pode ser realizada pela unidade de processamento de predição 100 (por exemplo, a unidade de predição inter 121 e/ou unidade de predição intra 126), caso em que a unidade de predição entre camadas 128 pode ser omitida. No entanto, aspectos de revelação não são tão limitados. Em alguns exemplos, as técnicas descritas nesta revelação podem ser compartilhadas entre os vários componentes do codificador de vídeo 20. Em alguns exemplos, além disso ou, alternativamente, um processador (não mostrado) pode ser configurado para executar qualquer ou todas as técnicas descritas nesta revelação.

[0069] Com o propósito de explanação, esta revelação descreve o codificador de vídeo 20 no contexto da codificação HEVC. No entanto, as técnicas de revelação podem ser aplicáveis aos outros padrões de codificação ou métodos. O exemplo descrito na figura 2A é para um codec de camada única. No entanto, como será descrito mais com relação à figura 2B, alguns ou todos do codificador de vídeo 20 podem ser duplicados para o processamento de um codec de várias camadas.

[0070] O codificador de vídeo 20 pode executar codificação intra e inter de bloco de vídeo dentro de fatias de vídeo. Intra codificação se baseia na predição espacial para reduzir ou remover redundância espacial no vídeo dentro de um determinado quadro de vídeo ou imagens. Inter codificação depende de predição temporal para reduzir ou remover redundância temporal no vídeo dentro adjacentes quadros ou imagens de uma seqüência de vídeo. Intra-modo (I modo) pode se referir a qualquer um dos vários modos de codificação com base espaciais. Inter modos, tais como Predição de unidirecional (modo P) ou predição de bidirecional (modo B), podem se referir a qualquer um dos vários modos de codificação baseado em temporal.

[0071] No exemplo da figura 2A, codificador de vídeo 20 inclui uma pluralidade de componentes funcionais. Os componentes funcionais do codificador de vídeo 20 incluem uma unidade de processamento de predição 100, uma unidade de geração residual 102, uma unidade de processamento de transformada 104, uma unidade de quantização 106, uma unidade de quantização inversa 108, uma unidade de transformada inversa 110, uma unidade de reconstrução 112, unidade de transformada inversa 110, um armazenador temporário de imagem decodificada 114 e uma unidade de codificação de entropia 116. A unidade de processamento de predição 100 inclui uma unidade de predição inter 121, uma unidade de estimativa de movimento 122, uma unidade de compensação de movimento 124, uma unidade de predição intra 126 e uma unidade de predição entre camadas 128. Em outros exemplos, codificador de vídeo 20 pode incluir componentes funcionais diferentes, mais ou menos. Além disso, a unidade de estimativa de movimento 122 e a unidade de compensação de movimento 124 podem ser altamente integrados, mas são representados no exemplo da figura 2A separadamente para fins de explicação.

[0072] O Codificador de vídeo 20 pode receber dados de vídeo. Codificador de vídeo 20 pode receber os dados de vídeo de várias fontes. Por exemplo, o codificador de vídeo 20 pode receber os dados de vídeo de vídeo fonte 18 (por exemplo, mostrado na figura 1A ou IB) ou outra fonte. Os dados de vídeo podem representar uma série de imagens. Para codificar os dados de vídeo, codificador de vídeo 20 pode executar uma operação de codificação em cada uma das imagens. Como parte de executar a operação de codificação em uma imagem, codificador de vídeo 20 pode executar operações de codificação em cada fatia da imagem. Como parte da realização de uma operação de codificação em uma fatia, codificador de vídeo 20 pode executar operações de codificação na treeblocks na fatia.

[0073] Como parte da realização de uma operação de codificação em um treeblock, A unidade de processamento de predição 100 pode executar divisão de núcleo do bloco vídeo do treeblock para dividir o bloco de vídeo em blocos de vídeo progressivamente menores. Cada um dos blocos de vídeo menores pode ser associado com uma CU diferente. Por exemplo, a unidade de processamento de predição 100 pode dividir um bloco de vídeo de um treeblock em quatro dimensões igualmente sub-blocos, partição de um ou mais dos blocos sub em quatro sub-sub-blocks de igual tamanho e assim por diante.

[0074] Os tamanhos dos blocos de vídeo associados com CUs podem variar de 8 x 8 amostras até o tamanho da treeblock com um máximo de 64 x 64 amostras ou maior. Nesta revelação, “Mapeamento” e “N por N” pode ser utilizado indistintamente para se referir às dimensões de amostra de um bloco de vídeo em termos de dimensões verticais e horizontais, por exemplo, amostras de 16 x 16 ou 16 por 16 amostras. Em geral, um bloco de vídeo de 16 x 16 tem dezesseis amostras em uma direção vertical (y = 16) e dezesseis amostras no sentido horizontal (x = 16). Da mesma forma, um bloco de NxN geralmente tem amostras de N em uma direção vertical e N amostras no sentido horizontal, onde N representa um valor inteiro não negativo.

[0075] Além disso, como parte de executar a operação de codificação em um treeblock, a unidade de processamento de predição 100 pode gerar uma estrutura de dados hierárquica do núcleo para o treeblock. Por exemplo, um treeblock pode corresponder a um nó de raiz da estrutura de dados do núcleo. Se a unidade de processamento de predição 100 divide o bloco vídeo do treeblock em quatro sub-blocos, o nó raiz tem quatro nós filhos na estrutura de dados do núcleo. Cada um de nós filho corresponde a uma CU associado a um dos blocos sub. Se a unidade de processamento de predição 100 divide um dos sub-blocos em quatro sub-sub blocks, o nó correspondente para a CU associado com o sub- bloco de predição pode ter quatro nós filhos, a cada um dos quais corresponde uma CU associada com um dos sub-sub-blocos.

[0076] Cada nó da estrutura de dados do núcleo pode conter dados de sintaxe (por exemplo, elementos de sintaxe) para o correspondente treeblock ou CU. Por exemplo, um nó no núcleo pode incluir uma indicador dividida que indica se o bloco da CU correspondente ao nó é dividida (por exemplo, dividir) em quatro blocos de sub. Elementos de sintaxe para uma CU podem ser definido recursivamente e vai depender se o bloco da CU é dividido em sub-blocos. Uma CU cujo bloco de vídeo não estiver dividida pode corresponder a um nó de folha na estrutura de dados do núcleo. Um treeblock codificada pode incluir dados baseados na estrutura de dados do núcleo para uma treeblock correspondente.

[0077] Codificador de vídeo 20 pode executar operações de codificação em cada não-dividida CU de um treeblock. Quando o codificador de vídeo 20 executa uma operação de codificação em uma CU não divididas, codificador de vídeo 20 gera dados que representa uma representação codificada da CU não dividida.

[0078] Como parte da realização de uma operação de codificação em uma CU, a unidade de processamento de predição 100 pode dividir o bloco da CU entre uma ou mais PUs do codificador de vídeo CU 20 e o decodificador de vídeo 30 podem suportar vários tamanhos de PU. Supondo que o tamanho de uma CU particular seja 2Nx2N, o codificador de vídeo 20 e o decodificador de vídeo 30 podem suportar tamanhos de PU de 2Nx2N ou xN e predição inter em tamanhos de PU simétricos de 2Nx2N, 2NxN, Nx2N, xN, 2NxnU, nLx2N, nRx2N, ou similar. Codificador de vídeo 20 e o decodificador de vídeo 30 também podem apoiar a divisão assimétrico para tamanhos de PU de 2NxnU, 2NxnD, nLx2N e nRx2N. Em alguns exemplos, a unidade de processamento de predição 100 pode executar divisão geométrica da partição do bloco de vídeo de uma CU entre PUs da CU ao longo de um limite que não satisfaz os lados do bloco da CU em ângulos retos.

[0079] A Unidade de predição inter 121 pode executar inter predição sobre cada PU da CU. Inter predição pode fornecer compressão temporal. Para executar inter predição sobre uma PU, a unidade de estimativa de movimento 122 pode gerar informação de movimento para o PU. A unidade de compensação de movimento 124 pode gerar um bloco de vídeo previsto para o PU baseado o movimento informação e decodificadas amostras de imagens que não sejam a imagem associada com a CU (por exemplo, imagens de referência). Na revelação, um bloco previsto de vídeo gerado pela unidade de compensação de movimento 124 pode ser referido como um bloco de vídeo inter previsto.

[0080] As fatias podem ser fatias I, fatias de P, ou fatias de B. A unidade de estimativa de movimento 122 e unidade de compensação de movimento 124 pode executar operações diferentes para um PU de uma CU dependendo se o PU está em uma fatia, uma fatia de P ou uma fatia de B. Em um corto, PUs todas são intra previu. Portanto, se o PU é em uma fatia, unidade de estimativa de movimento 122 e a unidade de compensação de movimento 124 não executam inter predição sobre o PU.

[0081] Se o PU é em uma fatia de P, a imagem contendo o PU está associada uma lista de imagens de referência, conhecida como “lista 0.” Cada uma das imagens na lista 0 referência contém exemplos que podem ser utilizados para inter predição de outras imagens. Quando a unidade de estimativa de movimento 122 executa a operação de estimativa de movimento no que diz respeito um PU em uma fatia de P, unidade de estimativa de movimento 122 pode procurar as imagens de referência na lista 0 para um bloco de referência para o PU. O bloco de referência do PU pode ser um conjunto de amostras, por exemplo, um bloco de amostras, que corresponde mais estreitamente às amostras no bloco vídeo de PU. A unidade de estimativa de movimento 122 pode usar uma variedade de métricas para determinar como intimamente um conjunto de amostras em uma imagem de referência correspondem às amostras no bloco de vídeo de uma PU. Por exemplo, unidade de estimativa de movimento 122 pode determinar quão perto um conjunto de amostras em uma imagem de referência corresponde às amostras no bloco de vídeo de um PU pela soma da diferença absoluta (SAD), a soma da diferença de quadrados (SSD) ou outras métricas de diferença.

[0082] Após identificar um bloco de referência de um PU em uma fatia P, a unidade de estimativa de movimento 122 pode gerar um índice de referência que indica a imagem de referência na lista que contém o bloco de referência e um vetor de movimento que indica um deslocamento espacial entre o PU e o bloco de referência de 0. Em vários exemplos, a unidade de estimativa de movimento 122 pode gerar vetores de movimento em diferentes graus de precisão. Por exemplo, a unidade de estimativa de movimento 122 pode gerar vetores de movimento com precisão de amostra de um quarto, um oitavo amostra precisão ou outro precisão fracionária de amostra. No caso de precisão fracionária de amostra, valores de bloco de referência podem ser interpolados a partir de valores de amostra de posição de inteireza da imagem de referência. A unidade de estimativa de movimento 122 pode saída o índice de referência e o vetor de movimento como as informação de movimento de PU. A unidade de compensação de movimento 124 pode gerar um bloco vídeo previsto de PU baseado no bloco de referência identificado pelas informação de movimento de PU.

[0083] Se o PU é em uma fatia de B, a imagem contendo o PU pode estar associada com duas listas de imagens de referência, conhecidas como “lista 0” e “lista 1.” Em alguns exemplos, uma imagem que contém uma fatia de B pode estar associada uma combinação de lista que é uma combinação de listas de 0 e 1.

[0084] Além disso, se a PU está em uma fatia B, a unidade de estimativa de movimento 122 podem executar predição unidirecional ou bi-direcional Predição para o PU. Quando a unidade de estimativa de movimento 122 realiza predição unidirecional para o PU, a unidade de estimativa de movimento 122 pode procurar as imagens de referência da lista 0 ou 1 de lista para um bloco de referência para o PU. A unidade de estimativa de movimento 122 pode, em seguida, gerar um índice de referência que indica a imagem de referência na lista 0 ou lista 1 que contém o bloco de referência e um movimento de estimativa de vetor que indica um deslocamento espacial entre o PU e o bloco de referência. A unidade de estimativa de movimento 122 pode produzir o índice de referência, um indicador de direção de predição e o vetor de movimento como as informação de movimento de PU. O indicador de direção de predição pode indicar se o índice de referência indica uma imagem de referência na lista 0 ou lista 1. A unidade de compensação de movimento 124 pode gerar o bloco de vídeo previsto de PU baseado no bloco de referência indicado pelas informação de movimento de PU.

[0085] Quando a unidade de estimativa de movimento 122 realiza predição bidirecional para uma PU, movimento estimativa unidade 122 pode procurar as imagens de referência em lista 0 para um bloco de referência para o PU e também pode pesquisar as imagens de referência na lista 1 para outro bloco de referência para o PU. A unidade de estimativa de movimento 122 então pode gerar índices de referência que indicam as imagens de referência nas listas 0 e 1 contendo os blocos de referência e o movimento de estimativa vetores que indicam deslocamentos espaciais entre os blocos referência e o PU. A unidade de estimativa de movimento 122 pode produzir os índices de referência e os vetores de movimento do PU como as informação de movimento de PU. A unidade de compensação de movimento 124 pode gerar o bloco de vídeo previsto de PU com base em blocos de referência indicados pelas informação de movimento de PU.

[0086] Em alguns casos, a unidade de estimativa de movimento 122 não dá saída a um conjunto completo de informação de movimento para uma PU para a unidade de codificação de entropia 116. Pelo contrário, a unidade de estimativa de movimento 122 pode sinalizar as informação de movimento de um PU com referência a informação de movimento de PU outro. Por exemplo, a unidade de estimativa de movimento 122 pode determinar que a informação de movimento de PU seja suficientemente semelhantes para as informação de movimento de um vizinho do PU. Neste exemplo, a unidade de estimativa de movimento 122 pode indicar, em uma estrutura de sintaxe associada com o PU, um valor que indica para o decodificador de vídeo 30 que o PU tem a mesma informação de movimento que o PU vizinha. Em outro exemplo, a unidade de estimativa de movimento 122 pode identificar, em uma estrutura de sintaxe associada com o PU, PU uma vizinha e uma diferença de vetor de movimento (MVD). A diferença do vetor de movimento indica uma diferença entre o vetor de movimento do PU e o vetor de movimento de PU vizinho indicado. Decodificador de vídeo 30 pode usar o vetor de movimento do PU vizinho indicado e a diferença do vetor de movimento para determinar o vetor de movimento de PU. Referindo-se as informação de um PU primeiro movimento quando as informação de movimento de um segundo do PU de sinalização, codificador de vídeo 20 pode ser capaz de sinalizar as informação do movimento da segunda PU usando menos bits.

[0087] Como discutido abaixo, tendo como referência a figura 5, a unidade de processamento de predição 100 pode ser configurado para código (por exemplo, codificar ou decodificar) o PU (ou qualquer outra camada de referência e/ou aprimoramento camada blocos ou unidades de vídeo) executando os métodos ilustrados na figura 8. Por exemplo, a unidade de predição inter 121 (por exemplo, através da unidade de estimativa de movimento 122 e/ou unidade de compensação de movimento 124), unidade de predição intra 126 ou unidade de predição entre camadas 128 pode ser configurada para executar os métodos ilustrados na figura 5, em conjunto ou separadamente.

[0088] Como parte da realização de uma operação de codificação em uma CU, a unidade de predição intra 126 pode realizar predição intra PUs da CU Intra predição pode fornecer compressão espacial. Quando a unidade de predição intra 126 executa predição intra sobre uma PU, a unidade de predição intra 126 pode gerar dados de predição para o PU com base em amostras decodificadas de outros PUs na mesma imagem. Os dados de predição para o PU podem incluir um bloco de vídeo previsto e vários elementos de sintaxe. A unidade de predição intra 126 pode realizar predição intra PUs em I fatias, fatias P e fatias B.

[0089] Para realizar a predição intra em uma PU, a unidade de predição intra 126 pode usar vários modos de predição intra para gerar vários conjuntos de dados de predição para o PU. Quando a unidade de predição intra 126 usa um modo de predição intra para gerar um conjunto de dados de predição para o PU, a unidade de predição intra 126 pode estender amostras de bloco de vídeos de PUs vizinhas através do bloco vídeo do PU em uma direção e/ou gradiente associado com o modo de predição intra. O PUs vizinho pode ser acima de, acima e à direita, acima e à esquerda, ou para a esquerda do PU, assumindo uma ordem esquerda para a direita, de cima para baixo de codificação para PUs, CUs e treeblocks. A unidade de predição intra 126 pode usar vários números dos modos de predição intra, por exemplo, 33 intra direcional predição modos, dependendo do tamanho do PU.

[0090] A unidade de processamento de predição 100 pode selecionar os dados de predição para um PU dentre os dados de predição gerados pela unidade de compensação de movimento 124 para a PU ou os dados de predição gerados pela unidade de predição intra 126 para a PU. Em alguns exemplos, a unidade de processamento de predição 100 seleciona os dados de predição para o PU com base em métricas de taxa/distorção dos conjuntos de dados de predição.

[0091] Se a unidade de processamento de predição 100 seleciona dados de predição gerados pela unidade de predição intra 126, a unidade de processamento de predição 100 pode sinalizar o modo predição intra que foi usado para gerar os dados de predição para o PUs, por exemplo, o modo de predição intra selecionados. A unidade de processamento de predição 100 pode sinalizar o modo de predição intra selecionados de várias maneiras. Por exemplo, pode ser provável que o modo de predição intra selecionados é o mesmo que o modo de predição intra de um vizinha do PU. Em outras palavras, o modo de predição intra do PU do vizinho pode ser o modo mais provável para o PU atual. Assim, a unidade de processamento de predição 100 pode gerar um elemento sintaxe para indicar que o modo de predição intra selecionados é o mesmo que o modo de predição intra do PU do vizinho.

[0092] Como discutido acima, o codificador de vídeo 20 pode incluir a unidade de predição entre camadas 128. A unidade de predição entre camadas 128 é configurada para prever um bloco atual (por exemplo, um bloco atual no EL) usando uma ou mais camadas diferentes que estão disponíveis no SVC (por exemplo, uma camada de base ou de referência). Tal predição pode ser referida como camada inter predição. A unidade de predição entre camadas 128 utiliza métodos de predição para reduzir a camada inter redundância, desse modo melhorando a eficiência de codificação e reduzindo os requisitos de recursos computacionais. Alguns exemplos de predição inter camada, camada inter intra predição, predição de movimento de camada inter e inter camada residual predição. Predição de camada inter intra usa a reconstrução dos blocos co-localizados na camada de base para prever o bloco atual na camada de reforço. Predição de movimento camada inter usa informação de movimento da camada base para prever o movimento na camada de reforço. Camada inter residual predição usa o resíduo da camada base para prever o resíduo da camada de reforço. Cada um dos regimes de camada inter predição é discutido abaixo em maior detalhe.

[0093] Após a unidade de processamento de predição 100 selecionar os dados de predição de PUs de uma CU, a unidade de geração residual 102 pode gerar dados residuais para a CU subtraindo-se (por exemplo, indicado pelo sinal de menos) os blocos de vídeo previstos do PUs da CU do bloco da CU. Os dados residuais de uma CU podem incluir 2D vídeo residual que bloqueia correspondem aos componentes de amostra diferente das amostras no bloco da CU. Por exemplo, os dados residuais podem incluir um bloco de vídeo residual que corresponde às diferenças entre os componentes de luminância das amostras nos blocos vídeo previstos das PUs da CU E componentes de luminância das amostras no bloco de vídeo original da CU. Além disso, os dados residuais da CU podem incluir blocos de vídeo residuais que correspondem às diferenças entre os componentes de crominância de amostras nos blocos vídeo previstos do PUs da CU e os componentes de crominância das amostras no bloco de vídeo original da CU.

[0094] A unidade de processamento de predição 100 pode executar núcleo dividir a partição dos blocos de vídeo residuais de uma CU em sub-blocos. Cada bloco de vídeo indiviso residual pode ser associado com um diferente TU da CU. Os tamanhos e as posições dos blocos vídeo residuais associados com TUs de uma CU podem ou não podem ser baseadas sobre os tamanhos e posições de bloco de vídeos associados com o PUs da CU. Uma estrutura de núcleo conhecida como uma “quadtree residual” (RQT) pode incluir nós associados a cada um dos blocos de vídeo residuais. O TUs de uma CU pode corresponder a nós folha do RQT.

[0095] A unidade de processamento de transformada 104 pode gerar um ou mais blocos de coeficiente de transformada para cada TU de uma CU, aplicando uma ou mais transformações a um bloco de vídeo residual associado com o TU. Cada um dos blocos de coeficiente de transformada pode ser uma matriz 2D de coeficientes de transformada. A unidade de processamento de transformada 104 pode aplicar várias transformações para o bloco de vídeo residual associado com um TU. Por exemplo, a unidade de processamento de transformada 104 pode aplicar uma transformada discreta de cosseno (DCT), uma transformada direcional, ou uma transformada conceitualmente semelhante ao bloco de vídeo residual associado com um TU.

[0096] Após a unidade de processamento de transformada 104 gerar um bloco de coeficiente de transformada associado com um TU, a unidade de quantização 106 pode quantizar os coeficientes de transformada no bloco de coeficiente de transformada. A unidade de quantização 106 pode quantizar um bloco de coeficiente de transformada associado com um TU de uma CU com base em um valor de QP associado com a CU.

[0097] O Codificador de vídeo 20 pode associar um valor de QP com uma CU de várias maneiras. Por exemplo, o codificador de vídeo 20 pode executar uma análise de taxa- distorção em um treeblock associado com a CU. Na análise da taxa-distorção, codificador de vídeo 20 pode gerar várias representações codificadas da treeblock, realizando uma operação de codificação várias vezes sobre a treeblock. Codificador de vídeo 20 pode associar valores diferentes de QP a CU quando o codificador de vídeo 20 gera diferentes representações codificadas da treeblock. Codificador de vídeo 20 pode sinalizar que um determinado valor de QP é associado com a CU quando determinado valor QP é associado com a CU em uma representação codificada do treeblock que tem uma taxa de bits mais baixo e métrica de distorção.

[0098] A unidade de quantização inversa 108 e a unidade de transformada inversa 110 podem aplicar quantização inversa e transformadas inversas ao bloco de coeficiente de transformada, respectivamente, para reconstruir um bloco residual a partir do bloco de coeficiente de transformada. A unidade de reconstrução 112 pode adicionar o bloco vídeo residual reconstruído para amostras correspondentes de um ou mais blocos previstos gerados pela unidade de processamento de predição 100 para produzir um bloco de vídeo reconstruído associado com um TU. de predição Ao reconstruir a blocos para cada TU de uma CU assim, codificador de vídeo 20 pode reconstruir o bloco da CU.

[0099] Após a unidade de reconstrução 112 reconstruir o bloco de vídeo de uma CU, unidade de filtro 113 pode executar uma operação de desblocagem para reduzir artefatos de bloqueio no bloco de vídeo associado com a CU. Após a realização de uma ou mais operações de desblocagem, a unidade de transformada inversa 110 pode armazenar o bloco vídeo reconstruído da CU no armazenador temporário de imagem decodificada 114. A unidade de estimativa de movimento 122 e a unidade de compensação de movimento 124 podem usar uma imagem de referência que contém o bloco reconstruído de vídeo para executar predição inter em PUs de imagens subseqüentes. Além disso, a unidade de predição intra 126 pode usar blocos de vídeo reconstruídos no armazenador temporário de imagem decodificada 14 1 para realizar a predição intra em outros PUs na mesma imagem como a CU.

[0100] A unidade de codificação de entropia 116 pode receber dados de outros componentes funcionais do codificador de vídeo 20. Por exemplo, a unidade de codificação de entropia 116 pode receber blocos de coeficiente de transformada da unidade de quantização 106 e pode receber elementos de sintaxe da unidade de processamento de predição 100. Quando a unidade de codificação de entropia 116 recebe os dados, a unidade de codificação de entropia 116 pode executar uma ou mais entropia a codificação de operações para gerar entropia codificado dados. Por exemplo, o codificador de vídeo 20 pode executar uma operação de codificação de comprimento variável adaptável de contexto (CAVLC), uma operação CABAC, uma operação de codificação de comprimento variável/variável (V2V), uma operação de codificação aritmética binária de contexto-adaptável baseada em sintaxe (SBAC), uma operação de codificação de entropia de divisão de intervalo de probabilidade (PIPE), ou outro tipo de operação nos dados de codificação de entropia. A unidade de codificação de entropia 116 pode produzir um fluxo de bits que inclui os dados codificados por entropia.

[0101] Como parte da realização de uma operação nos dados de codificação de entropia, a unidade de codificação de entropia 116 pode selecionar um modelo de contexto. Se a unidade de codificação de entropia 116 está realizando uma operação de CABAC, o modelo de contexto pode indicar estimativas das probabilidades de escaninhos particulares tendo valores específicos. No contexto de CABAC, o termo “bin” é usado para se referir a um bit de uma versão binarizada de um elemento de sintaxe.

Codificador de Vídeo de Múltiplas Camadas

[0102] A figura 2B é um diagrama de blocos ilustra um exemplo de um codificador de vídeo de múltiplas camadas 23 (também simplesmente referido como o codificador de vídeo 23) que pode implementar técnicas de acordo com os aspectos descritos na revelação. Codificador de vídeo 23 pode ser configurado para processar quadros de vídeo de múltiplas camadas, tais como para SHVC e codificação de múltiplas vistas. Codificador de vídeo, mais 23 pode ser configurado para executar qualquer uma ou todas as técnicas de revelação.

[0103] O codificador de vídeo 23 inclui um codificador de vídeo 20A e codificador de vídeo 20B, cada um deles pode ser configurado como o codificador de vídeo 20 e pode executar as funções descritas acima em relação ao codificador de vídeo 20. Além disso, como indicado pela reutilização de números de referência, codificadores de 20A e 20B podem incluir pelo menos alguns dos sistemas e subsistemas como codificador de vídeo 20. Apesar de codificador de vídeo 23 é ilustrado como incluindo dois codificadores de 20A e 20B, codificador de vídeo 23 não é limitados como tal e pode incluir qualquer número de camadas de codificador de vídeo 20. Em algumas modalidades, codificador de vídeo 23 pode incluir um codificador de vídeo 20 para cada imagem ou quadro em uma unidade de acesso. Por exemplo, uma unidade de acesso que inclui cinco imagens pode ser processada ou codificada por um codificador de vídeo que inclui cinco camadas de codificador. Em algumas modalidades, codificador de vídeo 23 pode incluir mais camadas de codificador de quadros em uma unidade de acesso. Em alguns desses casos, algumas das camadas do codificador de vídeo podem ficar inativas durante o processamento de algumas unidades de acesso.

[0104] Além dos codificadores de vídeo 20A e 20B, o codificador de vídeo 23 pode incluir uma unidade de reamostragem 90. A unidade de reamostragem 90 pode, em alguns casos, amostrar ascendentemente uma camada de base de um quadro de vídeo recebido para, por exemplo, criar uma camada de reforço. A unidade de reamostragem 90 pode amostrar ascendentemente particular informação associadas com a camada de base recebida de um quadro, mas não outras informação. Por exemplo, a unidade de reamostragem 90 pode amostrar ascendentemente o tamanho espacial ou o número de pixels da camada de base, mas o número de fatias ou a contagem de ordenamentos de imagens pode permanecer constante. Em alguns casos, a unidade de reamostragem 90 não pode processar o vídeo recebido e/ou pode ser opcional. Por exemplo, em alguns casos, a unidade de processamento de predição 100 pode executar amostragem. Em algumas modalidades, a unidade de reamostragem 90 é configurada para amostrar ascendentemente uma camada e reorganize, restaurar , modificar ou ajustar uma ou mais fatias para cumprir com um conjunto de regras de limite de fatia e/ou regras de digitalização de rastreamento. Embora primariamente descrita como amostragem ascendente, uma camada de base, ou uma camada inferior em uma unidade de acesso, em alguns casos, a unidade de reamostragem 90 pode diminuir a resolução uma camada. Por exemplo, se durante a transmissão de uma vídeo de largura de banda é reduzido, uma moldura pode ser diminuída em vez de é aumentada.

[0105] A unidade de reamostragem 90 pode ser configurada para receber uma imagem ou quadro (ou informação de imagens associadas a imagens) do armazenador temporário de imagem decodificada 114 do codificador camada inferior (por exemplo, codificador de vídeo 20A) e para amostrar ascendentemente a imagem (ou as informação de imagens recebidas). Esta imagem é aumentada pode ser fornecida para a unidade de processamento de predição 100 de um codificador de camada superior (por exemplo, codificador de vídeo 20B) configurado para codificar uma imagem na mesma unidade de acesso como o codificador de camada inferior. Em alguns casos, o codificador de camada superior é uma camada removida do codificador camada inferior. Em outros casos, pode haver um ou mais codificadores de camada mais elevados entre o codificador de vídeo de camada 0 e o codificador de camada 1 da figura 2B.

[0106] Em alguns casos, a unidade de reamostragem 90 pode ser omitida ou ignorada. Em tais casos, a imagem do armazenador temporário de imagem decodificada 114 de codificador de vídeo 20A pode ser fornecida diretamente, ou pelo menos sem sendo fornecidos para a unidade de reamostragem 90, para a unidade de processamento de predição 100 de codificador de vídeo 20B. Por exemplo, se a dados fornecidos para o codificador de vídeo 20B e a imagem de referência de armazenador temporário do codificador de vídeo 20A imagem decodificada 114 são do mesmo tamanho ou resolução, a imagem de referência pode ser fornecida para codificador de vídeo 20B sem qualquer reamostragem.

[0107] Em algumas modalidades, codificador de vídeo 23 amostra descendentemente os dados que devem ser fornecidos para o codificador de camada inferior usando a unidade de amostragem descendente 94 antes de fornecer os dados de vídeo ao codificador de vídeo 20A. Alternativamente, a unidade de amostragem descendente 94 pode ser uma unidade de reamostragem 90 capaz de amostragem ou amostrar descendentemente os dados de vídeo. Em ainda outras modalidades, a diminuição da resolução pela unidade de amostragem descendente 94 pode ser omitida.

[0108] Conforme ilustrado na figura 2B, codificador de vídeo 23 adicionais pode incluir um 98 multiplexador ou mux. O mux 98 pode output um fluxo de bits combinada de codificador de vídeo 23. O fluxo de bits combinada pode ser criado por tomar um fluxo de bits de cada um dos codificadores de 20A e 20B e alternando qual fluxo de bits é a saída em um determinado momento. Enquanto em alguns casos os fluxos de bits de pedaços de dois (ou mais no caso de mais de duas camadas de codificador de vídeo) podem ser alternado um pouco de cada vez, em muitos casos os fluxos de bits são combinados de forma diferente. Por exemplo, o fluxo de bits de saída pode ser criado por alternando o fluxo de bits selecionado um bloco de cada vez. Em outro exemplo, o fluxo de bits de saída pode ser criado por uma relação não - 1:1 dos blocos de cada um dos codificadores de vídeo a saída 20A e 20B. Por exemplo, dois blocos podem ser saídos do codificador de vídeo 20B para cada bloco de saída do codificador de vídeo 20A. Em algumas modalidades, o fluxo de saída da mux 98 pode ser pré-programado. Em outras modalidades, o mux 98 pode combinar os fluxos de bits de codificadores de vídeo 20A, 20B com base em um sinal de controle provenientes de um sistema externo de codificador de vídeo 23, tais como um processador em um dispositivo de fonte, incluindo o dispositivo de origem 12. O sinal de controle pode ser gerado com base na resolução ou taxa de bits de um vídeo da fonte de vídeo, 18 anos, com base em uma largura de banda do link 16, com base em uma assinatura que está associada com um usuário (por exemplo, uma assinatura paga contra uma assinatura gratuita), ou com base em qualquer outro fator para a determinação de uma saída de resolução desejada de codificador de vídeo 23.

Decodificador de Vídeo

[0109] A figura 3A é um diagrama de blocos ilustra um exemplo de um decodificador de vídeo que pode implementar técnicas de acordo com os aspectos descritos na revelação. Decodificador de vídeo 30 pode ser configurado para processar uma única camada de um quadro de vídeo, tais como para HEVC. Decodificador de vídeo, mais 30 pode ser configurado para executar qualquer uma ou todas as técnicas de revelação. Como um exemplo, a unidade de compensação de movimento 162 e/ou unidade de predição intra 164 pode ser configurada para executar qualquer ou todas as técnicas descritas nesta revelação. Em uma modalidade, decodificador de vídeo 30 opcionalmente pode incluir a unidade de predição inter 166 que é configurada para executar qualquer uma ou todas as técnicas descritas na revelação. Em outras modalidades, camada inter predição pode ser executada pela unidade de processamento de predição 152 (por exemplo, unidade de compensação de movimento 162 e/ou unidade de predição intra 164), em cujo caso a unidade de predição inter 166 pode ser omitida. No entanto, aspectos de revelação não são tão limitados. Em alguns exemplos, as técnicas descritas nesta revelação podem ser compartilhadas entre os vários componentes do decodificador de vídeo 30. Em alguns exemplos, além disso ou, alternativamente, um processador (não mostrado) pode ser configurado para executar qualquer ou todas as técnicas descritas nesta revelação.

[0110] Para fins de explicação, esta revelação descreve o decodificador de vídeo 30 no contexto da codificação HEVC. No entanto, as técnicas de revelação podem ser aplicáveis a outros padrões de codificação ou métodos. O exemplo representado na figura 3A é para um codec de camada única. No entanto, como será descrito mais com relação à figura 3B, alguns ou todos do decodificador de vídeo 30 podem ser duplicados para o processamento de um codec de várias camadas.

[0111] No exemplo da figura 3A, decodificador de vídeo 30 inclui uma pluralidade de componentes funcionais. Os componentes funcionais do decodificador de vídeo 30 incluem uma unidade de decodificação de entropia 150, uma unidade de processamento de predição 152, uma unidade de quantização inversa 154, unidade de transformada inversa 156, uma reconstrução de unidade 158, uma unidade de filtro 159 e um armazenador temporário de imagem decodificada 160. A unidade de processamento de predição 152 inclui uma unidade de compensação de movimento 162, uma unidade de predição inter 166 e unidade de predição intra 164. Em alguns exemplos, decodificador de vídeo 30 pode executar um passe decodificação recíproco geralmente para a passagem de codificação descrito em relação ao codificador de vídeo 20 da figura 2 Em outros exemplos, decodificador de vídeo 30 pode incluir componentes funcionais diferentes, mais ou menos.

[0112] O decodificador de vídeo 30 pode receber um fluxo de bits que inclui dados de vídeo codificados. O fluxo de bits pode incluir uma pluralidade de elementos de sintaxe. Quando o decodificador de vídeo 30 recebe o fluxo de bits, a unidade de decodificação de entropia 150 pode executar uma operação de análise sobre o fluxo de bits. Como resultado de executar a operação de análise sobre o fluxo de bits, unidade de decodificação de entropia 150 pode extrair elementos de sintaxe do fluxo de bits. Como parte de executar a operação de análise, a unidade de decodificação de entropia 150 pode decodificar por entropia elementos de sintaxe codificados por entropia no fluxo de bits. A unidade de processamento de predição 152, unidade de quantização inversa 154, unidade de transformada inversa 156, unidade de reconstrução 158 e unidade de filtro 159 podem realizar uma operação de reconstrução que gera dados de vídeo decodificados com base nos elementos de sintaxe extraídos o fluxo de bits.

[0113] Como discutido acima, o fluxo de bits pode incluir uma série de unidades NAL. As unidades NAL do fluxo de bits podem incluir vídeo parâmetro conjunto NAL unidades, parâmetro de seqüência definir unidades NAL, imagens parâmetro definido unidades NAL, NAL SEI unidades e assim por diante. Como parte de executar a operação de análise sobre o fluxo de bits, unidade de decodificação de entropia 150 pode executar operações de análise que o extraem e decodificam por entropia conjuntos de parâmetros de seqüência a partir das unidades de conjunto de parâmetros seqüência NAL, conjuntos de parâmetros de imagem a partir das unidades de conjunto de parâmetros seqüência NAL, dados SEI de unidades NAL SEI e assim por diante.

[0114] Além disso, as unidades NAL do fluxo de bits podem incluir unidades NAL fatia codificado. Como parte de executar a operação de análise sobre o fluxo de bits, unidade de decodificação de entropia 150 pode executar as operações de análise que extraem e decodificam por entropia as fatias codificadas das unidades NAL. Cada uma das fatias codificadas pode incluir um cabeçalho de fatia e dados da fatia. O cabeçalho de fatia pode conter elementos de sintaxe pertencentes a uma fatia. Os elementos de sintaxe no cabeçalho da fatia podem incluir um elemento de sintaxe que identifica um conjunto de parâmetros de imagem associado com uma imagem que contém a fatia. A unidade de decodificação de entropia 150 pode executar entropia decodificação de operações, tais como CABAC decodificação de operações, em elementos de sintaxe no cabeçalho da fatia codificado para recuperar o fatia de cabeçalho.

[0115] Como parte de extrair os dados da fatia de unidades NAL de fatia codificado, a unidade de decodificação de entropia 150 pode realizar as operações de análise que extrair elementos de sintaxe de CUs codificados nos dados de fatia. Os elementos de sintaxe extraídos podem incluir elementos de sintaxe associados com blocos de coeficiente de transformada. A unidade de decodificação de entropia 150 pode, em seguida, executar CABAC operações sobre alguns dos elementos de sintaxe de decodificação.

[0116] Após a unidade de decodificação de entropia 150 executar uma operação de análise em uma CU não dividida, o decodificador de vídeo 30 pode executar uma operação de reconstrução na CU não dividida. Para executar a operação de reconstrução em uma CU não divididas, decodificador de vídeo 30 pode executar uma operação de reconstrução em cada TU da CU. Através da realização de a operação de reconstrução para cada TU da CU, decodificador de vídeo 30 pode reconstruir um bloco de vídeo residual associado com a CU.

[0117] Como parte de executar uma operação de reconstrução em um TU, unidade de quantização inversa 154 pode quantizar inversamente, por exemplo, dequantizar, um bloco de coeficiente de transformada associado com o TU. A unidade de quantização inversa 154 pode quantizar inversamente o bloco do coeficiente de transformada em uma maneira similar aos processos de quantização inversa propostos para HEVC ou definido pelo padrão de decodificação H.264. A unidade de quantização inversa 154 pode usar um parâmetro de quantização QP calculado pelo codificador de vídeo 20 para uma CU do bloco de coeficiente de transformada para determinar um grau de quantização e, da mesma forma, um grau de quantização inversa para a unidade de quantização inversa 154 aplicar.

[0118] Após a unidade de quantização inversa 154 quantizar de forma inversa o bloco de coeficiente de transformada, unidade de transformada inversa 156 pode gerar um bloco de vídeo residual para a TU associada com o bloco de coeficiente de transformada. A unidade de transformada inversa 156 pode aplicar uma transformada inversa para o bloco de coeficiente de transformada para gerar o bloco de vídeo residual para o TU. Por exemplo, a unidade de transformada inversa 156 pode aplicar um inverso DCT, uma transformada inversa inteira, uma transformada inversa de Karhunen-disponibilidade (KLT), uma transformada de rotação inversa, uma transformada inversa direcional ou outra transformada inversa para o bloco de coeficiente de transformada. Em alguns exemplos, a unidade de transformada inversa 156 pode determinar uma transformada inversa para aplicar para o bloco de coeficiente de transformada com base na sinalização de codificador de vídeo 20. Em tais exemplos, a unidade de transformada inversa 156 pode determinar a transformada inversa, com base em uma transformada sinalizada no nó raiz de um núcleo para um treeblock associado com o bloco de coeficiente de transformada. Em outros exemplos, a unidade de transformada inversa 156 pode inferir a transformada inversa de uma ou mais características, tais como o tamanho de bloco de codificação, codificação de modo ou algo parecido. Em alguns exemplos, a unidade de transformada inversa 156 pode aplicar uma transformada inversa em cascata.

[0119] Em alguns exemplos, a unidade de compensação de movimento 162 pode refinar o bloco vídeo previsto de uma PU, realizando a interpolação com base em filtros de interpolação. Identificadores para filtros de interpolação para ser utilizado para compensação de movimento, com precisão de sub-amostragem, podem ser incluídos nos elementos de sintaxe. A unidade de compensação de movimento 162 pode usar os mesmos filtros de interpolação usados pelo codificador de vídeo 20 durante a geração do bloco vídeo previsto de PU para calcular valores interpolados para amostras de sub inteiro de um bloco de referência. A unidade de compensação de movimento 162 pode determinar os filtros de interpolação usados pelo codificador de vídeo 20 de acordo com informação recebidas de sintaxe e usar os filtros de interpolação para produzir o bloco vídeo previsto.

[0120] Como discutido abaixo, tendo como referência a figura 8, a unidade de processamento de predição 152 pode codificar (por exemplo, codificar ou decodificar) o PU (ou qualquer outra camada de referência e/ou blocos de camada de reforço ou unidades de vídeo), realizando os métodos ilustrados na figura 8. Por exemplo, a unidade de compensação de movimento 162, unidade de predição intra 164 ou unidade de predição inter 166 pode ser configurada para executar os métodos ilustrados na figura 8, em conjunto ou separadamente.

[0121] Se uma PU é codificada usando predição intra, a unidade de predição intra 164 pode realizar predição intra para gerar um bloco de vídeo previsto para o PU. Por exemplo, a unidade de predição intra 164 pode determinar um modo de predição intra para o PU com base em elementos de sintaxe no fluxo de bits. O fluxo de bits pode incluir elementos de sintaxe que essa unidade de predição intra 164 pode usar para determinar o modo de predição intra de PU.

[0122] Em alguns casos, os elementos de sintaxe podem indicar que essa unidade de predição intra 164 deva usar o modo de predição intra de outra PU para determinar o modo de predição intra da PU do atual. Por exemplo, pode ser provável que o modo de predição intra do PU atual é o mesmo que o modo de predição intra de um vizinha do PU. Em outras palavras, o modo de predição intra do PU do vizinho pode ser o modo mais provável para o PU atual. Portanto, neste exemplo, o fluxo de bits pode incluir um elemento sintaxe pequeno que indica que o modo de predição intra de PU é o mesmo que o modo de predição intra do PU do vizinho. A unidade de predição intra 164 pode, em seguida, usar o modo de predição intra para gerar dados de predição (por exemplo, amostras previstos) para o PU com base em blocos de vídeo dos vizinhos espacialmente PUs.

[0123] Como discutido acima, vídeo decodificador 30 também pode incluir a unidade de predição inter 166. A unidade de predição inter 166 é configurada para prever um bloco atual (por exemplo, um bloco atual no EL) usando uma ou mais camadas diferentes que estão disponíveis no SVC (por exemplo, uma camada de base ou de referência). Tal predição pode ser referida como camada inter predição. A unidade de predição inter 166 utiliza métodos de predição para reduzir a camada inter redundância, desse modo melhorando a eficiência de codificação e reduzindo os requisitos de recursos computacionais. Alguns exemplos de predição inter camada, camada inter intra predição, predição de movimento de camada inter e inter camada residual predição. Predição de camada inter intra usa a reconstrução dos blocos co-localizados na camada de base para prever o bloco atual na camada de reforço. Predição de movimento camada inter usa informação de movimento da camada base para prever o movimento na camada de reforço. Camada inter residual predição usa o resíduo da camada base para prever o resíduo da camada de reforço. Cada um dos regimes de camada inter predição é discutido abaixo em maior detalhe.

[0124] A unidade de reconstrução 158 pode utilizar os blocos de vídeo residuais associados TUs de uma CU e os blocos de vídeo previstos do PUs da CU, por exemplo, intra-predição dados ou dados de predição inter, conforme aplicável, para reconstruir o bloco da CU. Assim, o decodificador de vídeo 30 pode gerar um bloco de vídeo previsto e um bloco de vídeo residual com base em elementos de sintaxe no fluxo de bits e pode gerar um bloco de vídeo baseado no bloco vídeo previsto e o bloco de vídeo residual.

[0125] Após a unidade de reconstrução 158 reconstruir o bloco da CU, a unidade de filtro 159 pode executar uma operação de desblocagem para reduzir o bloqueio artefatos associados com a CU. Após a unidade de filtro 159 executar uma operação de desblocagem para reduzir o bloqueio artefatos associados com a CU, decodificador de vídeo 30 pode armazenar o bloco de vídeo da CU no armazenador temporário de imagem decodificada 160. O armazenador temporário de imagem decodificada 160 pode fornecer imagens de referência para compensação de movimento subseqüente, predição intra e apresentação em um dispositivo de exibição, como dispositivo de visualização de 32 da figura 1A ou IB. Por exemplo, decodificador de vídeo 30 pode realizar, com base em blocos de vídeo no armazenador temporário de imagem decodificada 160, operações de predição intra ou inter em PUs de outras CUs.

Decodificador de Múltiplas Camadas

[0126] A figura 3B é um diagrama de blocos ilustra um exemplo de um decodificador de vídeo múltiplas camadas 33 (também simplesmente referido como decodificador de vídeo 33) que pode implementar técnicas de acordo com os aspectos descritos na revelação. Decodificador de vídeo 33 pode ser configurado para processar quadros de vídeo de múltiplas camadas, tais como para SHVC e codificação de múltiplas vistas. Além disso, o decodificador de vídeo 33 pode ser configurado para executar qualquer uma ou todas as técnicas de revelação.

[0127] O decodificador de vídeo 33 inclui um decodificador de vídeo 30A e vídeo decodificador 30B, cada um deles pode ser configurado como decodificador de vídeo 30 e pode executar as funções descritas acima em relação ao decodificador de vídeo 30. Além disso, como indicado pela reutilização de números de referência, os decodificadores de vídeo 30A e 30B podem incluir pelo menos alguns dos sistemas e subsistemas como decodificador de vídeo 30. Embora o decodificador de vídeo 33 seja ilustrado como incluindo dois decodificadores de vídeo 30A e 30B, decodificador de vídeo 33 não é limitados como tal e pode incluir qualquer número de camadas de decodificador de vídeo 30. Em algumas modalidades, decodificador de vídeo 33 pode incluir um decodificador de vídeo 30 para cada imagem ou quadro em uma unidade de acesso. Por exemplo, uma unidade de acesso que inclui cinco imagens pode ser processada ou decodificada por um decodificador de vídeo que inclui cinco camadas de decodificador. Em algumas modalidades, decodificador de vídeo 33 pode incluir mais camadas de decodificador de quadros em uma unidade de acesso. Em alguns desses casos, algumas das camadas do decodificador de vídeo podem ficar inativas durante o processamento de algumas unidades de acesso.

[0128] Além disso, a vídeo decodificadores 30A e 30B, decodificador de vídeo 33 podem incluir uma unidade de amostragem ascendente 92. Em algumas modalidades, a unidade de amostragem ascendente 92 pode amostrar ascendentemente uma camada de base de um quadro de vídeo recebida para criar uma camada reforçada a ser adicionado à lista de imagens de referência para a unidade de quadro ou acesso. Esta camada reforçada pode ser armazenada no armazenador temporário de imagem decodificada 160. Em algumas modalidades, a unidade de amostragem ascendente 92 pode incluir algumas ou todas as modalidades descritas em relação à unidade de reamostragem 90 da figura 2A. Em algumas modalidades, a unidade de amostragem ascendente 92 é configurada para amostrar ascendentemente uma camada e reorganize, restaurar , modificar ou ajustar uma ou mais fatias para cumprir com um conjunto de regras de limite de fatia e/ou regras de digitalização de rastreamento. Em alguns casos, a unidade de amostragem ascendente 92 pode ser uma unidade de reamostragem configurada para amostrar ascendentemente e/ou diminuir a resolução uma camada de um quadro de vídeo recebido

[0129] A unidade de amostragem ascendente 92 pode ser configurado para receber uma imagem ou quadro (ou informação de imagens associadas a imagens) do armazenador temporário de imagem decodificada 160 do decodificador camada inferior (por exemplo, decodificador de vídeo 30A) e para amostrar ascendentemente a imagem (ou as informação de imagens recebidas). Esta imagem aumentada pode ser fornecida para a unidade de processamento de predição 152 de um decodificador de camada superior (por exemplo, decodificador de vídeo 30B) configurado para decodificar uma imagem na mesma unidade de acesso como o decodificador de camada inferior. Em alguns casos, o decodificador de camada superior é uma camada removida o decodificador de camada inferior. Em outros casos, pode haver um ou mais decodificadores de camada mais elevadas entre o decodificador camada 0 e o decodificador de camada 1 da figura 3B.

[0130] Em alguns casos, a unidade de amostragem ascendente 92 pode ser omitido ou ignorado. Em tais casos, a imagem do armazenador temporário de imagem decodificada 160 de decodificador de vídeo 30A pode ser fornecida diretamente, ou pelo menos sem ser fornecido para a unidade de amostragem ascendente 92, para a unidade de processamento de predição 152 do decodificador de vídeo 30B. Por exemplo, se o armazenador temporário de dados de vídeo fornecidos para o decodificador de vídeo 30B e o quadro de referência do armazenador temporário de imagem decodificada 160 de decodificador de vídeo 30A é do mesmo tamanho ou resolução, a imagem de referência pode ser fornecida para o decodificador de vídeo 30B sem amostragem. Além disso, em algumas modalidades, a unidade de amostragem ascendente 92 pode ser uma unidade de reamostragem 90 configurada para amostrar ascendentemente ou diminuir a resolução um quadro de referência recebeu o armazenador temporário de imagem decodificada 160 do decodificador de vídeo 30A.

[0131] Conforme ilustrado na figura 3B, decodificador de vídeo 33 adicional pode incluir um demultiplexador 99 ou demux. O demux 99 pode se dividir um fluxo de bits de vídeo codificado em fluxos de bits múltiplos com cada saída fluxo de bits pelo demux 99 sendo fornecidos para um decodificador de vídeo diferente 30A e 30B. Os fluxos de bits múltiplos podem ser criados por receber um fluxo de bits e cada um dos decodificadores de vídeo 30A e 30B recebe uma parte do fluxo de bits em um determinado momento. Enquanto em alguns casos os bits do fluxo de bits recebido no demux 99 podem ser alternado de um bit em um tempo entre cada um dos decodificadores de vídeo (por exemplo, decodificadores de vídeo 30A e 30B no exemplo da figura 3B), em muitos casos o fluxo de bits é dividido de forma diferente. Por exemplo, o fluxo de bits pode ser dividido alternando qual decodificador de vídeo recebe o fluxo de bits um bloco de cada vez. Em outro exemplo, o fluxo de bits pode ser dividido por uma não - 1:1 relação de blocos para cada um dos decodificadores de vídeo 30A e 30B. Por exemplo, dois blocos podem ser fornecidos para o decodificador de vídeo 30B para cada bloco fornecido para o decodificador de vídeo 30A. Em algumas modalidades, a divisão do fluxo de bits pelo demux 99 pode ser pré-programado. Em outras modalidades, o demux 99 pode dividir o fluxo de bits baseado em um sinal de controle provenientes de um sistema externo para o decodificador de vídeo 33, tais como um processador em um dispositivo de destino, incluindo o dispositivo de destino 14. O sinal de controle pode ser gerado com base na resolução ou taxa de bits de um vídeo a partir da interface de entrada 28, baseado em uma largura de banda do link 16, com base em uma assinatura que está associada com um usuário (por exemplo, uma assinatura paga contra uma assinatura gratuita), ou com base em qualquer outro fator para a determinação de uma resolução obtenível pelo decodificador de vídeo 33.

Imagens de ponto de acesso intra-aleatório (IRAP)

[0132] Alguns esquemas de codificação de vídeo podem fornecer pontos de acesso aleatório em todo o fluxo de bits, tal que o fluxo de bits pode ser decodificado a partir qualquer de tal ponto de acesso aleatório, sem a necessidade de decodificar quaisquer imagens que precedem tais pontos de acesso aleatório. Tais esquemas de codificação de vídeo, todas as imagens que seguem um ponto de acesso aleatório em ordem de saída (por exemplo, incluindo aquelas imagens que estão na mesma unidade como imagem, fornecendo o ponto de acesso aleatório) podem ser decodificadas corretamente sem usar nenhuma imagem que precede o ponto de acesso aleatório. Por exemplo, mesmo se uma parte do fluxo de bits é perdida durante a transmissão ou durante a decodificação, um decodificador pode retomar o fluxo de bits a partir do próximo ponto de acesso aleatório de decodificação. Suporte para acesso aleatório pode facilitar, por exemplo, serviço dinâmico de fluxo contínuo, operações de busca, mudança de canal, etc.

[0133] Em alguns sistemas de codificação, tais pontos de acesso aleatório podem ser fornecidos através de imagens que são referidas como imagens de acesso intra- aleatório (IRAP). Por exemplo, um ponto de acesso aleatório (por exemplo, fornecido por uma imagem IRAP de camada de realce) em uma camada de reforço (“layerA”) contida em um acesso unidade (“auA”) pode fornecer acesso aleatório camada específica tal que para cada camada de referência (“layerB”) de layerA (por exemplo, uma camada de referência sendo uma camada que é usada para prever layerA) ter um ponto de acesso aleatório contido em uma unidade de acesso (“auB”) que está em layerB e precede a auA em ordem de decodificação (ou um ponto de acesso aleatório contido em auA), as imagens em layerA que seguem auB em ordem de saída (incluindo aquelas imagens localizadas em auB), são corretamente decodificado sem precisar decodificar todas as imagens na layerA que precedem auB.

[0134] Imagens IRAP podem ser codificadas utilizando a predição intra (codificado por exemplo, sem se referir a outras imagens) e pode incluir, por exemplo, imagens IDR, imagens CRA e imagens BLA. Quando há uma imagem IDR no fluxo de bits, todas as imagens que precedem a imagem IDR em ordem decodificação não são usadas para predição por imagens que se seguem a imagem IDR na ordem de decodificação. Quando há uma imagem do CRA no fluxo de bits, as imagens que seguem as imagens do CRA podem ou não podem usar imagens que precedem a imagem do CRA em ordem decodificação para predição. Imagens que seguem a imagem do CRA na ordem de decodificação, mas usam imagens que precedem a imagem do CRA na ordem de decodificação podem ser referidas como imagens de acesso aleatório ignoradas dianteiras (RASL). Outro tipo de imagem que segue uma imagem IRAP na ordem de decodificação e precede a imagem IRAP na ordem de saída é um imagem de (Ramos) dianteiras decodificável de acesso aleatório, que não pode conter referências a quaisquer imagens que precedem a imagem IRAP na ordem de decodificação. Imagens RASL podem ser descartadas pelo decodificador, se as imagens que precedem a imagem do CRA não estão disponíveis. Uma Imagem de BLA indica ao decodificador que as imagens que precedem a Imagem de BLA podem não estar disponíveis para o decodificador (por exemplo, porque dois fluxos de bits estão combinando juntos e o imagem BLA é a primeira imagem do fluxo de bits segundo na ordem de decodificação). Uma unidade de acesso (por exemplo, um grupo de imagens que consiste de todos os imagens codificados associados com o mesmo tempo de saída em várias camadas) que contém uma imagem de camada de base (por exemplo, uma imagem com um valor de ID de camada 0) que é uma imagem IRAP pode ser referido como uma unidade de acesso IRAP.

Alinhamento de Camadas Cruzadas de Imagens IRAP

[0135] no SVC, imagens IRAP não podem ser obrigadas a ser alinhados (por exemplo, contidos na mesma unidade de acesso) em diferentes camadas. Por exemplo, se imagens IRAP fossem obrigadas a ser alinhadas, qualquer unidade de acesso contendo pelo menos uma figura IRAP conteria apenas imagens IRAP. Por outro lado, se imagens IRAP não eram obrigadas a ser alinhado, em uma unidade de acesso único, uma imagem (por exemplo, em uma primeira camada) pode ser uma imagem IRAP e outra imagem (por exemplo, em uma segunda camada) pode ser uma imagem de não-IRAP. Ter essas imagens IRAP não-alinhados em um fluxo de bits pode fornecer algumas vantagens. Por exemplo, em um fluxo de bits de duas camadas, se houver mais imagens IRAP na camada de base do que na camada de reforço, na transmissão e aplicações multicast, pouco atraso de sintonia e alta eficiência de codificação é possível.

[0136] Em alguns esquemas de codificação de vídeo, uma contagem de ordenamentos de imagens (POC) pode ser usada para controlar a ordem relativa em que as imagens decodificadas são exibidas. Alguns de tais sistemas de codificação podem causar os valores POC deve ser redefinida (por exemplo, definido como zero ou definido como algum valor sinalizado no fluxo de bits) sempre que certos tipos de imagens são processados no fluxo de bits. Por exemplo, os valores POC de certas imagens IRAP podem ser redefinidos, fazendo com que os valores POC de outras imagens anteriores aquelas imagens IRAP na decodificação ordem também sejam redefinidas. Isso pode ser problemático quando as imagens IRAP não são obrigadas a ser alinhadas em diferentes camadas. Por exemplo, quando um quadro (“picA”) é uma imagem de IRAP e outra imagem (“picB”) na mesma unidade de acesso não é uma imagem IRAP, o valor POC de uma imagem (“picC”), que é redefinido devido a picA, sendo um imagem IRAP, na camada contendo picA pode ser diferente do valor de uma imagem (“picD”), que não é redefinida POC , na camada contendo picB, onde o picC e picD estão na mesma unidade de acesso. Isso faz com que o picC e o picD tenham valores diferentes de POC mesmo que pertencem à mesma unidade de acesso (por exemplo, mesmo tempo de saída). Assim, neste exemplo, o processo de derivação para derivar os valores POC do picC e picD pode ser modificado para produzir valores POC que são consistentes com a definição de valores POC e unidades de acesso.

Imagem de Inicialização de Camada (LIP)

[0137] Em alguns esquemas de codificação, uma imagem camada de inicialização (“imagem LIP”) pode ser definida como uma imagem que é uma imagem IRAP que tem uma indicador NoRaslOutputFlag (por exemplo, um indicador que indica que RASL imagens não são para ser saída se definido como 1 e indica que RASL imagens são para ser saída se definido como 0) ajustada para uma ou uma imagem que está contida uma unidade de acesso IAPR inicial, que é uma unidade de acesso IAPR em que a imagem de camada de base (por exemplo, uma imagem possuindo um ID de camada de 0 ou menor ID de camada definida no fluxo de bits) tem a NoRaslOutputFlag definido como 1

[0138] Em algumas concretizações, um SPS pode ser ativada a cada imagem LIP. Por exemplo, cada imagem de IAPR que tem uma indicador NoRaslOutputFlag definido para um ou cada imagem que está contida numa unidade de acesso IAPR inicial, um novo SPS, que pode ser diferente (por exemplo, especificando diferentes resoluções de imagem, etc.) do que SPS foi ativado anteriormente. No entanto, num caso em que a imagem do bordo não é uma imagem de IRAP (por exemplo, qualquer imagem contida em uma unidade de acesso IRAP inicial) e a imagem de camada de base na unidade de acesso inicial IAPR é uma imagem IDR com uma indicador NoClrasOutputFlag (por exemplo, um indicador que indica que camada cruzada de acesso aleatório salta as imagens que não devem ser produzidas se definido como 1 e indica que a camada cruzada de acesso aleatório salta as imagens que serão debitadas se definido como 0) definido como 0, a imagem LIP não deve ser permissão para ativar um novo SPS. Se um novo SPS é ativado em tal a imagem de LIP em tal caso, especialmente quando o conteúdo do SPS PAAB do novo SPS é diferente daquele do SPS que foi previamente ativo antes da unidade de acesso IAPR inicial, pode haver problemas em diferentes resoluções de imagem e resiliência de erro. Por exemplo, o novo SPS pode atualizar a resolução e utilizar a predição temporal, para se referir a imagens de diferentes tamanhos.

Exclusão e Limpeza de Imagens

[0139] Imagens que são decodificados (por exemplo, de modo que eles podem ser exibidas ou utilizadas para prever outras imagens) são armazenadas num tampão de imagem decodificada (DPB). As imagens que estão a ser debitada pode ser marcado como “necessário para a saída”, e as imagens que estão a ser usados para prever outras imagens podem ser marcados como “utilizado para referência.” imagens que não são nem marcados como “necessária para a saída”, nem como “usada para a referência” (por exemplo, imagens que foram inicialmente marcadas como “usada para a referência” ou “necessários para a saída”, mas posteriormente marcadas como “não usada para a referência” ou decodificado “não é necessário para a saída”) pode estar presente no DPB até serem removidos pelo processo de decodificação. Em decodificadores em conformidade com a ordem de saída, o processo de remoção de imagens do DPB, muitas vezes segue- se imediatamente a saída de imagens que são marcadas como “necessárias para saída.” Este processo de saída e a remoção subsequente pode ser referido como “exclusão”.

[0140] Há também situações em que o decodificador pode remover as imagens na DPB sem saída, mesmo que essas imagens podem ser marcado como “necessário para a saída.” Para facilidade de descrição aqui, decodificado imagens que estão presentes no DPB, no momento da decodificação de uma imagem de IAPR (independentemente de se as imagens decodificadas são marcados como “necessária para a saída” ou “usado para referência”) são referidos como “atraso imagens DPB “associado com a imagem IRAP ou” associados atrasadas DPB imagens “da imagem IRAP. Alguns exemplos de tais situações, no contexto HEVC, são descritos a seguir.

[0141] Em um exemplo, quando uma imagem de PCR com NoRaslOutputFlag igual a um valor de “1” está presente no meio de um fluxo de bits (por exemplo, não é a primeira imagem no fluxo de bits), as imagens atrasadas DPB associados com a imagem de ANR não seria de saída e seria removido da DPB. Tais situações são susceptíveis de ocorrer em pontos de junção, onde duas correntes de bits são unidas entre si e a primeira imagem do segundo fluxo de bits é uma imagem de PCR com NoRaslOutputFlag igual a um valor de “1”. Em outro exemplo, quando uma imagem IAPR pica que tem NoRaslOutputFlag igual a um valor de “1” e que não é uma imagem de ANR (por exemplo, uma imagem IDR) está presente no meio de um fluxo de bits e a resolução da imagem muda em Pica (por exemplo, com a ativação de uma nova SPS), as imagens de DPB atrasadas associados de Pica pode ser removido a partir do OPD antes que eles possam ser emitidos, porque se a guarnição imagens associadas DPB continuam a ocupar a DPB, decodificação das imagens de partida do Pica pode tornar-se problemática, por exemplo, devido ao estouro de armazenador temporário. Neste caso, o valor de no_output_of_prior_pics_flag (por exemplo, uma indicador que indica que as imagens que foram previamente decodificados e armazenados no DPB deve ser removido a partir do DPB sem saída se ajustado para 1, e indica que as imagens que foram previamente decodificados e armazenados no DPB não devem ser removido a partir do DPB sem saída se definido como 0) associado com Pica deve ser definida igual ao valor de “1” pelo codificador ou coladeira, ou NoOutputOfPriorPicsFlag (por exemplo, um valor derivado que pode ser determinada com base na informação incluída no fluxo de bits) pode ser derivado para ser igual a um valor de “1” pelo decodificador, para lavar as imagens atrasadas sem saída para fora do DPB. A operação de colagem é descrito mais abaixo em relação à FIG. 4.

[0142] O processo de remoção de imagens associadas atrasadas DPB do DPB sem saída pode ser referida como “descarga”. Mesmo em situações não descritas acima, uma imagem IRAP pode especificar o valor do _pics_flag no_output_of_prior igual a um valor de “1”, de modo que o decodificador irá liberar os DPB imagens associadas com atrasos de desenvolvimento do quadro IRAP.

Fluxo de Bits Incluindo um Ponto de Emenda

[0143] Com referência à FIG. 4, vai ser descrito um exemplo de fluxo de bits com um ponto de união. FIG. 4 mostra um fluxo de bits de multi-camada de 400 criado por fluxos de bits de emenda 410 e 420. O fluxo de bits 410 inclui uma camada de reforço (EL) 410A e uma camada de base (BL) 410B, e o fluxo de bits 420 inclui um El 420A e 420B um BL. A EL 410A inclui uma imagem EL 412A, e o BL 410B inclui um imagem BL 412B. O EL 420A inclui imagens EL 422A, 424A e 426A, e o BL 420B inclui imagens BL 422b, 424B e 426B. O fluxo de bits multi-camada 400 inclui ainda unidades de acesso (AUS) 430-460. A UA 430 inclui o EL imagem 412A e a imagem BL 412B, a AU 440 inclui o EL imagem 422A e a imagem BL 422b, o AU 450 inclui a imagem EL 424A e o BL imagem 424B, e a UA 460 inclui a imagem EL 426A e a imagem BL 426B. No exemplo da FIG. 4, a imagem BL 422b é uma imagem IRAP, e a EL imagem correspondente 422A na AU 440 é uma imagem final (por exemplo, uma imagem não-IRAP), e, consequentemente, a AU 440 é uma IRAP AU não-alinhada. Além disso, deve notar- se que a AU 440 é uma unidade de acesso que se segue imediatamente um ponto de união 470.

[0144] Embora o exemplo da FIG. 4 ilustra um caso onde duas correntes de bits diferentes são unidas entre si, em algumas modalidades, um ponto de emenda pode estar presente quando uma porção da sequência de bits é removida. Por exemplo, um fluxo de bits pode ter as porções A, B, e C, a porção que está entre as porções A e B de C. Se porção é removida do fluxo de bits B, as restantes porções A e C podem ser unidos em conjunto, e o ponto em que eles estão unidos entre si pode ser referido como um ponto de união. De modo mais geral, um ponto de emenda como discutido no presente pedido pode ser considerado presente quando um ou mais sinalizado ou derivado parâmetros ou indicadores têm predeterminado valores. Por exemplo, sem receber uma indicação específica que um ponto de emenda existe em um determinado local, um decodificador pode determinar o valor de um indicador (por exemplo, NoClrasOutputFlag), e executar uma ou mais técnicas descritas neste pedido de patente com base no valor do indicador.

Limpeza de Imagens em Contexto de Múltiplas Camadas

[0145] O processo de lavagem imagens também é relevante em fluxos de bits multi-camada. Mais especificamente, é relevante para todas as imagens que pertencem a uma unidade de acesso IRAP inicial, e também para IRAP imagens que não estão em uma unidade de acesso IRAP inicial. Tal como descrito acima, em algumas implementações existentes, tais como SFTVC e MV-HEVC, uma unidade de acesso IAPR pode ser definida como uma unidade de acesso contendo uma imagem IAPR que possui ID de camada de Noé igual a um valor “0” (independentemente de outras imagens na unidade de acesso são IAPR imagens), e uma unidade de acesso IAPR inicial pode ser definida como uma unidade de acesso contendo uma imagem IAPR que possui ID de camada de Noé igual a um valor “0” e que tem NoRaslOutputFlag igual a um valor de “1 “(mais uma vez, independentemente de outras imagens na unidade de acesso são imagens IRAP).

[0146] Com a possibilidade de ter imagens IRAP não-alinhados em unidades de acesso (por exemplo, uma unidade de acesso pode conter ambos os imagens IRAP e imagens não IRAP) em SHVC e MV-HEVC, as situações descritas na seção anterior no contexto de HEVC podem ocorrer em diferentes camadas de um fluxo de bits SHVC/MV-HEVC. Por exemplo, uma imagem de ANR pica que tem NoRaslOutputFlag igual a um valor de “1” pode estar presente numa camada de aumento no meio de um fluxo de bits (por exemplo, não na primeira unidade de acesso do fluxo de bits), que começa com um IAPR inicial unidade de acesso que não tem uma imagem CRA na mesma camada que pica. Além disso, a mudança de uma imagem de resolução pode ocorrer em IAPR imagens em uma camada de aumento de uma unidade de acesso, onde a resolução da camada de base não se altera, ou vice-versa. Situações semelhantes podem surgir para diferentes tamanhos de DPB.

Limpeza de Imagens em SVC e MVC

[0147] Devido à codificação de criação de SVC único ciclo, apenas uma imagem reconstruída por unidade de acesso é inserida no DPB, exceto nos casos em que o assim chamado escalabilidade de forma granular (MGS) está a ser utilizado (no caso de haver quais pode haver duas imagens decodificadas a partir das assim chamadas unidades de acesso de imagem-chave que estão armazenados no DPB). No entanto, em cada unidade de acesso apenas a imagem decodificada da camada mais elevada pode ser a saída. Operações de gestão do DPB, incluindo a lavagem de imagens, por conseguinte, apenas dizem respeito a imagens na camada mais alta, principalmente porque não é necessária uma imagem decodificada de uma camada de base para estar presente no DPB, a fim de prever a camada de aumento.

[0148] No MVC, mais de uma vista pode ser alvo vista de saída e componentes vista decodificados precisam ser mantidos para prever componentes vista em outra camada, mesmo que eles não são necessários para prever componentes vista na mesma camada. Em consequência, os componentes de mais de um ponto de vista pode estar presente no DPB. O no_output_of_prior_pics_flag indicador é sinalizado para cada componente de visualização IDR (por exemplo, uma visão componente IDR de uma visão não-base é sinalizado com igual non_idr_flag para um valor de “0”), e a liberação de componentes de visualização é de camada específica (ou vista- específica). Em MVC, para simplicidade, a IDR visualiza os componentes em uma unidade de acesso no MVC estando alinhados. Por exemplo, se um componente de visualização em uma unidade de acesso é um componente de visualização IDR, todos os componentes vista em que unidade de acesso também são componentes vista IDR. Portanto, a operação de lavagem também é realizada através de todos os pontos de vista do fluxo de bits, mesmo que a operação pode ser vista/específico de camada.

Limpeza of Imagens em SHVC e MV-HEVC

[0149] Quando ocorre a limpeza sob o projeto atual em SHVC e MV-HEVC, todas as imagens no DPB são removidas sem serem emitidas (por exemplo, exibidas). Não é possível que as imagens de uma única camada no fluxo de bits (exceto no caso trivial quando apenas a camada de base está presente no fluxo de bits) são limpas, por conseguinte, a lavagem não é a camada específica.

Conformidade de Temporização de Saída

[0150] Em algumas implementações (por exemplo, SHVC, MV-HEVC, etc.), tais como Projeto de trabalho SHVC (DT) 3 e Projeto de Trabalho 5 MV-HEVC, a saída e remoção de imagens a partir do OPD para a conformidade de temporização de saída são realizadas como descrito abaixo. As porções relevantes para o processo de lavagem estão apresentados em itálico. No exemplo abaixo, a remoção de imagens invocadas é específico para cada camada, tal como especificado na secção F.13.3.2 da especificação HEVC. C.3.2 Remoção de Imagens a partir do DPB A remoção de imagens do DPB antes de decodificação da imagem atual (mas depois de analisar o cabeçalho de fatia de a primeira fatia da imagem atual) acontece instantaneamente no momento de remoção de CEC da primeira unidade de decodificação da unidade de acesso n (que contém a imagem atual) e prossegue como se segue: - O processo de decodificação para RPS, conforme especificado no subitem 8.3.2 é invocado. - Quando a imagem atual é uma imagem IRAP com NoRaslOutputFlag igual a 1, que não é a imagem 0. os seguintes passos ordenados são aplicados: 1. A NoOutputOfPriorPicsFlag variável é derivada para o decodificador em teste da seguinte forma: - Se a imagem atual é uma imagem CRA, NoOutputOfPriorPicsFlag está definida igual a 1 (independentemente do valor da pics_no_output_of_prior Jlag). - Caso contrário, se o valor de pic_width_in_luma_samples, pic_height_in_luma_samples, ou _pic_buffering_minusl sps_max_dec [HighestTid] derivada da SPS ativo é diferente do valor de pic_width_in_luma_samples, pic_height_in_luma_samples, ou _pic_buffering_minusl sps_max_dec [HighestTid J, respectivamente, derivado do SPS ativo para a imagem que a precede, NoOutputOfPriorPicsFlag pode (mas não devem) ser definida como uma por o decodificador sob teste, independentemente do valor de no_output_of_prior_pics Jlag. NOTA - Embora definir NoOutputOfPriorPicsFlag igual à no_output_of_prior_pics_Jlag é preferido sob estas condições, o decodificador em teste é permitido para definir NoOutputOfPriorPicsFlag a 1 neste caso. - Caso contrário, NoOutputOfPriorPicsFlag está definida igual à no_output_of_prior_pics_Jlag. 2. O valor do NoOutputOfPriorPicsFlag derivado para o decodificador sob teste é aplicado para a HRD, de tal forma que quando o valor do NoOutputOfPriorPicsFlag é igual a 1, todos os armazenadores temporários de armazenamento de imagens na DPB são esvaziados sem saída das imagens que eles contêm, e a DPB plenitude é definido igual a 0. - Quando ambas as seguintes condições forem verdadeiras para todas as imagens de k no DPB, todas essas imagens de k na DPB são removidos do DPB: - Picture k é marcado como “não utilizado para referência” - Imagem de K tem PicOutputFlag igual a 0 ou o seu tempo de saída DPB é inferior ou igual ao tempo de CEC de remoção da primeira unidade de decodificação (denotado como unidade de decodificação m), da imagem atual n; ou seja, DpbOutputTime [k] é menor do que ou igual à CpbRemovalTime (m) - Para cada imagem que é removido a partir do OPD, a plenitude DPB é decrementado em um. F.13.3.2 Remoção de Imagens a partir do DPB As especificações em sub-cláusula C.3.2 aplicar separadamente para cada conjunto de imagens decodificados com um valor particular de nuh_layer_id com as seguintes modificações. - Substituir “A remoção de imagens do DPB antes de decodificação da imagem atual (mas depois de analisar o cabeçalho de fatia de a primeira fatia da imagem atual) acontece instantaneamente no momento de remoção de CEC da primeira unidade de decodificação da unidade de acesso n (contendo o quadro atual) e prossegue da seguinte forma: “com” a remoção de imagens do DPB antes de decodificação da imagem atual (mas depois de analisar o cabeçalho de fatia de a primeira fatia da imagem atual) acontece instantaneamente no momento de remoção de CEC da primeira unidade de decodificação do quadro n e prossegue da seguinte forma”:.

Tabela 1 - Conformidade Temporização de Saída em SHVC WD 3 e MV-HEVC WD 5 Conformidade de Ordem de Saída

[0151] Em algumas implementações (por exemplo, SHVC, MV-HEVC, etc.), a saída e a remoção de imagens a partir do OPD para a conformidade ordem de saída são realizadas como descrito abaixo. As porções relevantes para o processo de lavagem estão apresentados em itálico. No exemplo abaixo, a remoção de imagens, quando invocado, é realizado para todas as camadas. F.13.5.2.2 Saída e Remoção de Imagens do DPB A saída e remoção de imagens do DPB antes da decodificação da imagem atual (mas depois de analisar o cabeçalho de fatia de a primeira fatia da imagem atual) acontece instantaneamente quando a primeira unidade de decodificação do quadro atual é removido da CEC e prossegue do seguinte modo: O processo de decodificação para RPS, conforme especificado no F.8.3.2 subitem é invocado. - Se a imagem atual é uma imagem IRAP com NoRaslOutputFlag igual a 1 e com nuh_layer_id igual a 0 que não é retratar 0, os seguintes passos ordenados são aplicados: 1. O NoOutputOfPriorPicsFlag variável é derivada para o decodificador em teste da seguinte forma: - Se a imagem atual é uma imagem CRA, NoOutputOfPriorPicsFlag está definida igual a 1 (independentemente do valor da _pics no_output_of_prior Jlag). - Caso contrário, se o valor de pic_width_in_luma_samples, pic_height_in_luma_samples, ou _pic_buffering_minusl sps_max_dec [HighestTid] derivada da SPS ativo é diferente do valor de pic_width_in_luma_samples, pic_height_in_luma_samples, ou _pic_buffering_minusl sps_max_dec [HighestTid J, respectivamente, derivado do SPS ativa para a imagem que a precede , NoOutputOfPriorPicsFlag pode (mas não devem) ser definido como I pelo decodificador sob teste, independentemente do valor de no_output_of_prior _pics Jlag. NOTA - Embora definir NoOutputOfPriorPicsFlag igual a no_output_of_prior _pics Jlag é preferido sob estas condições, o decodificador em teste é permitido para definir NoOutputOfPriorPicsFlag a 1 neste caso. - Caso contrário, NoOutputOfPriorPicsFlag está definida igual a no_output_of_prior_pics_Flag. 2. O valor de NoOutputOfPriorPicsFlag derivado para o decodificador sob teste é aplicado para a DRH como se segue: - Se NoOutputOfPriorPicsFlag é igual a 1, todos os armazenadores temporários de armazenamento de imagens na DPB são esvaziados sem saída das imagens que eles contêm, e a plenitude DPB é definido igual a 0. - Caso contrário (NoOutputOfPriorPicsFlag é igual a 0), todos os armazenadores temporários de armazenamento de imagem que contém uma imagem que está marcado como “não é necessário para a saída” e “não utilizado para referência” são esvaziados (sem saída), e todos os armazenadores temporários de armazenamento de imagem não-vazios na DPB são esvaziados invocando repetidamente o processo de “colisão” especificado na F.13.5.2.4 subseção, e a plenitude DPB é definido igual a 0. Caso contrário (o quadro atual não é uma imagem IRAP com NoRaslOutputFlag igual a 1 ou com nuh_layer_id não é igual a 0), todos os armazenadores temporários de armazenamento de imagem contendo uma figura que são marcados como “não é necessário para a saída” e “não utilizado para referência” são esvaziados (sem saída). Para cada tampão de armazenamento de imagem que é esvaziada, a plenitude DPB é diminuído por um. O currLayerld variável é definida igual a nuh_layer_id da imagem atual decodificada e quando um ou mais das seguintes condições forem verdadeiras, o processo de “bater” especificado na F.13.5.2.4 subitem é invocada repetidamente enquanto diminuindo ainda mais a plenitude DPB por um para cada armazenador temporário de armazenamento da fotografia adicional que é esvaziada, até que nenhum dos seguintes condições: - O número de imagens com igual nuh_layer_id para currLayerld no DPB que são marcados como “necessária para a saída” é maior do que sps_max_num_reorder_pics [HighestTid] a partir do SPS ativa (quando currLayerld é igual a 0) ou a partir da camada ativa SPS para o valor de currLayerld (quando currLayerld não é igual a 0). - Sps_max_latency_increase_plusl [HighestTid] do RPU ativo (quando currLayerld é igual a 0) ou a camada ativa SPS para o valor de currLayerld não é igual a 0 e existe, pelo menos, uma imagem com nuh_layer_id igual a currLayerld no DPB que é marcado como “necessária para a saída” para os quais a variável associada PicLatencyCount [currLayerld] é maior do que ou igual a SpsMaxLatency Pictures [HighestTid] derivados do SPS ativo (quando currLayerld é igual a 0) ou a partir da camada ativa SPS para o valor de currLayerld . - O número de imagens com igual nuh_layer_id para currLayerld no DPB é maior do que ou igual a sps_max_dec_pic_buffering_minusl [HighestTid] + 1 a partir do SPS ativo (quando currLayerld é igual a 0) ou a partir da camada ativa SPS para o valor de currLayerld.

Tabela 2 - Conformidade de Ordem de Saída em SHVC WD 3 e MV-HEVC WD 5 Comparação de Conformidade Temporização de Saída e Conformidade de Ordem de Saída

[0152] Conforme descrito acima, a conformidade de temporização de saída e de saída de pedido de conformidade pode não têm ambos como resultado o mesmo comportamento de lavagem. Por exemplo, para os decodificadores de conformidade de temporização de saída, o rubor é invocado para cada imagem em uma camada que não é a primeira imagem da camada no fluxo de bits e que tem NoRaslOutputFlag igual a um valor de “1”. Quando a lavagem é chamado, todas as imagens desse camada no DPB decodificados são liberadas. Por outro lado, para os decodificadores de conformidade ordem de saída, a lavagem só é invocada para uma imagem na camada de base que não é a primeira imagem na fluxo de bits e que tem NoRaslOutputFlag igual a um valor de “1” Quando a lavagem é chamado, todas as imagens de todas as camadas do DPB decodificados são liberadas.

[0153] Em um fluxo de bits ter duas camadas, quando uma imagem LIP na EL, que é uma imagem IRAP e não pertence a um IRAP AU ativa uma resolução diferente, e a resolução do BL não pode mudar neste UA devido à BL imagem estar em um IRAP não AU (por exemplo, não é uma imagem IRAP), uma descarga específicos da camada de imagens pode ser desejado. Aqui, apenas imagens do EL, mas não do BL, são para ser liberado. Este recurso não está disponível para a conformidade ordem de saída.

[0154] Em um fluxo de bits ter duas camadas, num caso em que uma unidade de acesso inclui uma imagem BL que é uma imagem IDR e uma imagem EL, que é uma imagem não- IRAP, a resolução da imagem BL pode ser atualizada no acesso unidade, enquanto que a resolução da imagem EL não é atualizado. Em tal caso, o rubor deve ser executada apenas para as imagens da BL, e as imagens EL não deve ser lavada. Este recurso não está disponível para a conformidade ordem de saída.

Sinalização de Indicador Indicando Saída de Imagens Anteriores

[0155] Em algumas modalidades, a variável NoOutputOfPriorPicsFlag (por exemplo, um valor derivado pelo decodificador para determinar, ao decodificar uma imagem IAPR, quer sejam ou não de saída as imagens no DPB antes do OPD é corado) é derivado com base em no_output_of_prior_pics_flag e outras condições. Por exemplo, no_output_of_prior_pics_flag pode ser um valor que é assinalado no fluxo de bits, ao passo que NoOutputOfPriorPicsFlag pode ser um valor derivado de um codificador baseado na informação incluída no fluxo de bits. Um decodificador pode derivar o valor de NoOutputOfPriorPicsFlag com base no valor de no_output_of_prior_pics_flag e outras condições, e depois usar o valor calculado de NoOutputOfPriorPicsFlag para determinar se a saída de imagens ou não. Em algumas modalidades, a indicador NoOutputOfPriorPicsFlag pode indicar se a unidade de acesso atual compreende um ponto de emenda, em que duas correntes de bits diferentes são costuradas em conjunto.

[0156] Em algumas modalidades, NoClRasOutputFlag e NoRaslOutputFlag podem ser variáveis derivados com base nas informações incluídas no fluxo de bits. Por exemplo, NoRaslOutputFlag pode ser derivado para cada imagem IRAP (por exemplo, em BL e/ou EL), e NoClRasOutputFlag pode ser derivado apenas para a camada mais baixa imagens (por exemplo, BL imagens). O valor de cada um dos NoClRasOutputFlag e NoRaslOutputFlag pode indicar que algumas imagens no fluxo de bits podem não ser corretamente decodificadas devido à indisponibilidade de certas imagens de referência. Tal indisponibilidade de imagens de referência podem ocorrer nos pontos de acesso aleatório. Imagens de salto de acesso aleatório de camada cruzada (CL-RAS) são, em alguns aspectos, o equivalente de múltiplas camadas de imagens RASL. Se um decodificador começa a decodificação de um fluxo de bits em um ponto de acesso aleatório (por exemplo, uma unidade de acesso ter uma imagem BL IRAP), e a imagem EL na unidade de acesso não é uma imagem IRAP, então isso EL imagem é uma imagem CL-RAS. Todas as imagens do EL pode ser imagens CL-RAS (por exemplo, decodificáveis, mas não corretamente decodificáveis) até uma imagem IRAP ocorre na EL. Quando tal imagem EL IRAP é fornecido no fluxo de bits, o EL pode ser dito ter sido inicializado.

[0157] Por exemplo, no exemplo da FIG. 4, a imagem de EL 422 A pode ser uma imagem de LIP que não é uma imagem de IAPR, e a BL imagem 422b pode ser uma imagem de IAPR que tem a ele associado um indicador NoClRasOutputFlag. Neste exemplo, o valor de NoOutputOfPriorPicsFlag associado com a imagem de EL 422A pode ser inferida com base no valor de NoClRasOutputFlag associado com a imagem 422b BL. Por exemplo, se NoClRasOutputFlag é igual a um valor de “1”, NoOutputOfPriorPicsFlag para a imagem de EL 422A pode também ser definido como um valor de “1”, fazendo com que as imagens no DPB não ser a saída antes de serem removidas do DPB . Por outro lado, se NoClRasOutputFlag é igual a um valor “0”, NoOutputOfPriorPicsFlag para a imagem de EL 422A pode também ser definido como um valor de “0”, fazendo com que as imagens no DPB para ser removido do DPB depois de saída.

Inferência Aperfeiçoada de NoOutputOfPriorPicsFlag

[0158] Como explicado acima, imagens de ponto de acesso intra-aleatório (IRAP) podem fornecer pontos de acesso aleatório para decodificar um fluxo de bits. Um decodificador pode começar a decodificação de um fluxo de bits pelo decodificar uma imagem IRAP sem ter que decodificar imagens que antecedem a imagem IRAP. No momento da decodificação de uma imagem de IAPR, o armazenador temporário de imagem decodificada (OPD) pode ter um número de imagens decodificadas na memória intermédia. Imagens que foram decodificados a partir de um fluxo de bits são armazenados na DPB. As imagens decodificadas no DPB pode incluir imagens que são marcados como “necessária para a saída” ou imagens que são marcados como “utilizado para referência.” As imagens decodificadas no DPB pode também incluir imagens que nem são marcados como “necessária para a saída”, nem como “usado para referência”; tais imagens decodificadas estão presentes no DPB até serem removidos pelo processo de decodificação. Se produzindo as imagens existentes no DPB afetaria o desempenho do decodificador (por exemplo, muitas imagens de existir no DPB para o decodificador para a saída), pode ser desejável remover tais imagens existentes sem saída deles (por exemplo, lavar o existente As imagens). A não remoção de imagens existentes no DPB, conforme necessário pode levar a uma sobrecarga do tampão ou um atraso na decodificação e produzir imagens subsequentes.

[0159] O NoOutputOfPriorPicsFlag variável pode indicar, ao decodificar uma imagem IRAP, se as imagens no DPB deve ser emitido antes de ser removido da DPB. , Ao decodificar uma imagem IRAP, o valor de NoOutputOfPriorPicsFlag pode ser definido para 1 quando as imagens no DPB não deve ser emitido antes de ser removido. Alternativamente, ao decodificar uma imagem IRAP, o valor de NoOutputOfPriorPicsFlag pode ser definido como 0 quando as imagens no DPB deve ser emitido antes de ser removido. O valor de NoOutputOfPriorPicsFlag pode ser determinado com base em um elemento de sintaxe correspondente e/ou diferentes condições e informações. O elemento de sintaxe no_output_of_prior_pics_flag pode ser recebido no fluxo de bits, e o decodificador pode definir o valor de NoOutputOfPriorPicsFlag igual ao valor decodificado de _pics_flag no_output_of_prior. Ou o valor de NoOutputOfPriorPicsFlag pode ser derivada ou inferida com base em várias condições. Por exemplo, em versões anteriores do SHVC e MV-HEVC (por exemplo, Projeto SHVC de Trabalho 4 e MV-HEVC Projeto de Trabalho 6), NoOutputOfPriorPicsFlag pode ser definida igual a 1 quando a resolução espacial ou o número de imagem armazena as alterações. Ao definir NoOutputOfPriorPicsFlag a 1, o decodificador pode controlar a quantidade de memória disponível no DPB, removendo imagens no DPB, conforme apropriado. No entanto, a quantidade de memória necessária no DPB pode também ser afetado por alterações no formato de cor e/ou a profundidade das imagens pouco. A menos que o pior caso ou profundidade máxima formato de cor ou bit são assumidos, não considerando o formato de cor e/ou a profundidade de bits pode levar a um tamanho de memória sub-ótima para o DPB.

[0160] A fim de abordar estes e outros desafios, as técnicas de acordo com certos aspectos pode levar em consideração o formato de cor e/ou a profundidade das imagens pouco ao determinar o valor de NoOutputOfPriorPicsFlag para IRAP imagens. Por exemplo, as técnicas podem determinar se o formato de cor e/ou a profundidade da imagem em curso na camada atual a ser decodificado são pouco diferente do formato de cor e/ou a profundidade da imagem anterior da camada de corrente de bits. O formato de cor e/ou a profundidade da imagem atual bit e a imagem anterior pode ser obtido a partir do conjunto ativo parâmetro seqüência (SPS) e o SPS que estava ativa quando a imagem anterior foi decodificado, respectivamente. A profundidade de um quadro bit pode incluir uma profundidade de bits para o componente de luminância da imagem e uma profundidade de bits para o componente de crominância da imagem. Se houver alterações no formato de cor ou a profundidade de bits, o valor de NoOutputOfPriorPicsFlag pode ser definida igual a 1 para provocar a remoção de imagens no DPB sem saída as imagens. Em um exemplo, se a profundidade de amostras luma alterações a partir de 8 bits para 16 bits bit, seria desejável para lavar as imagens no DPB para tornar mais memória disponível no DPB.

[0161] Tendo em conta as mudanças no formato de cor e/ou a profundidade das imagens pouco, as técnicas podem determinar o valor de NoOutputOfPriorPicsFlag com mais precisão, e um valor ideal de tamanho DPB que é necessário e suficiente para a decodificação de um fluxo de bits pode ser indicado. Por exemplo, as técnicas podem antecipar melhor situações que requeiram memória adicional no armazenador temporário. Além de mudanças no número de lojas de imagem e resolução espacial, o DPB é liberado para fazer mais espaço de armazenamento disponível quando o formato de cor ou as mudanças profundidade de bits.

[0162] Certos detalhes relacionados com a inferência de NoOutputOfPriorPicsFlag são explicados mais adiante. Vários termos utilizados ao longo desta descrição são termos gerais que têm o seu significado comum.

Modalidade Exemplar

[0163] As técnicas acima mencionadas podem ser implementadas como mostrado no exemplo a seguir. O exemplo é fornecido no contexto das versões anteriores do SHVC e MV- HEVC (por exemplo, SHVC WD 4 e MT-HEVC WD 6). Alterações das versões anteriores do SHVC e MV-HEVC são indicados em itálico. Seção C.3.2 descreve a saída de temporização operações DPB sobre a remoção de imagem em SHVC WD 4 e MV- HEVC WD 6. Seção C.5.2.2 descreve as operações DPB ordem de saída sobre a remoção de imagem em SHVC WD 4 e MV-HEVC WD 6. o primeiro “Caso contrário” filial em cada seção relaciona- se com a inferência de NoOutputOfPriorPicsFlag base no formato de croma e profundidade das imagens pouco. C.3.2 Remoção de Imagens do DPB Quando a imagem atual não é a imagem 0 na camada atual, a remoção de imagens na camada atual do DPB antes de decodificação da imagem atual, ou seja, imagem n, mas depois de analisar o cabeçalho de fatia de a primeira fatia do quadro atual, acontece instantaneamente no momento de remoção CEC da primeira unidade de decodificação da imagem em curso e prossegue como se segue: - O processo de decodificação para RPS, conforme especificado no subitem 8.3.2 é invocado. - Quando a imagem atual é uma imagem IRAP com NoRaslOutputFlag igual a 1, ou a imagem camada de base na unidade de acesso atual é uma imagem IRAP com NoRaslOutputFlag igual a 1 e NoClrasOutputFlag é igual a 1, são aplicadas as seguintes etapas ordenadas: 1. A NoOutputOfPriorPicsFlag variável é derivada para o decodificador em teste da seguinte forma: - Se a imagem atual é uma imagem CRA com NoRaslOutputFlag igual a 1, NoOutputOfPriorPicsFlag está definida igual a 1 (independentemente do valor da no_output_of_prior_pics_flag). - Caso contrário, se o quadro atual é um quadro IRAP com NoRaslOutputFlag igual a 1 e o valor de pic_width_in_luma_samples, pic_height_in_luma_samples, _format_idc_chroma, bit_depth_luma_minus8, bit_depth_chroma_minus8, ou sps_max_dec_pic_buffering_minusl [HighestTid] derivado do SPS ativo para a camada atual é diferente do valor de pic_width_in_luma_samples, pic_height_in_luma_samples, _format_idc chroma, bit_depth_luma_minus8, bit_depth_chromajninus8, ou sps_max_dec_pic_b u ff erm g_ MMUS l [HighestTid], respectivamente, derivado do SPS que estava ativa para a camada atual ao decodificar a imagem anterior na camada atual, NoOutputOfPriorPicsFlag pode (mas não devem) ser definida como uma por o decodificador sob teste, independentemente do valor de no_output_of_prior_pics_flag. NOTA - Embora definir NoOutputOfPriorPicsFlag igual a no_output_of_prior__pics_flag é preferido sob estas condições, o decodificador sob teste é deixada a repousar a uma NoOutputOfPriorPicsFlag neste caso. - Caso contrário, se o quadro atual é um quadro IRAP com NoRaslOutputFlag igual a 1, NoOutputOfPriorPicsFlag está definida igual a no_output_of_prior_pics_flag. - Caso contrário (a imagem atual não é uma imagem de IAPR com NoRaslOutputFlag igual a 1, a imagem de camada de base na unidade de acesso atual é uma imagem de IAPR com NoRaslOutputFlag igual a 1, e NoClrasOutputFlag é igual a 1), NoOutputOfPriorPicsFlag é definida igual a 1 . 2. O valor do NoOutputOfPriorPicsFlag derivado para o decodificador sob teste é aplicado para a HRD, de tal forma que quando o valor do NoOutputOfPriorPicsFlag é igual a 1, todos os armazenadores temporários de armazenamento de imagens na DPB são esvaziados sem saída das imagens que eles contêm, e a DPB plenitude é definido igual a 0. - Quando ambas as seguintes condições forem verdadeiras para todas as imagens de k no DPB, todas essas imagens de k na DPB são removidas do DPB: - Picture k é marcado como “não utilizado para referência” - Imagem de K tem PicOutputFlag igual a 0 ou o seu tempo de saída DPB é inferior ou igual ao tempo de CEC de remoção da primeira unidade de decodificação (denotado como unidade de decodificação m), da imagem atual n; ou seja DpbOutputTime [k] é menor do que ou igual a CpbRemovalTime (m) - Para cada imagem que é removido a partir do OPD, a plenitude DPB é decrementado em um. C.5.2.2 Saída e Remoção de Imagens do DPB Quando a imagem atual não é a imagem 0 na camada atual, a saída e remoção de imagens na camada atual do DPB antes da decodificação do quadro atual, ou seja, imagem n, mas depois de analisar o cabeçalho de fatia de a primeira fatia do imagem atual, acontece instantaneamente quando a primeira unidade de decodificação da imagem em curso é removido da CEC e prossegue como se segue: - O processo de decodificação para RPS, conforme especificado no subitem 8.3.2 é invocado. - Se a imagem atual é uma imagem IRAP com NoRaslOutputFlag igual a 1, ou a imagem camada de base na unidade de acesso atual é uma imagem IRAP com NoRaslOutputFlag igual a 1 e NoClrasOutputFlag é igual a 1, são aplicadas as seguintes etapas ordenadas: 1. A NoOutputOfPriorPicsFlag variável é derivada para o decodificador em teste da seguinte forma: - Se a imagem atual é uma imagem CRA com NoRaslOutputFlag igual a 1, NoOutputOfPriorPicsFlag está definida igual a 1 (independentemente do valor da no_output_of_prior_pics_flag). - Caso contrário, se o quadro atual é um quadro IRAP com NoRaslOutputFlag igual a 1 e o valor de pic_width_in_luma_samples, pic_height_in_luma_samples, _format_idc_chroma, bit_depth_luma_minus8, bit_depth_chroma_minus8, ou sps_max_dec_pic_buffering_minusl [HighestTid] derivado do SPS ativo para a camada atual é diferente do valor de pic_width_in_luma_samples, pic_height_in_luma_samples, _format_idc_chroma, bit_depth_luma_minus8, bit_depth_chromajninus8, ou sps_max_dec_pic_b u ff erm g_ MMUS l [HighestTid], respectivamente, derivado do SPS que estava ativa para a camada atual ao decodificar a imagem anterior na camada atual, NoOutputOfPriorPicsFlag pode (mas não devem) ser definida como uma por o decodificador sob teste, independentemente do valor de no_output_of_prior_pics_flag. NOTA - Embora definir NoOutputOfPriorPicsFlag igual a no_output_of_prior__pics_flag é preferido sob estas condições, o decodificador sob teste é deixada a repousar a uma NoOutputOfPriorPicsFlag neste caso. - Caso contrário, se o quadro atual é um quadro IRAP com NoRaslOutputFlag igual a 1, NoOutputOfPriorPicsFlag está definida igual a no_output_of_prior_pics_flag. - Caso contrário (o quadro atual não é uma imagem IRAP com NoRaslOutputFlag igual a 1, a imagem camada de base na unidade de acesso atual é uma imagem IRAP com NoRaslOutputFlag igual a 1, e NoClrasOutputFlag é igual a 1), NoOutputOfPriorPicsFlag é definida como igual a 1. 2. O valor de NoOutputOfPriorPicsFlag derivado para o decodificador sob teste é aplicado para a DRH como se segue: - Se NoOutputOfPriorPicsFlag é igual a 1, todos os armazenadores temporários de armazenamento de imagens na sub-DPB são esvaziados sem saída das imagens que eles contêm, e a plenitude sub-DPB é definido igual a 0. - Caso contrário (NoOutputOfPriorPicsFlag é igual a 0), todos os armazenadores temporários de armazenamento de imagem que contém uma imagem que está marcado como “não é necessário para a saída” e “não utilizado para referência” são esvaziados (sem saída), e todos os armazenadores temporários de armazenamento de imagem não-vazios na sub-DPB são esvaziados invocando repetidamente o processo de “colisão” especificado em C.5.2.4 subseção, e a plenitude sub-DPB é definido igual a 0. - Caso contrário, todos os armazenadores temporários de armazenamento de imagem que contêm uma imagem na camada atual e que são marcados como “não é necessário para a saída” e “não utilizado para referência” são esvaziados (sem saída). Para cada tampão de armazenamento de imagem que é esvaziada, a plenitude sub-DPB é diminuído por um. Quando um ou mais das seguintes condições forem verdadeiras, o processo de “bater” especificado em C.5.2.4 subitem é invocada repetidamente enquanto diminuindo ainda mais a plenitude sub-DPB por um para cada armazenador temporário de armazenamento de imagens adicional que é esvaziada, até que nenhum dos as seguintes condições forem verdadeiras: - O número de unidades de acesso que contêm, pelo menos, uma imagem decodificada no DPB marcado como “necessário para a saída” é maior do que MaxNumReorderPics. - MaxLatencylncreasePlusl não é igual a 0 e existe pelo menos uma de unidades de acesso que contêm, pelo menos, uma imagem decodificada no DPB marcado como “necessário para a saída” para o qual a PicLatencyCount variável associada é maior do que ou igual a MaxLatency Imagens. - O número de imagens na camada de corrente na sub-DPB é maior do que ou igual a MaxDecPicBufferingMinusl + 1.

Tabela 3 - Modalidade Exemplar

[0164] De acordo com algumas modalidades, os elementos de sintaxe e variáveis utilizadas na inferência de NoOutputOfPriorPicsFlag pode referir-se ao seguinte: • A largura PIC elemento de sintaxe em amostras de luminância refere-se à largura de uma imagem em unidades de amostras de luminância. • A altura PIC elemento de sintaxe em amostras de luminância refere-se a altura de uma imagem em unidades de amostras de luminância. • O formato croma elemento de sintaxe IDC refere- se ao formato de crominância de uma imagem. • O elemento de sintaxe bit_depth_luma_minus8 se refere à profundidade de bits das amostras de luminância de uma imagem de menos de 8 bits. • O elemento de sintaxe bit_depth_chroma_minus8 se refere à profundidade de bits das amostras de crominância de uma imagem de menos de 8 bits. • O elemento de sintaxe sps max_pic_buffering_minus 01 de dezembro [HighestTid] refere- se ao número de lojas de imagem que é necessário para a decodificação de uma camada de uma sequência de vídeo codificado.

[0165] Os elementos de sintaxe acima pode ser derivada a partir da SPS ativa para a camada de corrente em ligação com a imagem atual da camada de corrente que está a ser decodificada. Os elementos de sintaxe acima também podem ser derivados em ligação com a imagem anterior da camada de corrente a partir do SPS que estava ativa para a camada da corrente quando a imagem precedente foi decodificada. A imagem anterior pode ser uma imagem na camada atual que antecede o quadro atual, a fim de decodificação.

[0166] Se uma imagem é uma imagem IRAP e o valor da NoRaslOutputFlag é igual a 1, para a imagem de IAPR, o valor de NoOutputOfPriorPicsFlag pode ser definido para um se os valores dos elementos de sintaxe acima para a imagem atual são diferentes dos valores dos respectivos elementos de sintaxe para a imagem que a precede. O NoRaslOutputFlag variável pode indicar se qualquer acesso aleatório ignorado levando (RASL) as imagens são emitidas em associação com a imagem atual. Se NoRaslOutputFlag é igual a 1, algumas imagens de referência as figuras se referem a RASL para, inter predição não estaria presente, e, por conseguinte, as imagens de RASL não deve ser de saída/indicado. Como explicado acima, imagens RASL podem referir-se a dianteiras imagens associadas a uma imagem IRAP que não deve ser a saída/exibida se a decodificação do fluxo de bits começa a partir desse quadro IRAP. O decodificador pode comparar cada elemento de sintaxe da imagem em curso, com o elemento de sintaxe correspondente da imagem anterior, e se o valor de qualquer elemento de sintaxe mudou, NoOutputOfPriorPicsFlag pode ser definido como 1, independentemente do que o valor do elemento de sintaxe no_output_of_prior_pics_flag é . Como o texto da especificação indica, pode ser preferível definir o valor de NoOutputOfPriorPicsFlag para o valor do elemento de sintaxe no_output_of_prior _pics_flag. Mas o decodificador pode definir o valor de NoOutputOfPriorPicsFlag para um, se desejado. Por exemplo, em alguns casos, o tamanho DPB é suficientemente grande para que, mesmo se o valor do primeiro indicador for definido como igual ao valor decodificado de no_output_of_prior_pics_flag, um estouro de tamanho DPB não iria ocorrer. Em tais casos, pode ser vantajoso permitir que o decodificador escolha se quer ajustar o valor do primeiro indicador igual a 1 ou igual ao valor decodificado de no_output_of_prior_pics_flag.

[0167] Numa modalidade, o valor de formato croma alterações idc da imagem anterior para o quadro corrente. Como explicado acima, os valores para os elementos de sintaxe são derivados do SPS para a camada atual que está ativo quando decodificar a imagem atual da camada atual e do SPS para a camada atual que estava ativa quando decodificar a imagem anterior da camada atual . Quando o valor do formato de croma IDC da imagem atual e o valor do formato de croma idc do quadro anterior são diferentes, o decodificador define o valor de NoOutputofPriorPicsFlag a 1, independentemente de qual seja o valor do elemento de sintaxe no_output_of_prior_pics_flag.

[0168] Numa outra modalidade, o valor de alterações bit_depth_luma_minus8 da imagem anterior para o quadro corrente. Quando o valor do bit_depth_luma_minus8 da imagem atual e o valor de bit_depth_luma_minus8 do quadro anterior são diferentes, o decodificador define o valor de NoOutputofPriorPicsFlag a 1, independentemente de qual seja o valor do elemento de sintaxe no_output_of_prior_pics_flag.

[0169] Em ainda outra modalidade, o valor de alterações bit_depth_chroma_minus8 da imagem anterior para o quadro corrente. Quando o valor do bit_depth_chroma_minus8 da imagem atual e o valor de bit_depth_chroma_minus8 do quadro anterior são diferentes, o decodificador define o valor de NoOutputofPriorPicsFlag a 1, independentemente de qual seja o valor do elemento de sintaxe _pics_flag no_output_of_prior.

[0170] De um modo geral, mais de memória é necessário no DPB quando o valor dos elementos de sintaxe acima aumenta a partir da imagem anterior para o quadro corrente, em vez de quando o valor dos elementos de sintaxe acima diminui. Contudo, o decodificador pode obter uma quantidade suficiente de memória no DPB, removendo imagens no DPB sem saída sempre que os valores dos elementos de sintaxe acima mudar, quer aumentando ou diminuindo. Desta forma, a memória adicional pode ser libertado no DPB utilizando uma etapa condicional, em vez de usar múltiplos passos para determinar se o valor dos elementos de sintaxe aumentada ou diminuída. A verificação de alterações nos valores dos elementos de sintaxe, em vez de determinar se os valores de aumento ou diminuição, pode tornar o processo de inferência para NoOutputofPriorPicsFlag mais eficiente.

Método de Determinação de Valor de NoOutputofPriorPicsFlag

[0171] A figura 5 é um fluxograma que ilustra um método de codificação de informações de vídeo, de acordo com uma modalidade da presente divulgação. O método refere- se a determinação do valor de uma indicador que indica se imagens no armazenador temporário de imagem decodificada deve ser de saída (por exemplo, NoOutputOfPriorPicsFlag). O processo 500 pode ser realizado por um codificador (por exemplo, o codificador como mostrado na Fig. 2A, 2B, etc.), um decodificador (por exemplo, o decodificador tal como mostrado na Fig. 3A, 3B, etc.), ou qualquer outra componente, dependendo da modalidade. Os blocos de processo 500 são descritos com respeito ao decodificador 33 na FIG. 3B, mas o processo 500 pode ser realizado por outros componentes, tais como um codificador, tal como mencionado acima. A camada de um decodificador de vídeo 30B do decodificador 33 e/ou à camada de 0 decodificador 30A do decodificador 33 pode realizar o processo de 500, dependendo da modalidade. Todas as modalidades descritas em relação à FIG. 5 podem ser implementadas separadamente, ou em combinação um com o outro. Certos detalhes relacionados com o processo 500 são explicados acima, por exemplo, com respeito à FIG. 4.

[0172] O processo 500 começa no bloco 501. O decodificador 33 pode incluir uma memória (Por exemplo, decodificado tampão de imagem 160) para armazenar informação de vídeo associado com uma camada de corrente de decodificação.

[0173] No bloco 502, o decodificador 33 obtém o formato de croma de um quadro atual da camada atual para ser decodificado, a profundidade de bits de amostras de croma da imagem atual, e da profundidade da amostra luma da fotografia atual bit. O quadro atual pode ser uma imagem de ponto de acesso intra-aleatório (IRAP), que inicia uma nova sequência de vídeo codificado (CVS). O formato de croma do quadro atual, a profundidade das amostras de luminância da imagem atual bit, e a profundidade das amostras de croma da imagem atual bit pode ser derivada de um conjunto de parâmetros primeira sequência (SPS), que está ativo para a corrente camada na hora de decodificar a imagem atual.

[0174] Um indicador associado com a imagem atual indicando que o acesso aleatório ignorado levando (RASL) imagens não deve ser a saída pode indicar que a imagem atual inicia um novo CVS. Se o indicador estiver ativado, o indicador indica que a imagem atual inicia um novo CVS; se o indicador não estiver ativado, o indicador indica que o quadro atual não começar um novo CVS. O indicador pode ser o mesmo ou semelhante ao NoRaslOutputFlag. Por exemplo, NoRaslOutputFlag pode ser definida igual a 1 para indicar que a imagem atual inicia um novo CVS.

[0175] No bloco 503, o decodificador 33 obtém o formato croma da imagem anterior da camada de corrente que foi decodificado, a profundidade das amostras de crominância da imagem anterior pouco, e a profundidade das amostras de luminância da imagem anterior pouco. O formato de croma do quadro precedente, a profundidade das amostras de luminância da imagem anterior pouco, e a profundidade das amostras de crominância da imagem anterior pouco pode ser derivado de uma segunda SPS que estava ativa para a camada de corrente no momento da decodificar a imagem que a precede.

[0176] Em algumas modalidades, os respectivos valores da profundidade das amostras de luminância da imagem em curso, a profundidade das amostras de crominância da imagem em curso, a profundidade de bit das amostras de luminância da imagem anterior, e a profundidade de bit das amostras de croma da imagem anterior são especificados como 8 bits menos os respectivos valores de profundidade de bits reais. Por exemplo, a profundidade das amostras de luminância da imagem corrente de bit é fornecido pelo valor do elemento de sintaxe bit_depth_luma_minus8, onde bit_depth_luma_minus8 representa 8 bits menos o valor real da profundidade das amostras de luminância da imagem de corrente de bits.

[0177] No bloco 504, o decodificador 33 determina o valor de um primeiro indicador associado com a imagem atual indicando se as imagens em um tampão de imagem decodificada (DPB) deve ser emitido. O decodificador 33 pode determinar o valor da primeira indicador com base em: (1) o formato de crominância da imagem em curso e o formato de croma do quadro anterior, (2) a profundidade das amostras de crominância da imagem em curso e o bit de bits profundidade das amostras de crominância da imagem anterior, ou (3) a profundidade de bit das amostras de luminância da imagem atual e a profundidade das amostras de crominância da imagem anterior pouco. A primeira indicador pode ser ou semelhante a NoOutputOfPriorPicsFlag explicado acima.

[0178] Em certas modalidades, em resposta à determinação que o (4) o formato de crominância da imagem em curso e o formato croma da imagem anterior são diferentes, (5) a profundidade das amostras de luminância da imagem em curso e o bit de bits profundidade das amostras de luminância da imagem anterior são diferentes, ou (6) a profundidade de bit das amostras de crominância da imagem atual e a profundidade das amostras de crominância da imagem anterior bits são diferentes, o decodificador 33 define o valor do primeira indicador igual a 1. o valor de 1 é fornecido como um exemplo para fins ilustrativos, mas o decodificador 33 pode usar qualquer valor que indica que a primeira indicador é ativado, como apropriado. Quando a primeira indicador está habilitado, as imagens no DPB são removidos, mas não de saída.

[0179] Em outras modalidades, o decodificador 33 decodifica um elemento de sintaxe associado com a imagem atual no fluxo de bits, que indica se imagens no DPB deve ser emitido. Em resposta à determinação que o (4) o formato de crominância da imagem em curso e o formato croma da imagem anterior são diferentes, (5) a profundidade das amostras de luminância da imagem atual e a profundidade das amostras de luminância de o bit de bits anterior imagem forem diferentes, ou (6) a profundidade de bit das amostras de crominância da imagem atual e a profundidade das amostras de crominância da imagem anterior bits são diferentes, o decodificador 33 define o valor de a primeira indicador igual ao valor decodificado do elemento de sintaxe. Por exemplo, o elemento de sintaxe é no_output_of_prior_pics_flag, e mesmo se houver alterações no formato de croma, os profundidade de bits luma, e a profundidade croma bit entre a imagem anterior e a imagem atual, o decodificador 33 define o valor da primeira indicador com o valor decodificado de no_output_of_prior_pics_flag.

[0180] Em certas modalidades, o decodificador 33 obtém-se a largura da imagem atual, a altura da imagem em curso, e o número de lojas de imagem associada com a imagem em curso. A largura da imagem atual e a altura da imagem atual são especificados em unidades de amostras de luminância, e o número de lojas de imagem associados com o quadro atual indica o tamanho DPB mínimo exigido para a decodificação da camada atual na sequência de vídeo codificado começando a partir da imagem atual. O número de lojas de imagem pode ser especificado para um CVS e sinalizou no SPS. Para cada CVS e uma camada especial, apenas um SPS pode estar em vigor. O decodificador 33 também obtém a largura da imagem anterior, a altura da imagem precedente, e o número de lojas de imagem associada com a imagem anterior. A largura da imagem anterior e a altura da imagem anterior são especificadas em unidades de amostras de luminância, e o número de lojas de imagem associada com a imagem anterior indica o tamanho DPB mínimo necessário para a decodificação da camada corrente na sequência de vídeo codificada terminando na imagem anterior. A largura da imagem atual, a altura da imagem atual e o número de lojas de imagem associados com a imagem atual pode ser derivada de um conjunto de parâmetros primeira sequência (SPS) que está ativo para a camada atual no momento da decodificação do imagem atual. A largura da imagem anterior, a altura da imagem precedente, e o número de lojas de imagem associada com a imagem anterior pode ser derivado de uma segunda SPS que estava ativa para a camada de corrente no momento da decodificação do quadro anterior.

[0181] Numa modalidade, em resposta à determinação de que (7) a largura da imagem atual e a largura da imagem anterior são diferentes, (8) a altura da imagem atual e a altura da imagem anterior são diferentes, ou (9) o número de lojas de imagem associados com a imagem atual e o número de lojas de imagem associados com a imagem anterior são diferentes, o decodificador 33 define o valor da primeira indicador igual a 1.

[0182] Em outra modalidade, o decodificador 33 decodifica um elemento de sintaxe associado com a imagem atual no fluxo de bits, que indica se imagens no DPB deve ser de saída (por exemplo, no_output_of_prior_pics_flag). Em resposta à determinação de que (7) a largura da imagem atual e a largura da imagem anterior são diferentes, (8) a altura da imagem atual e a altura da imagem anterior são diferentes, ou (9) o número de lojas de imagem associados com a imagem atual e o número de lojas de imagem associados com a imagem anterior são diferentes, o decodificador 33 define o valor da primeira indicador igual a um valor decodificado do elemento de sintaxe.

[0183] O processo 500 termina no bloco 505. Os blocos podem ser adicionados e/ou omitidas no processo 500, dependendo do modo de realização, e os blocos do processo 500 pode ser realizado em diferentes ordens, dependendo da modalidade.

[0184] Quaisquer características e/ou modalidades descritas em relação a inferência de NoOutputOfPriorPicsFlag na presente memória descritiva podem ser implementados separadamente ou em qualquer combinação dos mesmos. Por exemplo, todas as características e/ou modalidades descritas em ligação com as FIGS. 1-4 e outras partes da divulgação podem ser implementados em qualquer combinação com quaisquer características e/ou modalidades descritas em ligação com a FIG. 5, e vice-versa.

[0185] A informação e os sinais revelados neste documento podem ser representados usando qualquer de uma variedade de técnicas e tecnologias diferentes. Por exemplo, dados, instruções, comandos, informação, sinais, bits, símbolos e chips que podem ser referenciadas em toda a descrição acima, podem ser representados por tensões, correntes, ondas eletromagnéticas, campos magnéticos ou partículas, campos ópticos ou partículas ou qualquer combinação destes.

[0186] Os vários blocos lógicos ilustrativos, módulos, circuitos e etapas de algoritmo descritos em conexão com as modalidades reveladas neste documento podem ser implementados como hardware eletrônico, software de computador ou combinações de ambos. Para ilustrar claramente essa permutabilidade de hardware e software, vários componentes ilustrativos, blocos, módulos, circuitos e etapas foram descritos acima geralmente em termos de sua funcionalidade. Se essa funcionalidade é implementada como hardware ou software depende as restrições especiais de aplicação e projeto impostas ao sistema global. Os versados na arte podem implementar a funcionalidade descrita em maneiras diferentes para cada aplicação particular, mas tais decisões de implementação não devem ser interpretadas como causando um afastamento do âmbito da presente invenção.

[0187] As técnicas descritas neste documento podem ser implementadas em hardware, software, firmware ou qualquer combinação destes. Essas técnicas podem ser implementadas em qualquer de uma variedade de dispositivos como computadores de uso geral, aparelhos de dispositivo de comunicação sem fio ou aparelhos de circuito integrado com múltiplos usos, incluindo aplicação em aparelhos de dispositivo de comunicação sem fio e outros dispositivos. Todas as características descritas como módulos ou componentes podem ser implementadas em conjunto em um dispositivo lógico integrado, ou separadamente, como dispositivos lógicos discretos, mas interoperáveis. Se implementadas no software, as técnicas podem ser realizadas pelo menos em parte, por um meio de armazenamento de dados legível por computador que inclui código de programa, incluindo as instruções que, quando executadas, executam um ou mais dos métodos descritos acima. O meio de armazenamento de dados legível por computador pode formar parte de um produto de programa de computador, que pode incluir materiais de embalagem. O meio legível por computador pode incluir mídia de armazenamento de dados ou memória, como memória de acesso aleatório (RAM) como memória dinâmica síncrona de acesso aleatório (SDRAM), memória de leitura (ROM), memória de acesso aleatório não volátil (NVRAM), memória de leitura eletricamente apagável programável (EEPROM), memória FLASH, meios de armazenamento de dados magnéticos ou ópticos e semelhantes. As técnicas adicionalmente, ou alternativamente, podem ser realizadas pelo menos em parte por meio de comunicação legível por computador que transporta ou comunica o código de programa sob a forma de estruturas de dados ou instruções e que pode ser acessado, lido e/ou executado por um computador, tais como sinais, ou ondas, propagados.

[0188] O código de programa pode ser executado por um processador, que pode incluir um ou mais processadores, tais como um ou mais processadores de sinal digital (DSPs), microprocessadores de propósito geral, um circuito integrado de aplicação específica (ASICs), arranjo lógico programável no campo (FPGAs) ou outros circuitos de lógica integrada ou discreta equivalente. Tal processador pode ser configurado para executar qualquer uma das técnicas descritas nesta revelação. Um processador de uso geral pode ser um microprocessador; mas, em alternativa, o processador pode ser qualquer processador convencional, controlador, microcontrolador ou máquina de estado. Um processador também pode ser implementado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo DSP, ou qualquer outra configuração. Nesse sentido, o termo “processador”, como usado aqui pode se referir a qualquer da estrutura acima, qualquer combinação da estrutura acima mencionada, ou qualquer outra estrutura ou aparelho adequado para a aplicação das técnicas descritas neste documento. Além disso, em alguns aspectos, a funcionalidade descrita neste documento pode ser fornecida dentro de módulos de software dedicado ou módulos de hardware configurados para codificação e decodificação, ou incorporada em um codificador-decodificador de vídeo combinado (CODEC). Além disso, as técnicas poderiam ser totalmente implementadas em um ou mais circuitos ou elementos lógicos.

[0189] As técnicas desta revelação podem ser implementadas em uma ampla variedade de dispositivos ou aparelhos, incluindo um aparelho sem fio, um circuito integrado (IC) ou um conjunto de ICs (por exemplo, um chipset). Vários componentes, módulos ou unidades são descritos nesta revelação para enfatizar os aspectos funcionais dos dispositivos configurados para executar as técnicas reveladas, mas não necessariamente exigem realização por diferentes unidades de hardware. Mais propriamente, conforme descritas acima diversas unidades podem ser combinadas em uma unidade de hardware de codec ou fornecidas por um grupo de unidades interoperativas de hardware, incluindo um ou mais processadores, como descrito acima, em conjunto com software e/ou firmware adequado.

[0190] Várias modalidades da invenção foram descritas. Essas e outras modalidades estão dentro do escopo das reivindicações seguintes

Claims

1. Aparelho para decodificação de informações de vídeo que compreende: meios para armazenar informações de vídeo associadas a uma camada atual; meios para obter pelo menos um dentre um formato de croma de uma imagem atual da camada atual a ser decodificada, uma profundidade de bit de amostras de luma da imagem atual ou uma profundidade de bit de amostras de croma da imagem atual, em que a imagem atual é uma imagem de ponto de acesso intra-aleatório, IRAP, que inicia uma nova sequência de vídeo codificado, CVS; meios para obter pelo menos um dentre um formato de croma de uma imagem anterior da camada atual que foi decodificada, uma profundidade de bit de amostras de luma da imagem anterior, ou uma profundidade de bit de amostras de croma da imagem anterior; e meios para determinar um valor de um primeiro sinalizador associado à imagem atual, em que o primeiro sinalizador indica se imagens anteriormente decodificadas em um armazenamento temporário (buffer) de imagem decodificada, DPB, devem ser removidas do DPB sem serem emitidas, as imagens anteriormente decodificadas sendo decodificadas a partir da uma ou mais camadas, caracterizado pelo fato de que: a determinação do valor do primeiro sinalizador tem como base pelo menos um dentre: o formato de croma da imagem atual e o formato de croma da imagem anterior, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de luma da imagem anterior, ou a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem anterior.

2. Aparelho, de acordo com a reivindicação 1, caracterizado pelo fato de que o meio para determinar o valor do primeiro sinalizador determina o valor do primeiro sinalizador: em resposta à determinação de que o formato de croma da imagem atual e o formato de croma da imagem anterior são diferentes, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostra de luma da imagem anterior são diferentes, ou a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem anterior são diferentes: definir o valor do primeiro sinalizador igual a 1.

3. Aparelho, de acordo com a reivindicação 1, caracterizado pelo fato de que: o formato de croma da imagem atual, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de croma da imagem atual são derivados de um primeiro conjunto de parâmetros de sequência, SPS, que é ativo para a camada atual no momento de decodificação da imagem atual; e o formato de croma da imagem anterior, a profundidade de bit das amostras de luma da imagem anterior e a profundidade de bit das amostras de croma da imagem anterior são derivados de um segundo SPS que estava ativo para a camada atual no momento de decodificação da imagem anterior.

4. Aparelho, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente meios para: decodificar um elemento de sintaxe em um fluxo de bits que indica se as imagens no DPB devem ser emitidas, em que o elemento de sintaxe é associado à imagem atual; e determinar o valor do primeiro sinalizador: em resposta à determinação de que o formato de croma da imagem atual e o formato de croma da imagem anterior são diferentes, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de luma da imagem anterior são diferentes, ou a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem anterior são diferentes: definir o valor do primeiro sinalizador igual a um valor decodificado do elemento de sintaxe.

5. Método para decodificar informações de vídeo que compreende: armazenar informações associadas a um fluxo de bits que inclui uma ou mais camadas, em que cada uma dentre a uma ou mais camadas representa uma combinação particular de um ou mais dentre: qualidade, taxa de bit, taxa de quadro, resolução espacial ou ponto de vista, sendo que a uma ou mais camadas incluem uma camada atual; obter pelo menos um dentre um formato de croma de uma imagem atual da camada atual a ser decodificada, uma profundidade de bit de amostras de luma da imagem atual, ou uma profundidade de bit de amostras de croma da imagem atual, em que a imagem atual é uma imagem de ponto de acesso intra-aleatório, IRAP, que inicia uma nova sequência de vídeo codificado, CVS; obter pelo menos um dentre um formato de croma de uma imagem anterior da camada atual que foi decodificada, uma profundidade de bit de amostras de luma da imagem anterior, ou uma profundidade de bit de amostras de croma da imagem anterior; e determinar um valor de um primeiro sinalizador associado à imagem atual, em que o primeiro sinalizador indica se as imagens anteriormente decodificadas em um armazenamento temporário de imagem decodificada, DPB, devem ser removidas do DPB sem serem emitidas, as imagens anteriormente decodificadas sendo decodificadas a partir da ou mais camadas, caracterizado pelo fato de que: a determinação do valor do primeiro sinalizador tem como base pelo menos um dentre: o formato de croma da imagem atual e o formato de croma da imagem anterior, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de luma da imagem anterior, ou a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem anterior.

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que a dita determinação do valor do primeiro sinalizador compreende: em resposta à determinação de que o formato de croma da imagem atual e o formato de croma da imagem anterior são diferentes, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de luma da imagem anterior são diferentes, ou a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem anterior são diferentes: definir o valor do primeiro sinalizador igual a 1.

7. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que compreende adicionalmente: decodificar um elemento de sintaxe em um fluxo de bits que indica se as imagens no DPB devem ser emitidas, em que o elemento de sintaxe é associado à imagem atual; e determinar o valor do primeiro sinalizador: em resposta à determinação de que o formato de croma da imagem atual e o formato de croma da imagem anterior são diferentes, a profundidade de bit das amostras de luma da imagem atual e a profundidade de bit das amostras de luma da imagem anterior são diferentes, ou a profundidade de bit das amostras de croma da imagem atual e a profundidade de bit das amostras de croma da imagem anterior são diferentes: definir o valor do primeiro sinalizador igual a um valor decodificado do elemento de sintaxe.

8. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que: o formato de croma da imagem atual, a profundidade de bit das amostras de luma da imagem atual, e a profundidade de bit das amostras de croma da imagem atual são derivados de um primeiro conjunto de parâmetros de sequência, SPS, que é ativo para a camada atual no momento de decodificação da imagem atual; e o formato de croma da imagem anterior, a profundidade de bit das amostras de luma da imagem anterior, e a profundidade de bit das amostras de croma da imagem anterior são derivados de um segundo SPS que estava ativo para a camada atual no momento de decodificação da imagem anterior.

9. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que os respectivos valores da profundidade de bit das amostras de luma da imagem atual, da profundidade de bit das amostras de croma da imagem atual, da profundidade de bit das amostras de luma da imagem anterior, e da profundidade de bit das amostras de croma da imagem anterior são especificados como os respectivos valores de profundidade de bit atual menos 8.

10. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que o primeiro sinalizador é NoOutputOfPriorPicsFlag.

11. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que compreende adicionalmente: obter uma largura da imagem atual, uma altura da imagem atual, e um número de armazenamentos de imagem associados à imagem atual, em que a largura da imagem atual e a altura da imagem atual são especificadas em unidades de amostras de luma, e o número de armazenamentos de imagem associados à imagem atual indica um tamanho de DPB mínimo exigido para decodificar a camada atual na sequência de vídeo codificado que começa a partir da imagem atual; e obter uma largura da imagem anterior, uma altura da imagem anterior, e um número de armazenamentos de imagem associados à imagem anterior, em que a largura da imagem anterior e a altura da imagem anterior são especificadas em unidades de amostras de luma, e o número de armazenamentos de imagem associados à imagem anterior indica um tamanho de DPB mínimo exigido para decodificar a camada atual em uma sequência de vídeo codificado que termina na imagem anterior.

12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que a dita determinação do valor do primeiro sinalizador compreende: em resposta à determinação de que a largura da imagem atual e a largura da imagem anterior são diferentes, a altura da imagem atual e a altura da imagem anterior são diferentes, ou o número de armazenamentos de imagem associados à imagem atual e o número de armazenamentos de imagem associados à imagem anterior são diferentes: definir o valor do primeiro sinalizador igual a 1.

13. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que compreende adicionalmente: decodificar um elemento de sintaxe em um fluxo de bits que indica se as imagens no DPB devem ser emitidas, em que o elemento de sintaxe é associado à imagem atual; e determinar o valor do primeiro sinalizador: em resposta à determinação de que a largura da imagem atual e a largura da imagem anterior são diferentes, a altura da imagem atual e a altura da imagem anterior são diferentes, ou o número de armazenamentos de imagem associados à imagem atual e o número de armazenamentos de imagem associados à imagem anterior são diferentes: definir o valor do primeiro sinalizador igual a um valor decodificado do elemento de sintaxe.

14. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que: a largura da imagem atual, a altura da imagem atual, e o número de armazenamentos de imagem associados à imagem atual são derivados de um primeiro conjunto de parâmetros de sequência, SPS, que está ativo para a camada atual no momento de decodificação da imagem atual; e a largura da imagem anterior, a altura da imagem anterior, e o número de armazenamentos de imagem associados à imagem anterior são derivados de um segundo SPS que estava ativo para a camada atual no momento de decodificação da imagem anterior.

15. Memória legível por computador caracterizada pelo fato de que compreende instruções nela armazenadas que, quando executadas, fazem com que o computador realize o método conforme definido em qualquer uma das reivindicações 5 a 14.