BRPI0709194A2 - métodos e aparelhos para uso em um sistema de codificação de vìdeo multivista - Google Patents

Abstract

MéTODOS E APARELHOS PARA USO EM UM SISTEMA DE CODIFICAçãO DE VìDEO MULTI VISTA. Proporciona-se um método e um aparelho para uso em sistema de codificação de vídeo multivista. O aparelho inclui um codificador (100), para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo muítivista em um fluxo de bits resultante, em que o fluxo de bits resultante é codificado para influir informações específicas de vistas. As informações específicas de vistas indicam uma interdependência de decodificação entre pelo menos algumas das pelo menos duas vistas.

Description

"MÉTODOS E APARELHOS PARA USO EM UM SISTEMA DE CODIFICAÇÃO DEVÍDEO MULTIVISTA".

REMISSÃO RECÍPROCA A PEDIDOS DE PATENTES RELACIONADOS

Este pedido de patente reivindica o benefício do pedido de patente provisório U.S.60/787.092, depositado em 29 de março de 2006, que é incorporado no presente relatóriodescritivo por referência na sua totalidade. Este pedido de patente é também estreitamenterelacionado a dois outros pedidos de patentes, depositados concorrentemente com o pre-sente pedido de patente e tendo inventores comuns e um cessionário comum (registro legalde números PU060064 e PU070031), ambos sendo, nas suas totalidades, incorporados porreferência ao presente relatório descritivo.

CAMPO TÉCNICO

Os presentes princípios se referem, de uma maneira geral, a codificação e decodifi-cação de vídeo e, mais particularmente, a métodos e aparelhos para uso em um sistema decodificação de vídeo multivista.

ANTECEDENTES

Na presente implementação de Codificação de Vídeo Multivista (MVC) de acordocom a Organização Internacional para o Grupo de Especialistas de Imagem em Movimento4 (MPEG-4) da Comissão de Padronização Eletrotécnica Internacional (ISO / IEC), Parte 10,União de Telecomunicações Internacional de Padronização de Codificação de Vídeo Avan-çado (AVC), recomendação H.264 do Setor de Telecomunicações (ITU-T) (a seguir o "pa-drão MPEG-4 AVC"), não há qualquer provisão para a identificação de uma vista específicae a sinalização de parâmetros de câmeras. Essas informações de vista são necessárias porvárias razões. A capacidade de escalonamento de vista, o acesso aleatório de vista, o pro-cessamento paralelo, a geração de vista e a síntese de vista são todos requisitos de Codifi-cação de Vídeo Multivista, que utilizam as informações de vista. Além do mais, vários des-ses requisitos também utilizam parâmetros de câmeras, que não são atualmente passadosde um modo padronizado.

Um método foi proposto para permitir acesso aleatório em fluxos de bits comprimi-dos multivista. No método proposto, uma mensagem do tipo de imagem V e uma de Infor-mações de Otimização Suplementar de Dependência de Vista (SEI) são definidas. Um as-pecto necessário no tipo de imagem V proposto é que as imagens V não devem ter qualquerdependência temporal em outras imagens na mesma câmera e podem apenas ser previstasde imagens em outras câmeras, ao mesmo tempo. A mensagem de Informações de Otimi-zação Suplementar de Dependência de Vista proposta vai descrever exatamente de quevistas uma imagem V, bem como as seqüências precedentes e seguintes das imagens, po-de depender. A seguir, são apresentados detalhes das variações propostas.

Com relação à sintaxe e à semântica da Imagem V, uma tabela de sintaxe particu-lar relativa ao padrão MPEG-4 AVC é estendida para incluir um tipo de unidade de Camadade Abstração de Rede (NAL) de 14, correspondendo a uma imagem V. Também, o tipo deimagem V é definido como tendo as semânticas apresentadas a seguir.

Imagem V: uma imagem codificada na qual todas as fatias se referem apenas às fa-tias com o mesmo índice temporal (isto é, apenas as fatias nas outras vistas e não as fatiasna presente vista). Quando uma imagem V vai ser transmitida ou exibida, também faz comque o processo de decodificação marque todas as imagens da mesma vista que não sãoimagens IDR ou imagens V, e que precedem em ordem de saída para serem marcadas co-mo "não utilizadas para referência". Cada imagem V deve estar associada com a mensagemSEI de Dependência de Vista ocorrendo na mesma NAL.

Com relação às sintaxe e semântica de Informações de Otimização Suplementar dedependência de vista, uma mensagem de Informações de Otimização Suplementar de De-pendência de Vista é definida com a seguinte sintaxe:view_dependency (payloadSize ) {

num_seq_reference_views ue(v)seq_reference_view 0 ue(v)seq_reference_view 1 ue(v)

seq_reference_view_N ue(v)

num_pic_reference_views ue(v)pic_reference_view_0 ue(v)pic_reference_view_1 ue(v)

pic_reference_view_N ue(v)}

em que num_seq_reference_views/num_pic_reference_views denota o numero devistas potenciais, que podem ser usadas como uma referência para as seqüência / imagem demomento, e seq_reference_víew_i/pic_reference_view_i denota o número de vistas para ajésima vjs§0 de referência.

A imagem associada com uma mensagem de Informações de Otimização Suple-mentar de Dependência de Vista deve apenas referir-se às vistas específicas descritas porpic_reference viewj. De modo similar, todas as imagens subseqüentes em ordem de saídadessa vista, até a mensagem de Informações de Otimização Suplementar de Dependênciade Vista seguinte, nessa vista, devem apenas referir-se às vistas específicas descritas porseq_reference_view_i.Uma mensagem de Informações de Otimização Suplementar de Dependência deVista deve estar associada com cada imagem de Restauração de Decodificação Instantânea(IDR) e imagem V.

Pelo menos uma deficiência desse método é a complexidade introduzida no decodi-ficador, devido à dependência ser obtida recursivamente. Adicionalmente, esse método re-quer que cada imagem V conduza uma mensagem SEI (que é uma parte não normativa dopadrão MPEG-4 AVC), resultando na dependência sendo incapaz de ser usada para com-portamento normativo, tal como seleção de imagem de referência.

RESUMO

Essas e outras deficiências e desvantagens da técnica anterior são abordadas pe-los presentes princípios, que são dirigidos a métodos e aparelhos para uso em um sistemade codificação de vídeo multivista.

De acordo com um aspecto dos presentes princípios, proporciona-se um aparelho.O aparelho inclui um codificador, para codificar pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista em um fluxo de bits correspondente, em que o fluxo de bitsresultante é codificado para incluir informações específicas de vistas. As informações espe-cíficas de vistas indicam uma interdependência de decodificação entre pelo menos algumadas pelo menos duas vistas.

De acordo com outro aspecto dos presentes princípios, proporciona-se um método.O método inclui a codificação de pelo menos duas vistas correspondentes a conteúdo devídeo multivista em um fluxo de bits resultante, em que o fluxo de bits resultante é codificadopara incluir informações específicas de vistas. As informações específicas de vistas indicamuma interdependência de decodificação entre pelo menos alguma das pelo menos duas vis-tas.

De acordo com uma um outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um codificador, para codificar pelo menos duas vistas corres-pondentes ao conteúdo de vídeo multivista de um fluxo de bits, em que o fluxo de bits é de-codificado para determinar as informações específicas de vistas nele, as informações espe-cíficas de vistas indicando uma interdependência de decodificação entre pelo menos algumadas pelo menos duas vistas.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se ummétodo. O método inclui a decodificação de pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista de um fluxo de bits, em que o fluxo de bits é decodificado paradeterminar as informações específicas de vistas nele. As informações específicas de vistasindicam uma interdependência de decodificação entre pelo menos alguma das pelo menosduas vistas.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um codificador, para codificar pelo menos duas vistas corres-pondentes ao conteúdo de vídeo multivista por definição, como uma vista de base, de qual-quer das pelo menos duas vistas que, para decodificação dela, é independente de qualqueroutra das pelo menos duas vistas.

De acordo com ainda um outro aspecto dos presentes princípios, proporciona-seum método. O método inclui a codificação de pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista por definição, como uma vista de base, de qualquer das pelomenos duas vistas que, para decodificação dela, é independente de qualquer outra das pelomenos duas vistas.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um decodificador, para decodificar pelo menos duas vistas cor-respondentes ao conteúdo de vídeo multivista, em que o decodificador determinar que, sealguma, das pelo menos duas vistas for uma vista de base que, para decodificação dela,seja independente de qualquer outra das pelo menos duas vistas.

De acordo com um aspecto adicional dos presentes princípios, proporciona-se ummétodo. O método inclui a decodificação de pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista, em que a etapa de decodificação determina que, se alguma,das pelo menos duas vistas for uma vista de base, que, para decodificação dela, seja inde-pendente de qualquer outra das pelo menos duas vistas.

De acordo com um aspecto dos presentes princípios, proporciona-se um aparelho.

O aparelho inclui um codificador, para codificar pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista por codificação de pelo menos uma das pelo menos duas vis-tas em um fluxo de bits resultante, que está de acordo com a sintaxe da Organização Inter-nacional para o Grupo de Especialistas de Imagem em Movimento 4 (MPEG-4) da Comis-são de Padronização Eletrotécnica Internacional (ISO / IEC), Parte 10, União de Telecomu-nicações Internacional de Padronização de Codificação de Vídeo Avançado (AVC), reco-mendação H.264 do Setor de Telecomunicações, para compatibilidade regressiva com ela.

