"MÉTODO E APARELHO PARA FORNECER MODO DEATUALIZAÇÃO DE RESOLUÇÃO REDUZIDA PARA CODIFICAÇÃO DE VÍDEODE MÚLTIPLAS VISUALIZAÇÕES"
REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS
Este pedido reivindica o beneficio do pedido pro-visório US 60/757.291, intitulado "System Providing ReducedResolution Update Mode for Multi-view Video Coding", deposi-tado em 9 de janeiro de 2006, o qual está incorporado em suatotalidade neste documento pela referência. Além disso, estepedido reivindica o beneficio do pedido provisório US60/757.289, intitulado "Multi-View Video Coding System", de-positado em 9 de janeiro de 2006, o qual está incorporado emsua totalidade neste documento pela referência. Além disso,este pedido está relacionado ao pedido não provisório, pro-tocolo representante PU060004, intitulado "Methods and Appa-ratus for Multi-View Video Coding", o qual é do mesmo reque-rente, incorporado em sua totalidade pela referência.
CAMPO DA INVENÇÃO
A presente invenção diz respeito de uma maneirageral a codificação e decodificação de video e,. mais parti-cularmente, a um método e aparelho para fornecer um modo deatualização de resolução reduzida para Codificação de Videode Múltiplas Visualizações (MVC).
ANTECEDENTES DA INVENÇÃO
Uma seqüência de Codificação de Video de MúltiplasVisualizações (MVC) é um conjunto de duas ou mais seqüênciasde video que capturam a mesma cena a partir de um ponto devista diferente. Uma abordagem possível para a codificaçãode uma seqüência de vídeo de múltiplas visualizações é codi-ficar cada visualização independentemente. Neste caso, qual-quer padrão de codificação de vídeo existente, como, por e-xemplo, a União Internacional de Telecomunicações, Setor deTelecomunicações (ITU-T), recomendação H.263 (em seguida a"Recomendação H.263") e a Organização Internacional de Nor-malização/Comissão Internacional de Eletrotécnica (ISO/IEC),Grupo 4 de Especialistas de Imagens em Movimento (MPEG-4),Parte 10, padrão de Codificação Avançada de vídeo(AVC)/União Internacional de Telecomunicações, Setor de Te-lecomunicações (ITU-T), recomendação H.264 (em seguida o"padrão AVC MPEG-4") pode ser usado. A abordagem tem baixaeficiência de compressão uma vez que ela explora somente aredundância temporal entre imagens da mesma seqüência de ví-deo.
O modo de Atualização de Resolução Reduzida foiintroduzido na Recomendação H.263 para permitir um aumentona taxa de codificação de imagem ao mesmo tempo que mantendoqualidade subjetiva suficiente. Embora a sintaxe de um fluxode bits codificado neste modo fosse essencialmente idênticaa de um fluxo de bits codificado em resolução completa, aprincipal diferença estava em como todos os modos dentro dofluxo de bits eram interpretados, e como a informação resi-dual era considerada e acrescentada depois da compensação demovimento. Mais especificamente, uma imagem neste modo teve1/4 do número de macroblocos comparado a uma imagem codifi-cada de resolução completa, enquanto dados de vetor de movi-mento foram associados com os tamanhos de bloco de 32x32 e16x16 da imagem de resolução completa em vez de 16x16 e 8x8,respectivamente. Por outro lado, transformada discreta decoseno (DCT) e dados de textura são associados com blocos de8x8 de uma imagem de resolução reduzida, ao mesmo tempo queum processo de superamostragem é exigido a fim de gerar arepresentação de imagem completa final.
Embora este processo possa resultar em uma reduçãona qualidade objetiva, isto é mais do que compensado pelaredução de bits que necessitam ser codificados por causa donúmero reduzido (por 4) de modos, dados de movimento e resí-duos. Isto é especialmente importante em taxas de bits muitobaixas onde modos e dados de movimento podem ser considera-velmente em maior grau do que o resíduo. A qualidade subje-tiva também foi agora a menos prejudicada quando comparada àqualidade objetiva. Também, este processo pode ser visto co-mo um pouco similar à aplicação de um filtro passa baixa nosdados residuais antes da codificação, a qual, entretanto,exige a transmissão de todos os modos, dados de movimento eresíduos filtrados, sendo assim menos eficiente.
Algumas diferenças notáveis do modo RRU quandocomparado à codificação normal são a consideração de maiorestamanhos de bloco e a subamostragem do resíduo antes da co-dificação. A primeira diferença permite uma significativaredução de baixo desempenho dentro do fluxo de bits (críticopara taxas de bits inferiores), enquanto que a segunda dife-rença pode ser vista como um processo de quantificação "es-pacial".
Mais especificamente, para suportar RRU dentro dasintaxe do padrão AVC MPEG-4, um novo parâmetro de fatia(reduced_resolution_update) foi introduzido de acordo com oqual a fatia atual é subdividida em macroblocos de tamanho(RRUwidth * 16) χ (RRUheight * 16). Ao contrário da Recomen-dação H.263, não é necessário que RRUwidth seja igual à RRU-height. Parâmetros de fatia adicionais podem ser incluídos,mais especificamente rru_width_scale = RRUwidth e r-ru_height_scale = RRUheight, os quais permitem reduzir reso-lução horizontalmente ou de forma vertical em qualquer razãodesejada. Possíveis opções, por exemplo, incluem escalamentopor 1 horizontalmente e por 2 verticalmente (MBs são de ta-manho 16x32), 2 verticalmente e 1 horizontalmente (MB de ta-manho 32x16), ou, em geral, para se ter macroblocos de tama-nho (rru_width_scale*16) χ (rru_height_scale*16).
Em um caso especial, por exemplo, RRUwidth = RRU-height = 2 e os macroblocos de fatia RRU serão então de ta-manho 32x32. Neste caso, todas as partições e subpartiçõesde macrobloco têm que ser escaladas por 2 horizontalmente e2 verticalmente. Voltando à figura 1, um diagrama para aspartições de macrobloco exemplares 100 e as partições desubmacrobloco 150 em um modo de Atualização de Resolução Re-duzida (RRU) está indicado de uma maneira geral pelo númerode referência 100. Ao contrário da Recomendação H.263, ondedados de vetor de movimento tiveram que ser divididos por 2para estar de acordo com os padrões específicos, isto não énecessário no padrão AVC MPEG-4 e dados de vetor de movimen-to podem ser codificados em resolução completa/precisão desubpixel. Macroblocos omitidos em P fatias neste modo sãoconsiderados como tendo um tamanho de 32x32, enquanto que oprocesso para computar seus dados de movimento associadospermanece inalterado, embora obviamente necessitemos consi-derar agora vizinhos de 32x32 em vez de 16x16.
Uma outra diferença chave desta extensão, emboraopcional, é que no padrão AVC MPEG-4 dados de textura nãotêm que representar informação de uma imagem de resoluçãoinferior. Uma vez que intracodificação no padrão AVC MPEG-4é executada por meio da consideração de métodos de prediçãoespacial usando tamanhos de bloco de 4x4 ou 16x16, isto podeser estendido, de forma similar para modos de interpredição,para tamanhos de bloco de intrapredição de 8x8 e 32x32. Osmodos de predição apesar disso permanecem mais ou menos osmesmos, embora agora mais amostras sejam usadas para gerar osinal de predição.
Os dados residuais são então subamostrados e sãocodificados usando-se o mesmo processo de transformação equantificação já disponível no padrão AVC MPEG-4. 0 mesmoprocesso é aplicado para ambas as amostra de Luminância eCrominância. Durante decodificação os dados residuais neces-sitam ser superamostrados. 0 processo de subamostragem éfeito somente no codificador e, conseqüentemente, não neces-sita ser padronizado. 0 processo de superamostragem deve sercasado no codificador e no decodificador, e assim deve serpadronizado. Métodos de superamostragem possíveis que podemser usados são o de retenção de zero ou primeira ordem ou aose considerar uma estratégia similar como na RecomendaçãoH.2 63.O padrão AVC MPEG-4 também considera um filtro an-tiblocagem aplicado às bordas de bloco 4x4. Uma vez que atu-almente o processo de predição é aplicado para tamanhos debloco de 8x8 e acima, este processo é modificado para consi-derar bordas de bloco 8x8 em vez disso.
Diferentes fatias na mesma imagem podem ter dife-rentes valores de reduced_resolution_update, rru_width_scalee rru_height_scale. Uma vez que o filtro antiblocagem é a-plicado através dos limites de fatia, blocos em um e outrolado do limite de fatia podem ter sido codificados em dife-rentes resoluções. Neste caso, necessitamos considerar paraa computação de parâmetros de filtro antiblocagem o maiorvalor de parâmetro de quantificação (QP) entre os dois blo-cos normais de 4x4 vizinhos em uma dada borda de 8x8, en-quanto que a força do desagrupamento é agora com base no nú-mero total de coeficientes diferentes de zero dos dois blo-cos.
Para suportar Ordenação de Macroblocos Flexíveltal como indicado por num_slice_groups_minusl maior do que 0nos conjuntos de parâmetros de imagem, com o modo de Atuali-zação de Resolução Reduzida um parâmetro adicional referidocomo reduced_resolution_update_enable é transmitido no con-junto de parâmetros de imagem. Não é permitido codificar umafatia usando o Modo de Resolução Reduzida se FMO estiverpresente e este parâmetro não for estabelecido. Além disso,se este parâmetro for estabelecido, os parâmetros r-ru_max_width_scale e rru_max_height_scale também devem sertransmitidos. Estes parâmetros asseguram que o mapa forneci-do pode sempre suportar todos os possíveis tamanhos de ma-crobloco de Atualização de Resolução Reduzida. Isto signifi-ca que os parâmetros seguintes devem estar de acordo com asseguintes condições:
max_width_scale % rru_width_scale=0,
max_height_scale % rru_height_scale=0 e,
max_width_scale>0, max_height_scale>0.
O mapa de grupo de fatias FMO que é transmitidocorresponde à resolução reduzida mais baixa permitida, cor-respondente a rru_max_width_scale e rru_max_height_scale.
Deve-se notar que se múltiplas resoluções de macrobloco fo-rem usadas então rru_max_width_scale e rru_max_height_scalenecessitam ser múltiplos dos múltiplos comuns mínimos de to-das as possíveis resoluções dentro da mesma imagem.
Modos diretos no padrão AVC MPEG-4 são afetadosdependendo de se a fatia atual estiver em modo de resoluçãoreduzida, ou se a referência listl estiver em modo de reso-lução reduzida e a atual fatia não estiver. Para o caso demodo direto, quando a imagem atual está em resolução reduzi-da e a imagem de referência está em resolução completa, ummétodo similar é obtido desse atualmente empregado dentro dopadrão AVC MPEG-4 quando direct_8x8_inference_fIag é capaci-tado. De acordo com este método, partições co-localizadassão atribuídas ao se considerar somente os blocos de 4x4 decanto correspondentes (canto é baseado em índices de bloco)de uma partição de 8x8. Em nosso caso se direto pertencer auma fatia de resolução reduzida, vetores de movimento e re-ferências a para as partições co-localizadas são derivadoscomo se direct_8x8_inference_fIag fosse estabelecido como 1.Isto pode ser visto também como uma subamostragem do campode movimento da referência co-localizada. Embora não neces-sário, se direct_8x8_inference_fIag já foi estabelecido den-tro do fluxo de bits, este processo pode ser aplicado duasvezes. Para o caso em que a fatia atual não está em modo deresolução reduzida, mas a sua primeira referência de listlestá, todos os dados de movimento desta referência de reso-lução reduzida são para ser primeiramente superamostrados.Dados de movimento podem ser superamostrados usando-se re-tenção de ordem zero, o qual é o método com a complexidademínima. Outros métodos de filtragem, por exemplo, similaresao processo usado para a superamostragem dos dados residuaisou retenção de primeira ordem, também podem ser usados.
Algumas outras ferramentas do padrão AVC MPEG-4também são afetadas por causa da consideração deste modo.Mais especificamente, modo de quadro de campo adaptativo demacrobloco (MB-AFF) necessita ser agora considerado usandouma estrutura de supermacrobloco de 32x64. 0 processo de su-peramostragem é executado em resíduos de blocos codificadosindividuais. Se uma imagem total for codificada em modo decampo, então os resíduos de blocos correspondentes são codi-ficados em modo de campo e, conseqüentemente, a superamos-tragem também é feita em campos. De forma similar, quandoMB-AFF é usado, blocos individuais são codificados em um ououtro de modo de campo ou quadro, e seus correspondentes re-síduos são superamostrados em modo de campo ou quadro res-pectivamente .Para permitir que o modo de resolução reduzidatrabalhe para todas as possíveis resoluções, uma imagem ésempre estendida verticalmente e de forma horizontal a fimde ser sempre divisível por 16 * rru_height_scale e 16 * r-ru_width_scale, respectivamente. Para o exemplo onde r-ru_height_scale = rru_width_scale =2, a resolução originalde uma imagem foi HRxVR e a imagem é atenuada para uma reso-lução igual a HcxVc onde:
Hc = ( (HR + 31) /32) * 32
Vc = ( (VR + 31 ) / 32) * 32
O processo para estender a resolução de imagem ésimilar ao que é atualmente feito para o padrão AVC MPEG-4para estender o tamanho de imagem para ser divisível por 16.
Uma abordagem similar é usada para estender amos-tras de crominância, mas para a metade do tamanho.
SUMÁRIO DA INVENÇÃO
Estas e outras deficiências e desvantagens da téc-nica anterior são abordadas pela presente invenção, a qual édirigida para um método e aparelho para fornecer um modo deatualização de resolução reduzida para Codificação de Vídeode Múltiplas Visualizações (MVC).
De acordo com um aspecto da presente invenção éfornecido um codificador de vídeo. 0 codificador de vídeoinclui um codificador para codificar uma imagem usando ummodo de atualização de resolução reduzida. A imagem é uma deum conjunto de imagens correspondentes ao conteúdo de múlti-plas visualizações tendo diferentes pontos de vista com re-lação a uma cena idêntica ou similar. A imagem representa umdos diferentes pontos de vista.
De acordo com um outro aspecto da presente inven-ção é fornecido um método de codificação de vídeo. O métodoinclui codificar uma imagem usando um modo de atualização deresolução reduzida. A imagem é uma de um conjunto de imagenscorrespondentes ao conteúdo de múltiplas visualizações tendodiferentes pontos de vista com relação a uma cena idênticaou similar, a imagem representando um dos diferentes pontosde vista.
De acordo com também um outro aspecto da presenteinvenção é fornecido um decodificador de vídeo. 0 decodifi-cador de vídeo inclui um decodificador para decodificar umaimagem usando um modo de atualização de resolução reduzida.A imagem é uma de um conjunto de imagens correspondentes aoconteúdo de múltiplas visualizações tendo diferentes pontosde vista com relação a uma cena idêntica ou similar. A ima-gem representa um dos diferentes pontos de vista.
De acordo com um aspecto adicional da presente in-venção é fornecido um método de decodificação de vídeo. 0método inclui decodificar uma imagem usando um modo de atua-lização de resolução reduzida. A imagem é uma de um conjuntode imagens correspondente ao conteúdo de múltiplas visuali-zações tendo diferentes pontos de vista com relação a umacena idêntica ou similar, a imagem representando um dos di-ferentes pontos de vista.
Estes e outros aspectos, recursos e vantagens dapresente invenção se tornarão aparentes a partir da descri-ção detalhada a seguir de modalidades exemplares, a qual épara ser lida em conexão com os desenhos anexos.
DESCRIÇÃO RESUMIDA DOS DESENHOS
A presente invenção pode ser mais bem entendida deacordo com as seguintes figuras exemplares, nas quais:
A figura 1 é um diagrama de blocos para partiçõesde macrobloco e de submacrobloco exemplares em um modo deAtualização de Resolução Reduzida (RRU);
A figura 2 é um diagrama de blocos para um codifi-cador exemplar suportando modo de atualização de resoluçãoreduzida, para o qual os presentes princípios podem ser a-plicados de acordo com uma modalidade dos presentes princí-pios ;
A figura 3 é um diagrama de blocos para um decodi-ficador exemplar suportando modo de Atualização de ResoluçãoReduzida (RRU), para o qual os presentes princípios podemser aplicados de acordo com uma modalidade dos presentesprincípios;
A figura 4 é um diagrama de blocos para um codifi-cador de Codificação de Vídeo de Múltiplas Visualizações(MVC) suportando modo de atualização de resolução reduzida,para o qual os presentes princípios podem ser aplicados deacordo com uma modalidade dos presentes princípios;
A figura 5 é um diagrama de blocos para um decodi-ficador de Codificação de Vídeo de Múltiplas Visualizações(MVC) suportando modo de atualização de resolução reduzida,o qual está indicado de uma maneira geral pelo número de re-ferência 500;
A figura 6 é um diagrama de blocos para um métodode codificar Codificação de Video de Múltiplas Visualizações(MVC) exemplar para um modo de Atualização de Resolução Re-duzida (RRU) baseado em fatias, o qual está indicado de umamaneira geral pelo número de referência 600;
A figura 7 é um diagrama de blocos para um métodode decodificar Codificação de Video de Múltiplas Visualiza-ções (MVC) exemplar para modo de Atualização de ResoluçãoReduzida (RRU) baseado em fatias, o qual está indicado deuma maneira geral pelo número de referência 700;
A figura 8 é um diagrama de blocos para um métodode codificar Codificação de Video de Múltiplas Visualizações(MVC) exemplar para um 32X32MB baseado em um Modo de Atuali-zação de Resolução Reduzida (RRU), o qual está indicado deuma maneira geral pelo número de referência 800; e
A figura 9 é um diagrama de blocos para um métodode decodificar Codificação de Video de Múltiplas Visualiza-ções (MVC) exemplar para um 32X32MB baseado em um Modo deAtualização de Resolução Reduzida (RRU), o qual está indica-do de uma maneira geral pelo número de referência 900.
DESCRIÇÃO DETALHADA
A presente invenção diz respeito a um método e a-parelho para fornecer um modo de atualização de resoluçãoreduzida para Codificação de Video de Múltiplas Visualiza-ções (MVC).
A presente descrição ilustra os princípios da pre-sente invenção. Será assim percebido que os versados na téc-nica serão capazes de imaginar vários arranjos que, emboranão descritos ou mostrados explicitamente neste documento,incorporem os princípios da invenção e que estão incluídosno seu espírito e escopo.
Todos os exemplos e linguagem condicional relata-dos neste documento são pretendidos com propósitos pedagógi-cos para ajudar o leitor a entender os princípios da inven-ção e os conceitos contribuídos pelo inventor para incremen-tar a técnica, e não são para ser interpretados como sendolimitações para tais exemplos e condições especificamenterelatados.
Além disso, todas as declarações neste documentorelacionando princípios, aspectos e modalidades da invenção,assim como exemplos específicos da mesma, pretendem abrangertanto equivalências estruturais quanto funcionais da mesma.Adicionalmente, pretende-se que tais equivalências incluamtanto equivalências atualmente conhecidas assim como equiva-lências desenvolvidas no futuro, isto é, quaisquer elementosdesenvolvidos que executem a mesma função, independentementede estrutura.
Assim, por exemplo, será percebido pelos versadosna técnica que os diagramas de blocos apresentados neste do-cumento representam vistas conceituais de conjunto de cir-cuitos ilustrativo incorporando os princípios da invenção.De forma similar, deve ser percebido que quaisquer gráficos,fluxogramas, diagramas de transição de estado, pseudocódigoe outros mais representam vários processos que podem sersubstancialmente representados em mídias legíveis por compu-tador e assim executados por um computador ou processador,se tal computador ou processador está ou não explicitamentemostrado.
As funções dos vários elementos mostrados nas fi-guras podem ser fornecidas por meio do uso de hardware dedi-cado assim como hardware capaz de executar software em asso-ciação com software apropriado. Quando fornecidas por umprocessador, as funções podem ser fornecidas por um únicoprocessador dedicado, por um único processador compartilha-do, ou por uma pluralidade de processadores individuais, al-guns dos quais podem ser compartilhados. Além disso, o usoexplicito do termo "processador" ou "controlador" não deveser interpretado como se referindo exclusivamente a hardwarecapaz de executar software, e pode incluir implicitamente,sem limitação, hardware de processador de sinal digital("DSP"), memória somente de leitura ("ROM") para armazenarsoftware, memória de acesso aleatório ("RAM") e armazenamen-to não volátil.
Outro hardware, convencional e/ou feito sob medi-da, também pode ser incluído. De forma similar, quaisquercomutadores mostrados nas figuras são somente conceituais.Sua função pode ser executada por meio da operação de lógicade programa, por meio de lógica dedicada, por meio da inte-ração de controle de programa e lógica dedicada, ou mesmomanualmente, a técnica particular sendo selecionável peloimplementador tal como entendido mais especificamente a par-tir do contexto.
Nas reivindicações deste pedido, qualquer elementoexpressado como um dispositivo para executar uma função es-pecificada pretende abranger algum modo de execução que fun-cione incluindo, por exemplo, a) uma combinação de elementosde circuito que execute essa função ou b) software em qual-quer forma, incluindo, portanto, firmware, microcódigo oucoisa parecida, combinado com conjunto de circuitos apropri-ado para executar esse software para desempenhar a função. Ainvenção tal como definida pelas tais reivindicações se ba-seia no fato de que as funcionabilidades fornecidas pelosvários dispositivos relatados são combinadas e conciliadasda maneira que as reivindicações requerem. Assim, é conside-rado que quaisquer dispositivos que possam fornecer essasfuncionabilidades são equivalentes àqueles mostrados nestedocumento.
A referência na especificação para "uma modalida-de" ou "uma outra modalidade" dos presentes princípios sig-nifica que um recurso particular, estrutura, característica,e assim por diante descrito em conexão com a modalidade estáincluído em pelo menos uma modalidade dos presentes princí-pios. Assim, os significados da frase "em uma modalidade" ou"em uma outra modalidade" aparecendo em vários lugares portoda a especificação não estão todos necessariamente se re-ferindo à mesma modalidade.
Voltando à figura 2, um codificador exemplar su-portando modo de Atualização de Resolução Reduzida (RRU) es-tá indicado de uma maneira geral pelo número de referência200. O codificador 200 inclui um combinador 205 tendo umasaída conectada a uma entrada de um comutador 210. Uma pri-meira saída do comutador 210 é conectada em comunicação desinal com uma entrada de um subamostrador 215, com uma pri-meira saída de um comutador 245 e com uma primeira entradade um compensador de movimento 270. Uma saída do subamostra-dor 215 é conectada em comunicação de sinal com uma entradade um transformador 220. Uma segunda saída do comutador 210é conectada em comunicação de sinal com a entrada do trans-formador 220. Uma saída do transformador 220 é conectada emcomunicação de sinal com uma entrada de um quantificador225. Uma saída do quantificador 225 é conectada em comunica-ção de sinal com uma primeira entrada de um codificador decomprimento variável 230 e com uma entrada de um quantifica-dor inverso 235. Uma saída do quantificador inverso 235 éconectada em comunicação de sinal com uma entrada de umtransformador inverso 240. Uma saída do transformador inver-so 240 é conectada em comunicação de sinal com uma entradado comutador 245. Uma primeira saída do comutador 245 é co-nectada em comunicação de sinal com uma entrada de um supe-ramostrador 250. Uma saída do superamostrador 250 é conecta-da em comunicação de sinal com uma primeira entrada não in-vertida de um combinador 255. Uma segunda saída do comutador245 é conectada em comunicação de sinal com a primeira en-trada não invertida do combinador 255. Uma saída do combina-dor 255 é conectada em comunicação de sinal com uma entradade um filtro de malha 260. Uma saída do filtro de malha 260é conectada em comunicação de sinal com uma entrada de umarmazenamento de imagem de referência 265. Uma saída do ar-mazenamento de imagem de referência 2 65 é conectada em comu-nicação de sinal com uma segunda entrada de um compensadorde movimento 27 0 e com uma primeira entrada de um estimadorde movimento 275. Uma saída do estimador de movimento 275 éconectada em comunicação de sinal com uma terceira entradado compensador de movimento 270. Uma saída do compensador demovimento 270 é conectada em comunicação de sinal com umasegunda entrada não invertida do combinador 255, com uma en-trada invertida do combinador 205 e com uma segunda entradado codificador de comprimento variável 230. Uma segunda en-trada do estimador de movimento 275 e uma entrada não inver-tida do combinador 205 estão disponíveis como uma entrada docodificador 200. Uma saída do codificador de comprimento va-riável 230 está disponível como uma saída do codificador200.
Voltando à figura 3, um decodificador exemplar su-portando modo de Atualização de Resolução Reduzida (RRU) es-tá indicado de uma maneira geral pelo número de referência300. Uma entrada de um transformador discreto de coseno in-verso (IDCT)/quantificador inverso (IQUANT) 305 está dispo-nível como uma entrada do decodificador 300, para receber umfluxo de bits residual. Uma entrada de um compensador de mo-vimento 325 também está disponível como uma entrada do deco-dif icador 300 para receber vetores de movimento.
Uma saída do transformador discreto de coseno in-verso/quantificador inverso 305 é conectada em comunicaçãode sinal com uma entrada de um superescalador 315. Uma saídado superescalador 315 é conectada em comunicação de sinalcom uma primeira entrada não invertida de um combinador 320.Uma saída do combinador 320 é conectada em comunicação desinal com uma entrada de um filtro de malha 399. Uma primei-ra saída do filtro de malha 399 é conectada em comunicaçãode sinal com uma entrada de um armazenamento temporário dereferência 330. Uma saída do armazenamento temporário de re-ferência 330 é conectada em comunicação de sinal com uma en-trada de um compensador de movimento 325. Uma saída do com-pensador de movimento 325 é conectada em comunicação de si-nal com uma segunda entrada não invertida do combinador 320.Uma segunda saída do filtro de malha 399 está disponível co-mo uma saída do decodificador 300, e fornece o vídeo decodi-ficado. Uma saída do transformador discreto de coseno inver-so/quantificador inverso 305 fornece um(s) resíduo(s). Umasaída do armazenamento temporário de imagem de referência330 fornece uma(s) imagem(s) de referência. Uma saída docompensador de movimento fornece uma(s) predição(s) de movi-mento compensado.
O modelo envolvendo o codificador 200 e o decodi-ficador 300 pode ser estendido e aperfeiçoado pelo uso deelementos de processamento adicionais, tais como análise re-lativa a espaço e tempo tanto no codificador quanto no deco-dificador, os quais permitiriam remover alguns dos artefatosintroduzidos por meio dos processos de subamostragem e supe-ramostragem residual.
Voltando à figura 4, um codificador de Codificaçãode Vídeo de Múltiplas Visualizações (MVC) suportando modo deatualização de resolução reduzida está indicado de uma ma-neira geral pelo número de referência 400. O codificador 400inclui um combinador 402 tendo uma saída conectada em comu-nicação de sinal com uma entrada de um comutador 404. Umaprimeira saída do comutador 4 04 é conectada em comunicaçãode sinal com uma entrada de um subamostrador 406. Uma segun-da saída do comutador 404 é conectada em comunicação de si-nal com uma entrada de um transformador 408. A saída do su-bamostrador 406 é conectada em comunicação de sinal com aentrada do transformador 408. Uma saída do transformador 408é conectada em comunicação de sinal com uma entrada de umquantificador 410. Uma saída do quantificador 410 é conecta-da em comunicação de sinal com uma entrada de um codificadorde entropia 412 e com uma entrada de um quantificador inver-so 414. Uma saída do quantificador inverso 414 é conectadaem comunicação de sinal com uma entrada de um transformadorinverso 416. Uma saída do transformador inverso 416 é conec-tada em comunicação de sinal com uma entrada de um comutador418. Uma primeira saída do comutador 418 é conectada em co-municação de sinal com uma entrada de um superamostrador420. Uma segunda saída do comutador 418 é conectada em comu-nicação de sinal com uma primeira entrada não invertida deum combinador 422. A saída do superamostrador 420 é conecta-da em comunicação de sinal com a primeira entrada não inver-tida do combinador 422. Uma saída do combinador 422 é conec-tada em comunicação de sinal com uma entrada de um recursode intrapredição 424 e com uma entrada de um filtro antiblo-cagem 426. Uma saída do filtro antiblocagem 426 é conectadaem comunicação de sinal com uma entrada de um armazenamentode imagem de referência 428 (para a visualização i). Uma sa-ída do armazenamento de imagem de referência 428 é conectadaem comunicação de sinal com uma primeira entrada de um esti-mador de movimento 436 e com uma primeira entrada de um com-pensador de movimento 438. Uma saída do estimador de.movi-mento 436 é conectada em comunicação de sinal com uma segun-da entrada do compensador de movimento 438.
Uma saída de um armazenamento de imagem de refe-rência 430 (para outras visualizações) é conectada em comu-nicação de sinal com uma primeira entrada de um estimador dedisparidades 432 e com uma primeira entrada de um compensa-dor de disparidades 434. Uma saída do estimador de dispari-dades 432 é conectada em comunicação de sinal com uma segun-da entrada do compensador de disparidades 434.
Uma entrada invertida do combinador 402 é conecta-da em comunicação de sinal com uma saída de um comutador440. A saída do comutador 440 também é conectada em comuni-cação de sinal com uma segunda entrada não invertida do com-binador 422. Uma primeira entrada do comutador 440 é conec-tada em comunicação de sinal com uma saída do recurso de in-trapredição 424. Uma segunda entrada do comutador 440 é co-nectada em comunicação de sinal com uma saída do compensadorde disparidades 434. Uma terceira entrada do comutador 440 éconectada em comunicação de sinal com uma saída do compensa-dor de movimento 438. Uma primeira saída de um módulo de de-cisão de modo de macrobloco (MB) 442 é conectada em comuni-cação de sinal com o comutador 404 para controlar qual en-trada é selecionada pelo comutador 402. Uma segunda saída domódulo de decisão de modo de macrobloco 442 é conectada emcomunicação de sinal com o comutador 418 para controlar qualsaída é selecionada pelo comutador 418. Uma terceira saídado módulo de decisão de modo de macrobloco 442 é conectadaem comunicação de sinal com o comutador 440 para controlarqual entrada é selecionada pelo comutador 440.
Uma entrada do codificador 400 é conectada em co-municação de sinal com uma entrada não invertida do combina-dor 402, com uma segunda entrada do estimador de movimento436 e com uma segunda entrada do estimador de disparidades432. Uma saida do codificador de entropia 412 está disponí-vel como uma saída do codificador 4 00.Voltando à figura 5, um decodificador de Codifica-
ção de Vídeo de Múltiplas Visualizações (MVC) suportando mo-do de atualização de resolução reduzida está indicado de umamaneira geral pelo número de referência 500. O decodificador500 inclui um decodificador de entropia 505 tendo uma saídaconectada em comunicação de sinal com uma entrada de umquantificador inverso 510. Uma saída do quantificador inver-so é conectada em comunicação de sinal com uma entrada de umtransformador inverso 515. Uma saída do transformador inver-so 515 é conectada em comunicação de sinal com uma entradade um comutador 517. Uma primeira saída do comutador 517 éconectada em comunicação de sinal com uma entrada de um su-peramostrador 519. Uma segunda saída do comutador 517 é co-nectada em comunicação de sinal com uma primeira entrada nãoinvertida de um combinador 520. A saída do superamostrador519 é conectada em comunicação de sinal com a primeira en-trada não invertida do combinador 520. Uma saída do combina-dor 520 é conectada em comunicação de sinal com uma entradade um filtro antiblocagem 525 e com uma entrada de um recur-so de intrapredição 530. Uma saida do filtro antiblocagem525 é conectada em comunicação de sinal com uma entrada deum armazenamento de imagem de referência 540 (para a visua-lização i). Uma saida do armazenamento de imagem de referên-cia 54 0 é conectada em comunicação de sinal com uma primeiraentrada de um compensador de movimento 535.
Uma saida de um armazenamento de imagem de refe-rência 545 (para outras visualizações) é conectada em comu-nicação de sinal com uma primeira entrada de um compensadorde disparidades/iluminação 550.
Uma entrada do codificador de entropia 505 estádisponível como uma entrada para o decodificador 500, parareceber um fluxo de bits de resíduo. Além disso, uma entradade um módulo de modo 560 também está disponível como uma en-trada para o decodificador 500, para receber sintaxe de con-trole para controlar qual entrada é selecionada pelo comuta-dor 555. Adicionalmente, uma segunda entrada do compensadorde movimento 535 está disponível como uma entrada do decodi-ficador 500 para receber vetores de movimento. Também, umasegunda entrada do compensador de disparidades/iluminação550 está disponível como uma entrada para o decodif icador500, para receber vetores de disparidades e/ou sintaxe decompensação de iluminação.
Uma saída de um comutador 555 é conectada em comu-nicação de sinal com uma segunda entrada não invertida docombinador 520.
Uma primeira entrada do comutador 555 é conectadaem comunicação de sinal com uma saída do compensador de dis-paridades/iluminação 550. Uma segunda entrada do comutador555 é conectada em comunicação de sinal com uma saída docompensador de movimento 535. Uma terceira entrada do comu-tador 555 é conectada em comunicação de sinal com uma saídado recurso de intrapredição 530. Uma saída do filtro anti-blocagem 525 está disponível como uma saída do decodifica-dor.
Modalidades dos presentes princípios são dirigidaspara codificação eficiente das seqüências de Codificação deVídeo de Múltiplas Visualizações (MVC). Uma seqüência de ví-deo de múltiplas visualizações é um conjunto de duas ou maisseqüências de vídeo que capturam a mesma cena a partir de umponto de vista diferente. Uma vez que múltiplas visualiza-ções da mesma cena são esperadas para ter um alto grau decorrelação, os presentes princípios exploram vantajosamenteredundância de visualização (ou espacial) ao executar predi-ção através de diferentes visualizações.
Modalidades dos presentes princípios são dirigidaspara a extensão do modo de Atualização de Resolução Reduzida(RRU) para Codificação de Vídeo de Múltiplas Visualizações(MVC), as quais combinam tanto predição temporal quanto pre-dição de visualização. Inicialmente, técnicas exemplares pa-ra adaptar RRU para MVC serão descritas e então aplicaçõesexemplares em MVC. RRU é atualmente suportada pela Recomen-dação H.263 e é estendida para o padrão AVC MPEG-4. Este mo-do fornece a oportunidade para aumentar a taxa de codifica-ção de imagem, ao mesmo tempo que mantendo qualidade subje-tiva suficiente. Isto é feito pela codificação de uma imagemem uma resolução reduzida, enquanto executando predição u-sando uma referência de alta resolução. Isto permite que aimagem final seja reconstruída em resolução completa e comboa qualidade, embora a taxa de bits exigida para codificara imagem tenha sido reduzida consideravelmente.
Duas modalidades exemplares são fornecidas nestedocumento para estender modo de atualização de resolução re-duzida para Codificação de Vídeo de Múltiplas Visualizações.Entretanto, deve ser percebido que dado os preceitos dospresentes princípios fornecidos neste documento, os versadosnesta técnica e em técnicas relacionadas considerarão estase várias outras modalidades similares para estender RRU paraMVC, ao mesmo tempo que mantendo o escopo dos presentesprincípios.
Além disso, deve ser percebido que o método exem-plar fornecido neste documento, assim como aqueles resultan-tes dos preceitos dos presentes princípios fornecidos nestedocumento, pode ser usado para quaisquer ferramentas de co-dificação de vídeo para MVC. Entretanto, com propósitos i-lustrativos, as modalidades exemplares descritas neste docu-mento são assim descritas com relação ao padrão AVC MPEG-4.Sem perda em generalidade, estabelecemos rru_width_scale erru_height_scale iguais a dois (2) para os casos exemplaresdescritos neste documento.
Para cada macrobloco ou submacrobloco,MVC_prediction_fIag é enviado para indicar se ele está codi-ficado como predição temporal ou predição de visualização.Para os casos exemplares descritos neste documento a unidadede macrobloco de codificação básica é 32x32. Certamente, ospresentes princípios não são limitados à unidade de macrob-loco precedente e outras unidades de macrobloco também podemser utilizadas de acordo com os preceitos dos presentesprincípios, ao mesmo tempo que mantendo o escopo dos presen-tes princípios.
Uma descrição será agora dada com referência a es-tender RRU para MVC de acordo com uma modalidade dos presen-tes princípios. Nesta modalidade, RRU é decidida em uma basede fatias. Nesta modalidade, comparada com RRU na extensãode padrão AVC MPEG-4, a qual também é decidida na base defatias, compensação de intermovimento pode ser a partir depredição temporal ou de predição de visualização. Depois decompensação de movimento ser executada, o resíduo é codifi-cado usando-se RRU.
Tal como para filtro antiblocagem, uma vez em RRU,o processo de predição é agora aplicado para tamanhos debloco de 8x8 e acima, também modificamos este processo parasomente considerar bordas de bloco de 8x8 em vez disso. Temsido observado que RRU pode ser considerada como um tipo a-dicional de quantificação. Portanto, para aperfeiçoar desa-grupamento dentro de fatias de RRU, se RRU for usada, entãovalores de quantificador são virtualmente aumentados por umvalor fixado com o propósito de acessar as tabelas de desa-grupamento. Mais especificamente, definimos indexA e indexBcomo se segue:
indexA = Clip3(0, 51, qPav + RRUoffset + FilterOff-setA)indexB = Clip3(0, 51, qPav + RRUoffset + FilterOff-setB)
onde RRUoffset é a compensação de quantificaçãoque desejamos aplicar na presença de RRU.
Entretanto, tem sido notado que, uma vez que obloco e seu vizinho podem ter uma predição de visualizaçãoou temporal diferente, a força de limite é adaptada com baseno MVC_prediction_fIag através dos limites.
Assim, quando RRU é usada para MVC, o desagrupa-mento deve considerar somente bordas de 8x8 e a força de li-mite e compensação de RRU devem ser combinadas conjuntamentepara adaptar a força do filtro antiblocagem.
Tal como para sintaxe, acrescentamos redu-ce_resolution_update_fIag ao cabeçalho de fatia para indicarse a fatia usa modo de RRU.
Quando reduce_resolution_update_fIag é igual a 1,isto especifica que modo de RRU está aplicado na fatia atu-al. Quando reduce_resolution_update_fIag é igual a O, istoespecifica que modo de RRU não está aplicado na fatia atual.
Voltando à figura 6, um método de codificar Codi-ficação de Video de Múltiplas Visualizações (MVC) exemplarpara um modo de Atualização de Resolução Reduzida (RRU) ba-seado em fatias está indicado de uma maneira geral pelo nú-mero de referência 600. 0 método 600 inclui um bloco de iní-cio 600 que passa o controle para um bloco de decisão 605. 0bloco de decisão 605 determina se codifica ou não uma fatiaatual usando predição de visualização. Se codificar, o con-trole é então passado para um bloco de função 615. De outromodo, o controle é passado para um bloco de função 635.
0 bloco de função 615 estabelece oMVC_prediction_fIag como 1, codifica a fatia atual usandopredição de visualização e passa o controle para um bloco dedecisão 620. O bloco de decisão 620 determina se codifica ounão a fatia atual usando modo de RRU. Se codificar, o con-trole é então passado para um bloco de função 625. De outromodo, o controle é passado para um bloco de função 640.
0 bloco de função 625 estabelece redu-ce_resolution_update_fIag como 1, codifica a fatia atual u-sando modo de RRU e passa o controle para um bloco de função630. O bloco de função 630 codifica a fatia atual e passa ocontrole para um bloco de função 632. O bloco de função 632executa filtragem de desagrupamento e passa o controle paraum bloco final 645.
0 bloco de função 635 estabeleceMVC_prediction_fIag como 0, codifica a fatia atual usandopredição temporal e passa o controle para o bloco de decisão620.
O bloco de função 640 estabelece redu-ce_resolution_update_fIag como 0, codifica a fatia atual u-sando um modo não de RRU e passa o controle para o bloco defunção 630.
Voltando à figura 7, um método de decodificar Co-dificação de Video de Múltiplas Visualizações (MVC) exemplarpara modo de Atualização de Resolução Reduzida (RRU) baseadoem fatias está indicado de uma maneira geral pelo número dereferência 700. 0 método 700 inclui um bloco de inicio 705que passa o controle para um bloco de função 710. 0 bloco defunção 710 analisa sintaticamente o fluxo de bits e passa ocontrole para um bloco de decisão 715. O bloco de decisão715 determina se MVC_prediction_fIag é ou não igual a 1. Sefor, então o controle é passado para um bloco de função 720.De outro modo, o controle é passado para um bloco de função740.
O bloco de função 720 decodifica a fatia atual u-sando predição de visualização e passa o controle para umbloco de decisão 725. O bloco de decisão 725 determina sereduce_resolution_update_f Iag é ou não igual a 1. Se for,então o controle é passado para um bloco de função 730. Deoutro modo, o controle é passado para um bloco de função745.
O bloco de função 730 decodifica a fatia atual u-sando modo de RRU e passa o controle para um bloco de função735. O bloco de função 735 decodifica a fatia atual e passao controle para um bloco de função 738. O bloco de função738 executa filtragem de desagrupamento e passa o controlepara um bloco final 750.
O bloco de função 740 decodifica a fatia atual u-sando predição temporal e passa o controle para o bloco dedecisão 725.
O bloco de função 745 decodifica a fatia atual u-sando um modo não de RRU e passa o controle para o bloco defunção 735.
Uma descrição será dada agora com referência a es-tender RRU para MVC de acordo com uma outra modalidade dospresentes princípios. Nesta modalidade, RRU é decidida embase de 32X32MB, com base no MVC_prediction_fIag.
Nesta modalidade, RRU pode ser ligada ou desligadaem uma base de 32X32MB, com base no MVC_prediction_fIag. Porexemplo, podemos decidir usar RRU para predição temporal enão RRU para predição de visualização. Para simplicidade, oMVC_prediction_fIag somente pode ser estabelecido em uma ba-se de 32X32MB. Se RRU estiver ligada, então codificamos um32X32MB como um MB. Se RRU estiver desligada, então codifi-camos em um 32X32MB como 4 16x16 MBs. A ordem de codificaçãoé da esquerda para a direita e de cima para baixo.
Tal como para filtro antiblocagem, diferenciaremosbordas de bloco interno dos limites de 32X32MB. Para bordasde bloco interno, se modo de RRU for usado, então filtro an-tiblocagem é aplicado para bordas de bloco de 8x8 e RRUoff-set é aplicado como no método baseado em fatias descrito an-teriormente. Se modo de RRU não for usado, então filtragemde desagrupamento é aplicada às bordas de bloco de 4x4. Paraum limite de 32X32MB, se ambos os blocos vizinhos usarem mo-do de RRU, então bordas de bloco de 8x8 são consideradas ecompensação de RRU é usada. De outro modo, bordas de blocode 4x4 são consideradas e se um bloco usar modo de RRU, en-tão RRUoffset é aplicado.
Tal como no método baseado em fatias descrito an-teriormente, para o método baseado em 32X32MB, também adap-tamos a força de limite com base no MVC_prediction_fIag a-través dos limites.
Tal como para sintaxe de cabeçalho de fatia, duassintaxes são adicionadas para indicar se modo de RRU estáaplicado para predição de visualização ou predição temporal.
Quando reduce_resolution_update_flag_for_view_predictioné igual a 1, isto especifica que modo de RRU está aplicadopara um macrobloco de 32x32 de predição de visualização nafatia atual. Quando reduce_resolution_update_flag_for_view_predictioné igual a 0, isto especifica que modo de RRU não está apli-cado para um macrobloco de 32x32 de predição de visualizaçãona fatia atual.
Quando reduce_resolution_update_f lag_f or_terrporal_predictioné igual a 1, isto especifica que modo de RRU está aplicadopara um macrobloco de 32x32 de predição temporal na fatiaatual. Quando reduce_resolution_update_flag_for_terrporal_predictioné igual a 0, isto especifica que modo de RRU não está apli-cado para um macrobloco de 32x32 de predição temporal na fa-tia atual.
Voltando à figura 8, um método de codificar Codi-ficação de Video de Múltiplas Visualizações (MVC) exemplarpara um 32X32MB baseado em um Modo de Atualização de Resolu-ção Reduzida (RRU) está indicado de uma maneira geral pelonúmero de referência 800. 0 método 800 inclui um bloco deinicio 805 que passa o controle para um bloco de decisão810. O bloco de decisão 810 determina se codifica ou não umapredição de visualização do 32X32MB usando modo de RRU. Secodificar, então o controle é passado para um bloco de fun-ção 815. De outro modo, o controle é passado para um blocode função 855.
O bloco de função 815 estabelece redu-ce_resolution_update_flag_for_view_prediction como 1 e passao controle para um bloco de decisão 820. O bloco de decisão820 determina se codifica ou não uma predição temporal parao 32X32MB usando modo de RRU. Se codificar, o controle é en-tão passado para um bloco de função 825. De outro modo, ocontrole é passado para um bloco de função 860.
O bloco de função 825 estabelece redu-ce_resolution_update_flag_for_temporal_prediction como 1 epassa o controle para um bloco limite de laço 830. O blocolimite de laço 830 começa um laço sobre cada 32X32MB inclu-indo estabelecer uma faixa para o laço usando uma variável i= 0 para num_of_32X32MB-l, e passa o controle para um blocode decisão 835. O bloco de decisão 835 determina se codificaou não o 32X32MB de número i usando predição de visualiza-ção. Se codificar, o controle é então passado para um blocode decisão 840. De outro modo, o controle é passado para umbloco de decisão 870.
O bloco de decisão 840 determina se a redu-ce_resolution_update_flag_for_view_prediction é ou não iguala 1. Se for, o controle é então passado para um bloco defunção 845. De outro modo, o controle é passado para um blo-co de função 865.
O bloco de função 845 codifica o 32X32MB de númeroi usando modo de RRU e passa o controle para um bloco limitede laço 850. 0 bloco limite de laço 850 termina o laço sobrecada 32X32MB e passa o controle para um bloco de função 852.O bloco de função 852 executa filtragem de desagrupamento epassa o controle para um bloco final 885.O bloco de função 855 estabelece redu-ce_resolution_update_flag_for_view_prediction como 0 e passa0 controle para o bloco de decisão 825.
0 bloco de função 860 estabelece redu-ce_resolution_update_flag_for_temporal_prediction como 0 epassa o controle para o bloco de decisão 830.
O bloco de função 865 codifica o 32X32MB de númeroi usando um modo não de RRU e passa o controle para o blocolimite de laço 850.
O bloco de decisão 870 determina se o redu-ce_resolution_update_flag_for_temporal_prediction é ou nãoigual a 1. Se for, o controle é então passado para um blocode função 875. De outro modo, o controle é passado para umbloco de função 880.
O bloco de função 875 codifica o 32X32MB de númeroi usando modo de RRU e passa o controle para o bloco limitede laço 850.
O bloco de função 880 codifica o 32X32MB de númeroi usando um modo não de RRU e passa o controle para o blocolimite de laço 850.
Voltando à figura 9, um método de decodificar Co-dificação de Video de Múltiplas Visualizações (MVC) exemplarpara um 32X32MB baseado em um Modo de Atualização de Resolu-ção Reduzida (RRU) está indicado de uma maneira geral pelonúmero de referência 900. 0 método 900 inclui um bloco deinicio 905 que passa o controle para um bloco de função 910.0 bloco de função 910 analisa sintaticamente o fluxo de bitse passa o controle para um bloco limite de laço 915. O blocolimite de laço 915 começa um laço sobre cada 32X32MB inclu-indo estabelecer uma faixa para o laço usando uma variável i= 0 para num_of_32X32MB-l, e passa o controle para um blocode decisão 920. O bloco de decisão 920 determina seMVC_view_prediction_fIag é ou não igual a 1. Se for, o con-trole é então passado para um bloco de decisão 925. De outromodo, o controle é passado para um bloco de decisão 945.
O bloco de decisão 925 determina se o redu-ce_resolution_update_flag_for_view_prediction é ou não iguala 1. Se for, o controle é então passado para um bloco defunção 930. De outro modo, o controle é passado para um blo-co de função 940.
O bloco de função 930 decodifica o 32X32MB de nú-mero i usando modo de RRU, e passa o controle para um blocolimite de laço 935 que termina o laço sobre cada um dos32x32MBs, e passa o controle para um bloco de função 938. Obloco de função 938 executa filtragem de desagrupamento epassa o controle para um bloco final 960.
O bloco de função 940 decodifica o 32X32MB de nú-mero i usando um modo não de RRU e passa o controle para obloco limite de laço 935.
O bloco de decisão 945 determina se o redu-ce_resolution_update_flag_for_temporal_prediction é ou nãoigual a 1. Se for, o controle é então passado para um blocode função 950. De outro modo, o controle é passado para umbloco de função 955.
O bloco de função 950 decodifica o 32X32MB de nú-mero i usando modo de RRU e passa o controle para o blocolimite de laço 935.
O bloco de função 955 decodifica o 32X32MB de nú-mero i usando um modo não de RRU e passa o controle para obloco limite de laço 935.
Uma descrição será dada agora com referência àsaplicações para usar fatias codificadas de RRU em MVC.
Embora modo de RRU tenha encontrado utilidade emcodificação de video, especialmente durante a presença demovimento pesado dentro da seqüência, uma vez que ele permi-tiu a um codificador manter uma alta taxa de quadros (e as-sim resolução temporal aperfeiçoada) ao mesmo tempo que man-tendo também resolução e qualidade altas em áreas estacioná-rias, ele pode introduzir certos artefatos ou um PSNR obje-tivo inferior por causa da não invertibilidade dos processosde subamostragem e superamostragem. Com relação a usar RRUem MVC, as seguintes aplicações exemplares são apresentadas:RRU pode ser usada para fatias não referenciadas; RRU podeser usada para as visualizações que possam permitir qualida-de de video objetiva inferior; e RRU pode ser usada para ainstância temporal que possa permitir qualidade de video ob-jetiva inferior. Certamente, dado os preceitos dos presentesprincípios fornecidos neste documento, outras aplicações pa-ra usar RRU em MVC também podem ser empregadas, ao mesmotempo que mantendo o escopo dos presentes princípios.
Uma descrição será dada agora de algumas das mui-tas vantagens/recursos concomitantes da presente invenção,algumas das quais foram mencionadas anteriormente. Por exem-plo, uma vantagem/recurso é um codificador de vídeo que in-clui um codificador para codificar uma imagem usando um modode atualização de resolução reduzida. A imagem é uma de umconjunto de imagens correspondente ao conteúdo de múltiplasvisualizações tendo diferentes pontos de vista com relação auma cena idêntica ou similar. A imagem representa um dos di-ferentes pontos de vista.
Uma outra vantagem/recurso é o codificador de ví-deo tal como descrito anteriormente, em que o modo de atua-lização de resolução reduzida é usado para pelo menos uma depredição de visualização e predição temporal.
Também uma outra vantagem/recurso é o codificadorde vídeo tal como descrito anteriormente, em que o modo deatualização de resolução reduzida é usado em uma base de fa-tias.
Além disso, uma outra vantagem/recurso é o codifi-cador de vídeo que usa o modo de atualização de resoluçãoreduzida em uma base de fatias tal como descrito anterior-mente, em que o codificador aplica uma operação de filtragemde desagrupamento às bordas de bloco de atualização de reso-lução reduzida de uma fatia particionada da imagem quando omodo de atualização de resolução reduzida é usado para a fa-tia, e uma força da operação de filtragem de desagrupamentoé adaptada com base em pelo menos um de o modo de atualiza-ção de resolução reduzida e informação de predição.
Adicionalmente, uma outra vantagem/recurso é o co- dificador de vídeo tal como descrito anteriormente, em que omodo de atualização de resolução reduzida é ligado e desli-gado com base em uma predição de visualização ou em uma pre-dição temporal em uma base de macrobloco de atualização deresolução reduzida.
Também, uma outra vantagem/recurso é o codificadorde video que comuta o ligado e desligado de modo de atuali-zação de resolução reduzida tal como descrito anteriormente,em que o codificador aplica uma operação de filtragem de de-sagrupamento à imagem, e em que bordas de bloco interno daimagem são diferenciadas dos limites de macrobloco de atua-lização de resolução reduzida quando a operação de filtragemde desagrupamento é aplicada.
Adicionalmente, uma outra vantagem/recurso é o co-dificador de video que comuta o ligado e desligado de modode atualização de resolução reduzida e diferencia bordas debloco interno tal como descrito anteriormente, em que a ope-ração de filtragem de desagrupamento é aplicada às bordas debloco de atualização de resolução reduzida e uma força defiltro é adaptada para o modo de atualização de resoluçãoreduzida quando o modo de atualização de resolução reduzidaé usado para as bordas de bloco interno, e a operação defiltragem de desagrupamento é aplicada às bordas de bloco de4x4 quando o modo de atualização de resolução reduzida estásem uso.
Além disso, uma outra vantagem/recurso é o codifi-cador de video que comuta o ligado e desligado de modo deatualização de resolução reduzida e diferencia bordas debloco interno tal como descrito anteriormente, em que bordasde bloco de atualização de resolução reduzida são filtradaspara desagrupamento e uma força de filtro é adaptada para omodo de atualização de resolução reduzida para um limite deborda de macrobloco de atualização de resolução reduzidaquando dois macroblocos vizinhos usam o modo de atualizaçãode resolução reduzida, e bordas de bloco de 4x4 são filtra-das para desagrupamento e a força de filtro é adaptada parao modo de atualização de resolução reduzida quando pelo me-nos um dos dois blocos vizinhos usa o modo de atualização deresolução reduzida.
Também, uma outra vantagem/recurso é o codificadorde video que comuta o ligado e desligado de modo de atuali-zação de resolução reduzida tal como descrito anteriormente,em que o codificador aplica uma operação de filtragem de de-sagrupamènto aos macroblocos particionados da imagem. A ope-ração de filtragem de desagrupamento tem uma força de filtroadaptada com base em pelo menos uma de predição de visuali-zação e predição temporal.
Adicionalmente, uma outra vantagem/recurso é o co-dificador de video tal como descrito anteriormente, em que ocodificador codifica a imagem para fornecer um fluxo de bitsresultante compatível com pelo menos um de a Organização In-ternacional de Normalização/Comissão Internacional de Ele-trotécnica, Grupo 4 de Especialistas de Imagens em Movimen-to, Parte 10, padrão de Codificação Avançada de Vídeo/UniãoInternacional de Telecomunicações, Setor de Telecomunica-ções, recomendação H.264 e uma extensão disto.
Além disso, uma outra vantagem/recurso é o codifi-cador de vídeo compatível tal como descrito anteriormente,em que o codificador aplica uma operação de filtragem de de-sagrupamento à imagem, a operação de filtragem de desagrupa-mento tendo uma força de filtro adaptável com base em pelomenos um de o modo de atualização de resolução reduzida einformação de predição.
Adicionalmente, uma outra vantagem/recurso é o co-dificador de video tal como descrito anteriormente, em gue omodo de atualização de resolução reduzida é usado para umafatia não de referência na cena de video de múltiplas visua-lizações .
Também, uma outra vantagem/recurso é o codificadorde video tal como descrito anteriormente, em que o modo deatualização de resolução reduzida é usado para pelo menosalgumas visualizações na cena de video de múltiplas visuali-zações .
Adicionalmente, uma outra vantagem/recurso é o co-dificador de video tal como descrito anteriormente, em que omodo de atualização de resolução reduzida é usado para umainstância temporal particular na cena de video de múltiplasvisualizações.
Estes e outros recursos e vantagens da presenteinvenção podem ser prontamente averiguados pelos versados natécnica com base nos preceitos neste documento. Deve ser en-tendido que os preceitos da presente invenção podem ser im-plementados em várias formas de hardware, software, firmwa-re, processadores de uso especial, ou combinações dos mes-mos .
De maior preferência, os preceitos da presente in-venção são implementados como uma combinação de hardware esoftware. Além disso, o software pode ser implementado comoum programa de aplicação incorporado de modo tangível em umaunidade de armazenamento de programa. 0 programa de aplica-ção pode ser carregado em uma máquina, e executado por ela,compreendendo qualquer arquitetura adequada. Preferivelmen-te, a máquina é implementada em uma plataforma de computadortendo hardware tal como uma ou mais unidades centrais deprocessamento ("CPU"), uma memória de acesso aleatório("RAM") e interfaces de entrada/saída ("1/0"). A plataformade computador também pode incluir um sistema de operação ecódigo de microinstrução. Os vários processos e funções des-critos neste documento podem ser parte do código de micro-instrução ou parte do programa de aplicação, ou qualquercombinação dos mesmos, os quais podem ser executados por umaCPU. Além do mais, várias outras unidades periféricas podemser conectadas à plataforma de computador tais como uma uni-dade de armazenamento de dados adicional e uma unidade deimpressão.
É para ser entendido adicionalmente que, por causade alguns dos componentes e métodos constituintes de siste-mas representados nos desenhos anexos serem preferivelmenteimplementados em software, as conexões reais entre os compo-nentes de sistema ou os blocos de função de processo podemdiferir dependendo da maneira na qual a presente invenção éprogramada. Dado os preceitos neste documento, os versadosna técnica serão capazes de considerar estas e implementa-ções ou configurações similares da presente invenção.
Embora as modalidades ilustrativas tenham sidodescritas neste documento com referência aos desenhos ane-xos, deve ser entendido que a presente invenção não está li-mitada àquelas modalidades definidas, e que várias mudançase modificações podem ser efetuadas na mesma pelos versadosna técnica sem fugir do escopo ou espirito da presente in-venção. Todas as tais mudanças e modificações devem ser con-sideradas para ser incluídas no escopo da presente invençãotal como exposto nas reivindicações anexas.