BRPI0709167A2 - método e aparelho para uso em um sistema de condificação de vìdeo de múltiplas visões - Google Patents

Abstract

MéTODO E APARELHO PARA USO EM UM SISTEMA DE CODIFICAçãO DE VìDEO DE MúLTIPLAS VISõES. São providos métodos e aparelhos para uso em um sistema de codificação de vídeo de múltiplas visões. O aparelho inclui um codificador (100) para codificar pelo menos duas visões correspondendo com o conteúdo de vídeo de múltiplas visões em um fluxo de bits resultante, onde o fluxo de bits resultante é codificado para incluir informação específica da visão. A informação específica da visão indica uma interdependência de decodificação entre pelo menos alguma das pelo menos duas visões.

Description

"MÉTODO E APARELHO PARA USO EM UM SISTEMA DE CODIFICAÇÃO DEVÍDEO DE MÚLTIPLAS VISÕES"

REFERÊNCIA CRUZADA COM PEDIDOS RELACIONADOS

Esse pedido reivindica o benefício do Pedido Provisório U.S. 60/787.092, deposita-do em 29 de março de 2006, que é incorporado por referência aqui na sua integridade. Essepedido está também intimamente relacionado com dois outros pedidos simultaneamentedepositados com o pedido atual e tendo inventores comuns e um procurador comum (docu-mentos do representante PU060064 e PU070032), cada um dos quais é incorporado porreferência nas suas integridades.

CAMPO TÉCNICO

Os presentes princípios se referem, de forma geral, a codificação e decodificaçãode vídeo e, mais particularmente, a métodos e aparelho para uso em um sistema de codifi-cação de vídeo de múltiplas visões.

ANTECEDENTES

Na implementação atual da codificação de vídeo de múltiplas visões (MVC) com-placente com a International Organization for Standardization/lnternational ElectrotechnicalCommission (ISO/IEC) Moving Picture Experts Group-4 (MPEG-4) Part 10 Advanced VideoCoding (AVC) stardard/lntemational Telecommunication Union, Telecommunication Sector(ITU-T) H.264 recommendation (a seguir, o "padrão AVC MPEG-4"), não existe provisãopara identificar uma visão específica e para sinalizar os parâmetros de câmera. Essa infor-mação de visão é necessária por várias razões. A capacidade escalar da visão, o acessoaleatório da visão, o processamento paralelo, a geração de visão e a síntese da visão são,todos, exigências de codificação de vídeo de múltiplas visões que utilizam a informação davisão. Além do mais, várias dessas exigências também utilizam parâmetros de câmera queatualmente não são passados em uma maneira padronizada.

Um método foi proposto para possibilitar o acesso aleatório eficiente nos fluxos debits compactados de múltiplas visões. No método proposto, um tipo de imagem V e umamensagem de informação de enriquecimento complementar (SEI) de dependência da visãosão definidos. Um aspecto requerido no tipo de imagem V proposto é que as imagens V nãoterão dependência temporal sobre outras imagens na mesma câmera e podem somente serpreditas de imagens em outras câmeras ao mesmo tempo. A mensagem de informação deenriquecimento complementar de dependência da visão descreverá exatamente de quaisvisões uma imagem V, bem como as seqüências precedente e seguinte das imagens, podedepender. Os seguintes são os detalhes das mudanças propostas.

Com relação à sintaxe de imagem P e semântica, uma tabela de sintaxe particularrelacionada com o padrão AVC MPEG-4 é estendida para incluir um tipo de unidade da ca-mada de abstração de rede (NAL) de 14 correspondendo com uma imagem V. Também, otipo de imagem V é definido para ter a seguinte semântica:

imagem V: uma imagem codificada na qual todas as fatias fazem referência somen-te às fatias com o mesmo índice temporal (isto é, somente fatias em outras visões e nãofatias na visão atual). Quando uma imagem V fosse fornecida como saída ou exibida, elatambém faria com que o processo de decodificação marcasse todas as imagens da mesmavisão que não são imagens IDR ou imagens V e que precedem a imagem V na ordem desaída como "não utilizadas por referência". Cada imagem V será associada com uma men-sagem SEI de dependência da visão ocorrendo na mesma NAL.

Com relação à sintaxe da mensagem de informação de enriquecimento comple-mentar de dependência da visão e semântica, uma mensagem de informação de enriqueci-mento complementar de dependência da visão é definida com a seguinte sintaxe:

view_dependency (payloadSizè) {

num_seq_reference_views ue(v)seq_reference_view_0 ue(v)

sequreference_view_1 ue(v)

seq_reference_víew_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)

onde num_seq_reference_views/num_pic_reference_views representa o número devisões potenciais que podem ser usadas como uma referência para a seqüência/imagematual e seq_reference_view_i/pic_reference_view_i representa o número da visão para a iavisão de referência.

A imagem associada com uma mensagem de informação de enriquecimento com-plementar de dependência da visão somente fará referência às visões especificadas descri-tas por pic_reference_view_i. Similarmente, todas as imagens subseqüentes na ordem desaída dessa visão até a próxima mensagem de informação de enriquecimento complemen-tar de dependência da visão nessa visão somente farão referência às visões especificadasdescritas por seq_reference_view_i.

Uma mensagem de informação de enriquecimento complementar de dependênciada visão será associada com cada imagem de renovação de decodificação instantânea(IDR) e imagem V.

Pelo menos uma desvantagem desse método é a complexidade introduzida no de-codificador devido à dependência ser recursivamente obtida. Adicionalmente, esse métodoexige que cada imagem V transporte uma mensagem SEI (que é uma parte não normativado padrão AVC MPEG-4), resultando na incapacidade de uso da dependência para compor-tamento normativo tal como seleção da imagem de referência.

SUMÁRIO

Esses e outros inconvenientes e desvantagens da técnica anterior são tratados pe-los presentes princípios, que são direcionados para métodos e aparelhos para uso em umsistema de codificação de vídeo de múltiplas visões.

De acordo com um aspecto dos presentes princípios, é provido um aparelho. O a-parelho inclui um codificador para codificar pelo menos duas visões correspondendo comconteúdo de vídeo de múltiplas visões em um fluxo de bits resultante, onde o fluxo de bitsresultante é codificado para incluir informação específica da visão. A informação específicada visão indica uma interdependência de decodificação entre pelo menos alguma das pelomenos duas visões.

De acordo com um outro aspecto dos presentes princípios, é provido um método. Ométodo inclui codificar pelo menos duas visões correspondendo com conteúdo de vídeo demúltiplas visões em um fluxo de bits resultante, onde o fluxo de bits resultante é codificadopara incluir informação específica da visão. A informação específica da visão indica umainterdependência de decodificação entre pelo menos alguma das pelo menos duas visões.

De acordo com ainda um outro aspecto dos presentes princípios, é provido um apa-relho. O aparelho inclui um decodificador para decodificar pelo menos duas visões corres-pondendo com o conteúdo de vídeo de múltiplas visões de um fluxo de bits, onde o fluxo debits é decodificado para determinar a informação específica da visão incluída nele, a infor-mação específica da visão indicando uma interdependência de decodificação entre pelomenos alguma das pelo menos duas visões.

De acordo com ainda um outro aspecto dos presentes princípios, é provido um mé-todo. O método inclui decodificar pelo menos duas visões correspondendo com conteúdo devídeo de múltiplas visões de um fluxo de bits, onde o fluxo de bits é decodificado para de-terminar a informação específica da visão incluída nele. A informação específica da visãoindica uma interdependência de decodificação entre pelo menos alguma das pelo menosduas visões.

De acordo com um aspecto adicional dos presentes princípios, é provido um apare-lho. O aparelho inclui um codificador para codificar pelo menos duas visões correspondendocom conteúdo de vídeo de múltiplas visões definindo como uma visão de base qualqueruma das pelo menos duas visões que, para uma decodificação da mesma, é independentede qualquer outra das pelo menos duas visões.

De acordo com ainda um aspecto adicional dos presentes princípios, é provido ummétodo. O método inclui codificar pelo menos duas visões correspondendo com conteúdode vídeo de múltiplas visões definindo como uma visão de base qualquer uma das pelo me-nos duas visões que, para uma decodificação da mesma, é independente de qualquer outradas pelo menos duas visões.