De acordo com outro aspecto dos presentes princípios, proporciona-se um método.O método inclui a codificação de pelo menos duas vistas correspondentes ao conteúdo devídeo multivista por codificação de pelo menos uma das pelo menos duas vistas em um flu-xo de bits resultante, que está de acordo com a sintaxe da Organização Internacional para oGrupo de Especialistas de Imagem em Movimento 4 (MPEG-4) da Comissão de Padroniza-ção Eletrotécnica Internacional (ISO / IEC), Parte 10, União de Telecomunicações Interna-cional de Padronização de Codificação de Vídeo Avançado (AVC), recomendação H.264 doSetor de Telecomunicações, para compatibilidade regressiva com ela.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um decodificador para decodificar pelo menos duas vistas cor-respondentes ao conteúdo de vídeo multivista, em que pelo menos uma das pelo menosduas vistas é incluída em um fluxo de bits resultante, que está de acordo com a sintaxe daOrganização Internacional para o Grupo de Especialistas de Imagem em Movimento 4(MPEG-4) da Comissão de Padronização Eletrotécnica Internacional (ISO / IEC), Parte 10,União de Telecomunicações Internacional de Padronização de Codificação de Vídeo Avan-çado (AVC)1 recomendação H.264 do Setor de Telecomunicações, para compatibilidaderegressiva com ela.

De acordo com ainda um outro aspecto dos presentes princípios, proporciona-seum método. O método inclui a decodificação de pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista, em que pelo menos uma das pelo menos duas vistas é incluí-da em um fluxo de bits resultante, que está de acordo com a sintaxe da Organização Inter-nacional para o Grupo de Especialistas de Imagem em Movimento 4 (MPEG-4) da Comis-são de Padronização Eletrotécnica Internacional (ISO / IEC), Parte 10, União de Telecomu-nicações Internacional de Padronização de Codificação de Vídeo Avançado (AVC), reco-mendação H.264 do Setor de Telecomunicações, para compatibilidade regressiva com ela.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um codificador para codificar pelo menos uma de pelo menosduas vistas correspondentes ao conteúdo de vídeo multivista, por seleção entre um de doistipos de fatias predefinidos.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se ummétodo. O método inclui a codificação de pelo menos uma de pelo menos duas vistas cor-respondentes ao conteúdo de vídeo multivista, por seleção entre um de dois tipos de fatiaspredefinidos.

De acordo com ainda outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um decodificador para decodificar pelo menos uma de pelo me-nos duas vistas correspondentes ao conteúdo de vídeo multivista, por seleção entre um dedois tipos de fatias predefinidos.

De acordo com um aspecto adicional dos presentes princípios, proporciona-se ummétodo. O método inclui a decodificação de pelo menos uma de pelo menos duas vistascorrespondentes ao conteúdo de vídeo multivista, por seleção entre um de dois tipos de fati-as predefinidos.

De acordo com ainda outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um codificador para decodificar pelo menos uma de pelo menosduas vistas correspondentes ao conteúdo de vídeo multivista em um fluxo de bits resultante,em que o fluxo de bits resultante é codificado para incluir pelo menos um parâmetro de câ-mera correspondente a pelo menos uma das pelo menos duas vistas.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se ummétodo. O método inclui a codificação de pelo menos uma de pelo menos duas vistas cor-respondentes ao conteúdo de vídeo multivista em um fluxo de bits resultante, em que o fluxode bits resultante é codificado para incluir pelo menos um parâmetro de câmera correspon-dente a pelo menos uma das pelo menos duas vistas.

De acordo com ainda outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um decodificador para decodificar pelo menos uma de pelo me-nos duas vistas correspondentes ao conteúdo de vídeo multivista em um fluxo de bits resul-tante, em que o fluxo de bits resultante é decodificado para determinar pelo menos um pa-râmetro de câmera correspondente incluído nele. O pelo menos um parâmetro de câmeracorresponde a pelo menos uma das pelo menos duas vistas.

De acordo com um outro aspecto dos presentes princípios, proporciona-se um mé-todo. O método inclui a decodificação de pelo menos uma de pelo menos duas vistas cor-respondentes ao conteúdo de vídeo multivista de um fluxo de bits, em que o fluxo de bits édecodificado para determinar pelo menos um parâmetro de câmera incluído nele. O pelomenos um parâmetro de câmera corresponde a pelo menos um das pelo menos duas vistas.

De acordo com um outro aspecto dos presentes princípios, proporciona-se um apa-relho. O aparelho inclui um codificador para decodificar pelo menos uma de pelo menos du-as vistas correspondentes ao conteúdo de vídeo multivista em um fluxo de bits resultante,em que o fluxo de bits resultante é codificado para incluir pelo menos um elemento de sinta-xe relacionado com pelo menos um parâmetro de câmera para pelo menos uma das pelomenos duas vistas.

De acordo com mais um outro aspecto dos presentes princípios, proporciona-se ummétodo. O método inclui a codificação de pelo menos uma de pelo menos duas vistas cor-respondentes ao conteúdo de vídeo multivista em um fluxo de bits resultante, em que o fluxode bits resultante é codificado para incluir pelo menos um elemento de sintaxe relacionadocom pelo menos um parâmetro de câmera para pelo menos uma das pelo menos duas vis-tas.

De acordo com ainda outro aspecto dos presentes princípios, proporciona-se umaparelho. O aparelho inclui um decodificador para decodificar pelo menos uma de pelo me-nos duas vistas correspondentes ao conteúdo de vídeo multivista em um fluxo de bits resul-tante, em que o fluxo de bits resultante é decodificado para determinar pelo menos um pa-râmetro de câmera para pelo menos uma das pelo menos duas vistas, com base em pelomenos um elemento de sintaxe incluído no fluxo de bits.

De acordo com um aspecto adicional dos presentes princípios, proporciona-se ummétodo. O método inclui a decodificação de pelo menos duas vistas correspondentes aoconteúdo de vídeo multivista de um fluxo de bits, em que o fluxo de bits é decodificado paradeterminar pelo menos um parâmetro de câmera para pelo menos uma das duas vistas,com base em pelo menos um elemento de sintaxe incluído no fluxo de bits.

Esses e outros aspectos, características e vantagens dos presentes princípios vãoficar evidentes da descrição detalhada apresentada a seguir das modalidades exemplificati-vas, que devem ser lidos em conjunto com os desenhos em anexo.

BREVE DESCRIÇÃO DOS DESENHOS

Os presentes princípios podem ser melhor entendidos de acordo com as seguintesfiguras exemplificativas, nas quais:

a Figura 1 é um diagrama de blocos para um codificador de vídeo exemplificativo,ao qual os presentes princípios podem ser aplicados, de acordo com uma modalidade dospresentes princípios;

a Figura 2 é um diagrama de blocos para um decodificador de vídeo exemplificati-vo, ao qual os presentes princípios podem ser aplicados, de acordo com uma modalidadedos presentes princípios;

a Figura 3 é um diagrama para uma estrutura de previsão temporal entre vistas,com base em um padrão MPEG-4 AVC, usando imagens B hierárquicas, de acordo comuma modalidade dos presentes princípios;

a Figura 4 é um diagrama de fluxo para um método exemplificativo para codificaçãode vistas múltiplas de um conteúdo de vídeo multivista, de acordo com uma modalidade dospresentes princípios; e

a Figura 5 é um diagrama de fluxo de um método exemplificativo para decodifica-ção de vistas múltiplas de um conteúdo de vídeo multivista, de acordo com uma modalidadedos presentes princípios.

DESCRIÇÃO DETALHADA

Os presentes princípios são dirigidos a métodos e aparelhos para uso em um sis-tema de codificação de vídeo multivista.

A presente descrição ilustra os presentes princípios. Aqueles versados na técnicavão, desse modo, considerar que vai ser possível planejar várias disposições, que, emboranão explicitamente descritas ou apresentadas no presente relatório descritivo, incluem ospresentes princípios e são incluídas dentro dos seus espírito e âmbito.

Todos os exemplos e a linguagem condicional relacionados no presente relatóriodescritivo são intencionados para fins pedagógicos, para ajudar o leitor no entendimento dospresentes princípios e dos conceitos contribuídos pelo ou pelos inventores, para incrementara técnica, e devem ser considerados sem limitação a esses exemplos e condições especifi-camente relacionados.

Além do mais, todas as indicações no presente relatório descritivo descrevendo osprincípios, aspectos e modalidades dos presentes princípios, bem como os seus exemplosespecíficos, são intencionados para abranger ambos os seus equivalentes estruturais e fun-cionais. Adicionalmente, intenciona-se que esses equivalentes incluam tanto os equivalentesatualmente conhecidos, bem como aqueles que vão ser desenvolvidos no futuro, isto é,quaisquer elementos desenvolvidos que executem a mesma função, independentemente daestrutura.

Desse modo, por exemplo, aqueles versados na técnica vão considerar que os dia-gramas de bloco, apresentados no presente relatório descritivo, representam vistas concei-tuais de um conjunto de circuitos englobando os presentes princípios. De modo similar, vai-se considerar que quaisquer fluxogramas, diagramas de fluxo, diagramas de transição deestado, pseudocódigo e assemelhados representam vários processos, que podem ser subs- tancialmente representados em meios legíveis por computador e, desse modo, executadospor um computador ou processador, se ou não tal computador ou processador for mostradoexplicitamente.