De acordo com um aspecto ainda adicional dos presentes princípios, é provido umaparelho. O aparelho inclui um decodificador para decodificar pelo menos duas visões cor-respondendo com o conteúdo de vídeo de múltiplas visões, onde o decodificador determinaqual, se alguma, das pelo menos duas visões é uma visão de base que, para uma decodifi-cação da mesma, é independente de qualquer outra das pelo menos duas visões.

De acordo com um aspecto adicional dos presentes princípios, é provido um méto-do. O método inclui decodificar pelo menos duas visões correspondendo com o conteúdo devídeo de múltiplas visões, onde a etapa de decodificação determina qual, se alguma, daspelo menos duas visões é uma visão de base que, para uma decodificação da mesma, éindependente de qualquer outra das pelo menos duas visões.

De acordo com um outro aspecto dos presentes princípios, é provido um aparelho.O aparelho inclui um codificador para codificar pelo menos duas visões correspondendocom o conteúdo de vídeo de múltiplas visões codificando pelo menos uma das pelo menosduas visões em um fluxo de bits resultante que é complacente na sintaxe com a Internatio-nal Organization for Standardization/lnternational Electrotechnical Commission Moving Pictu-re Experts Group-4 Part 10 Advanced Video Coding stardard/lnternational Telecommunicati-on Union, Telecommunication Sector H.264 recommendation, para retrocompatibilidade comela.

De acordo com um outro aspecto dos presentes princípios, é provido um método. Ométodo inclui codificar pelo menos duas visões correspondendo com o conteúdo de vídeode múltiplas visões codificando pelo menos uma das pelo menos duas visões em um fluxode bits resultante que é complacente na sintaxe com a International Organization for Stan-dardization/lnternational Electrotechnical Commission Moving Picture Experts Group-4 Part10 Advanced Video Coding stardard/lnternational Telecommunication Union, Telecommuni-cation Sector H.264 recommendation, para retrocompatibilidade com ela.

De acordo com ainda um outro aspecto dos presentes princípios, é provido um apa-relho. O aparelho inclui um decodificador para decodificar pelo menos duas visões corres-pondendo com o conteúdo de vídeo de múltiplas visões, onde pelo menos uma das pelomenos duas visões é incluída em um fluxo de bits que é complacente na sintaxe com a In-ternational Organization for Standardization/lnternational Electrotechnical Commission Mo-ving Pieture Experts Group-4 Part 10 Advanced Video Coding stardard/lnternational Tele-communication Union, Telecommunication Sector H.264 recommendation, para retrocompa-tibilidade com ela.

De acordo com ainda um outro aspecto dos presentes princípios, é provido um mé-todo. O método inclui decodificar pelo menos duas visões correspondendo com o conteúdode vídeo de múltiplas visões, onde pelo menos uma das pelo menos duas visões é incluídaem um fluxo de bits que é complacente na sintaxe com a International Organization forStandardization/lnternational Electrotechnical Commission Moving Picture Experts Group-4Part 10 Advanced Video Coding stardard/lnternational Telecommunication Union, Telecom-munication Sector H.264 recommendation, para retrocompatibilidade com ela.

De acordo com um aspecto adicional dos presentes princípios, é provido um apare-lho. O aparelho inclui um codificador para codificar pelo menos uma de pelo menos duasvisões correspondendo com o conteúdo de vídeo de múltiplas visões selecionando entre umde dois tipos de fatia predefinidos.

De acordo com ainda um aspecto adicional dos presentes princípios, é provido ummétodo. O método inclui codificar pelo menos uma de pelo menos duas visões correspon-dendo com o conteúdo de vídeo de múltiplas visões selecionando entre um de dois tipos defatia predefinidos.

De acordo com ainda um aspecto adicional dos presentes princípios, é provido umaparelho. O aparelho inclui um decodificador para decodificar pelo menos uma de pelo me-nos duas visões correspondendo com o conteúdo de vídeo de múltiplas visões determinan-do entre um de dois tipos de fatia predefinidos.

De acordo com um aspecto adicional dos presentes princípios, é provido um méto-do. O método inclui decodificar pelo menos uma de pelo menos duas visões corresponden-do com o conteúdo de vídeo de múltiplas visões determinando entre um de dois tipos defatia predefinidos.

De acordo com um aspecto dos presentes princípios, é provido um aparelho. O a-parelho inclui um codificador para codificar pelo menos duas visões correspondendo com oconteúdo de múltiplas visões em um fluxo de bits resultante, onde o fluxo de bits resultante écodificado para incluir pelo menos um parâmetro de câmera correspondendo com pelo me-nos uma das pelo menos duas visões.

De acordo com um outro aspecto dos presentes princípios, é provido um método. Ométodo inclui codificar pelo menos duas visões correspondendo com o conteúdo de múlti-plas visões em um fluxo de bits resultante, onde o fluxo de bits resultante é codificado paraincluir pelo menos um parâmetro de câmera correspondendo com pelo menos uma das pelomenos duas visões.

De acordo com ainda um outro aspecto dos presentes princípios, é provido um apa-relho. O aparelho inclui um decodificador para decodificar pelo menos duas visões corres-pondendo com o conteúdo de múltiplas visões de um fluxo de bits, onde 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 com pelo menos uma das pelo menos duasvisões.De acordo com ainda um outro aspecto dos presentes princípios, é provido um mé-todo. O método inclui decodificar pelo menos duas visões correspondendo com o conteúdode múltiplas visões de um fluxo de bits, onde o fluxo de bits é decodificado para determinarpelo menos um parâmetro de câmera incluído nele. O pelo menos um parâmetro de câmeracorresponde com pelo menos uma das pelo menos duas visões.

De acordo com um aspecto adicional dos presentes princípios, é provido um apare-lho. O aparelho inclui um codificador para codificar pelo menos duas visões correspondendocom o conteúdo de vídeo de múltiplas visões em um fluxo de bits resultante, onde o fluxo debits resultante é codificado para incluir pelo menos um elemento de sintaxe relacionado compelo menos um parâmetro de câmera para pelo menos uma das pelo menos duas visões.

De acordo com ainda um aspecto adicional dos presentes princípios, é provido ummétodo. O método inclui codificar pelo menos duas visões correspondendo com o conteúdode vídeo de múltiplas visões em um fluxo de bits resultante, onde o fluxo de bits resultante écodificado para incluir pelo menos um elemento de sintaxe relacionado com pelo menos umparâmetro de câmera para pelo menos uma das pelo menos duas visões.

De acordo com ainda um aspecto adicional dos presentes princípios, é provido umaparelho. O aparelho inclui um decodificador para decodificar pelo menos duas visões cor-respondendo com o conteúdo de vídeo de múltiplas visões de um fluxo de bits, onde o fluxode bits é decodificado para determinar pelo menos um parâmetro de câmera para pelo me-nos uma das pelo menos duas visões com base em pelo menos um elemento de sintaxeincluído no fluxo de bits.

De acordo com um aspecto adicional dos presentes princípios, é provido um méto-do. O método inclui decodificar pelo menos duas visões correspondendo com o conteúdo devídeo de múltiplas visões de um fluxo de bits, onde o fluxo de bits é decodificado para de-terminar pelo menos um parâmetro de câmera para pelo menos uma das pelo menos duasvisões 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 setornarão evidentes a partir da descrição detalhada seguinte das modalidades exemplares,que é para ser lida em conjunto com os desenhos acompanhantes.

BREVE DESCRIÇÃO DOS DESENHOS

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

A figura 1 é um diagrama de blocos para um codificador de vídeo exemplar no qualos presentes princípios podem ser aplicados, de acordo com uma modalidade dos presentesprincípios,

A figura 2 é um diagrama de blocos para um decodificador de vídeo exemplar noqual os presentes princípios podem ser aplicados, de acordo com uma modalidade dos pre-sentes princípios,

A figura 3 é um diagrama para uma estrutura de predição temporal entre visõescom base no padrão AVC MPEG-4, usando imagens B hierárquicas, de acordo com umamodalidade dos presentes princípios,

A figura 4 é um diagrama de fluxo para um método exemplar para codificar múlti-plas visões de um conteúdo de vídeo de múltiplas visões, de acordo com uma modalidadedos presentes princípios e

A figura 5 é um diagrama de fluxo para um método exemplar para decodificar múlti-plas visões do conteúdo de vídeo de múltiplas visões, de acordo com uma modalidade dospresentes princípios.

DESCRIÇÃO DETALHADA

Os presentes princípios são direcionados para métodos e aparelhos para uso emum sistema de codificação de vídeo de múltiplas visões.

A presente descrição ilustra os presentes princípios. Assim será verificado que a-queles versados na técnica serão capazes de planejar várias disposições que, embora nãoexplicitamente descritas ou mostradas aqui, personificam os presentes princípios e são in-cluídas dentro do seu espírito e escopo.

Todos os exemplos e linguagem condicional recitados aqui são planejados para fi-nalidades pedagógicas para auxiliar o leitor no entendimento dos presentes princípios e nosconceitos contribuídos pelo(s) inventor(es) para aperfeiçoar a técnica, e devem ser interpre-tados como sendo sem limitação a tais exemplos e condições especificamente recitados.

Além do mais, todas as declarações aqui recitando princípios, aspectos e modali-dades dos presentes princípios, bem como seus exemplos específicos, são planejadas paraabranger ambos os seus equivalentes estruturais e funcionais. Adicionalmente, é planejadoque tais equivalentes incluam ambos os equivalentes atualmente conhecidos, bem como osequivalentes desenvolvidos no futuro, isto é, quaisquer elementos desenvolvidos que execu-tam a mesma função, a despeito da estrutura.

Assim, por exemplo, será verificado por aqueles versados na técnica que os dia-gramas de bloco apresentados aqui representam visões conceituais de conjunto de circuitoilustrativo personificando os presentes princípios. Similarmente, será verificado que quais-quer fluxogramas, diagramas de fluxo, diagramas de transição de estado, pseudocódigo esemelhantes representam vários processos que podem ser substancialmente representadosem meios legíveis por computador e assim executados por um computador ou processador,quer ou não tal computador ou processador seja explicitamente mostrado.

As funções dos vários elementos mostrados nas figuras podem ser providas atra-vés do uso de hardware dedicado, bem como hardware capaz de executar software em as-sociação com software apropriado. Quando providas por um processador, as funções po-dem ser providas por um processador dedicado único, por um processador compartilhadoúnico ou por uma pluralidade de processadores individuais, alguns dos quais podem sercompartilhados. Além do mais, o uso explícito do termo "processador" ou "controlador" nãodeve ser interpretado para se referir exclusivamente ao hardware capaz de executar softwa-re, e pode implicitamente incluir, sem limitação, hardware de processador de sinal digital("DSP"), memória somente de leitura ("ROM") para armazenar software, memória de acessoaleatório ("RAM") e armazenamento não volátil.

Outros hardwares, convencionais e/ou personalizados, podem também ser incluí-dos. Similarmente, quaisquer chaves mostradas nas figuras são conceituais somente. Suafunção pode ser executada através da operação de lógica de programa, através de lógicadedicada, através da interação do controle do programa e lógica dedicada ou até mesmomanualmente, a técnica particular sendo selecionável pelo executor como mais especifica-mente entendido a partir do contexto.

Nas reivindicações aqui contidas, qualquer elemento expresso como um dispositivopara executar uma função especificada é planejado para abranger qualquer maneira de e-xecutar essa função incluindo, por exemplo, a) uma combinação de elementos de circuitoque executa essa função ou b) software em qualquer forma, incluindo, portanto, firmware,microcódigo ou semelhantes, combinados com conjunto de circuito apropriado para executaresse software para desempenhar a função. Os presentes princípios como definidos por taisreivindicações residem no fato que as funcionalidades providas pelos vários dispositivosrecitados são combinadas e colocadas juntas na maneira que as reivindicações exigem. Éassim considerado que qualquer dispositivo que possa prover essas funcionalidades sejaequivalente a esses mostrados aqui.

Referência no relatório descritivo a "uma modalidade" dos presentes princípios sig-nifica que um aspecto particular, estrutura, característica e assim por diante descritos emconjunto com a modalidade é incluído em pelo menos uma modalidade dos presentes prin-cípios. Assim, as aparições da frase "em uma modalidade" que aparecem em vários locaispor todo o relatório descritivo não estão necessariamente todas se referindo à mesma mo-dalidade.

Com referência à figura 1, um codificador de vídeo exemplar no qual os presentesprincípios podem ser aplicados é indicado de forma geral pelo numerai de referência 100.

Uma entrada para o codificador de vídeo 100 é conectada em comunicação de sinalcom uma entrada não inversora de um combinador 110. A saída do combinador 110 é co-nectada em comunicação de sinal com um transformador/quantizador 120. A saída do trans-formador/quantizador 120 é conectada em comunicação de sinal com um codificador porentropia 140. Uma saída do codificador por entropia 140 fica disponível como uma saída docodificador 100.A saída do transformador/quantizador 120 é também conectada em comunicaçãode sinal com um transformador/quantizador inverso 150. Uma saída do transforma-dor/quantizador inverso 150 é conectada em comunicação de sinal com uma entrada de umfiltro de desblocar 160. Uma saída do filtro de desblocar 160 é conectada em comunicaçãode sinal com os armazenamentos da imagem de referência 170. Uma primeira saída dosarmazenamentos da imagem de referência 170 é conectada em comunicação de sinal comuma primeira entrada de um avaliador de movimento 180. A entrada para o codificador 100é também conectada em comunicação de sinal com uma segunda entrada do avaliador demovimento 180. A saída do avaliador de movimento 180 é conectada em comunicação desinal com uma primeira entrada de um compensador de movimento 190. Uma segunda saí-da dos armazenamentos da imagem de referência 170 é conectada em comunicação desinal com uma segunda entrada do compensador de movimento 190. A saída do compen-sador de movimento 190 é conectada em comunicação de sinal com uma entrada inversorado combinador 110.

Com referência à figura 2, um decodificador de vídeo exemplar no qual os presen-tes princípios podem ser aplicados é indicado de forma geral pelo numerai de referência200.

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

A saída do combinador 240 é conectada em comunicação de sinal com uma entra-da de um filtro de desblocar 290. Uma saída do filtro de desblocar 290 é conectada em co-municação de sinal com uma entrada dos armazenamentos da imagem de referência 250. Asaída dos armazenamentos da imagem de referência 250 é conectada em comunicação desinal com uma primeira entrada de um compensador de movimento 260. Uma saída docompensador de movimento 260 é conectada em comunicação de sinal com uma segundaentrada não inversora do combinador 240. Uma segunda saída do decodificador por entro-pia 210 é conectada em comunicação de sinal com uma segunda entrada do compensadorde movimento 260. A saída do filtro de desblocar 290 fica disponível como uma saída dodecodificador de vídeo 200.

Em uma modalidade dos presentes princípios, uma sintaxe de alto nível é propostapara processamento eficiente de uma seqüência de múltiplas visões. Em particular, nós pro-pomos criar um novo conjunto de parâmetros chamado conjunto de parâmetros de visão(VPS) com o seu próprio tipo de unidade NAL e dois novos tipos de unidade NAL a maispara suportar fatias de múltiplas visões, com os tipos da unidade NAL incluindo um identifi-cador de visão (id) no cabeçalho NAL para identificar a qual visão a fatia pertence. Para ca-pacidade escalar da visão e retrocompatibilidade com decodificadores complacentes com opadrão AVC MPEG-4, nós propomos manter uma visão complacente com AVC MPEG-4 quenós chamamos uma "visão de base complacente com AVC MPEG-4".

Como usado aqui, "sintaxe de alto nível" se refere à sintaxe presente no fluxo debits que reside hierarquicamente acima da camada de macrobloco. Por exemplo, sintaxe dealto nível, como usada aqui, pode se referir à, mas não é limitada a, sintaxe no nível do ca-beçalho da fatia, nível de informação de enriquecimento complementar (SEI), nível do con-junto de parâmetros da imagem e nível do conjunto de parâmetros de seqüência.

Na implementação atual do sistema de codificação de vídeo de múltiplas visõesdescrito acima como não tendo provisão para identificar uma visão específica e para sinali-zar parâmetros de câmera, visões diferentes são intercaladas para formar uma única se-qüência ao invés de tratar as visões diferentes como visões separadas. Desde que a sintaxeé compatível com o padrão AVC MPEG-4, como mencionado acima, atualmente não é pos-sível identificar a qual visão uma dada fatia pertence. Essa informação de visão é necessá-ria por várias razões. A capacidade escalar da visão, o acesso aleatório da visão, o proces-samento paralelo, a geração de visão e a síntese da visão são, todos, exigências de codifi-cação de vídeo de múltiplas visões que precisam para identificar uma visão. Para suporteeficiente do acesso aleatório da visão e capacidade escalar da visão, é importante que odecodificador saiba como as imagens diferentes dependem uma da outra, então somente asimagens que são necessárias são decodificadas. Parâmetros de câmera são necessáriospara a síntese de visão. Se a síntese de visão é eventualmente usada no laço de decodifi-cação, uma maneira padronizada de sinalizar parâmetros de câmera precisa ser especifica-da. De acordo com uma modalidade, um conjunto de parâmetros de visão é usado.