As funções dos vários elementos mostrados nas figuras podem ser proporcionadaspor uso de hardware dedicado, bem como de hardware capaz de executar software em as- sociação com software adequado. Quando proporcionadas por um processador, as funçõespodem ser proporcionadas por um único processador dedicado, por um único processadorcompartilhado, ou por uma pluralidade de processadores individuais, alguns dos quais po-dem ser compartilhados. Além do mais, o uso explícito do termo "processador" ou "controla-dor" não deve ser considerado como referindo-se exclusivamente a hardware capaz de exe-cutar software, e pode incluir implicitamente, sem limitação, hardware de processador desinal digital ("DSP"), memória exclusiva de leitura ("ROM") para armazenamento de softwa-re, memória de acesso aleatório ("RAM") e armazenamento não volátil.

Outro hardware, convencional e/ou , convencional e/ou personalizado, também po-de ser incluído. De modo similar, quaisquer chaves mostradas nas figuras são apenas con-ceituais. A função delas pode ser conduzida por operação de lógica de programa, por lógicadedicada, por interação de controle de programa e lógica dedicada, ou mesmo manualmen-te, a técnica particular sendo selecionável pelo implementado, como entendido mais especi-ficamente do contexto.

Nas reivindicações nesse aspecto, qualquer elemento expresso como um meio pa-ra conduzir uma função específica é intencionado para abranger qualquer modo de condu-ção daquela função, incluindo, por exemplo: a) uma combinação de elementos de circuitoque conduz essa função; ou b) software em qualquer forma, incluindo, portanto, programa-ção em hardware, microcódigo ou assemelhados, combinado com um conjunto de circuitosadequado, para executar esse software, para executar a função. Os presentes princípios,como definidos por essas reivindicações, residem no fato de que as funcionalidades propor-cionadas pelos vários meios mencionados são combinadas e reunidas da maneira que pe-dem as reivindicações. Considera-se, desse modo, que qualquer meio possa proporcionaraquelas funcionalidades que são equivalentes àquelas mostradas no presente relatório des-critivo.

A referência no relatório descritivo a "uma modalidade" dos presentes princípiossignifica que um aspecto, estrutura, característica e assim por diante, descrito em conjuntocom a modalidade, é incluído em pelo menos uma modalidade dos presentes princípios.Desse modo, a apresentação do termo "em uma modalidade", que é indicado em vários lo-cais ao longo do relatório descritivo, não é necessariamente para tudo referir-se à mesmamodalidade.

Voltando à Figura 1, um codificador de vídeo exemplificativo, ao qual os presentesprincípios podem ser aplicados, é indicado genericamente pelo número de referência 100.

Uma entrada para o codificador de vídeo 100 é conectada em comunicação de sinalcom uma entrada não invertida de um combinador 110. A saída do combinador 110 é conec-tada em comunicação de sinal com um transformador / quantificador 120. A saída do trans-formador / quantificador 120 é conectada em comunicação de sinal com um codificador deentropia 140. Uma saída do codificador de entropia 140 é disponível como uma saída docodificador 100.

A saída do transformador / quantificador 120 é ainda conectada em comunicaçãode sinal com um transformador / quantificador inverso 150. Uma saída do transformador /quantificador inverso 150 é conectada em comunicação de sinal com uma entrada de umfiltro de desbloqueio 160. Uma saída do filtro de desbloqueio 160 é conectada em comuni-cação de sinal com as memórias de imagens de referência 170. Uma primeira saída dasmemórias de imagens de referência 170 é conectada em comunicação de sinal com umaprimeira entrada de um estimador de movimento 180. A entrada para o codificador 100 éainda conectada em comunicação de sinal com uma segunda entrada do estimador de mo-vimento 180. A saída do estimador de movimento 180 é conectada em comunicação de si-nal com uma primeira entrada de um compensador de movimento 190. Uma segunda saídadas memórias de imagens de referência 170 é conectada em comunicação de sinal comuma segunda entrada do compensador de movimento 190. A saída do compensador de mo-vimento 190 é conectada em comunicação de sinal com uma entrada de inversão do combi-nador 110.

Voltando à Figura 2, um decodificador de vídeo exemplificativo, ao qual os presen-tes princípios podem ser aplicados, é indicado genericamente pelo número de referência 200.

O decodificador de vídeo 200 inclui um decodificador de entropia 210, para receberuma seqüência de vídeo. Uma primeira saída do decodificador de entropia 210 é conectadaem comunicação de sinal com uma entrada de um quantificador / transformador inverso 220.Uma saída do quantificador / transformador inverso 220 é conectada em comunicação desinal com uma primeira saída de não inversão de um combinador 240.

A saída do combinador 240 é conectada em comunicação de sinal com uma entra-da de um filtro de desbloqueio 290. Uma saída do filtro de desbloqueio 290 é conectada emcomunicação de sinal com uma entrada de memórias de imagens de referência 250. A saídadas memórias de imagens de referência 250 é conectada em comunicação de sinal comuma primeira entrada de um compensador de movimento 260. Uma saída do compensadorde movimento 260 é conectada em comunicação de sinal com uma segunda entrada de nãoinversão do combinador 240. Uma segunda saída do decodificador de entropia 210 é conec-tada em comunicação de sinal com uma segunda entrada do compensador de movimento260. A saída do filtro de desbloqueio 290 é disponível como uma saída do decodificador devídeo 200.

Em uma modalidade dos presentes princípios, uma sintaxe de alto nível é propostapara o processamento eficiente de uma seqüência multivista. Em particular, propõe-se acriação de um novo conjunto de parâmetros chamado Conjunto de Parâmetros de Vista(VPS), com o seu próprio tipo de unidade NAL e dois ou mais novos tipos de unidades NAL,para suportar fatias multivista, com os tipos de unidades NAL incluindo um identificador devista (id) no cabeçalho da NAL1 para identificar a que vista a fatia pertence. Para uma capa-cidade de escalonamento e compatibilidade de inversão de vista com os decodificadorescompatíveis com o padrão MPEG-4 AVC, propõe-se manter uma vista compatível comMPEG-4 AVC, que vai ser chamada "Vista de Base compatível com MPEG-4 AVC".

Como usado no presente relatório descritivo, "sintaxe de alto nível" se refere à sin-taxe presente no fluxo de bits, que reside hierarquicamente acima da camada de macroblo-co. Por exemplo, a sintaxe de alto nível, como usada no presente relatório descritivo, podereferir-se, mas não é limitada a, sintaxe no nível de cabeçalho de fatia, nível de Informaçõesde Otimização Suplementares (SEI), nível de conjunto de parâmetros de imagens e nível deconjunto de parâmetros de seqüência.

Na presente implementação do sistema de Codificação de Vídeo Multivista, descritoacima como não tendo qualquer provisão para identificar uma vista específica e sinalizarparâmetros de câmera, diferentes vistas são intercaladas para formar uma única seqüência,em vez do tratamento das diferentes vistas como vistas separadas. Uma vez que a sintaxe écompatível com o padrão MPEG-4 AVC, como mencionado acima, não é atualmente possí-vel identificar a que vista uma determinada fatia pertence. Essas informações de vistas sãonecessárias por várias razões. A capacidade de escalonamento das vistas, o acesso aleató-rio delas, o processamento paralelo, a geração de vistas, e a síntese de vistas são todosrequisitos de Codificação de Vídeo Multivista, que são necessários para identificação deuma vista. Para suporte eficiente de acesso aleatório de vistas e capacidade de escalona-mento delas, é importante que o decodificador saiba como as diferentes imagens são de-pendentes entre si, de modo que apenas as imagens que são necessárias são decodifica-das. Os parâmetros de câmera são necessários para síntese de vistas. Se a síntese de vis-tas for eventualmente usada no "loop" de decodificação, um modo padronizado de sinalizaros parâmetros de câmera que precisam ser especificados. De acordo com uma modalidade,um conjunto de parâmetros de vista é usado.

Em uma modalidade, supõe-se que uma vista é necessária, que é inteiramentecompatível por regressão com o padrão MPEG-4 AVC, com a finalidade de suportar decodi-ficadores não compatíveis com MVC mas compatíveis com MPEG-4 AVC. Em uma modali-dade, supõe-se que vai haver vistas que são independentemente decodificáveis para facili-tar o acesso aleatório a vistas rápido. Essas vistas vão ser referidas como "vistas de base".Uma vista de base pode ser ou não compatível com o presentes princípios, mas uma vistacompatível com MPEG-4 AVC é sempre uma vista de base.

Voltando à Figura 3, uma estrutura de previsão temporal entre as vistas, com baseno padrão MPEG-4 AVC, usando imagens B hierárquicas, é indicada genericamente pelonúmero de referência 300. Na Figura 3, a variável I denota uma imagem intracodificada, avariável P denota uma imagem codificada previsivelmente, a variável B denota uma imagembicodificada previsivelmente, a variável T denota um local de uma imagem particular, e avariável S denota uma vista particular, à qual corresponde uma imagem particular.

De acordo com uma modalidade, os termos apresentados a seguir são definidos.

Imagem de âncora é definida como uma imagem, cuja decodificação não envolvequalquer imagem amostrada em um período de tempo diferente. Uma imagem de âncora ésinalizada por ajuste de nal_ref_idc a 3. Na Figura 3, todas as imagens nos locais TO, T8 ...,T96 e T100 são exemplos de imagens de âncora.