Em uma modalidade, é presumido que é necessário que uma visão seja totalmentecompatível no sentido inverso com o padrão AVC MPEG-4 com a finalidade de suportar de-codificadores não compatíveis com MVC, mas compatíveis com AVC MPEG-4. Em umamodalidade, é presumido que existirão visões que são independentemente decodificáveispara facilitar o rápido acesso aleatório da visão. Nós nos referimos a essas visões como"visões de base". Uma visão de base pode ou não ser compatível com o padrão AVCMPEG-4, mas uma visão compatível com AVC MPEG-4 é sempre uma visão de base.

Com referência à figura 3, uma estrutura de predição temporal entre visões combase no padrão AVC MPEG-4, usando imagens B hierárquicas, é indicada geralmente pelonumerai de referência 300. Na figura 3, a variável I representa uma imagem intra-codificada,a variável P representa uma imagem profeticamente codificada, a variável B representa umaimagem bi-profeticamente codificada, a variável T representa uma localização de uma ima-gem particular e a variável S representa uma visão particular a qual corresponde uma ima-gem particular.

De acordo com uma modalidade, os termos seguintes são definidos:

Imagem ancorada é definida como uma imagem cuja decodificação não envolvequalquer imagem amostrada em uma instância de tempo diferente. Uma imagem ancoradaé sinalizada pelo ajuste de nal_ref_idc para 3. Na figura 3, todas as imagens nas localiza-ções TO1 T8.....T96 e T100 são exemplos de imagens ancoradas.

Imagem não ancorada é definida como uma imagem que não tem a restrição acimaespecificada para uma imagem ancorada. Na figura 3, as imagens B2, B3 e B4 são imagensnão ancoradas.

Visão de base é uma visão que não depende de qualquer outra visão e pode serindependentemente decodificada. Na figura 3, a visão SO é um exemplo da visão de base.

Também, em uma modalidade, um novo conjunto de parâmetros é proposto cha-mado o conjunto de parâmetros de visão com seu próprio tipo de unidade NAL e dois novostipos de unidade NAL para suportar fatias de codificação de vídeo de múltiplas visões. Nóstambém modificamos a sintaxe do cabeçalho da fatia para indicar o viewjd e o conjunto deparâmetros de visão a serem usados.

O padrão AVC MPEG-4 inclui os dois conjuntos de parâmetros seguintes: (1) con-junto de parâmetros de seqüência (SPS), que inclui informação que não é esperada de mu-dar sobre toda uma seqüência e (2) conjunto de parâmetros de imagem (PPS)1 que incluiinformação que não é esperada de mudar para cada imagem.

Desde que a codificação de vídeo de múltiplas visões tem informação adicional queé específica para cada visão, nós criamos um conjunto de parâmetros de visão (VPS) sepa-rado de modo a transmitir essa informação. Toda a informação que é necessária para de-terminar a dependência entre as visões diferentes é indicada no conjunto de parâmetros devisão. A tabela de sintaxe para o conjunto de parâmetros de visão proposto é mostrada natabela 1 (sintaxe RBSP do conjunto de parâmetros de visão). Esse conjunto de parâmetrosde visão é incluído em um novo tipo de unidade NAL, por exemplo, tipo 14 como mostradona tabela 2 (códigos do tipo de unidade NAL).

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

view_parameter_set_id identifica o conjunto de parâmetros de visão que é citado nocabeçalho da fatia. O valor do view_parameter_set_id ficará na faixa de 0 a 255.

mumber_of_views_minus_1 mais 1 identifica o número total de visões no fluxo debits. O valor do mumber_of_view_minus_1 ficará na faixa de 0 a 255.

avc_compatible_view_id indica o viewjd da visão compatível com AVC. O valor deavç_compatible_view_id ficará na faixa de 0 a 255.

is_base_view_flag[i] igual a 1 indica que a visão i é uma visão de base e é indepen-dentemente decodificável. is_base_view_flag[i] igual a 0 indica que a visão i não é uma vi-são de base. O valor de is_base_view_flag[i] será igual a 1 para uma visão i compatível comAVC.

dependency_update_flag igual a 1 indica que a informação de dependência paraessa visão é atualizada no VPS. dependency_update_flag igual a 0 indica que a informaçãode dependência para essa visão não é atualizada e não deve ser alterada.

anchor_picture_dependency_maps[i][j] igual a 1 indica que as imagens ancoradascom viewjd igual a j dependerão das imagens ancoradas com viewjd igual a i.

non_anchor_picture_dependency_maps[i][j] igual a 1 indica que as imagens nãoancoradas com viewjd igual a j dependerão das imagens não ancoradas com viewjd iguala i. non_anchor_picture_dependency_maps[i][j] está presente somente quando an-chor_picture_dependency_maps[i][j] iguala 1. Se anchor_picture_dependency_maps[i][j]está presente e é igual a zero, non_anchor_picture_dependency_maps[i][j] será deduzidocomo sendo igual a 0.

TABELA 1<table>table see original document page 13</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>

Parâmetros opcionais no conjunto de parâmetros de visão incluem o seguinte:camera_parameters_present_flag igual a 1 indica que uma matriz de projeção é si-nalizada como segue.

camera_parameters, presumindo que o parâmetro de câmera é transportado naforma de uma matriz de projeção P de 3x4, que pode ser usada para mapear um ponto nomundo 3D para a coordenada de imagem 2D:

/ = P * [Xw: Yw: Zw: 1]

onde / está nas coordenadas homogêneas / = [λ.Ix: λ.Iy: λ].Cada elemento camera_parameters_*_* pode ser representado de acordo com opadrão de ponto flutuante de precisão única IEEE (32 bits).

A vantagem de colocar essa informação em um conjunto de parâmetros separadosé que nós ainda mantemos os conjuntos de parâmetros de seqüência (SPS) e os conjuntosde parâmetros de imagem (PPS) que são compatíveis com o padrão AVC MPEG-4. Se nóscolocamos essa informação em um conjunto de parâmetros de seqüência ou um conjuntode parâmetros de imagem então, para cada visão, nós precisamos enviar um conjunto deparâmetros de seqüência e conjunto de parâmetros de imagem separados. Isso é muito res-tritivo. Também, essa informação não se ajusta bem em um conjunto de parâmetros de se-qüência ou um conjunto de parâmetros de imagem. Uma outra razão é que desde que nóspropomos ter uma visão de base compatível com o padrão AVC MPEG-4, nós teríamos queusar conjuntos de parâmetros de seqüência (compatíveis com AVC MPEG-4) e conjuntos deparâmetros de imagem separados para uma tal visão e um conjunto de parâmetros de se-qüência/conjuntos de parâmetros de imagem separados (com informação específica da vi-são) para todas as outras visões.

A colocação de toda a informação de dependência em um único conjunto de parâ-metros de visão bem no início da seqüência é muito benéfica. O decodificador pode criar ummapa usando toda a informação de dependência depois que ele recebe o conjunto de pa-râmetros de visão. Isso possibilita que ele saiba antes que ele receba qualquer fatia quaisvisões são necessárias para decodificar uma visão particular. Como um resultado disso, nóssomente precisamos analisar o cabeçalho da fatia para obter o viewjd e determinar se essavisão é necessária para decodificar uma visão alvo como indicado por um usuário. Assim,nós não precisamos colocar em armazenamento temporário quaisquer quadros ou aguardaraté um certo ponto para determinar quais quadros são necessários para decodificar umavisão particular.

A informação de dependência e se ela é uma visão de base é indicada no conjuntode parâmetros de visão. Mesmo uma visão de base compatível com AVC MPEG-4 tem as-sociada com ela a informação que é específica para essa visão (por exemplo, parâmetrosde câmera). Essa informação pode ser usada por outras visões para várias finalidades inclu-indo a interpolação/síntese da visão. Nós propomos suportar somente uma visão compatívelcom AVC MPEG-4 desde que se existem múltiplas visões compatíveis com AVC MPEG-4,torna-se difícil identificar para cada tal fatia a qual visão ela pertence e um decodificador decodificação de vídeo sem múltiplas visões pode ficar facilmente confuso.