Uma imagem não âncora é definida como uma imagem que não tem a restrição a-cima específica para uma imagem de âncora. Na Figura 3, as imagens B2, B3 e B4 são i-magens não âncora.

A vista de base é uma vista que não depende de qualquer outra vista e pode serdecodificada independentemente. Na Figura 3, a vista SO é um exemplo de vista de base.

Também, em uma modalidade, um novo conjunto de parâmetros é proposto cha-mado Conjunto de Parâmetros de Vistas, com o seu próprio tipo de unidade NAL e dois oumais novos tipos de unidades NAL, para suportar fatias de Codificação de Vídeo Multivista.Vai-se também modificar a sintaxe do cabeçalho da fatia, para indicar a viewjd e o conjuntode parâmetros de vistas a ser usado.

O padrão MPEG-4 AVC inclui os seguintes dois conjuntos de parâmetros: (1) Con-junto de Parâmetros de Seqüência (SPS), que inclui informações que não são esperadasmudar por toda a seqüência; e (2) Conjunto de Parâmetros de Imagens (PPS), que incluiinformações que não são esperadas variar para cada imagem.Uma vez que a Codificação de Vídeo Multivista tem informações adicionais, quesão específicas para cada vista, criou-se um Conjunto de Parâmetros de Vistas (VPS) sepa-rado, para transmitir essas informações. Todas as informações que são necessárias paradeterminar a dependência entre as diferentes vistas são indicadas no Conjunto de Parâme-tros de Vistas. A tabela de sintaxe para o Conjunto de Parâmetros de Vistas proposto émostrada na TABELA 1 (sintaxe RBSP de Conjunto de Parâmetros de Vistas). Esse Conjun-to de Parâmetros de Vistas é incluído em um novo tipo de unidade NAL, por exemplo, o tipo14, como mostrado na TABELA 2 (códigos dos tipos de unidades NAL).

De acordo com a descrição da presente invenção, os seguintes termos são defini-dos:

view_parameter_set_id identifica o conjunto de parâmetros de vistas, que é referidono cabeçalho da fatia; o valor view_parameter_set_id deve ser na faixa de 0 a 255;

number_of_views_minus_1 mais 1 identifica o número total de vistas no fluxo debits; o valor number_of_view_minus_1 deve ser na faixa de 0 a 255;

avc_compatible_view_id indica o viewjd da vista compatível com AVC; o valor deavc_compatible_view_id deve ser na faixa de 0 a 255;

is_base_view_flag[i] igual a 1 indica que a vista i é uma vista de base e é decodifi-cável independentemente; is_base_view_flag[i] igual a 0 indica que a vista i não é uma vistade base; o valor de is_base_view_flag[i] deve ser igual a 1 para uma vista compatível comAVC;

dependency_updateflag igual a 1 indica que as informações de dependência paraessa vista são atualizadas no VPS; dependency_updateflag igual a 0 indica que as informa-ções de dependência para essa vista não são atualizadas e devem ser alteradas;

anchor_picture_dependency_maps[i][j] igual a 1 indica que as imagens de âncoraviewjd igual a j vão depender das imagens de âncora viewjd igual a I; e

non_anchor_picture_dependency_maps[i)(j] igual a 1 indica que as imagens nãoâncora com viewjd igual a j vão depender das imagens não âncora com viewjd igual a i;non_anchor_picture_dependency_maps[i][j] está presente apenas quando an-chor_picture_dependency_maps[i][i} é igual a 1; se anchor_picture_dependency_maps[i][j)30 está presente e é igual a zero, non_anchor_picture_dependency_maps[i][j] deve ser inferidacomo sendo igual a 0.

TABELA 1

<table>table see original document page 13</column></row><table><table>table see original document page 14</column></row><table>

TABELA 2

<table>table see original document page 14</column></row><table><table>table see original document page 15</column></row><table><table>table see original document page 16</column></row><table>

Os parâmetros opcionais no Conjunto de Parâmetros de Vistas incluem os seguintes:

camera_parameters_present_flag igual a 1 indica que uma matriz de projeção é si-nalizada a seguir; e

camera_parameters, presumindo que o parâmetro de câmera é transportado na for-ma de uma matriz de projeção 3x4 P, que pode ser usada para mapear um ponto no mundo3D na coordenada de imagem 2D:

1 = P * (X, : Yw : Zw: 1)

em que I está em coordenadas homogêneas I = [k & : A· 1 y : A].

Cada camera_parameters_*_* de elemento pode ser representado de acordo como padrão de ponto de flutuação de precisão única IEEE (32 bits).

A vantagem de colocar essas informações em um conjunto de parâmetros separadoé que vai-se manter ainda os Conjuntos de Parâmetros de Seqüências (SPS) e os Conjuntosde Parâmetros de Imagens (PPS)1 que são compatíveis com o padrão MPEG-4 AVC. Se es-sas informações são colocadas em um Conjunto de Parâmetros de Seqüências ou em umConjunto de Parâmetros de Imagens, para cada vista, vai-se precisar enviar um Conjunto deParâmetros de Seqüências e um Conjunto de Parâmetros de Imagens separados. Isso é mui-to limitante. Também, essas informações não se ajustam bem em um Conjunto de Parâmetrosde Seqüências ou em um Conjunto de Parâmetros de Imagens. Outra razão é que uma vezque se propõe ter uma vista de base compatível com padrão MPEG-4 AVC, vai-se ter queusar Conjuntos de Parâmetros de Seqüências e Conjuntos de Parâmetros de Imagens sepa-rados para essa visão Conjuntos de Parâmetros de Seqüências / Conjuntos de Parâmetros deImagens separados (com informações específicas das vistas) para todas as outras vistas.

A colocação de todas as informações de dependência em um único Conjunto de Pa-râmetros de Vistas bem no início da seqüência é muito benéfica. O decodificador pode criarum mapa usando todas as informações de dependência, uma vez que recebe o Conjunto deParâmetros de Vistas. Isso permite que se sabe, antes de receber qualquer fatia, que vistassão necessárias para decodificar uma vista particular. Em conseqüência disso, precisa-se a-penas analisar gramaticamente o cabeçalho da fatia, para obter o viewjd e determinar seessa vista é necessária para decodificar uma vista alvo, como indicado por um usuário.Desse modo, não se precisa isolar quaisquer quadros ou esperar até um certo ponto, paradeterminar que quadros são necessários para decodificar uma vista particular.

As informações de dependência e se é uma vista de base são indicadas no Conjun-to de Parâmetros de Vistas. Mesmo uma vista de base compatível com MPEG-4 AVC temassociada com ela informações que são específicas àquela vista (por exemplo, parâmetrosde câmera). Essas informações podem ser usadas por outras vistas para vários fins, incluin-do interpolação / síntese de vistas. Propõe-se apenas suportar uma vista compatível comMPEG-4 AVC, uma vez que há múltiplas vistas compatíveis com MPEG-4 AVC, dificultandoa identificação para cada uma dessas fatias, cuja vista faz parte, e um decodificador de Co-dificação de Vídeo Multivista pode ficar facilmente confuso.

Por restrição dela a apenas uma dessas vistas, garante-se que um decodificador deVídeo Multivista vai ser capaz de decodificar corretamente a vista, e um decodificador deCodificação de Vídeo Multivista pode identificar facilmente essa vista do Conjunto de Parâ-metros de Vistas usando a sintaxe avc_compatible_view_id. Todas as outras vistas de base(não compatível com MPEG-4 AVC) podem ser identificadas usando is_base_view_flag.

Um novo cabeçalho de fatia para fatias de Codificação de Vídeo Multivista é pro-posto. Para suportar a capacidade de escalonamento de vistas, acesso aleatório a vistas, eassim por diante, precisa-se saber de que vistas a fatia atual depende. Para síntese de vis-tas e interpolação de vistas, pode-se também precisar potencialmente dos parâmetros decâmeras. Essas informações estão presentes no Conjunto de Parâmetros de Vistas mostra-do acima na Tabela 1. O Conjunto de Parâmetros de Vistas é identificado por uso de vi-ew_parameter_set_id. Propõe-se adicionar a view parameter setjd ao cabeçalho da fatiade todas as fatias não compatíveis com MPEG-4 AVC, como mostrado na Tabela 3 (Sintaxede cabeçalhos de fatias). A viewjdjnformation é necessária para vários requisitos de Codi-ficação de Vídeos Multivista, incluindo interpolação / síntese de vistas, acesso aleatório avistas, processamento paralelo, e assim por diante. Essas informações podem ser tambémúteis para modos de codificação especiais, que apenas se referem à previsão de vistas cru-zadas. Para encontrar os parâmetros correspondentes do Conjunto de Parâmetros de Vistaspara essa vista, precisa-se enviar a viewjd no cabeçalho da fatia.

TABELA 3

<table>table see original document page 18</column></row><table>

Para as novas fatias de Codificação de Vídeo Multivista, propõe-se criar nos tipos

de unidades NAL para cada tipo de fatia (Restauração de Decodificação Instantânea - IDR -e não IDR). Propõe-se usar o tipo 22 para as fatias IDR e o tipo 23 para as fatias não IDR1como mostrado na TABELA 2.

A view_parameter_set_id especifica o conjunto de parâmetros devistas em uso. O valor da view_parameter_set_id deve ser na faixa de 0 a255.

A viewjd indica a identificação de vista da vista atual. O valor da vi-ew_parameter_set_id deve ser na faixa de 0 a 255.

Um exemplo de acesso aleatório de vista vai ser descrito a seguir de acordo comuma modalidade dos presentes princípios.

O acesso aleatório de vistas é um requisito de Codificação de Vídeos Multivista. Oobjetivo é conseguir acesso a qualquer vista com um mínimo esforço de decodificação. Vai-se considerar um exemplo simples de acesso aleatório de vistas para a estrutura de previ-são apresentada na Figura 3.

Supor que um usuário pede para decodificar a vista S3. Da Figura 3, percebe-seque essa vista depende da vista SO1 vista S2 e vista S4. Um Conjunto de Parâmetros deVistas é ilustrado abaixo.Supõe-se que a viewjd para as vistas é numerada consecutivamente de 0 a 7 nasintaxe de cabeçalho de fatia, e há apenas um Conjunto de Parâmetros de Vistas presentecom a view_parameter_set igual a 0. A number_of_views_minus_1 is set é ajustada a 0. Aavc_compatible_view_id pode ser ajustada a 0.

Para as vistas SO1 a is_base_view_flag é ajustada a 1, e para as outras vistas é a-justada a 0. O mapa de dependência para SO1 S1, S2, S3 e S4 vai ter o aspecto apresenta-do na Tabela 4A (tabela de dependência para anchor_picture_dependency_map da S0) e aTabela 4B (tabela de dependência para non_anchor_picture_dependency_map da S0). Omapa de dependência para as outras vistas pode ser escrita de uma maneira similar.

Uma vez que essa tabela está disponível no decodificador, o decodificador pode fa-cilmente determinar se uma fatia que ela recebe é necessária para decodificar uma vista parti-cular. O decodificador apenas precisa analisar gramaticalmente o cabeçalho da fatia, paradeterminar a viewjd da fatia atual, e, para a vista alvo S3 pode consultar as colunas S3 nasduas tabelas (TABELA 4a e TABELA 4b), para determinar se ou não deve manter a fatia atual.

O decodificador precisa distinguir entre as imagens de âncora e as imagens não âncora, umavez que podem ter diferentes dependências, como pode-se notar da Tabela 4a e da Tabela4b. Para a vista alvo S3, precisa-se decodificar as imagens de âncora das vistas S0, S2 e S4,mas apenas é preciso decodificar nas imagens não âncora das vistas S2 e S4.

TABELA 4A

<table>table see original document page 19</column></row><table>

TABELA 4B

<table>table see original document page 19</column></row><table>

Voltando à Figura 4, um método exemplificativo para a codificação das múltiplasvistas de conteúdo de vídeo multivista é indicado, de uma maneira geral, pelo número dereferência 400.

O método 400 inclui um bloco de partida 405, que analisa gramaticamente o contro-le a um bloco de função 410. O bloco de função 410 lê um arquivo de configuração para osparâmetros de codificação a ser usados para codificação das vistas múltiplas, e passa ocontrole para um bloco de função 415. O bloco de função ajusta N para que seja igual aonúmero de vistas a serem codificadas, e passa o controle para um bloco de função 420. Obloco de função 420 ajusta number of_views_minus_1 igual a N - 1, ajustaavc_compatible_view_id igual a viewjd da vista compatível com MPEG-4 AVC1 e passa ocontrole para um bloco de função 425. O bloco de função 425 ajusta a view_parameter-_set_id igual a um número inteiro válido, inicializa um i variável para que seja igual a zero, epassa o controle para um bloco de decisão 430. O bloco de decisão 430 determina se ounão i é maior do que N. Sendo assim, então o controle é passado a um bloco de decisão435. De outro modo, o controle é passado para um bloco de função 470.

O bloco de decisão 435 determina se ou não a vista atual é uma vista de base.Sendo assim, então o controle é passado para um bloco de função 440. De outro modo, ocontrole é passado para um bloco de função 480.

O bloco de função 440 ajusta is_base_view_flag[i] igual a um, e passa o controle aum bloco de decisão 445. O bloco de decisão 445 determinar se ou não a dependência estásendo atualizada. Sendo assim, o controle é passado para um bloco de função 450. De ou-tro modo, o controle é passado para um bloco de função 485.

O bloco de função 450 ajusta a dependency_update_flag igual a um, e passa o con-trole para um bloco de função 455. O bloco de função 455 ajusta uma variável j igual a 0, epassa o controle a um bloco de decisão 460. O bloco de decisão 460 determina se ou não jé inferior a N. Sendo assim, então o controle é passado para um bloco de função 465. Deoutro modo, o controle é passado para o bloco de função 487.

O bloco de função 465 ajusta anchor_picture_dependency_maps[i][j] enon_anchor_picture_dependency_maps[i][j] aos valores indicados pelo arquivo de configura-ção, e passa o controle para um bloco de função 467. O bloco de função 467 incrementa avariável j por um, e retorna o controle para o bloco de decisão 460.

O bloco de função 470 ajusta camera_parameters_present_flag igual a um, quandoos parâmetros de câmera estão presentes, ajusta camera_parameters_present_ igual, deoutro modo, a zero, e passa o controle a um bloco de decisão 472. O bloco de decisão 472determina se ou não a camera_parameters_present_flag é igual a um. Sendo assim, então ocontrole é passado para um bloco de função 432. De outro modo, o controle é passado a umbloco de função 434.

O bloco de função 432 escreve os parâmetros de câmera, e passa o controle aobloco de função 434.

O bloco de função 434 escreve o Conjunto de Parâmetros de Vistas (VPS) ou oConjunto de Parâmetros de Seqüências (SPS), e passa o controle para um bloco de fim499.

O bloco de função 480 ajusta is_base_view_flag[i] igual a zero, e passa o controlepara o bloco de decisão 445.

O bloco de função 485 ajusta dependency_update_flag igual a zero, e passa o con-trole para um bloco de função 487. O bloco de função 487 incrementa a variável i por 1, eretorna o controle para o bloco de decisão 430.

Voltando à Figura 5, um método exemplificativo para a decodificação de múltiplasvistas de conteúdo de vídeo multivista é indicado, de uma maneira geral, pelo número dereferência 500.

O método 500 inclui um bloco de partida 505, que passa o controle para um blocode função 510. O bloco de função 510 analisa gramaticamente um Conjunto de Parâmetrosde Seqüências (SPS) ou um Conjunto de Parâmetros de Vistas (VPS)1 vi-ew_parameter_set_id, number_of_views_minus_1, avc_compatible_view_id, ajusta N igual anumber_of_views_minus_1, e passa o controle a um bloco de decisão 515. O bloco de deci-são 515 determina se ou não i é inferior ou igual a N. Sendo assim, então o controle é pas-sado a um bloco de função 570. De outro modo, o controle é passado a um bloco de função 525.

O bloco de função 570 analisa gramaticalmente a came-ra_parameters_present_flag, e passa o controle para um bloco de decisão 572. O bloco dedecisão 572 determina se ou não a camera_parameters_present_flag é igual a um. Sendoassim, então o controle é passado a um bloco de função 574. De outro modo, o controle épassado a um bloco de função 576.

O bloco de função 574 analisa gramaticalmente os parâmetros de câmera, e passao controle ao bloco de função 576.

O bloco de função 576 continua a decodificação, e passa o controle a um bloco defim 599.

O bloco de função 525 analisa gramaticalmente is_base_view_flag[i] e depen-dency_update_flag, e passa o controle a um bloco de decisão 530. O bloco de decisão 530determina se ou não dependency_updateflag é igual a zero. Sendo assim, então o controleé passado para um bloco de função 532. De outro modo, o controle é passado a um blocode decisão 535.

O bloco de função 532 incrementa i por um, e retorna o controle ao bloco de deci-são 515.

O bloco de decisão 525 determinar se ou não j é inferior ou igual a N. Sendo assim,então o controle é passado a um bloco de função 540. De outro modo, o controle é passadoa um bloco de função 537.

O bloco de função 540 analisa gramaticalmente an-chor_picturedependency_maps[i][j], e passa o controle para um bloco de decisão 545. Obloco de decisão 545 determina de ou não non anchor picture_dependency_maps[i][j] éigual a um. Sendo assim, então o controle é passado a um bloco de função 550. De outromodo, o controle é passado a um bloco de função 547.O bloco de função 550 analisa gramaticamente non_anchor pictu-re_dependency_maps[i][j], e passa o controle para o bloco de função 547.

O bloco de função 547 incrementa j por um, e retorna o controle para o bloco dedecisão 535.

O bloco de função 537 incrementa i por um, e retorna o controle para o bloco defunção 515.