Pela restrição disso a apenas uma tal visão, é garantido que um decodificador decodificação de vídeo sem múltiplas visões será capaz de corretamente decodificar a visão eum decodificador de codificação de vídeo de múltiplas visões pode facilmente identificaruma tal visão do conjunto de parâmetros de visão usando a sintaxeavc_compatible_view_id. Todas as outras visões de base (não compatíveis com AVCMPEG-4) podem ser identificadas usando is_base_view_flag.

Um novo cabeçalho de fatia para fatias de codificação de vídeo de múltiplas visõesé proposto. A fim de suportar a capacidade escalar da visão, o acesso aleatório da visão eassim por diante, nós precisamos saber de quais visões a fatia atual depende. Para a sínte-se da visão e a interpolação da visão nós podemos também potencialmente precisar de pa-râmetros de câmera. Essa informação está presente no conjunto de parâmetros de visãocomo mostrado acima na tabela 1. O conjunto de parâmetros de visão é identificado usandoo view_parameter_set_id. Nós propomos adicionar o view_parameter_set_id no cabeçalhoda fatia de todas as fatias não compatíveis com AVC MPEG-4 como mostrado na tabela 3(sintaxe do cabeçalho da fatia). A informação de viewjd é necessária para várias exigên-cias de codificação de vídeo de múltiplas visões incluindo interpolação/síntese de visão, a-cesso aleatório da visão, processamento paralelo e assim por diante. Essa informação podetambém ser útil para modos de codificação especiais que somente se referem à predição davisão cruzada. A fim de encontrar os parâmetros correspondentes do conjunto de parâme-tros da visão para essa visão, nós precisamos enviar o viewjd no cabeçalho da fatia.TABELA 3

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

Para as novas fatias de codificação de vídeo de múltiplas visões, nós propomos cri-ar novos tipos de unidade NAL para cada tipo de fatia (renovação de decodificação instan-tânea (IDR) e sem IDR). Nós propomos usar o tipo 22 para fatias IDR e o tipo 23 para fatiassem IDR como mostrado na tabela 2.

view_parameter_set_id especifica o conjunto de parâmetros de visão em uso. O va-lor de view_parameter_set_id ficará na faixa de 0 a 255.

viewjd indica o id de visão da visão atual. O valor de view_parameter_set_id ficarána faixa de 0 a 255.

Um exemplo de acesso aleatório da visão será agora descrito de acordo com umamodalidade dos presentes princípios.

O acesso aleatório da visão é uma exigência de codificação de vídeo de múltiplasvisões. O objetivo é obter acesso a qualquer visão com mínimo esforço de decodificação.

Vamos considerar um exemplo simples de acesso aleatório da visão para a estrutura depredição mostrada na figura 3.

Suponha que um usuário solicita decodificar a visão S3. A partir da figura 3, nósobservamos que essa visão depende da visão SO1 visão S2 e visão S4. Um conjunto de pa-râmetros de visão exemplar é ilustrado abaixo.

Vamos presumir que os viewjd para as visões são numerados consecutivamentede 0 a 7 na sintaxe do cabeçalho da fatia e existe somente um conjunto de parâmetros devisão presente com view_parameter_set igual a 0. number_of_views_minus_1 é ajustadopara 7. avc_compatible_view_id poderia ser ajustado para 0.

Para as visões SO1 is_base_view_flag é ajustado para 1 e para as outras visões eleé ajustado para 0. O mapa de dependência para SO1 S1, S2, S3 e S4 se parecerá comomostrado na tabela 4A (A tabela de dependência para SO an-chor_picture_dependency_map) e na tabela 4B (tabela de dependência para SOnon_anchor_picture_dependency_map). O mapa de dependência para as outras visões po-de ser escrito em uma maneira similar.

Depois que essa tabela está disponível no decodificador, o decodificador pode fa-cilmente determinar se uma fatia que ele recebe é necessária para decodificar uma visãoparticular. O decodificador somente precisa analisar o cabeçalho da fatia para determinar oviewjd da fatia atual e para a visão alvo S3 ele pode pesquisar as colunas S3 nas duastabelas (tabela 4a e tabela 4B) para determinar se ele deve manter ou não a fatia atual. Odecodificador precisa distinguir entre imagens ancoradas e imagens não ancoradas desdeque elas podem ter dependências diferentes como pode ser observado a partir da tabela 4ae tabela 4b. Para a visão alvo S3, nós precisamos decodificar as imagens ancoradas dasvisões SO1 S2 e S4, mas somente precisamos decodificar as imagens não ancoradas dasvisões S2 e S4.

TABELAS 4A

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

TABELAS 4B

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

0

Com referência à figura 4, um método exemplar para codificar múltiplas visões deconteúdo de vídeo de múltiplas visões é indicado de forma geral pelo numerai de referência400.

O método 400 inclui um bloco de partida 405 que passa o controle para um blocode função 410. O bloco de função 410 lê um arquivo de configuração para os parâmetros decodificação a serem usados para codificar as múltiplas visões e passa o controle para umbloco de função 415. O bloco de função ajusta N para ser igual ao número de visões a se-rem codificadas e passa o controle para um bloco de função 420. O bloco de função 420ajusta number_of_views_minus_1 igual a N-1, ajusta avc_compatible_view_id igual ao vi-ewjd da visão compatível com AVC MPEG-4 e passa o controle para um bloco de função425. O bloco de função 425 ajusta view_parameter_set_id igual a um número inteiro válido,inicializa uma variável i para ser igual a zero e passa o controle para um bloco de decisão430. O bloco de decisão 430 determina se i é maior ou não do que N. Se afirmativo, então ocontrole é passado para um bloco de decisão 435. De outra forma, o controle é passadopara um bloco de função 470.

O bloco de decisão 435 determina se a visão atual é ou não uma visão de base. Seafirmativo, então o controle é passado para um bloco de função 440. De outra forma, o con-trole é 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 pa-ra um bloco de decisão 445. O bloco de decisão 445 determina se a dependência está sen-do atualizada ou não. Se afirmativo, o controle é passado para um bloco de função 450. Deoutra forma, o controle é passado para um bloco de função 485.

O bloco de função 450 ajusta 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 para um bloco de decisão 460. O bloco de decisão 460 determina se j émenor ou não do que N. Se afirmativo, então o controle é passado para um bloco de função465. De outra forma, 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] para valores indicados pelo arquivo de configu-raçã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 quandoparâmetros de câmera estão presentes, ajusta camera_parameters_present_flag igual azero de outra forma e passa o controle para um bloco de decisão 472. O bloco de decisão472 determina se camera_parameters_present_flag é igual ou não a um. Se afirmativo, en-tão o controle é passado para um bloco de função 432. De outra forma, o controle é passa-do para um bloco de função 434.

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

O bloco de função 434 escreve o conjunto de parâmetros de visão (VPS) ou o con-junto de parâmetros de seqüência (SPS) e passa o controle para um bloco final 499.

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.

Com referência à figura 5, um método exemplar para decodificar múltiplas visões deconteúdo de vídeo de múltiplas visões é indicado geralmente pelo numerai de referê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 um conjunto de parâmetros de seqüência(SPS) ou um conjunto de parâmetros de visão (VPS), view_parameter_set_id, num-ber_of_views_minus_1, avc_compatible_view_id, ajusta as variáveis i e j iguais a zero, ajus-ta N igual a number_of_views_minus_1 e passa o controle para um bloco de decisão 515. Obloco de decisão 515 determina se i é ou não menor do que ou igual a N. Se afirmativo, en-tão o controle é passado para um bloco de função 570. De outra forma, o controle é passa-do para um bloco de função 525.

O bloco de função 570 analisa camera_parameters_present_flag e passa o controlepara um bloco de decisão 572. O bloco de decisão 572 determina se came-ra_parameters_present_flag é igual ou não a um. Se afirmativo, então o controle é passadopara um bloco de função 574. De outra forma, o controle é passado para um bloco de fun-ção 576.

O bloco de função 574 analisa os parâmetros de câmera e passa o controle para obloco de função 576.

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

O bloco de função 525 analisa is_base_view_flag[i] e dependency_update_flag epassa o controle para um bloco de decisão 530. O bloco de decisão 530 determina se de-pendency_update_flag é igual ou não a zero. Se afirmativo, então o controle é passado paraum bloco de função 532. De outra forma, o controle é passado para um bloco de decisão535.