Uma descrição vai ser apresentada a seguir de parte das muitas vantagens / carac-terísticas associadas da presente invenção, algumas das quais foram mencionadas acima.Por exemplo, uma vantagem / característica é um aparelho que inclui um codificador, paracodificar pelo menos duas vistas correspondentes ao conteúdo de vídeo multivista em umfluxo de bits, em que o fluxo de bits resultante é codificado, para incluir informações especí-ficas de vistas. As informações específicas de vistas indicam uma interdependência de de-codificação entre pelo menos alguma das pelo menos duas vistas. Outra vantagem / carac-terística é o aparelho tendo o decodificador como descrito acima, em que a interdependên-cia de decodificação propicia uma decodificação correspondente de pelo menos uma daspelo menos duas vistas, usando apenas um subconjunto das pelo menos duas vistas para adecodificação correspondente. Ainda uma outra vantagem / característica é o aparelho ten-do o codificador como descrito acima, em que a interdependência de decodificação indicadanas informações específicas de vistas é usada para o acesso aleatório de pelo menos umadas pelo menos duas vistas, por queda das fatias relacionadas a qualquer daqueles daspelo menos duas vistas indicadas como não interdependentes com relação à pelo menosuma vista. Ainda uma outra vantagem / característica é o aparelho tendo o codificador comodescrito acima, em que as informações específicas de vistas são incluídas em uma sintaxede alto nível. Uma outra vantagem / característica é o aparelho tendo o codificador comodescrito acima, em que as informações específicas de vistas são incluídas em um conjuntode parâmetros compatível com a Organização Internacional para o Grupo de Especialistasde Imagem em Movimento 4 (MPEG-4) da Comissão de Padronização Eletrotécnica Inter-nacional (ISO / IEC), Parte 10, União de Telecomunicações Internacional de Padronizaçãode Codificação de Vídeo Avançado, recomendação H.264 do Setor de Telecomunicações.Mais uma outra vantagem / característica é o aparelho tendo o codificador como descritoacima, em que as informações específicas de vistas são incluídas em um Conjunto de Pa-râmetros de Vistas. Ainda uma outra vantagem / característica é o aparelho tendo o codifi-cador como descrito acima, em que as informações específicas de vistas são incluídas emum Conjunto de Parâmetros de Vistas como descrito acima, me que o Conjunto de Parâme-tros de Vistas recebe um tipo de unidade NAL, especificamente para uso com o Conjunto deParâmetros de Vistas. Uma vantagem / característica adicional é o aparelho tendo o codifi-cador, em que um tipo de unidade NAL recebe a atribuição específica para uso apenas como Conjunto de Parâmetros de Vistas, como descrito acima, em que o tipo de unidade NAL é14. Além do mais, outra vantagem / característica é o aparelho tendo o codificador, comodescrito acima, em que as informações específicas de vistas incluem pelo menos um ele-mento de sintaxe, para indicar uma identificação de Conjunto de Parâmetros de Vistas. Alémdo mais, outra vantagem / característica é o aparelho tendo o codificador, em que as infor-mações específicas de vistas incluem pelo menos um elemento de sintaxe, para indicar umaidentificação de Conjunto de Parâmetros de Vistas como descrito acima, em que o pelo me-nos um elemento de sintaxe é denotado por um elemento de sintaxe vi-ew_parameter_set_id. Também, outra vantagem / característica é o aparelho tendo o codi-ficador, em que as informações específicas de vistas incluem pelo menos um elemento desintaxe, para indicar várias vistas. Adicionalmente, outra vantagem / característica é o apa-relho tendo o codificador, em que as informações específicas de vistas incluem pelo menosum elemento de sintaxe, para indicar várias vistas como descrito acima, em que o pelo me-nos um elemento de sintaxe é denotado por um elemento de sintaxe numberof_views_minus_1. Além do mais, outra vantagem / característica é o aparelho tendo o co-dificador, em que as informações específicas de vistas incluem pelo menos um elemento desintaxe, para indicar uma identificação de vista para uma particular das pelo menos duasvistas, quando aquela particular das pelo menos duas vistas é codificada em um fluxo debits resultante, que é compatível com a Organização Internacional para o Grupo de Especia-listas de Imagem em Movimento 4 (MPEG-4) da Comissão de Padronização EletrotécnicaInternacional (ISO / IEC), Parte 10, União de Telecomunicações Internacional de Padroniza-ção de Codificação de Vídeo Avançado, recomendação H.264 do Setor de Telecomunica-ções. Além do mais, outra vantagem / característica é o aparelho tendo o codificador, emque as informações específicas de vistas incluem pelo menos um elemento de sintaxe, paraindicar uma identificação de vista para uma particular das pelo menos duas vistas comodescrito acima, em que o pelo menos um elemento de sintaxe é denotado por um elementode sintaxe avc_compatible_view_id. Também, uma outra vantagem / característica é o apa-relho tendo o codificador, em que as informações específicas de vistas incluem pelo menosum elemento de sintaxe, ou é implicitamente derivável de uma sintaxe de alto nível, o pelomenos um elemento de sintaxe e a sintaxe de alto nível, para indicar que uma particular daspelo menos duas vistas é compatível com a Organização Internacional para o Grupo de Es-pecialistas de Imagem em Movimento 4 (MPEG-4) da Comissão de Padronização Eletrotéc-nica Internacional (ISO / IEC), Parte 10, União de Telecomunicações Internacional de Pa-dronização de Codificação de Vídeo Avançado, recomendação H.264 do Setor de Teleco-municações. Adicionalmente, outra vantagem / característica é o aparelho tendo o codifica-dor, em que as informações específicas de vistas incluem pelo menos um elemento de sin-taxe, ou é implicitamente derivável de uma sintaxe de alto nível, como descrito acima, emque o pelo menos um elemento de sintaxe é denotado por um elemento de sintaxeis_base_view_flag. Além do mais, outra vantagem / característica é o aparelho tendo o co-dificador, em que as informações específicas de vistas incluem pelo menos um elemento desintaxe, para indicar se as informações de dependência para pelo menos uma das duas vis-tas está presente no fluxo de bits resultante. Além disso, outra vantagem / característica é oaparelho tendo o codificador, em que as informações específicas de vistas incluem pelo me-nos um elemento de sintaxe, para indicar se as informações de dependência para pelo me-nos uma das duas vistas está presente no fluxo de bits resultante, como descrito acima, emque o pelo menos um elemento de sintaxe é denotado por um elemento de sintaxe depen-dency_update_flag. Também, outra vantagem / característica é o aparelho tendo o codifica-dor, em que as informações específicas de vistas incluem pelo menos um elemento de sin-taxe, para indicar se pelo menos uma imagem de âncora em uma atual das pelo menos du-as vistas é usada para decodificar qualquer delas das pelo menos duas vistas. Além domais, outra vantagem / característica é o aparelho tendo o codificador, em que as informa-ções específicas de vistas incluem pelo menos um elemento de sintaxe, para indicar se pelomenos uma imagem de âncora em uma atual das pelo menos duas vistas é usada para de-codificar qualquer delas das pelo menos duas vistas, como descrito acima, em que o pelomenos um elemento de sintaxe é denotado por um elemento de sintaxe an-chor_picture_dependency_maps[i][j]. Também, outra vantagem / característica é o aparelhotendo o codificador, descrito acima, em que as informações específicas de vistas incluempelo menos um elemento de sintaxe para indicar se pelo menos uma imagem não âncoraem uma atual das pelo menos duas vistas é usada para decodificar qualquer delas das pelomenos duas vistas, outra vantagem / característica é o aparelho tendo o codificador, descritoacima, em que as informações específicas de vistas incluem pelo menos um elemento desintaxe para indicar se pelo menos uma imagem não âncora em uma atual das pelo menosduas vistas é usada para decodificar qualquer delas das pelo menos duas vistas, como des-crito acima, em que o pelo menos um elemento de sintaxe é denotado por um elemento desintaxe non_anchor_picture_dependency_maps[i][j]. Além do mais, outra vantagem / carac-terística é o aparelho tendo o codificador, descrito acima, em que o fluxo de bits resultante écodificado para incluir pelo menos um elemento de sintaxe relacionado com o pelo menosum parâmetro de câmera para pelo menos uma das pelo menos duas vistas. Além disso,outra vantagem / característica é o aparelho tendo o codificador, descrito acima, em que ofluxo de bits resultante é codificado para incluir pelo menos um elemento de sintaxe relacio-nado com o pelo menos um parâmetro de câmera para pelo menos uma das pelo menosduas vistas, como descrito acima, em que a pelo menos uma sintaxe é incluída em um con-junto de parâmetros correspondente ao fluxo de bits resultante.

Além do mais, outra vantagem / característica é o aparelho que inclui um codifica-dor, para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo multivista,por definição com uma vista de base de qualquer das pelo menos duas vistas, que, paradecodificação dele, é independente de qualquer outra das pelo menos duas vistas.

Além disso, outra vantagem / característica é o aparelho que inclui um codificador,para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo multivista, pordefinição com uma vista de base de qualquer das pelo menos duas vistas em um fluxo debits resultante, que é compatível com a sintaxe da Organização Internacional para o Grupode Especialistas de Imagem em Movimento 4 (MPEG-4) da Comissão de Padronização Ele-trotécnica Internacional (ISO / IEC), Parte 10, União de Telecomunicações Internacional dePadronização de Codificação de Vídeo Avançado, recomendação H.264 do Setor de Tele-comunicações, para compatibilidade regressiva com ele. Também, outra vantagem / carac-terística é o aparelho que inclui um codificador, descrito acima, em que a pelo menos umavista é uma vista de base, que, para uma decodificação dela, é independente de qualqueroutra das pelo menos duas vistas. Adicionalmente, outra vantagem / característica é o apa-relho que inclui um codificador, descrito acima, em que o elemento de sintaxeavc_compatible_view_id identifica a pelo menos uma vista sendo codificada no fluxo debits resultante, que é compatível em sintaxe com a Organização Internacional para o Grupode Especialistas de Imagem em Movimento 4 (MPEG-4) da Comissão de Padronização Ele-trotécnica Internacional (ISO / IEC), Parte 10, União de Telecomunicações Internacional dePadronização de Codificação de Vídeo Avançado, recomendação H.264 do Setor de Tele-comunicações, para compatibilidade regressiva.