O bloco de função 532 incrementa i por um e retorna o controle para o bloco de de-cisão 515.

O bloco de decisão 535 determina se j é ou não menor do que ou igual a N. Se a-firmativo, então o controle é passado para um bloco de função 540. De outra forma, o con-trole é passado para um bloco de função 537.

O bloco de função 540 analisa anchor_picture_dependency_maps[i][j] e passa ocontrole para um bloco de decisão 545. O bloco de decisão 545 determina senon_anchor_picture_dependency_maps[i][j] é ou não igual a um. Se afirmativo, então o con-trole é passado para um bloco de função 550. De outra forma, o controle é passado para umbloco de função 547.O bloco de função 550 analisa o non_anchor_picture_dependency_maps[i][j] e pas-sa 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 de de-cisã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 será agora fornecida de algumas das muitas vantagens/aspectosresultantes da presente invenção, alguns dos quais foram mencionados acima. Por exem-plo, uma vantagem/aspecto é um aparelho que inclui um codificador para codificar pelo me-nos duas visões correspondendo com o conteúdo de vídeo de múltiplas visões em um fluxode bits resultante, onde o fluxo de bits resultante é codificado para incluir informação especí-fica da visão. A informação específica da visão indica uma interdependência de decodifica-ção entre pelo menos alguma das pelo menos duas visões. Uma outra vantagem/aspecto éo aparelho tendo o codificador como descrito acima, onde a interdependência da decodifica-ção permite uma decodificação correspondente de pelo menos uma das pelo menos duasvisões usando somente um subconjunto das pelo menos duas visões para a decodificaçãocorrespondente. Ainda uma outra vantagem/aspecto é o aparelho tendo o codificador comodescrito acima, onde a interdependência da decodificação indicada na informação específicada visão é usada para acesso aleatório de pelo menos uma das pelo menos duas visõesbaixando fatias relacionadas com quaisquer outras das pelo menos duas visões indicadascomo não interdependentes com relação a pelo menos uma visão. Ainda uma outra vanta-gem/aspecto é o aparelho tendo o codificador como descrito acima, onde a informação es-pecífica da visão é incluída em uma sintaxe de alto nível. Uma vantagem/aspecto adicional éo aparelho tendo o codificador como descrito acima, onde a informação específica da visãoé incluída em um conjunto de parâmetros complacente com a International Organization forStandardization/lnternational Electrotechnical Commission Moving Picture Experts Group-4Part 10 Advanced Video Coding stardard/lntemational Telecommunication Union, Telecom-munication Sector H.264 recommendation. Uma vantagem/aspecto ainda adicional é o apa-relho tendo o codificador como descrito acima, onde a informação específica da visão é in-cluída em um conjunto de parâmetros de visão. Uma vantagem/aspecto ainda adicional é oaparelho tendo o codificador onde a informação específica da visão é incluída em um con-junto de parâmetros de visão como descrito acima, onde o conjunto de parâmetros de visãoé atribuído com um tipo de unidade NAL especificamente para uso somente com o conjuntode parâmetros de visão. Uma vantagem/aspecto adicional é o aparelho tendo o codificadoronde um tipo de unidade NAL é atribuído especificamente para uso somente com o conjuntode parâmetros de visão como descrito acima, onde o tipo de unidade NAL é 14. Além domais, uma outra vantagem/aspecto é o aparelho tendo o codificador como descrito acima,onde a informação específica da visão inclui pelo menos um elemento de sintaxe para indi-car um id do conjunto de parâmetros de visão. Além do que, uma outra vantagem/aspecto éo aparelho tendo o codificador onde a informação específica da visão inclui pelo menos umelemento de sintaxe para indicar um id do conjunto de parâmetros de visão como descritoacima, onde o pelo menos um elemento de sintaxe é representado por um elemento de sin-taxe view_parameter_set_id. Também, uma outra vantagem/aspecto é o aparelho tendo ocodificador como descrito acima, onde a informação específica da visão inclui pelo menosum elemento de sintaxe para indicar um número de visões. Adicionalmente, uma outra van-tagem/aspecto é o aparelho tendo o codificador onde a informação específica da visão incluipelo menos um elemento de sintaxe para indicar um número de visões como descrito acima,onde o pelo menos um elemento de sintaxe é representado por um elemento de sintaxenumber_of_views_minus_1. Além do mais, uma outra vantagem/aspecto é o aparelho tendoo codificador como descrito acima, onde a informação específica da visão inclui pelo menosum elemento de sintaxe para indicar um id da visão para uma particular das pelo menosduas visões, quando a particular das pelo menos duas visões é codificada em um fluxo debits resultante que é complacente com a International Organization for Standardizati-on/lnternational Electrotechnical Commission Moving Picture Experts Group-4 Part 10 Ad-vanced Video Coding stardard/lntemational Telecommunication Union, TelecommunicationSector H.264 recommendation. Além do que, uma outra vantagem/aspecto é o aparelhotendo o codificador onde a informação específica da visão inclui pelo menos um elementode sintaxe para indicar um id da visão para uma particular das pelo menos duas visões co-mo descrito acima, onde o pelo menos um elemento de sintaxe é representado por um ele-mento de sintaxe avc_compatible_view_id. Também, uma outra vantagem/aspecto é o apa-relho tendo o codificador como descrito acima, onde a informação específica da visão incluipelo menos um elemento de sintaxe ou é implicitamente derivável de uma sintaxe de altonível, o pelo menos um elemento de sintaxe e a sintaxe de alto nível para indicar que umaparticular das pelo menos duas visões é compatível com a International Organization forStandardization/lnternational Electrotechnical Commission Moving Picture Experts Group-4Part 10 Advanced Video Coding stardard/lntemational Telecommunication Union, Telecom-munication Sector H.264 recommendation. Adicionalmente, uma outra vantagem/aspecto éo aparelho tendo o codificador onde a informação específica da visão inclui pelo menos umelemento de sintaxe ou é implicitamente derivável de uma sintaxe de alto nível como descri-to acima, onde o pelo menos um elemento da sintaxe é representado por um elemento desintaxe is_base_view_flag. Além do mais, uma outra vantagem/aspecto é o aparelho tendo ocodificador como descrito acima, onde a informação específica da visão inclui pelo menosum elemento de sintaxe para indicar se a informação de dependência para pelo menos umadas pelo menos duas visões está presente no fluxo de bits resultante. Além do que, umaoutra vantagem/aspecto é o aparelho tendo o codificador onde a informação específica davisão inclui pelo menos um elemento de sintaxe para indicar se a informação de dependên-cia para pelo menos uma das pelo menos duas visões está presente no fluxo de bits resul-tante como descrito acima, onde o pelo menos um elemento de sintaxe é representado porum elemento de sintaxe dependency_update_f!ag. Também, uma outra vantagem/aspecto éo aparelho tendo o codificador como descrito acima, onde a informação específica da visãoinclui pelo menos um elemento de sintaxe para indicar se pelo menos uma imagem ancora-da em uma atual das pelo menos duas visões é usada para decodificar quaisquer outras daspelo menos duas visões. Além do mais, uma outra vantagem/aspecto é o aparelho tendo ocodificador onde a informação específica da visão inclui pelo menos um elemento de sintaxepara indicar se pelo menos uma imagem ancorada em uma atual das pelo menos duas vi-sões é usada para decodificar quaisquer outras das pelo menos duas visões como descritoacima, onde o pelo menos um elemento de sintaxe é representado por um elemento de sin-taxe anchor_picture_dependency_maps[i][j]. Também, uma outra vantagem/aspecto é o a-parelho tendo o codificador como descrito acima, onde a informação específica da visãoinclui pelo menos um elemento de sintaxe para indicar se pelo menos uma imagem não an-corada em uma atual das pelo menos duas visões é usada para decodificar quaisquer ou-tras das pelo menos duas visões. Adicionalmente, uma outra vantagem/aspecto é o apare-lho tendo o codificador onde a informação específica da visão inclui pelo menos um elemen-to de sintaxe para indicar se pelo menos uma imagem não ancorada em uma atual das pelomenos duas visões é usada para decodificar quaisquer outras das pelo menos duas visõescomo descrito acima, onde o pelo menos um elemento de sintaxe é representado por umelemento de sintaxe non_anchor_picture_dependency_maps[i][j]. Além do mais, uma outravantagem/aspecto é o aparelho tendo o codificador como descrito acima, onde o fluxo debits resultante é codificado para incluir pelo menos um elemento de sintaxe relacionado compelo menos um parâmetro de câmera para pelo menos uma das pelo menos duas visões.

Além do que, uma outra vantagem/aspecto é o aparelho tendo o codificador onde o fluxo debits resultante é codificado para incluir pelo menos um elemento de sintaxe relacionado compelo menos um parâmetro de câmera para pelo menos uma das pelo menos duas visõescomo descrito acima, onde a pelo menos uma sintaxe é incluída em um conjunto de parâ-metros correspondendo com o fluxo de bits resultante.

Além do mais, uma outra vantagem/aspecto é um aparelho que inclui um codifica-dor para codificar pelo menos duas visões correspondendo com o conteúdo de vídeo demúltiplas visões definindo como uma visão de base qualquer uma das pelo menos duas vi-sões que, para uma decodificação da mesma, é independente de qualquer outra das pelomenos duas visões.

Além do que, uma outra vantagem/aspecto é um aparelho que inclui um codificadorpara codificar pelo menos duas visões correspondendo com o conteúdo de vídeo de múlti-plas visões codificando pelo menos uma das pelo menos duas visões em um fluxo de bitsresultante que é complacente na sintaxe com a International Organization for Standardizati-on/lnternational Electrotechnical Commission Moving Picture Experts Group-4 Part 10 Ad-vanced Video Coding stardard/lntemational Telecommunication Union, TelecommunicationSector H.264 recommendation, para retrocompatibilidade com ela. Também, uma outra van-tagem/aspecto é o aparelho tendo o codificador como descrito acima, onde a pelo menosuma visão é uma visão de base que, para uma decodificação da mesma, é independente dequalquer outra das pelo menos duas visões. Adicionalmente, uma outra vantagem/aspecto éo aparelho tendo o codificador como descrito acima, onde um elemento de sintaxeavc_compatible_view_id identifica a pelo menos uma visão como sendo codificada no fluxode bits resultante que é complacente na sintaxe com a International Organization for Stan-dardization/lnternational Electrotechnical Commission Moving Picture Experts Group-4 Part10 Advanced Video Coding stardard/lntemational Telecommunication Union, Telecommuni-cation Sector H.264 recommendation para retrocompatibilidade.

Além do mais, uma outra vantagem/aspecto é um aparelho que inclui um codifica-dor para codificar pelo menos uma das pelo menos duas visões correspondendo com o con-teúdo de vídeo de múltiplas visões selecionando entre um dos dois tipos de fatia predefini-dos. Além do que, uma outra vantagem/aspecto é o aparelho tendo o codificador como des-crito acima, onde os dois tipos de fatia predefinidos são um tipo de fatia de renovação dedecodificação instantânea e um tipo de fatia de renovação de decodificação não instantâ-nea. Também, uma outra vantagem/aspecto é o aparelho tendo o codificador que selecionaentre o tipo de fatia de renovação de decodificação instantânea e o tipo de fatia de renova-ção de decodificação não instantânea como descrito acima, onde o tipo da unidade NAL 22é usado para o tipo de fatia de renovação de decodificação instantânea e o tipo de unidadeNAL 23 é usado para as fatias de renovação de decodificação não instantâneas. Adicional-mente, uma outra vantagem/aspecto é o aparelho tendo o codificador como descrito acima,onde os cabeçalhos da fatia para pelo menos uma das pelo menos duas fatias incluem sin-taxe específica da visão. Além do mais, uma outra vantagem/aspecto é o aparelho tendo ocodificador onde cabeçalhos da fatia para pelo menos uma das pelo menos duas fatias in-cluem sintaxe específica da visão como descrito acima, onde a sintaxe específica da visão écondicionada no tipo da unidade NAL 23 e no tipo da unidade NAL 24. Além do que, umaoutra vantagem/aspecto é o aparelho tendo o codificador onde cabeçalhos da fatia para pelomenos uma das pelo menos duas fatias incluem sintaxe específica da visão como descritoacima, onde a sintaxe específica da visão inclui um identificador de conjunto de parâmetrosde visão e um identificador de visão. Também, uma outra vantagem/aspecto é o aparelhotendo o codificador onde a sintaxe específica da visão inclui um identificador de conjunto deparâmetros de visão e um identificador de visão como descrito acima, onde o identificadordo conjunto de parâmetros de visão é representado por um elemento de sintaxe vi-ew_parameter_set_id e o identificador de visão é representado por um elemento de sintaxeviewjd.

Adicionalmente, uma outra vantagem/aspecto é um aparelho que inclui um codifi-cador para codificar pelo menos duas visões correspondendo com o conteúdo de múltiplasvisões em um fluxo de bits resultante, onde o fluxo de bits resultante é codificado para incluirpelo menos um parâmetro de câmera correspondendo com pelo menos uma das pelo me-nos duas visões. Além do mais, uma outra vantagem/aspecto é o aparelho tendo o codifica-dor como descrito acima, onde o fluxo de bits resultante é codificado para incluir um conjun-to de parâmetros de visão, e o pelo menos um parâmetro de câmera é incluído no conjuntode parâmetros de visão. Além do que, uma outra vantagem/aspecto é o aparelho tendo ocodificador como descrito acima, onde a presença do pelo menos um parâmetro de câmeraé indicada por um elemento de sintaxe. Também, uma outra vantagem/aspecto é o aparelhotendo o codificador onde a presença do pelo menos um parâmetro de câmera é indicada porum elemento de sintaxe como descrito acima, onde o elemento de sintaxe é um elemento desintaxe camera_parameters_present_flag. Adicionalmente, uma outra vantagem/aspecto é oaparelho tendo o codificador como descrito acima, onde o pelo menos um parâmetro de câ-mara é representado por um elemento de sintaxe camera_parameters.

Além do mais, uma outra vantagem/aspecto é um aparelho que inclui um codifica-dor para codificar pelo menos duas visões correspondendo com o conteúdo de vídeo demúltiplas visões em um fluxo de bits resultante, onde o fluxo de bits resultante é codificadopara incluir pelo menos um elemento de sintaxe relacionado com pelo menos um parâmetrode câmera para pelo menos uma das pelo menos duas visões. Além do que, uma outra van-tagem/aspecto é o aparelho tendo o codificador como descrito acima, onde a pelo menosuma sintaxe é um elemento de sintaxe de alto nível. Também, uma outra vantagem/aspectoé o aparelho tendo o codificador como descrito acima, onde a pelo menos uma sintaxe éincluída em um conjunto de parâmetros correspondendo com o fluxo de bits resultante.

Esses e outros aspectos e vantagens dos presentes princípios podem ser facilmen-te verificados pelo versado na técnica pertinente com base nos ensinamentos aqui. É paraser entendido que os ensinamentos dos presentes princípios podem ser implementados emvárias formas de hardware, software, firmware, processadores de finalidade especial oucombinações desses.

Mais preferivelmente, os ensinamentos dos presentes princípios são implementa-dos como uma combinação de hardware e software. Além do mais, o software pode ser im-plementado como um programa aplicativo personificado de modo tangível em uma unidadede armazenamento de programa. O programa aplicativo pode ser transferido para, e execu-tado por, uma máquina compreendendo qualquer arquitetura adequada. De preferência, amáquina é implementada em uma plataforma de computador tendo hardware, tais comouma ou mais unidades de processamento central ("CPU"), uma memória de acesso aleatório("RAM") e interfaces de entrada/saída ("I/O"). A plataforma de computador pode tambémincluir um sistema operacional e código de microinstrução. Os vários processos e funçõesdescritos aqui podem ser parte do código de microinstrução ou parte do programa aplicativo,ou qualquer combinação desses, que podem ser executados por uma CPU. Além disso,várias outras unidades periféricas podem ser conectadas na plataforma de computador taiscomo uma unidade de armazenamento de dados adicionais e uma unidade de impressão.

É para ser também entendido que, pelo fato de que alguns dos componentes dosistema constituinte e métodos representados nos desenhos acompanhantes são preferi-velmente implementados em software, as conexões reais entre os componentes do sistemaou os blocos de função do processo podem diferir dependendo da maneira na qual os pre-sentes princípios são programados. Dados os ensinamentos aqui, o versado na técnica per-tinente será capaz de considerar essas e implementações ou configurações similares dospresentes princípios.