Além do mais, outra vantagem / característica é o aparelho que inclui um codifica-dor, para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo multivista,por seleção entre um dos dois tipos de fatias predefinidos. Além disso, outra vantagem /característica é o aparelho que inclui um codificador, como descrito acima, em que os doistipos de fatias predefinidos são um tipo de fatia de Restauração de Decodificação Instantâ-nea e do tipo de fatia de Restauração de Decodificação não Instantânea. Também, outravantagem / característica é o aparelho tendo o codificador que seleciona entre o tipo de fatiade Restauração de Decodificação Instantânea e o tipo de fatia de Restauração de Decodifi-cação não Instantânea, como descrito acima, em que o tipo de unidade NAL 22 é usadopara o tipo de fatia de Restauração de Decodificação Instantânea, e o tipo de unidade NAL23 é usado para as fatias de Restauração de Decodificação Instantânea. Adicionalmente,outra vantagem / característica é o aparelho tendo o codificador, como descrito acima, emque os cabeçalhos das fatias para pelo menos uma das pelo menos duas fatias inclui sinta-xe específica de vista. Além do mais, outra vantagem / característica é o aparelho tendo ocodificador, em que os cabeçalhos das fatias para pelo menos uma das pelo menos duasfatias inclui sintaxe específica, como descrito acima, em que a sintaxe específica de vista écondicionada ao tipo de unidade NAL 23 e ao tipo de unidade NAL 24. Além do mais, outravantagem / característica é o aparelho tendo o codificador, em que os cabeçalhos das fatiaspara pelo menos uma das pelo menos duas fatias inclui sintaxe específica, como descritoacima, em que a sintaxe específica de vista inclui um identificador de conjunto de parâme-tros de vista e um identificador de vista. Também, outra vantagem / característica é o apare-lho tendo o codificador, em que os cabeçalhos das fatias para pelo menos uma das pelomenos duas fatias inclui sintaxe específica, como descrito acima, em que o conjunto de pa-râmetros de vistas é denotado por um elemento de sintaxe view_parameter_set_id e o iden-tificador de vista é denotado por um elemento de sintaxe viewjd.

Adicionalmente, outra vantagem / característica é o aparelho que inclui um codifica-dor, para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo multivistaem um fluxo de bits resultante, em que o fluxo de bits resultante é codificado a pelo menosuma das pelo menos duas vistas. Além do mais, outra vantagem / característica é o apare-lho tendo o codificador, como descrito acima, em que o fluxo de bits resultante é codificadopara incluir um Conjunto de Parâmetros de Vistas, e o pelo menos um parâmetro de câmeraé incluído no Conjunto de Parâmetros de Vistas. Além disso, outra vantagem / característicaé o aparelho tendo o codificador, como descrito acima, em que uma presença do pelo me-nos um parâmetro de câmera é indicado por um elemento de sintaxe. Também, outra vanta-gem / característica é o aparelho tendo o codificador, como descrito acima, em que a pre-sença do pelo menos um parâmetro de câmera é indicado por um elemento de sintaxe, co-mo descrito acima, em que o elemento de sintaxe é um elemento de sintaxe came-ra_parameters_present_flag. Adicionalmente, outra vantagem / característica é o aparelhotendo o codificador, como descrito acima, em que o pelo menos um parâmetro de câmera édenotado por um elemento de sintaxe camera_parameters.

Além do mais, outra vantagem / característica é o aparelho que inclui um codifica-dor, para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo multivistaem um fluxo de bits resultante, em que o fluxo de bits resultante é codificado a pelo menosum elemento de sintaxe relacionado a pelo menos um parâmetro de câmera para pelo me-nos uma das pelo menos duas vistas. Além disso, outra vantagem / característica é o apare-Iho tendo o codificador, como descrito acima, em que a pelo menos uma sintaxe é um ele-mento de sintaxe de alto nível. Também, outra vantagem / característica é o aparelho tendoo codificador, como descrito acima, em que a pelo menos uma sintaxe é incluída em umconjunto de parâmetros correspondente ao fluxo de bits resultante.

Essas e outras características e vantagens dos presentes princípios podem ser fa-cilmente determinadas por uma pessoa versada na técnica pertinente, com base nos ensi-namentos apresentados. Deve-se entender que os ensinamentos dos presentes princípiospodem ser implementados em várias formas de hardware, software, programação em hard-ware, processadores para fins especiais, ou suas combinações.

Especialmente, os ensinamentos dos presentes princípios são implementados co-mo uma combinação de hardware e software. Além do mais, o software pode ser implemen-tado como um programa de previsão, incluído tangivelmente em uma unidade de armaze-namento de programas. O programa de aplicação pode ser transferido para, e executadopor, uma máquina, que compreende qualquer arquitetura adequada. De preferência, a má-quina é implementada em uma plataforma de computador tendo hardware, tais como umaou mais unidades de processamento ("CPU"), uma memória de acesso aleatório ("RAM"), einterfaces de entrada / saída ("l/O"). A plataforma de computador pode também incluir umsistema operacional e um código de microinstrução. Os vários processos e funções descri-tos no presente relatório descritivo podem ser parte do código de microinstrução ou parte doprograma de aplicação, ou qualquer combinação delas, que podem ser executados por umaCPU. Além disso, várias outras unidades periféricas podem ser conectadas à plataforma decomputador, tal como uma unidade de armazenamento de dados e uma unidade impressãoadicionais.

Deve-se entender que, em virtude de parte dos componentes constituintes e méto-dos do sistema ilustrados nos desenhos em anexo ser preferivelmente implementada emsoftware, as conexões efetivas entre os componentes do sistema ou os blocos de função doprocesso podem diferir, dependendo da maneira na qual os presentes princípios são pro-gramados. Em vista dos ensinamentos apresentados no presente relatório descritivo, umapessoa versada na técnica pertinente vai ser capaz de considerar essas e implementaçõesou configurações similares dos presentes princípios.

Embora as modalidades ilustrativas tenham sido descritas no presente relatóriodescritivo com referência aos desenhos em anexo, deve-se entender que os presentes prin-cípios não são limitados àquelas modalidades precisas, e que várias variações e modifica-ções podem ser feitas neles por uma pessoa versada na técnica pertinente, sem que se a-faste do âmbito ou espírito dos presentes princípios. Todas essas variações e modificaçõessão intencionadas para serem incluídas dentro do âmbito dos presentes princípios, comoapresentados nas reivindicações em anexo.

Claims (52)

1. Aparelho, CARACTERIZADO pelo fato de que compreende um codificador (100),para codificar pelo menos uma de pelo menos duas vistas correspondentes a conteúdo devídeo multivista, por seleção entre um de dois tipos de fatias predefinidos.

2. Aparelho, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queos dois tipos de fatias predefinidos são um tipo de fatia de Restauração de DecodificaçãoInstantânea e um tipo de fatia de Restauração de Decodificação não Instantânea.

3. Aparelho, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de queo tipo de unidade NAL 22 é usado para o tipo de fatia de Restauração de Decodificação Ins-tantânea e o tipo de unidade NAL 23 é usado para o tipo de fatia de Restauração de Decodi-ficação não Instantânea.

4. Aparelho, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queos cabeçalhos de fatias para pelo menos uma das pelo menos duas fatias incluem sintaxeespecífica de vista.

5. Aparelho, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de quea sintaxe específica de vista é condicionada no tipo de unidade NAL 23 e no tipo de unidadeNAL 24.

6. Aparelho, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de quea sintaxe específica de vista inclui um identificador de conjunto de parâmetros de vista e umidentificador de vista.

7. Aparelho, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de queo identificador de conjunto de parâmetros de vista é denotado por um elemento de sintaxeview_parameter_set_id e o identificador de vista é denotado por um elemento de sintaxeview_id.

8. Método, CARACTERIZADO pelo fato de que compreende codificar pelo menosuma das pelo menos duas vistas correspondente ao conteúdo de vídeo multivista, por sele-ção entre um dos dois tipos de fatias predefinidos.

9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de queos dois tipos de fatias predefinidos são um tipo de fatia de Restauração de DecodificaçãoInstantânea e um tipo de fatia de Restauração de Decodificação não Instantânea.

10. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de queo tipo de unidade NAL 22 é usado para o tipo de fatia de Restauração de Decodificação Ins-tantânea e o tipo de unidade NAL 23 é usado para o tipo de fatia de Restauração de Decodi-ficação não Instantânea.

11. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de queos cabeçalhos de fatias para pelo menos uma das pelo menos duas fatias incluem sintaxeespecífica de vista.

12. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de quea sintaxe específica de vista é condicionada no tipo de unidade NAL 22 e no tipo de unidadeNAL 23.

13. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de quea sintaxe específica de vista inclui um identificador de conjunto de parâmetros de vista e umidentificador de vista.

14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de queo identificador de conjunto de parâmetros de vista é denotado por um elemento de sintaxeview_parameter_set_id e o identificador de vista é denotado por um elemento de sintaxeviewjd.

15. Aparelho, CARACTERIZADO pelo fato de que compreende um decodificador(200), para decodificar pelo menos uma de pelo menos duas vistas correspondentes a con-teúdo de vídeo multivista, por seleção entre um de dois tipos de fatias predefinidas.