Embora as modalidades ilustrativas tenham sido descritas aqui com referência aosdesenhos acompanhantes, é para ser entendido que os presentes princípios não são limita-dos a essas modalidades precisas, e que várias mudanças e modificações podem ser efetu-adas nelas pelo versado na técnica pertinente sem se afastar do escopo ou espírito dos pre-sentes princípios. Todas tais mudanças e modificações são planejadas para serem incluídasdentro do escopo dos presentes princípios como apresentado nas reivindicações anexas.

Claims (20)

1. Aparelho, CARACTERIZADO pelo fato de compreender:um codificador (100) para codificar pelo menos duas visões correspondente ao con-teúdo de vídeo de múltiplas visões para definir como visão base qualquer uma da pelo me-nos duas visões que, para uma mesma decodificação, é independente de qualquer outradas pelo menos duas visões.

2. Método, CARACTERIZADO pelo fato de compreender:codificar pelo menos duas visões correspondente ao conteúdo de vídeo de múltiplavisões para definir como visão base qualquer uma da pelo menos duas visões que, parauma mesma decodificação, é independente de qualquer outra da pelo menos duas visões(440).

3. Aparelho, CARACTERIZADO pelo fato de compreender:um decodificador (200) para decodificar pelo menos duas visões correspondentesao conteúdo de vídeo de múltiplas visões, onde o dito decodificador determina qual, se al-guma, da pelo menos duas visões é a visão base que, para uma mesma decodificação, éindependente de qualquer outra das pelo menos duas visões.

4. Método, CARACTERIZADO pelo fato de compreender:decodificar pelo menos duas visões corresponde ao conteúdo de vídeo de múltiplavisões, onde a dita etapa de decodificar determina qual, se alguma, da pelo menos duasvisões é a visão base que, para uma mesma decodificação, é independente de qualqueruma da outra das pelo menos duas visões (525).

5. Estrutura de sinal de vídeo para codificação de vídeo, CARACTERIZADO pelofato de compreender:pelo menos duas visões correspondentes ao conteúdo de vídeo de múltipla visõescodificado para definir como visão base qualquer uma das duas visões que, para uma mes-ma decodificação, é independente de qualquer outra da pelo menos duas visões.

6. Meio de armazenamento possuindo dados de sinal de vídeo codificados logo a-pós, CARACTERIZADO pelo fato de compreender:pelo menos duas visões correspondentes ao conteúdo codificado de vídeo de múl-tipla visões para definir como visão base qualquer uma das pelo menos duas visões que,para uma mesma decodificação, é independente de qualquer outra da pelo menos duas vi-sões.

7. Aparelho, CARACTERIZADO pelo fato de compreender:um codificador (100) para codificar pelo menos duas visões correspondentes aoconteúdo de vídeo de múltipla visões para codificar pelo menos uma da pelo menos duasvisões numa resultante do fluxo de bits que é complacente na sintaxe com a InternationalOrganization for Standardization/lntemational Electrotechnical Commission Moving PictureExperts Group-4 Part 10 Advanced Video Coding stardard/lnternational TelecommunicationUnion, Telecommunication Seetor H.264 recommendation, para retrocompatibilidade com omesmo.

8. Aparelho, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de quepelo menos uma visão é uma visão base que, para uma mesma decodificação, é indepen-dente para qualquer outra da pelo menos duas visões.

9. Aparelho, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de queum elemento na sintaxe de avc_compatible_view_id identifica a pelo menos uma visão a sercodificada no fluxo de bits resultante que é complacente na sintaxe com a International Or-ganization for Standardization/lntemational Electrotechnical Commission Moving Picture Ex-perts Group-4 Part 10 Advanced Video Coding stardard/lnternational TelecommunicationUnion, Telecommunication Sector H.264 recommendation, para retrocompatibilidade.

10. Método, CARACTERIZADO pelo fato de que compreende: -codificar pelo menos duas visões correspondentes ao conteúdo de vídeo de múlti-pia visão para codificar pelo menos uma das pelo menos duas visões em um fluxo de bitsresultante que é complacente na sintaxe com a International Organization for Standardizati-on/lntemational Electrotechnical Commission Moving Picture Experts Group-4 Part 10 Ad-vanced Video Coding stardard/lnternational Telecommunication Union, TelecommunicationSector H.264 recommendation, para retrocompatibilidade com o mesmo (420).

11. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de quea pelo menos uma visão é a visão base que, para uma mesma decodificação, é independen-te de qualquer outra das pelo menos duas visões (440)

12. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de queo elemento na sintaxe avc_compatible_view_id identifica a pelo menos uma visão a ser codi-ficado no fluxo de bits resultante que é complacente na sintaxe com a International Organi-zation for Standardization/lntemational Electrotechnical Commission Moving Picture ExpertsGroup-4 Part 10 Advanced Video Coding stardard/lnternational Telecommunication Union,Telecommunication Sector H.264 recommendation para retrocompatibilidade (420).

13. Aparelho, CARACTERIZADO pelo fato de compreender:um decodificador (200) para decodificar pelo menos duas visões correspondentesao conteúdo de vídeo de múltipla visão, onde pelo menos uma das pelo menos duas visõesestão incluídas em um fluxo de bits que é complacente na sintaxe com a International Orga-nization for Standardization/lntemational Electrotechnical Commission Moving Picture Ex-perts Group-4 Part 10 Advanced Video Coding stardard/lnternational TelecommunicationUnion, Telecommunication Sector H.264 recommendation, para retrocompatibilidade com omesmo.

14. Aparelho, de acordo com a reivindicação 13, CARACTERIZADO pelo fato deque pelo menos uma visão é uma visão base que, para uma mesma decodificação, é inde-pendente de qualquer outra da pelo menos duas visões.

15. Aparelho, de acordo com a reivindicação 13, CARACTERIZADO pelo fato deque um elemento na sintaxe avc_compatible_view_id identifica que a pelo menos uma visãoa ser incluída no fluxo de bits que é complacente na sintaxe com a International Organizati-on for Standardization/lntemational Electrotechnical Commission Moving Picture ExpertsGroup-4 Part 10 Advanced Video Coding stardard/lnternational Telecommunication Union,Telecommunication Sector H.264 recommendation para retrocompatibilibade.

16. Método, CARACTERIZADO pelo fato de compreender:decodificar pelo menos duas visões correspondentes ao conteúdo de vídeo de múl-tipla visão, onde pelo menos uma da pelo menos duas visões estão incluídas no fluxo debits que é complacente na sintaxe com a International Organization for Standardizati-on/lntemational Electrotechnical Commission Moving Picture Experts Group-4 Part 10 Ad-vanced Video Coding stardard/lnternational Telecommunication Union, TelecommunicationSector H.264 recommendation, para retrocompatibilidade com o mesmo (510).

17. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de quea pelo menos uma visão é uma visão base que, para uma mesma decodificação, é indepen-dente de qualquer outra da pelo menos duas visões (525).

18. Método, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de queum elemento na sintaxe avc_compatible_view_id identifica pelo menos uma vista a ser inclu-ída no fluxo de bits que é complacente na sintaxe com a International Organization for Stan-dardization/lntemational Electrotechnical Commission Moving Picture Experts Group-4 Part- 10 Advanced Video Coding stardard/lnternational Telecommunication Union, Telecommuni-cation Sector H.264 recommendation para retrocompatibilidade (510).

19. Estrutura de sinal de vídeo para codificar vídeo, CARACTERIZADO pelo fato decompreender:pelo menos duas visões correspondentes a um conteúdo de vídeo de múltiplas vi-sões, onde pelo menos uma da pelo menos duas visões é codificada em um fluxo de bitsque é complacente na sintaxe com a International Organization for Standardizati-on/lntemational Electrotechnical Commission Moving Picture Experts Group-4 Part 10 Ad-vanced Video Coding stardard/lnternational Telecommunication Union, TelecommunicationSector H.264 recommendation, para retrocompatibilidade com o mesmo.

20. Meio de armazenamento possuindo dados de sinal de vídeo codificados logoapós, CARACTERIZADO pelo fato de que compreende:pelo menos duas visões correspondente a um conteúdo de vídeo de múltiplas vi-sões, onde pelo menos uma da pelo menos duas visões é codificada em um fluxo de bitsque é complacente na sintaxe com a International Organization for Standardizati-on/lnternational Electrotechnical Commission Moving Picture Experts Group-4 Part 10 Ad-vanced Video Coding stardard/lnternational Telecommunication Union, TelecommunicationSector H.264 recommendation, para retrocompatibilidade com o mesmo.