16. Aparelho, de acordo com a reivindicação 15, CARACTERIZADO pelo fato deque os dois tipos de fatias predefinidos são um tipo de fatia de Restauração de Decodifica-ção Instantânea e um tipo de fatia de Restauração de Decodificação não Instantânea.

17. Aparelho, de acordo com a reivindicação 16, CARACTERIZADO pelo fato deque o tipo de unidade NAL 22 é usado para o tipo de fatia de Restauração de DecodificaçãoInstantânea e o tipo de unidade NAL 23 é usado para o tipo de fatia de Restauração de De-codificação não Instantânea.

18. Aparelho, de acordo com a reivindicação 15, CARACTERIZADO pelo fato deque os cabeçalhos de fatias para pelo menos uma das pelo menos duas fatias incluem sin-taxe específica de vista.

19. Aparelho, de acordo com a reivindicação 18, CARACTERIZADO pelo fato deque a sintaxe específica de vista é condicionada no tipo de unidade NAL 23 e no tipo deunidade NAL 24.

20. Aparelho, de acordo com a reivindicação 18, CARACTERIZADO pelo fato deque a sintaxe específica de vista inclui um identificador de conjunto de parâmetros de vista eum identificador de vista.

21. Aparelho, de acordo com a reivindicação 20, CARACTERIZADO pelo fato deque o identificador de conjunto de parâmetros de vista é denotado por um elemento de sin-taxe view_parameter_set_id e o identificador de vista é denotado por um elemento de sinta-xe viewjd.

22. Método, CARACTERIZADO pelo fato de que compreende decodificar pelo me-nos uma das pelo menos duas vistas correspondente ao conteúdo de vídeo multivista, porseleção entre um dos dois tipos de fatias predefinidos.

23. Método, de acordo com a reivindicação 22, CARACTERIZADO pelo fato de queos dois tipos de fatias predefinidos são um tipo de fatia de Restauração de DecodificaçãoInstantânea e um tipo de fatia de Restauração de Decodificação não Instantânea (300).

24. Método, de acordo com a reivindicação 23, CARACTERIZADO pelo fato de queo tipo de unidade NAL 22 é usado para o tipo de fatia de Restauração de Decodificação Ins-tantânea e o tipo de unidade NAL 23 é usado para o tipo de fatia de Restauração de Decodi-ficação não Instantânea.

25. Método, de acordo com a reivindicação 22, CARACTERIZADO pelo fato de queos cabeçalhos de fatias para pelo menos uma das pelo menos duas fatias incluem sintaxeespecífica de vista.

26. Método, de acordo com a reivindicação 25, CARACTERIZADO pelo fato de quea sintaxe específica de vista é condicionada no tipo de unidade NAL 23 e no tipo de unidadeNAL 24.

27. Método, de acordo com a reivindicação 25, CARACTERIZADO pelo fato de quea sintaxe específica de vista inclui um identificador de conjunto de parâmetros de vista e umidentificador de vista.

28. Método, de acordo com a reivindicação 27, CARACTERIZADO pelo fato de queo identificador de conjunto de parâmetros de vista é denotado por um elemento de sintaxeview_parameter_set_id e o identificador de vista é denotado por um elemento de sintaxeviewjd.

29. Estrutura de sinal de vídeo para codificação de vídeo, CARACTERIZADO pelofato de que compreende pelo menos uma das pelo menos duas vistas correspondentes aconteúdo de vídeo multivista codificada, por seleção entre um de dois tipos de fatias prede-finidas.

30. Meios de armazenamento tendo dados de sinais de vídeo codificados nele,CARACTERIZADO pelo fato de que pelo menos uma das pelo menos duas vistas corres-pondentes a conteúdo de vídeo multivista é codificada, por seleção entre um de dois tiposde fatias predefinidas.

31. Aparelho, CARACTERIZADO pelo fato de que compreende um codificador(100), para codificar pelo menos duas vistas correspondentes a conteúdo de vídeo multivistaem um fluxo de bits resultante, em que o fluxo de bits resultante é codificado para incluirpelo menos um parâmetro de câmera correspondente a pelo menos uma das pelo menosduas vistas.

32. Aparelho, de acordo com a reivindicação 31, CARACTERIZADO pelo fato deque o fluxo de bits resultante é codificado para incluir um Conjunto de Parâmetros de Vistas,e o pelo menos um parâmetro de câmera é incluído no Conjunto de Parâmetros de Vistas.

33. Aparelho, de acordo com a reivindicação 31, CARACTERIZADO pelo fato deque uma presença do pelo menos um parâmetro de câmera é indicado por um elemento desintaxe.

34. Aparelho, de acordo com a reivindicação 33, CARACTERIZADO pelo fato deque o elemento de sintaxe é um elemento de sintaxe camera_parameters_present_flag.

35. Aparelho, de acordo com a reivindicação 31, CARACTERIZADO pelo fato deque o pelo menos um parâmetro de câmera é denotado por um elemento de sintaxe came-ra_parameters.

36. Método, CARACTERIZADO pelo fato de que compreende a decodificação depelo menos duas vistas correspondente a conteúdo de vídeo multivista em um fluxo de bitsresultante, em que o fluxo de bits resultante é codificado para incluir pelo menos um parâ-metro de câmera correspondente a pelo menos uma das pelo menos duas vistas (432).

37. Método, de acordo com a reivindicação 36, CARACTERIZADO pelo fato de queo fluxo de bits resultante é codificado para incluir um Conjunto de Parâmetros de Vistas, e opelo menos um parâmetro de câmera é incluído no Conjunto de Parâmetros de Vistas (434).

38. Método, de acordo com a reivindicação 36, CARACTERIZADO pelo fato de queuma presença do pelo menos um parâmetro de câmera é indicado por um elemento de sin-taxe (432).

39. Método, de acordo com a reivindicação 38, CARACTERIZADO pelo fato de queo elemento de sintaxe é um elemento de sintaxe camera_parameters_present_flag (470).

40. Método, de acordo com a reivindicação 36, CARACTERIZADO pelo fato de queo pelo menos um parâmetro de câmera é denotado por um elemento de sintaxe came-ra_parameters (432).

41. Aparelho, CARACTERIZADO pelo fato de que compreende um decodificador(200), para decodificar pelo menos duas vistas correspondentes a conteúdo de vídeo multi-vista de um fluxo de bits, em que o fluxo de bits é decodificado para determinar pelo menosum parâmetro de câmera incluído nele, o pelo menos um parâmetro de câmera correspon-dente a pelo menos uma das pelo menos duas vistas.

42. Aparelho, de acordo com a reivindicação 41, CARACTERIZADO pelo fato deque o fluxo de bits inclui um Conjunto de Parâmetros de Vistas, e o pelo menos um parâme-tro de câmera é incluído no Conjunto de Parâmetros de Vistas.

43. Aparelho, de acordo com a reivindicação 41, CARACTERIZADO pelo fato deque a presença do pelo menos um parâmetro de câmera é indicado por um elemento desintaxe.

44. Aparelho, de acordo com a reivindicação 43, CARACTERIZADO pelo fato deque o elemento de sintaxe é um elemento de sintaxe camera_parameters_present_flag.

45. Aparelho, de acordo com a reivindicação 41, CARACTERIZADO pelo fato deque o pelo menos um parâmetro de câmera é denotado por um elemento de sintaxe came-ra_parameters.

46. Método, CARACTERIZADO pelo fato de que compreende decodificar pelo me-nos duas vistas correspondentes a conteúdo de vídeo multivista de um fluxo de bits, em queo fluxo de bits é decodificado para determinar pelo menos um parâmetro de câmera incluídonele, o pelo menos um parâmetro de câmera correspondente a pelo menos uma das pelomenos duas vistas (574).

47. Método, de acordo com a reivindicação 46, CARACTERIZADO pelo fato de queo fluxo de bits resultante é codificado para incluir um Conjunto de Parâmetros de Vistas, e opelo menos um parâmetro de câmera é incluído no Conjunto de Parâmetros de Vistas (574).

48. Método, de acordo com a reivindicação 46, CARACTERIZADO pelo fato de queuma presença do pelo menos um parâmetro de câmera é indicado por um elemento de sin-taxe (572).

49. Método, de acordo com a reivindicação 48, CARACTERIZADO pelo fato de queo elemento de sintaxe é um elemento de sintaxe camera_parameters_present_flag (572).

50. Método, de acordo com a reivindicação 46, CARACTERIZADO pelo fato de queo pelo menos um parâmetro de câmera é denotado por um elemento de sintaxe came-ra_parameters (574).

51. Estrutura de sinal de vídeo para codificação de vídeo, CARACTERIZADO pelofato de que compreende pelo menos duas vistas correspondentes a conteúdo de vídeo mul-tivista codificado em um fluxo de bits resultante, em que o fluxo de bits resultante é codifica-do para incluir pelo menos um parâmetro de câmera correspondente a pelo menos uma daspelo menos duas vistas.

52. Meios de armazenamento tendo dados de sinais de vídeo codificados nele,CARACTERIZADO pelo fato de que compreende pelo menos duas vistas correspondentesa conteúdo de vídeo multivista em um fluxo de bits resultante, em que o fluxo de bits resul-tante é codificado para incluir pelo menos um parâmetro de câmera correspondente a pelomenos uma das pelo menos duas vistas.