BRPI0616034A2 - decodificador de subamostragem de mudança de resolução arbitrária - Google Patents
decodificador de subamostragem de mudança de resolução arbitrária Download PDFInfo
- Publication number
- BRPI0616034A2 BRPI0616034A2 BRPI0616034-4A BRPI0616034A BRPI0616034A2 BR PI0616034 A2 BRPI0616034 A2 BR PI0616034A2 BR PI0616034 A BRPI0616034 A BR PI0616034A BR PI0616034 A2 BRPI0616034 A2 BR PI0616034A2
- Authority
- BR
- Brazil
- Prior art keywords
- reduction
- computer
- implemented method
- compression techniques
- mpeg
- Prior art date
Links
- 230000008859 change Effects 0.000 title abstract description 13
- 230000002829 reductive effect Effects 0.000 claims abstract description 26
- 238000000034 method Methods 0.000 claims description 102
- 230000009467 reduction Effects 0.000 claims description 80
- 230000006835 compression Effects 0.000 claims description 32
- 238000007906 compression Methods 0.000 claims description 32
- 238000005070 sampling Methods 0.000 abstract 2
- 230000033001 locomotion Effects 0.000 description 24
- 238000013139 quantization Methods 0.000 description 24
- 238000001914 filtration Methods 0.000 description 16
- 238000003860 storage Methods 0.000 description 16
- 230000008569 process Effects 0.000 description 14
- 238000012545 processing Methods 0.000 description 11
- AVSGTGUIBQOXJK-UHFFFAOYSA-N 5,6-dihydro-4h-cyclopenta[c]dithiole-3-thione Chemical compound C1CCC2=C1SSC2=S AVSGTGUIBQOXJK-UHFFFAOYSA-N 0.000 description 9
- 238000006243 chemical reaction Methods 0.000 description 8
- 239000011159 matrix material Substances 0.000 description 8
- 230000000694 effects Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000000007 visual effect Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000004513 sizing Methods 0.000 description 4
- 239000007787 solid Substances 0.000 description 4
- 238000009792 diffusion process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000005457 optimization Methods 0.000 description 3
- 101150061927 BMP2 gene Proteins 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007667 floating Methods 0.000 description 2
- 238000012417 linear regression Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 239000011248 coating agent Substances 0.000 description 1
- 238000000576 coating method Methods 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000008570 general process Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000009257 reactivity Effects 0.000 description 1
- 238000011946 reduction process Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000005549 size reduction Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000013518 transcription Methods 0.000 description 1
- 230000035897 transcription Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/124—Quantisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
- H04N19/14—Coding unit complexity, e.g. amount of activity or edge presence estimation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
- H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/18—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a set of transform coefficients
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/48—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using compressed domain processing techniques other than decoding, e.g. modification of transform coefficients, variable length coding [VLC] data or run-length data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/59—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial sub-sampling or interpolation, e.g. alteration of picture size or resolution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Editing Of Facsimile Originals (AREA)
- Image Processing (AREA)
Abstract
DECODIFICADOR DE SUBAMOSTRAGEM DE MUDANçA DE RESOLUçAO ARBITRáRIA A decodificação de subamostragem de mudança de resolução arbitrária é descrita. Em um aspecto, um fluxo de bits codificado é recebido. O fluxo de bits codificado é reduzido em um laço de decodificação no domínio DCT para gerar dados reduzidos.
Description
"DECODIFICADOR DE SUBAMOSTRAGEM DE MUDANÇA DE RE-SOLUÇÃO ARBITRÁRIA"
Fundamentos da Invenção
Conteúdo de vídeo digital é tipicamente gerado pa-ra mirar um formato específico de dados. Um.formato de dadosde vídeo geralmente obedece a um padrão de codificação devídeo específico ou um algoritmo de codificação proprietá-rio, com uma taxa de bits específica, resolução espacial,taxa em quadros, etc. Tais padrões de codificação incluemMPEG-2 e WINDOWS Media Vídeo (WMV). A maioria do conteúdo devídeo digital existente é codificada de acordo com o formatode dados MPEG-2. WMV é amplamente aceito como um codec qua-lificado no âmbito da transmissão contínua, sendo amplamentedesenvolvido por toda a Internet, adotado pelo consórcio HD-DVD, e atualmente sendo considerado como o padrão SMPTE. Di-ferentes padrões de codificação de vídeo fornecem capacida-des de compressão e qualidade visual variáveis.
Transcodificação refere-se ao processo geral deconverter um fluxo de bits comprimido em um outro fluxo com-primido. Para uma capacidade do dispositivo e redes de dis-tribuição, ela é freqüentemente desejável para converter umfluxo de bits em um formato de codificação em um outro for-mato de codificação como de MPEG-2 a WMV, para H.264, ou atépara um formato escalável. A transcodificação pode tambémser utilizada para alcançar alguma funcionalidade específicatal como funcionalidade tipo VCR, inserção de logo, ou capa-cidade de elasticidade de erro aperfeiçoada do fluxo de bitspara transmissão pelos canais sem fio.A Fig. 1 mostra um sistema de Transcodificador noDomínio de Pixel em Cascata (CPDT), que coloca em cascata umdecodificador auxiliar para decodificar um fluxo de bits deentrada com um codificador que gera um novo fluxo de bitscom um conjunto de parâmetros de codificação diferente ou emnovo formato. Uma desvantagem dessa arquitetura de transco-dificação convencional é que sua complexidade tipicamenteapresenta um obstáculo para o desenvolvimento prático. Comoum resultado, a arquitetura de transcodificação CPDT da Fig.1 é tipicamente usada como uma avaliação do desempenho paraesquemas aperfeiçoados.
A Fig. 2 mostra uma arquitetura de transcodifica-dor no domínio DCT em cascata (CDDT), simplificando a arqui-tetura CPDT da Fig. 1. 0 sistema da Fig. 2 limita a funcio-nalidade para mudanças de parâmetros de codificação e de su-bamostragem de resolução espacial/temporal. 0 CDDT eliminaprocessos DCT/IDCT implementados pelo transcodificador CPDTda Fig. 1. Ainda, o CDDT executa MC no domínio DCT, que étipicamente uma operação computacionalmente dispendiosa eque consome tempo. Isso ocorre porque os blocos DCT são fre-qüentemente sobrepostos com blocos MC. Como um resultado, aarquitetura CDDT tipicamente necessita aplicar operações dematriz de ponto flutuante computacionalmente dispendiosas ecomplexas de modo a executar MC no domínio DCT. Adicional-mente, o refinamento de vetor de movimento (MV) é tipicamen-te impossível utilizando a arquitetura CDDT.
Sumário da Invenção
Este sumário é fornecido para introduzir uma sele-ção de conceitos de uma forma simplificada que são adicio-nalmente descritos abaixo na descrição detalhada. Este sumá-rio não pretende identificar características chave ou essen-ciais do assunto reivindicado, nem pretende ser usado como uma ajuda na determinação do escopo do assunto reivindicado.
Em vista do acima, a decodificação de subamostra-gem de mudança de resolução arbitrária é descrita. Em um as-pecto, um fluxo de bits codificado é recebido. 0 fluxo debits codificado é reduzido em um laço de decodif icação nodomínio DCT para gerar dados reduzidos.
Breve Descrição dos Desenhos
Nas figuras, o dígito mais à esquerda de um númerode referência de componente identifica a figura particularna qual o componente primeiro aparece.
A Fig. 1 mostra um sistema de Transcodificador noDomínio de Pixel em Cascata (CPDT), que coloca em cascata umdecodificador auxiliar para decodificar um fluxo de bits deentrada com um codificador para gerar um novo fluxo de bitscom um conjunto de parâmetros de codificação diferente ou emnovo formato.
A Fig. 2 mostra uma arquitetura de transcodifica-dor no domínio DCT em cascata (CDDT) convencional, simplifi-cando a arquitetura CPDT da Fig. 1.
A Fig. 3 mostra uma arquitetura dividida de trans-codificação no domínio de pixel não integrada exemplificadapara transcodificar MPEG-2 para WMV, de acordo com uma moda-lidade. Mais particularmente, essa arquitetura dividida for-nece uma base conceituai para transcodificação de vídeo di-gital integrado eficiente.
A Fig. 4 mostra um sistema exemplificado paratranscodificação de vídeo digital integrado eficiente, deacordo com uma modalidade.
A Fig. 5 mostra um transcodificador no domínio depixel em cascata com laço fechado simplificado exemplifica-do, de acordo com uma modalidade.
A Fig. 6 mostra um transcodificador no domínio DCTcom laço fechado simplificado exemplificado, de acordo comuma modalidade.
A Fig. 7 mostra uma operação de combinação exem-plificada de quatro blocos DCT 4x4 em um bloco DCT 8x8, deacordo com uma modalidade. Essa operação de combinação é e-xecutada durante transcodificação de conteúdo de vídeo efi-ciente.
A Fig. 8 mostra uma arquitetura exemplificada paraum transcodificador de subamostragem de resolução 2:1 numé-rica no domínio DCT simplificado, de acordo com uma modalidade.
A Fig. 9 mostra uma operação de combinação exem-plificada de quatro blocos DCT 4x4 em um bloco DCT 8x8 parameios de interlace para operações de transcodificação de su-bamostragem de resolução espacial 2:1, de acordo com uma mo-dalidade.
A Fig. 10 mostra uma arquitetura de transcodifica-dor de subamostragem de mudança de resolução arbitrária 2:1simplificada exemplificada com completa compensação de des-vio, de acordo com uma modalidade.A Fig. 11 mostra um modelo de verificador de arma-zenador temporário virtual (VBV) padrão exemplificado paraum decodificador.
A Fig. 12 mostra um transcodificador com reduçãode resolução espacial arbitrária, de acordo com uma modali-dade .
A Fig. 13 mostra um procedimento exemplificado pa-ra operações de transcodificação de vídeo digital integradaseficientes, de acordo com uma modalidade.
A Fig. 14 mostra um ambiente exemplificado ondetranscodificação de vídeo digital integrado eficiente podeser parcial ou completamente implementada, de acordo com umamodalidade.
Para propósitos de discussão e ilustração, a cor éusada nas figuras para apresentar as seguintes convenções.Uma seta azul sólida representa sinal no domínio de pixelcom relação aos dados de imagem real ou residual. Uma setasólida vermelha representa o sinal no domínio DCT. Uma setatracejada laranja representa informação de movimento.
Descrição Detalhada da Invenção
Visão Geral
Sistemas e métodos para eficiente transcodificaçãode vídeo digital são descritos abaixo em relação às Figs. 4até 14. Esses sistemas e métodos utilizam informação no flu-xo de bits de entrada para permitir que um aplicativo dina-micamente controle propagação de erro, e desse modo, seleti-vamente controle velocidade e qualidade de transcodificaçãode fluxo de bits de vídeo. Esse controle seletivo permiteque um aplicativo escale de forma inconsútil de esquema detranscodificação de laço fechado (perfil de transcodificaçãode alta velocidade) para esquemas de transcodificação de la-ço aberto (perfil de transcodificação de alta qualidade). Emcontraste a arquiteturas de transcodificação convencionais(por exemplo, o CPDT da Fig. Ieo CDDT da Fig. 2), as ar-quiteturas para eficiente transcodificação de video digitalsão integradas e combinam diferentes tipos de TransformadasDiscretas de Cosseno (DCTs) ou transformadas tipo DCT em ummódulo de transcodificação. Os sistemas e métodos para efi-ciente transcodificação de video implementam re-quantizaçãocom uma tabela de procura rápida, e fornecem bons mecanismosde controle de desvio usando um algoritmo de limite triplo.
Em uma implementação, onde eficiente transcodifi-cação de video digital transcodifica um formato de dados defluxo de bits (por exemplo, MPEG-2, etc.) para WMV, as ope-rações de transcodificação de perfil de alta qualidade su-portam características de codificação avançadas de WMV. Emuma implementação, operações de transcodificação de perfilde alta velocidade implementam redução em dois estágios deresolução arbitrária (por exemplo, quando transcodificandode alta definição (HD) para definição padrão (SD)) - por e-xemplo, tal como em um decodificador de subamostragem de mu-dança de resolução arbitrária. Em tais operações de reduçãoem dois estágios, parte da relação de redução é eficiente-mente alcançada no domínio DCT, enquanto as operações de re-lação de redução são implementadas no domínio espacial emuma resolução substancialmente reduzidas.Base Conceituai Exemplificada
A Fig. 3 mostra a arquitetura dividida de transco-dificação no domínio de pixel em cascata não integrada exem-plificada 300 para converter MPEG-2 em WMV. Essa arquiteturadividida não é integrada porque módulos separados respecti-vamente executam operações de decodificação e codificação. Aarquitetura dividida da Fig. 3 fornece uma base conceituaipara subseqüente descrição dos sistemas e métodos integradospara eficiente transcodificação de vídeo digital. A TABELA 1mostra símbolos e seus respectivos significados para discus-são da Fig. 3.
TABELA 1<table>table see original document page 8</column></row><table><table>table see original document page 9</column></row><table>
Para propósitos de descrição e ilustração exempli-ficada, o sistema 300 é descrito com relação à transcodifi-cação de MPEG-2 para WMV com redução de taxa de bits, redu-ção de resolução espacial, e sua combinação. Muitos conteú-dos de vídeo digital existentes são codificados de acordocom o formato de dados MPEG-2. WMV é amplamente aceito comoum codec qualificado no âmbito de transmissão contínua, sen-do amplamente desenvolvido por toda a Internet, adotado peloConsórcio HD-DVD, e atualmente sendo considerado como um pa-drão SMPTE.
MPEG-2 e WMV fornecem capacidades de compressão equalidade visual variáveis. Por exemplo, as técnicas de com-pressão respectivamente usadas por MPEG-2 e WMV são diferen-tes. Por exemplo, as técnicas de filtragem por compensaçãode movimento (MC)· e por precisão de vetor de movimento (MV)são diferentes. Em MPEG-2, a precisão de movimento é atéprecisão de meio pixel e o método de interpolação é filtra-gem bilinear. Em contraste, em WMV, a precisão de movimentopode ir até precisão de um quarto de pixel, e dois métodosde interpolação chamados de filtragem bilinear e filtragembicúbica são suportados. O uso de WMV pode resultar em atéuma redução de 50% na taxa de bits de vídeo com perda dequalidade visual desprezível, se comparada a uma taxa debits MPEG-2.
Em um outro exemplo, as transformadas usadas porMPEG-2 e WMV são diferentes. Por exemplo, MPEG-2 usa padrãoDCT/IDCT e o tamanho da transformada é fixado em 8x8. Emcontraste, WMV usa transformadas inteiras (VCl-T) onde ele-mentos da matriz kernel de transformada são todos inteirospequenos. Adicionalmente, o tamanho da transformada pode seralterado usando WMV de blocos em blocos usando ou 8x8, 8x4,4x8 e 4x4. MPEG-2 não suporta otimização em nível de quadro.Onde, WMV suporta várias sintaxes em nível de quadro paraotimização de desempenho. WMV suporta muitas outras caracte-rísticas de codificação avançadas tal como compensação deintensidade, redução de faixa, e mudança de resolução dinâ-mica, etc.
Em vista do acima, para fornecer redução de taxade bits sem mudança de resolução, o processo de filtragemligando o decodificador MPEG-2 e o codificador WMV mostradosna Fig. 3 é um filtro passa-tudo (isto é, sem efeito). Por-tanto, a entrada para o codificador para o quadro (i+1) é
expressa como:
e,+1 =rM +MCmp2(BnMVmp2)-MCvJBnMVvcx)
(1)
Nessa implementação, a eficiência de codificaçãoWMV da Fig. 3 ganha resultado da precisão de movimento maisfina. Em WMV, a precisão de movimento de quarto de pixel épermitida junto à precisão de meio pixel comum como em MPEG-2. Além disso, WMV permite interpolação melhor, mas maiscomplexa conhecida como interpolação cúbica para filtragemMC. A interpolação bilinear é usada para MPEG-2 no módulo MC(MCmp2) para MC de meio pixel. O método de interpolação bili-near similar àquele usado em WMV com a exceção de que a in-terpolação bilinear MPEG-2 não tem controle de arredondamen-to. Para alcançar alta velocidade, a precisão de meio pixelpode ser implementada na parte do codificador. Uma razão pa-ra isso é a ausência do quadro original absoluto (isto é,dados de entrada de fluxo de bits (BS IN) já estão comprimi-dos) . Assim, nesse exemplo, é difícil obter um vetor de mo-vimento mais preciso e ainda significativo. Por outro lado,a informação de movimento obtida a partir do decodificadorMPEG-2 (isto é, MVvci = MVmp2) pode ser reutilizada diretamen-te. Como não há mudança de resolução, não há perda de preci-são MV com essa hipótese. Se o codificador é adicionalmenterestrito ao uso de interpolação bilinear e força o parâmetrode controle de arredondamento para estar sempre desligado,então sob a hipótese razoável de que a compensação de movi-mento é uma operação linear e ignorando o erro de arredonda-mento (isto é, MCvcg = MCmp2) , a Equação 1 é simplificada comosegue:
eM=ri+l+MCmp2( Bi-BnMVmp2)
(2)
De acordo com a Equação 2, o transcodificador CPDTde referência na Fig. 3 pode ser simplificado. Tal arquite-tura simplificada é descrita abaixo em relação à Fig. 5. An-tes de descrever a arquitetura simplificada, um sistema e-xemplificado para eficiente transcodificação de vídeo digi-tal é primeiro descrito.
Um Sistema Exemplificado
Embora não exigida, a transcodificação de vídeodigital eficiente é descrita no contexto geral de instruçõesde programa de computador sendo executadas por um dispositi-vo de computação tal como um computador pessoal. Geralmente,módulos de programa incluem rotinas, programas, objetos,componentes, estruturas de dados, etc., que executam tarefasparticulares ou implementam tipos de dados abstratos parti-culares. Enquanto os sistemas e métodos são descritos nocontexto seguinte, ações e operações descritas aqui podemtambém ser implementadas em hardware.
A Fig. 4 mostra um sistema exemplificado 400 paraeficiente transcodificação de video digital. Nessa implemen-tação, as operações do sistema 400 são descritas com relaçãoa e esquemas de codificação de video por compensação de mo-vimento (MC) baseado em bloco e de DCT híbrido, mediante osquais muitos padrões de codificação de vídeo e formatos pro-prietários são baseados. Mais particularmente, o sistema 400é descrito com arquiteturas, componentes, e operações usadospara transcodificar MPEG-2 em WMV. Entretanto, pode-se apre-ciar que as arquiteturas, componentes e operações descritospara transcodificação de eficiência e complexidade escalávelincorporada pelo sistema -400 para transcodificar MPEG-2 emWMV podem também ser aplicados a outras conversões de forma-to de dados de fluxo de bits além de MPEG-2 e WMV. Por exem-plo, em uma implementação, o sistema 400 é utilizado paratranscodificar o fluxo de bits MPEG-2 em fluxo de bits MPEG-4 e os dados de fluxo de bits MPEG-4 em dados de fluxo debits WMV, etc. Em tais modalidades alternativas, as seguin-tes arquiteturas de transcodificação descritas do sistema400 (incluindo componentes e operações associadas a eles),consideram o tipo de dados de fluxo de bits sendo decodifi-cados, codificados, e respectivos formatos de dados.
Nessa implementação, o sistema 400 inclui um dis-positivo de computação de propósito geral 402. Este repre-senta qualquer tipo de dispositivo de computação tal como umcomputador pessoal, um laptop, um servidor, dispositivo decomputação portátil ou móvel, etc. 0 dispositivo de computa-ção 402 inclui módulos de programa 404 e dados de programa406 para transcodificar um fluxo de bits codificado em umprimeiro formato de dados (por exemplo, MPEG-2) em um fluxode bits codificado em um formato de dados diferente (por e-xemplo, WMV) . Os módulos de programa 404 incluem, por exem-plo, o módulo de transcodificação de video digital eficiente408 ("módulo de transcodificação 408") e outros módulos deprograma 410. O módulo de transcodificação 408 transcodificameios codificados 412 (por exemplo, meios MPEG-2) em meiostranscodificados 414 (por exemplo, meios WMV). Outros módu-los de programa 410 incluem, por exemplo, um sistema opera-cional e um aplicativo utilizando as capacidades de transco-dificação. de fluxo de bits de video do módulo de transcodi-ficação 408, etc. Em uma implementação, o módulo de transco-dificação 408 expõe suas capacidades de transcodificação aoaplicativo via uma Interface de Programação de Aplicação(API) 416.
Transcodificação de Perfil de Alta Velocidade
A Fig. 5 mostra um transcodificador no domínio depixel em cascata de laço fechado integrado simplificado e-xemplificado sem propagação de erro. Para propósitos de dis-cussão e ilustração, os componentes da Fig. 5 são descritosem referência aos componentes da Fig. 4. Por exemplo, a ar-quitetura da Fig. 5 é representativa de uma implementação dearquitetura exemplificada do módulo de transcodificação 408da Fig. 4. Com relação à arquitetura 500 da Fig. 5, compara-do à arquitetura na Fig. 3, nota-se que nessa está uma ar-quitetura integrada sem componentes de codificador e decodi-ficar separados. Adicionalmente, nota-se que o módulo de es-timativa de movimento de refinamento de MV é removido do MCno decodificador MPEG-2. Adicionalmente, MC no codificadorWMV é combinado a um MC que opera em erros de re-quantizaçãoacumulados. Dessa maneira, a arquitetura de transcodificaçãoda Fig. 5 reduz de forma significativa a complexidade decomputação para transcodificação de alta velocidade de for-matos de dados de video progressivos e interlaçados.
Nota-se que a transformada WMV é diferente da usa-da em MPEG-2. Em MPEG-2, o ponto de flutuação padrãoDCT/IDCT é usado se a transformada de inteiros, cuja propri-edade de empacotamento de energia é parecida com DCT, é ado-tado em WMV. Como um resultado, o IDCT no decodificadorMPEG-2 e o VCl-T no codificador WMV não cancelam um ao ou-tro. A transformada de inteiros em WMV é diferente da imple-mentação de inteiros de DCT/IDCT. A transformada de inteirosem WMV é cuidadosamente projetada com todos os coeficientesde transformada sendo pequenos inteiros. Transcodificadoresconvencionais não são integrados para transcodificar um flu-xo de bits codificado com relação a uma primeira transforma-da em uma segunda transformada que não é a mesma da primeira.
A Equação 3 fornece uma matriz de transformada e-xemplifiçada para VCl-T 8x8.<table>table see original document page 16</column></row><table>
(3)
A Equação 3 em combinação com as equações 4 e 5,que são descritas abaixo, indica como duas transformadas di-ferentes são implementadas em um componente de escala do mó-dulo de transcodificação 408 (Fig. 4). Em uma implementação,a precisão de VCl-T é precisão de 16 bits, que é muito ade-quada para implementação MMX. Como um resultado, a complexi-dade do codec pode ser significativamente reduzida.
A Fig. 6 mostra um transcodificador no domínio DCTde laço fechado simplificado exemplificado. A arquitetura daFig. 6 é representativa de uma implementação de arquiteturaexemplificada do módulo de transcodificação 408 (Fig. 4). Aarquitetura 600 da Fig. 6 é uma arquitetura simplificada se
comparada à arquitetura 500 da Fig. 5. Com relação à Fig. 6,faz-se C8 ser a matriz de transformada DCT padrão, Β, o blo-co DCT MPEG-2 quantizado inverso, e b, o IDCT de B, então oIDCT MPEG-2 é calculado como segue:
b = C8BC8
Faz-se B ser o VCl-T de b, então B é calculadocomo:
B = TJbT'toNn
onde o denota a multiplicação no sentido do ele-mento de duas matrizes, e N8S é a matriz de normalização pa-ra transformada VCl-T que é calculada como segue:
<formula>formula see original document page 17</formula>
com
c8 = [8/288 8/289 8/292 8/298 8/288 8/289 8/292 8/298];
Bé diretamente computado a partir de B, usando aseguinte fórmula:
<formula>formula see original document page 17</formula>
Para verificar que TsCs e CST'S estão muito próxi-mos a matrizes diagonais, se aplica-se a aproximação, entãoa Equação 4 se torna uma escala no sentido do elemento damatriz B. Ou seja:
<formula>formula see original document page 17</formula>
onde
<formula>formula see original document page 17</formula>
A Equação 5 mostra que o VCl-T no codificador WMVe o IDCT no decodificador MPEG-2 podem ser combinados. Con-seqüentemente, a arquitetura na Fig. 5 pode ser adicional-mente simplificada à mostrada na Fig. 6. A comparação deta-lhada revela que os dois módulos DCT/IDCT são substituídospor dois módulos VCl-T e VCl-T inverso. Em uma implementa-ção, um simples módulo de dimensionamento é também adiciona-do. Dois comutadores são embutidos junto com uma máscara deatividade nessa arquitetura. Esses componentes embutidos,como descrito abaixo, são usados para controle dinâmico dacomplexidade de operações de revestimento de transcodifica-ção do transcodificação 408 (Fig. 4) . Nesse ponto, essescomponentes são conectados. A propriedade aritmética de 16bits da transformada WMV a leva a processamento paralelo pa-ra PC e DSP. Em vista disso, as complexidades de computação5 são significativamente reduzidas. Além disso, como todos oselementos da matriz de dimensionamento, S88, estão substan-cialmente próximos em relação um ao outro, essa computação,e uma implementação, é substituída por uma multiplicação es-calar.
As Figs. 5 e 6 mostram respectivas arquiteturas detranscodificação de laço fechado exemplificadas, onde um la-ço de retorno é envolvido. Nessa implementação, o laço deretorno, que incluiu desquantização VC-1, transformada in-versa VC-I, acumulo de erro de resíduo e MC em erro acumula-do, compensa o erro causado pelo processo de re-quantizaçãoVC-1. 0 erro de re-quantização é uma causa principal do errode desvio para transcodificadores de redução de taxa debits, tal como aquele mostrado na Fig. 1. Embora as arquite-turas de transcodificação das Figs. 5 e 6 não sejam comple-tamente livres de desvio, mesmo com compensação de erro, oerro de desvio é muito pequeno. Isso ocorre porque a causarestante de erro de desvio é o erro de arredondamento duran-te filtragem por compensação de movimento. Um mérito de com-pensação de erro residual é que as arquiteturas das Figs. 5e 6 fornecem o ligamento e o desligamento dinâmico do pro-cesso de compensação, como descrito abaixo com relação àTABELA 2. A arquitetura de transcodificação da Fig. 6 execu-ta pura transcodificação de redução de taxa de bits de MPEG-2 para WMV tal como conversão SD para SD ou HD para HD deuma maneira substancialmente ótima.
Mais particularmente, as arquiteturas de transco-dificador em cascata convencionais (por exemplo, as arquite-turas das Figs. 1 e 2) carecem de flexibilidade de complexi-dade. Com relação às economias de computação, o máximo quetal arquitetura convencional pode alcançar é através de reu-tilização de MV e mapeamento de modo. Por outro lado, as ar-quiteturas de compensação de erro residual acumulada, porexemplo, a arquitetura da Fig. 6 (e as arquiteturas dasFigs. 8 e 10, como descrito abaixo) tem escalabilidade embu-tida em termos de complexidade. A TABELA 2 mostra significa-dos exemplificados de comutadores na Fig. 6.
TABELA 2
Comutadores Exemplificados para Controle Dinâmicode Velocidade e Qualidade de Transcodificação
<table>table see original document page 19</column></row><table>
Depois do módulo de transcodificação 408 da Fig. 4ter implementado simplificação livre de desvio, um aplicati-vo pode dinamicamente compensar entre a complexidade e aqualidade para acelerar a velocidade de transcodificação.
Nessa implementação, a qualidade pode ser compensada paravelocidade, e vice versa. Em outras palavras, algum erro dedesvio pode ser permitido no transcodificador simplificadoadicional. Com essa estratégia, o erro de desvio introduzidono método mais rápido é limitado e completamente controlá-vel. Baseadas nessa consideração, três comutadores (S0, Si eS2) são fornecidos nas arquiteturas das Figs. 6, 8 e 10. Oscomutadores são usados somente para as arquiteturas baseadasem compensação de erro residual. Os comutadores seletivamen-te pulam algumas operações de consumo de tempo para reduzira complexidade substancialmente, enquanto introduzindo so-mente uma pequena quantidade de erro. Os significados de vá-rios comutadores são resumidos na TABELA 2. Decisões compu-tacionais associadas com esses comutadores são eficientemen-te obtidas de acordo com critérios descritos abaixo com re-lação a cada comutador.
0 comutador S0 controla quando o erro de re-quantização de um bloco deveria ser acumulado no armazenadortemporário de erro residual. Se comparado a um seletor dereconstrução padrão, a função do comutador S0 é aperfeiçoadaadotando-se um processo de re-quantização baseado em uma ta-bela de procura rápida e fornecendo-se um mecanismo de con-trole de desvio mais fino via um algoritmo de limite triplo.
Còmo um resultado, todas as observações feitas com relaçãoao comutador SO são consideradas. Por exemplo, em uma imple-mentação, a diferença de energia no domínio DCT pode ser u-tilizada como o indicador.O comutador Si controla quando o módulo que conso-me mais tempo, MC do erro residual acumulado. Em uma imple-mentação, o comutador Si está ligado. Uma máscara de ativi-dade binária é criada para o quadro de referência. Cada ele-mento da máscara de atividade corresponde à atividade de umbloco 8x8, como determinado por
<formula>formula see original document page 21</formula>
onde Energia(Moeoj) é a energia do bloco no armaze-nador temporário de erro residual acumulado. Em uma imple-mentação, Energia(Moeoj) é calculada no domínio espacial e nodomínio DCT. Energia(Moeoj) pode ser aproximada pela soma devalores absolutos. Se MV aponta para blocos pertencentes àárea de baixa atividade, então MC do erro residual acumuladopara esse bloco específico é pulado.
O comutador S2 executa detecção anterior para de-terminar se o erro de bloco deveria ser codificado. Isso éespecialmente útil em aplicativos de conversão de taxa defluxo onde o codificador aplica um tamanho de etapa de quan-tização maior. Nessa implementação, se o sinal de entrada (asoma do MC do erro residual acumulado e o resíduo reconstru-ído a partir do decodificador MPEG-2) é mais fraco do que umlimite, então o comutador S2 é desligado tal que nenhum erroserá codificado.
Em uma implementação, limites para os comutadoresS0, S1 e S2 são ajustados tal que quadros de referência ante-riores são processados com maior qualidade em menor veloci-dade. Isso ocorre porque o propósito dos comutadores é al-cançar uma melhor compensação entre qualidade e velocidade,e por causa da natureza preditiva de codificação.
Transcodificador de Perfil de Alta Qualidade
Se a mudança de taxa de bits não é significativaou a qualidade da fonte de entrada não é muito alta, a ar-quitetura da Fig. 6 substancialmente otimiza a redução dataxa de bits quando convertendo os fluxos de bits MPEG-2 emfluxos de bits WMV. Por outro lado, a fonte de entrada podeser de alta qualidade e saida de alta qualidade pode ser de-sejada, também a velocidade de transcodificação pode ser umaexigência moderada (por exemplo, em tempo real). Um transco-dificador de perfil de alta qualidade, tal como o transcodi-ficador no domínio de pixel em cascata (CDPT) da Fig. 3 comrefinamento MV, alcança esses critérios. Com essa arquitetu-ra, pode-se ligar todas as características de codificaçãoavançadas do codificador WMV para assegurar que eficiênciade codificação mais alta pode ser alcançada.
Mudança de Resolução
Em sistemas de transcodificação de meios conven-çionais, há geralmente três fontes de erros para transcodi-ficação com redução de resolução espacial. Esses erros sãocomo segue:
- Redução: Erros gerados quando obtendo um vídeoreduzido. É tipicamente uma escolha enraizada quando proje-tando operações do filtro de redução para fazer uma compen-sação entre qualidade visual e complexidade, especialmentequando reduzindo no domínio espacial.
- Erro de Re-quantização: Como com o processo detranscodificação de redução de taxa de bits pura, esse é operro devido à re-quantização com um tamanho de etapa de re-quantização maior.
- Erro de MV: MV incorreto levará a predição com-pensada por movimento errada. Como um resultado, não importacomo o erro de re-quantização é compensado, e não importaquão alta a taxa de bits é, um resultado perfeito é difícilde obter se não re-computando a compensação de movimento ba-seada nos novos MVs e modos. Esse é um problema para siste-mas convencionais que transcodificam Quadros B, porque WMVsuporta somente um modo MV para Quadros B. Esse poderia tam-bém ser um problema se um deseja executar otimização, quelevaria a mudança de modo de codificação, por exemplo, demodo quatro MV para um MV. Além disso, o problema geralmenteexiste para componentes de crominância já que eles são tipi-camente compensados com um único MV. (Esse não é um problemapara as arquiteturas de transcodificação de vídeo digitaleficiente descritas quando aplicada a Quadros P. Uma razãopara isso é porque WMV suporta modo de codificação de quatroMV para Quadros P).
As operações do módulo de transcodificação 408(Fig. 4) abordam as duas últimas fontes de erros, como agoradescrito.
Compensação de Erro de Re-quantização
Faz-se D denotar a filtragem de subamostragem. Comrelação à arquitetura da Fig. 3, a entrada para o codifica-dor VC-I para o quadro (i+1) é derivada como segue:
eM =D(Pm) + D( MCmp2 (Bi, MVmp2)) - MCvcl (b, ,mvvcl) (6)Assume-se que MCVCi = MCmp2, mvmp2 = mvvci = MVmp2/2.
Com a aproximação que
<formula>formula see original document page 24</formula>
A Equação 6 é simplificada para o seguinte:
<formula>formula see original document page 24</formula>
0 primeiro termo na Equação 8, D(rM), refere-se aoprocesso de redução do sinal de resíduo MPEG-2 decodificado.
Esse primeiro termo pode ser determinado usando filtragem edecimação passa-baixa no domínio espacial. Entretanto, o usode redução no domínio DCT para obter esse termo resulta emuma redução de complexidade e melhor PSNR e qualidade visu-al. Os resultados da redução no domínio DCT são substancial-mente melhores do que resultados obtidos através da filtra-gem bilinear no domínio espacial ou filtragem de 7 vezes nodomínio espacial com coeficientes (-1, 0, 9, 16, 9, 0, -1)/32. Nessa implementação, a redução no domino DCT retémsomente os coeficientes DCT de baixa freqüência 4x4 na es-querda superior. Ou seja, aplicar um IDCT 4x4 padrão nos co-eficientes DCT retidos resultará em uma imagem espacialmentereduzida 2:1 (isto é, meios transcodifiçados 414 da Fig. 4).
0 segundo termo na Equação 8, MC'mp2(bi-bt,mvmp2), im-plica em compensação de erro de re-quantização em uma reso-lução reduzida. Nessa implementação, o MC no decodificadorMPEG-2 e o MC no codificador WMV são combinados em um únicoprocesso MC que opera em erros de re-quantização acumuladosna resolução reduzida.
A Fig. 7 mostra uma operação de combinação exem-plifiçada de quatro (4) blocos DCT 4x4 em um bloco DCT 8x8.Um problema prático permanece. Na redução no domínio DCT,quatro blocos DCT 8x8 (blocos, B1 até B4, em um macroblocoMPEG-2 (MB) na resolução original) são mapeados para os qua-tro sub-blocos 4x4 de um bloco 8x8 do novo MB na resoluçãoreduzida e ainda no domínio DCT (por exemplo, ver Fig. 7).
Em WMV, Quadros P e Quadros Β, o tipo de transformada 4x4 épermitido. Como um resultado, nada necessita ser feito adi-cionalmente exceto o dimensionamento acima mencionado. En-tretanto, para Quadros I, somente o tipo de transformada 8x8é permitido. Assim, quando lidando com Quadros I, o módulode transcodificação 408 (Fig. 4) converte os quatro sub-blocos DCT de baixa freqüência 4x4 em um bloco DCT 8x8: B'.
Em uma implementação, isso é executado por transformada in-versa dos quatro sub-blocos DCT 4x4 de volta no domínio depixel, e então aplicando um VCl-T 8x8 novo. Em uma implemen-tação, e para reduzir a complexidade de computação, isso éexecutado no domínio DCT.
Por exemplo, faz-se Bv B2, B3, e B4 representaros quatro sub-blocos de baixa freqüência 4x4 deBv B2, B3, e B4, respectivamente; C4 ser a matriz de trans-formada IDCT padrão 4x4; T8 ser a matriz de transformada WMVinteira; e adicionalmente faz-se T8 = [TL, TR] onde TL e Trsão matrizes 8x4. Nesse cenário, B é diretamente calculadoa partir de Bv B2, B3, e B4 usando a seguinte equação:
Depois de alguma manipulação, B é mais eficiente-mente calculado como segue:B = (X + Y)C'+(X-Y)D'
onde
C = (TLC\+TRC'4)/2D = (TLC4-TRCA)/2X = C(BX + B3) + D(B, -B3)Y = C(B2+BJ + D(ê2-BJ
Em uma implementação, ambos C e D da equação acimasão pré-computados. Os resultados finais são normalizadoscom N88.
A Fig. 8 mostra uma arquitetura exemplificada 800para um transcodificador de redução de resolução 2:1 numéri-ca no dominio DCT simplificado. Em uma implementação, o mó-dulo de transcodificação 408 da Fig. 4 implementa a arquite-tura exemplificada 800. Os comutadores nessa arquitetura têma mesma funcionalidade daqueles da Fig. 6, como descrito a-cima com relação à TABELA 2. Com relação à Fig. 8, e uma im-plementação, os primeiros dois módulos (VLD MPEG-2 e quanti-zação inversa) são simplificados se comparado ao que é mos-trado na Fig. 6. Isso ocorre porque o módulo de transcodifi-cação 408 restaura somente a parte 4x4 esquerda superior dobloco 8x8.
Comparados a um transcodificador de baixo - desvioconvencional com compensação de erro de desvio em resoluçãoreduzida, os transcodificadores das Figs. 6 e 8 não incluemum módulo de processamento de bloco misturado. Isso ocorreporque WMV suporta modo Intra Codificação para blocos 8x8 emum macrobloco inter codificado. Em outras palavras, um MBIntra na resolução original é mapeado em um intrabloco 8x8de ura Inter MB na resolução reduzida. Em vista disso, a re-gra de mapeamento de modo MB se torna muito simples, comomostrado imediatamente abaixo:
<formula>formula see original document page 27</formula>
As operações de processamento de bloco misturadasexistentes tipicamente exigem um laço de decodificação parareconstruir uma imagem de resolução completa. Portanto, aremoção de processamento de bloco misturado fornece substan-ciais economias de computação se comparado a sistemas con-vencionais.
A arquitetura de transcodificação de redução deresolução 2:1 no domínio DCT simplificada 800 é substancial-mente livre de desvio para Quadros P. Esse é um resultado domodo de codificação de quatro MV. O único caso de erro dedesvio, se comparado a uma arquitetura CPDT com filtragem deredução, é o arredondamento de MVs de resolução de quartopara resolução de metade (que assegura mvmp2 = mvvci) e a pro-priedade não comutativa de MC e redução. Quaisquer tais er-ros restantes são desprezíveis devido à filtragem de reduçãopassa-baixa (por exemplo, alcançado no domínio DCT ou no do-mínio de pixel).
A Fig. 9 mostra uma operação de combinação exem-plificada de quatro blocos DCT 4x4 em um bloco DCT 8x8 parameios de interlace para operações de transcodificação de re-dução de resolução espacial 2:1, de acordo com uma modalida-de. A redução de 2:1 muda a resolução de um quadro originalem dois, em ambas as direções horizontal e vertical. Em umaimplementação, esse processo de interlace é implementado pe-lo módulo de transcodificação 408 da Fig. 4. Mais particu-larmente, para conteúdo codificado de interlace, o sub-bloco8x4 esquerdo superior em cada MB é reconstruído por decodi-ficador MPEG-2 de atalho, ambos os campos são suavizados pe-lo filtro passa-baixa na direção vertical, então um campo édiminuído antes do processo de codificação WMV.
Compensação de Erro de MV
Embora WMV suporte quatro modos de codificação MV,ele é tipicamente somente pretendido para codificar QuadrosP. Como um resultado, o sistema 4 00 (Fig. 4) implementa aarquitetura da Fig. 6 quando não há Quadros B no fluxo deentrada MPEG-2 ou os Quadros B são descartados durante otranscodificador em direção a uma resolução temporal maisbaixa. Uma razão para isso é que WMV permite somente um MVpor MB para Quadros B. Em tal cenário, o módulo de transco-dif icação 408 (Fig. 4) compõe um novo vetor de movimento apartir de quatro MVs associados com MBs na resolução origi-nal. Cada um dos métodos de composição MV anteriormente men-cionados é compatível. Em uma implementação, o módulo detranscodificação 408 implementa filtragem mediana. Como des-crito, MV incorreto levará a predição compensada por movi-mento errada. Para tornar as coisas piores, não importa comoo erro de re-quantização é compensado, e não importa quãoalta a taxa de bits é, resultados perfeitos são difíceis deobter se não re-fazendo a compensação de movimento baseadanos novos MVs. Portanto, fornece-se uma arquitetura que per-mite que tais erros de movimento sejam compensados.Novamente, com relação à arquitetura da Fig. 3, aentrada para o codificador VC-I para o quadro (i + 1), que éassumido como sendo um quadro B, é derivada como segue:
<formula>formula see original document page 29</formula>
com a aproximação que
<formula>formula see original document page 29</formula>
A Equação 9 é simplificada para:
<formula>formula see original document page 29</formula>
Em vista da Equação 11, a seguinte é obtida:
<formula>formula see original document page 29</formula>
Os dois termos entre colchetes na Equação 12 com-pensam os erros de movimento causados por MVs inconsistentes(isto é, mvmp2 é diferente de mvvci) ou causados por diferen-tes métodos de filtragem MC entre MPEG-2 e WMV. Os móduloscorrespondentes para esse propósito são destacados e agrupa-dos em um bloco amarelo na Fig. 10.
A Fig. 10 mostra uma arquitetura de transcodifica-dor de redução 2:1 simplificada exemplificada co compensaçãode desvio total, de acordo com uma modalidade. Em uma imple-mentação, o módulo de transcodificação 408 da Fig. 4 imple-menta a arquitetura exemplificada da Fig. 10. Com relação àEquação 12, nota-se que MC.mv) é executado para todosos blocos 8x8 que correspondem aos Inter MBs originais, emvmp2 = MVmp2/2 com precisão de quarto de pixel. Nota-se quecom relação ao módulo de compensação de erro de movimento, aprecisão de mvvcl pode ir para o nivel de quarto de pixel. 0último termo na Equação 12 compensa o erro de re-quantizaçãode quadros de referência. Como quadros B não são referênciapara outros quadros, eles são mais tolerantes a erros. Comoum resultado, um aplicativo pode seguramente desligar a com-pensação de erro para alcançar alta velocidade. Novamente,tal aproximação é pretendida para quadros B somente. Nota-seque MC para compensação de erro de movimento opera em arma-zenadores temporários de pixel reconstruído enquanto o MCpara compensação de erro de re-quantização opera em armaze-nador temporário de erro residual acumulado.
Como para o MC, a conversão Intra para Inter ouInter para Intra pode ser aplicada. Isso ocorre porque o de-codificador MPEG-2 reconstruiu o quadro B e os quadros dereferência. Nessa implementação, essa conversão é feita nomódulo de processamento de bloco misturado na Fig. 10. Doismétodos, de composição de modo são possíveis. E uma implemen-tação, o modo dominante é selecionado como o modo composto.
Por exemplo, se os modos dos quatro MBs na resolução origi-nal são dois modos de predição bidirecionais, um modo depredição de retrocesso e um modo de predição de avanço, en-tão o modo de predição bidirecional é selecionado como o mo-do para o MB na resolução reduzida. Em uma outra implementa-ção, o modo que levará ao maior erro é selecionado. Em vistadesse exemplo, supõe-se que usar o modo de retrocesso causa-rá o maior erro. Nesse cenário, o modo de retrocesso é esco-lhido tal que o erro pode ser compensado. Os resultados mos-tram que a última técnica oferece qualidade levemente melhorse comparada à primeira técnica de seleção de modo.
Uma arquitetura exemplificada de acordo com a E-quação 12 é mostrada na Fig. 10. Há quatro comutadores denivel de quadro para essa arquitetura, como mostrado naTABELA 3.
TABELA 3
Comutadores de Nivel de Quadro Exemplificados
<table>table see original document page 31</column></row><table>
Os quatro comutadores de nivel de quadro asseguramdiferentes caminhos de codificação para diferentes tipos dequadro. Especificamente, a arquitetura não executa: acúmulode erro residual para quadros B (Sip), não executa compensa-ção de erro de MV para quadros IeP (Sb), e não reconstróiquadros de referência se não houver quadros B a serem gera-dos (Sip/b). Nota-se que o comutador de nivel de quadro Sbpode ser transformado em comutador de nivel de bloco já queo erro de MV necessita ser compensado somente quando os qua-tros MVs originais correspondentes são significativamenteinconsistentes.
Mais particularmente, o comutador Sip é fechado so-mente para quadros I ou quadros Ρ, o comutador Sp é fechadosomente para quadros P, e o comutador Sb é fechado somentepara quadros Β. A arquitetura resultante não é tão complexaquanto o transcodificador no domínio de pixel em cascata dereferência da Fig. 3. Uma razão para isso é que o processode redução no domínio de pixel explicito é evitado. Ao in-vés, a redução no domínio de pixel é implicitamente alcança-da no domínio DCT simplesmente descartando os altos coefici-entes DCT. Essa arquitetura tem excelente escalabilidade decomplexidade alcançada utilizando-se vários comutadores, co-mo descrito acima com relação à TABELA 2.
Para aplicações que demandam velocidade de trans-codificação ultra-rápida, a arquitetura da Fig. 10 pode serconfigurada em um laço aberto desligando todos os comutado-res. Essa arquitetura de laço aberto pode ser adicionalmenteotimizada combinando-se o processo de desquantização deMPEG-2 e o processo de re-quantização de WMV. 0 módulo dedigitalização em zigue-zague inverso (dentro de VLD) deMPEG-2 pode também ser combinado com o no codificador WMV.
Componentes de Crominância
Com relação a componentes de crominância em MPEG-2e em WMV, o MV e o modo de codificação de componentes decrominância (UV) são derivados daqueles do componente de Iu-minância (Y). Se todos os quatro MBs na resolução originalque correspondem ao MB na resolução reduzida têm modo de co-dificação consistente (isto é, todos Intercodificados ou to-dos Intracodifiçados), não há problema. Entretanto, se não éo caso, problemas resultam devido a diferentes regras de de-rivação de MPEG-2 e WMV. Em MPEG-2, os blocos UV são Inter-codifiçados quando o MB é codificado com Intermodo. Entre-tanto, em WMV, os blocos UV são Intercodificados somentequando o MB é codificado com Inter modo e há menos do quetrês blocos Y 8x8 intracodifiçados. Esse problema existe pa-ra ambos os quadros P e os quadros Β. O módulo de transcodi-ficação 408 da Fig. 4 aborda esses problemas como segue:
- Conversão Inter para Intra: Quando o MB interco-dificado tem três blocos Y 8x8 intracodifiçados (é impossí-vel para um MB intercodifiçado ter todos os quatro blocos Y8x8 intracodifiçados), os blocos UV são intracodifiçados.
Nesse caso, um MB na resolução original é intracodifiçadojunto com blocos UV correspondentes. Esses blocos UV serãoconvertidos de Intermodo em Intramodo. Como o Sistema VisualHumano (HVS) é menos sensível aos sinais de crominância, omódulo de transcodificação 408 utiliza uma técnica de ocul-tação espacial para converter os blocos UB 8x8 de Intermodopara Intramodo. Em uma implementação, a distância DC é uti-lizada como um indicador para determina a direção da oculta-ção. A ocultação é alcançada via uma simples cópia ou qual-quer outro método de interpolação.
- Conversão Intra para Inter: Quando um MB inter-codificado tem um ou dois blocos Y 8x8 intracodif içados, omódulo de transcodificação 408 intercodifica os blocos UV.Nesse cenário, há um ou dois MBs intracodif içados entre osquatro MBs correspondentes na resolução original. Esses blo-cos UV são convertidos de intramodo para intermodo. Nessaimplementação, o módulo de transcodificação 408 utiliza umatécnica de ocultação temporal chamada o método zero-out paramanipular esses blocos, e desse modo, evitar o laço de deco-dificação.
Usando operações de ocultação de erro para manipu-lar a conversão de modo para componente de crominância, oerro introduzido em um quadro atual é desprezível e pode serignorado, embora possa causar desvio de cor em quadros sub-seqüentes. O desvio para o componente de crominância é tipi-camente causado por movimento incorreto. Para abordar isso eaperfeiçoar a qualidade, em uma implementação, o módulo detranscodificação 408 usa compensação baseada em reconstruçãopara o componente de crominância (isto é, sempre aplicando omódulo amarelo claro para o componente de crominância).
Controle de Taxa
A Fig. 11 mostra um modelo de verificador de arma-zenador temporário virtual exemplificado (VBV) para um deco-dificador. Um decodificador baseado no modelo VBV da Fig. 11tipicamente verificará um fluxo de bits MPEG-2 existente.Nessa implementação, se a taxa de vídeo é diminuída propor-cional à taxa de entrada, então o fluxo de bits WMB transco-dificado automaticamente satisfará às exigências de VBV. Emvista disso, a arquitetura eficiente de transcodificação devídeo digital dessa especificação torna o tamanho de quadrocodificado proporcional ao tamanho do quadro de entrada paratodos os quadros. Essas novas arquiteturas continuamentecompensam diferenças acumuladas entre o tamanho de quadroalvo e o tamanho de quadro resultante real, e obtêm, viatreinamento, uma regra de mapeamento de etapa de quantizaçãolinear (OP) para diferentes faixas de taxa de bits.
Para taxa de bits alta, há uma fórmula aproximadaentre os bits de codificação (B) e a etapa de quantização(QP) que é também usada no método de controle de taxa TM-5MPEG-2.
<formula>formula see original document page 35</formula>
onde S é a complexidade de quadro, X é parâmetrosmodelo. Assume-se que a complexidade de um quadro permanecea mesma para diferentes codecs:
<formula>formula see original document page 35</formula>
onde QPvci é ο valor QP usado na re-quantizaçãoWMV, QPmp2 é o valor QP de quantização MPEG-2, e k é o parâ-metro modelo relacionado à taxa de bits alvo. Em uma imple-mentação, o seguinte modelo linear é utilizado:
QPvcl/QPmp2=k-(Bmp2/Bvcj+t
(14)
Os valores do parâmetro k e t para os casos de ta-xa de bits baixa, média e alta são listados na TABELA 4 u-sando o método de regressão linear.
TABELA 4
VALORES DE PARÂMETRO EXEMPLIFICADOS PARAMETODOLOGUIA DE REGRESSÃO LINEAR<table>table see original document page 36</column></row><table>
Um algoritmo de controle de taxa detalhado exem-plificado baseado na Equação 14 é mostrado na TABELA 5, ondeos significados dos vários símbolos no algoritmo apresentadona TABELA 5 são definidos na seguinte TABELA 6.
TABELA 5
ALGORITMO DE CONTROLE DE TAXA EXEMPLIFICADOInicializar SumD = 0;
Enquanto (fluxo MPEG-2 não terminou){
Etapa 1: Decodificar um quadro MPEG2 e obter Bmp2 e
QPmp2;
Etapa 2:<formula>formula see original document page 37</formula>
Arredondar e Cortar QPvci para [1,31];
Etapa 3: Codificar esse quadro em quadro WMV usan-
Etapa 4: Obter o tamanho de quadro WMV codificado
<formula>formula see original document page 37</formula>
TABELA 6
DEFINIÇÕES DE SÍMBOLOS USADOS NO ALGORITMO DA
TABELA 5
<table>table see original document page 37</column></row><table>Mudança de Resolução Arbitrária
A conversão de conteúdos de resolução HD para re-solução SD, por exemplo, para suportar recepto-res/reprodutores SD de legado, é útil. Resoluções típicas deformato HS são 1920xl080i e 1280x720p enquanto aquelas paraSD são 720x480i, 720x480p para NTSC. As razões de reduçãohorizontal e vertical de 1920xl080i para 720x480i são 8/3 e9/4, respectivamente. Para manter a taxa de definição, a ra-zão de redução final é escolhida como sendo 8/3 e o tamanhoda imagem resultante é 720x404. Similarmente, para 1280x720ppara 720x480p, a razão de redução é escolhida como sendo16/9 e o tamanho de imagem resultante é 720x404. Tarjas pre-tas são inseridas para fazer uma imagem completa 720x480 pe-lo decodificador/reprodutor (ao invés de ser preenchida nofluxo de bits).
De acordo com a teoria de processamento de sinaldigital, uma metodologia de redução substancialmente ótimapara uma razão de redução m/n seria primeiro superamostrar osinal em η vezes (isto é, inserir n-1 zeros entre cada amos-tra original), aplicar um filtro passa-baixa (por exemplo,uma função sincronização com muitas derivações), e então de-cimar o sinal resultante em m vezes. Executando essas opera-ções, qualquer sobreposição de espectro introduzido pela re-dução seria suprimida ao máximo. Entretanto, esse processoseria também computacionalmente muito dispendioso, e difícilde implementar em tempo real porque o sinal de entrada é dealta definição. Para reduzir essa complexidade computacio-nal, uma nova estratégia de redução em dois estágios é im-plementada.
A Fig. 12 mostra um transcodificador com reduçãode resolução espacial arbitrária, de acordo com uma modali-dade. Em uma implementação, o módulo de transcodificação 408da Fig. 4 implementa a arquitetura da Fig. 12. Em uma imple-mentação, o transcodificador de redução arbitrária é umtranscodificador não integrado, tal como na Fig. 12. Em umaoutra implementação, as seguintes operações de transcodifi-cação de redução arbitrária, que são descritas abaixo comrelação à Fig. 12, são implementadas em um transcodif icadorintegrado tal como aquele mostrado nas Figs. 5, 6, 8 e/ou 10.
Com relação à Fig. 12, o sistema 1200 implementaoperações de redução em dois estágios para alcançar qualqueralvo de redução arbitrária. Resultados da redução em primei-ro estágio são embutidos no laço de decodif icação. Isso re-duz a complexidade das operações de decodificação. Por exem-plo, para alcançar uma razão de redução 8/3, operações deredução são primeiro implementadas para reduzir em 2/1. Osresultados dessa redução em primeiro estágio são inseridosno laço de decodificação, onde a redução em segundo estágioé executada no domínio espacial. Nesse exemplo, as operaçõesde redução em segundo estágio reduzem em 4/3 para alcançaruma razão de redução de 8/3. Em um outro exemplo, uma razãode 16/9 é alcançada pelo sistema 1200 aplicando-se a reduçãode 4/3 duas vezes (em dois estágios). Essa metodologia deredução em dois estágios utiliza a estratégia de redução nodomínio DCT discutida anteriormente, e então embute comple-tamente os resultados de redução de primeiro estágio no laçode decodificação. Como a resolução é significativamente re-duzida depois da redução em primeiro estágio, pode-se conti-nuar a aplicar o método de redução ótima no domínio de pixel.
Com relação à Fig. 12, nota-se que múltiplos MVsestão associados com um novo MB (os módulos de di-mensionamento e filtragem MV).
Procedimento Exemplificado
A Fig. 13 ilustra um procedimento 1300 para efici-ente transcodificação de vídeo digital, de acordo com umamodalidade. Em uma implementação, o módulo de transcodifica-ção 408 da Fig. 4 implementa as operações do procedimento1300. Com relação à Fig. 13, no bloco 1302, o procedimentorecebe um fluxo de bits codificado (por exemplo, meios codi-ficados 412 da Fig. 4). No bloco 1304, o procedimento parci-almente decodifica o fluxo de bits codificado de acordo comum primeiro conjunto de técnicas de compressão associadascom um primeiro formato de dados de mídia (por exemplo,MPEG-2, MPEG-4, etc.). As operações de decodificação parcialgeram um fluxo de dados intermediário. 0 transcodificadorintegrado não executa decodificação completa. Por exemplo,em casos onde o MC do decodificador MPEG_2 "conceituai" écombinado com aquele do codificador WMV, é difícil descreveras operações de decodificação à medida que executando a de-codificação MPEG-2. No bloco 1306, se a redução do fluxo dedados intermediário é desejada, o procedimento reduz dadosassociados com o fluxo de bits codificado em um primeiro es-tágio de redução. O primeiro estágio de redução é implemen-tado no domínio DCT de um laço de decodificação. No bloco1308, se redução em dois estágios é desejado, o procedimentoadicionalmente reduz no domínio espacial os dados que foramreduzidos no domínio DCT (ver bloco 1306).
No bloco 1310, os dados decodificados de acordocom o primeiro conjunto de técnicas de compressão são codi-ficados com um segundo conjunto de técnicas de compressão.Em uma implementação, o procedimento 1300 é implementado emuma arquitetura de transcodificação não integrada, tal comoaquela mostrada e descrita com relação às Figs. 12 e 14.Nessa implementação, o segundo conjunto de técnicas de com-pressão é o mesmo do primeiro conjunto de técnicas de com-pressão. Em uma outra implementação, o procedimento 1300 éimplementado em uma arquitetura de transcodificação integra-da, tal como aquela mostrada e descrita com relação às Figs.5-11, e 14. Nessa outra implementação, o segundo conjunto detécnicas de compressão não é o mesmo do primeiro conjunto detécnicas de compressão. Por exemplo, em uma implementação, oprimeiro conjunto de técnicas de compressão está associadocom MPEG-2, e o segundo conjunto de técnicas de compressãoestá associado com WMV.
Um Ambiente Operacional Exemplificado
A Fig. 14 ilustra um exemplo de um ambiente decomputação adequado no qual eficiente transcodificação devídeo digital pode ser completa ou parcialmente implementa-da. 0 ambiente de computação exemplificado 1400 é somente umexemplo de um ambiente de computação adequado para o sistemaexemplificado 400 da Fig. 4, e não pretende sugerir qualquerlimitação como ao escopo de uso ou funcionalidade de siste-mas e métodos descritos aqui. Nem deveria o ambiente de com-putação 1400 ser interpretado como tendo qualquer dependên-cia ou exigência relativa a qualquer um dos componentes oucombinação deles ilustrada no ambiente de computação 1400.
Os métodos e sistemas descritos aqui são operacio-nais com numerosos outros sistemas de computação de propósi-to geral ou de propósito especial, ambientes ou configura-ções. Exemplos de sistemas de computação, ambientes e/ouconfigurações bem conhecidos que podem ser adequados parauso incluem, mas não estão limitados a computadores pesso-ais, computadores servidores, sistemas multiprocessadores,sistemas baseados em microprocessador, PCs de rede, minicom-putadores, computadores de grande porte, ambientes de compu-tação distribuídos que incluem quaisquer dos sistemas oudispositivos acima, e assim por diante. Versões de sub-conjunto ou compactas da estrutura podem também ser imple-mentadas em clientes de recursos limitados, tal como compu-tadores portáteis, ou outros dispositivos de computação. Ainvenção é praticada em um ambiente de computação em redeonde tarefas são executadas por dispositivos de processamen-to remoto que são ligados através de uma rede de comunica-ção .
Com relação à Fig. 14, um sistema exemplificadofornecendo eficiente arquitetura de transcodificação de ví-deo digital inclui um dispositivo de computação de propósitogeral na forma de um computador 1410 implementando, por e-xemplo, operações iniciadoras associadas com o dispositivode computação 102 da Fig. 1. Componentes do computador 1410podem incluir, mas não estão limitados a, unidade(s) de pro-cessamento 1418, uma memória de sistema 1430, e um barramen-to de sistema 1421 que acopla vários componentes de sistema,incluindo a memória de sistema, à unidade de processamento120. O barramento de sistema 1421 pode ser qualquer um dosvários tipos de estruturas de barramentos incluindo um bar-ramento de memória ou controlador de memória, um barramentoperiférico, e um barramento local usando qualquer uma de umavariedade de arquiteturas de barramento. A titulo de exem-plo, e não limitação, tais arquiteturas podem incluir barra-mento de Arquitetura Padrão de Indústria (ISA), barramentode Arquitetura de Micro Canal (MCA), barramento ISA Aperfei-çoado (EISA), barramento local de Associação de Padrões Ele-trônicos de Video (VESA), e barramento de Componentes Peri-féricos Interconectados (PCI), também conhecido como barra-mento Mezzanine.
Um computador 1410 tipicamente inclui uma varieda-de de meios legíveis por computador. Estes podem ser quais-quer meios disponíveis que podem ser acessados pelo computa-dor 1410 e incluem ambos meios voláteis e não voláteis, re-movíveis e não removíveis. A título de exemplo, e não Iimi-tação, meios legíveis por computador podem compreender meiosde armazenamento por computador e meios de comunicação. Osmeios de armazenamento por computador incluem ambos meiosvoláteis e não voláteis, removíveis e não removíveis imple-mentados em qualquer método ou tecnologia para armazenamentode informação tal como instruções legíveis por computador,estruturas de dados, módulos de programa ou outros dados. Osmeios de armazenamento por computador incluem, mas não estãolimitados a, RAM, ROM, EEPROM, memória rápida ou outra tec-nologia de memória, CD-ROM, discos versáteis digitais (DVD)ou outro armazenamento em disco óptico, cassetes magnéticos,fita magnética, armazenamento em disco magnético ou outrosdispositivos de armazenamento magnéticos, ou qualquer outromeio que pode ser usado para armazenar a informação desejadae que pode ser acessado pelo computador 1410.
Os meios de comunicação tipicamente incorporaminstruções legíveis por computador, estruturas de dados, mó-dulos de programa ou outros dados em um sinal modulado dedados tal como uma onda portadora ou outro mecanismo detransporte, e incluem quaisquer meios de entrega de informa-ção. 0 termo "sinal modulado de dados" significa um sinalque tem uma ou mais de suas características ajustadas ou al-teradas de tal maneira a codificar informação no sinal. Atítulo de exemplo, e não limitação, os meios de comunicaçãoincluem meios por fios tais como uma rede por fios ou cone-xão direta por fios, e meios sem fio tais como acústicos,RF, infravermelhos e outros meios sem fio. Combinações dequalquer um dos acima deveriam ser também incluídas no esco-po dos meios legíveis por computador.
A memória de sistema 1430 inclui meios de armaze-namento por computador na forma de memória volátil e/ou nãovolátil, tal como memória somente de leitura (ROM) 1431 ememória de acesso aleatório (RAM) 1432. Um sistema de entra-da/saída básico (BIOS) 1433, contendo as rotinas básicas queajudam a transferir informação entre elementos no computador1410, tal como durante a inicialização, é tipicamente arma-zenado na ROM 1431. A RAM 1432 tipicamente contém dados e/oumódulos de programa que são imediatamente acessíveis e/ouestão presentemente sendo operados pela unidade de processa-mento 1418. A título de exemplo, e não limitação, a FIG. 14ilustra o sistema operacional 1434, programas de aplicação1435, outros módulos de programa 1436, e dados de programa1437 .
0 computador 1410 pode também incluir outros meiosde armazenamento por computador removíveis/não removíveis,voláteis/não voláteis. A título de exemplo somente, a FIG.14 ilustra uma unidade de disco rígido 1441 que lê a partirde e escreve em meios magnéticos não removíveis e não volá-teis, uma unidade de disco magnético 1451 que lê a partir dee escreve em discos magnéticos removíveis e não voláteis1452, e uma unidade de disco óptico 1455 que lê a partir dee escreve em um disco óptico removível e não volátil 1456,tal como um CD-ROM ou outro meio óptico. Outros meios de ar-mazenamento por computador removíveis/não removíveis, volá-teis/não voláteis que podem ser usados na modalidade opera-cional exemplificada incluem, mas não estão limitados a, fi-tas cassetes magnéticas, cartões de memória rápida, discosversáteis digitais (DVDs), fita de vídeo digital, RAM de es-tado sólido, ROM de estado sólido, e seus similares. A uni-dade de disco rígido 1441 é tipicamente conectada ao barra-mento de sistema 1421 através de uma interface de memórianão removível tal como a interface 1440, e a unidade de dis-co magnético 1451 e a unidade de disco óptico 1455 são tipi-camente conectadas ao barramento de sistema 1421 por uma in-terface de memória removível, tal como a interface 1450.
As unidades e seus meios de armazenamento por com-putador associados discutidos acima e ilustrados na FIG. 14fornecem armazenamento de instruções legíveis por computa-dor, estruturas de dados, módulos de programa e outros dadospara o computador 1410. Na FIG. 14, por exemplo, a unidadede disco rígido 1441 é ilustrada como armazenando o sistemaoperacional 1444, programas de aplicação 1445, e módulos deprograma 144 6, e dados de programa 1447. Nota-se que essescomponentes podem ou ser os mesmos ou diferentes do sistemaoperacional 1434, programas de aplicação 1435, outros módu-los de programa 1436, e dados de programa 1437. Ao sistemaoperacional 1444, aos programas de aplicação 1445, a outrosprogramas 144 6 e aos dados de programa 1447 são atribuídosnúmeros diferentes aqui para ilustrar, que, no mínimo, elessão cópias diferentes.
Um usuário pode inserir comandos e informação nocomputador 1410 através de dispositivos de entrada, tais co-mo um teclado 1462 e um dispositivo de apontamento 1461, co-mumente referido como um mouse, mouse estacionário ("track-bali") ou mesa sensível ao toque. Outros dispositivos de en-trada (não mostrados) podem incluir um microfone, um comandode jogos, caneta gráfica ou mesa gráfica, antena de satéli-te, digitalizador, etc. Esses e outros dispositivos de en-trada são freqüentemente conectados à unidade de processa-mento 1418 através de uma interface de entrada de usuário1460 que está acoplada ao barramento de sistema 1421, maspode estar conectada por outra interface e estruturas debarramento, tais como uma porta paralela, porta de jogos ouum barramento serial universal (USB). Nessa implementação,um monitor 1491 ou outro tipo de dispositivo de interface deusuário está também conectado ao barramento de sistema 1421via uma interface, por exemplo, tal como uma interface devideo 1490.
O computador 1410 opera em um ambiente de rede u-sando conexões lógicas a um ou mais computadores remotos,tal como um computador remoto 14 80. Em uma implementação, ocomputador remoto 1480 representa o dispositivo de computa-15 ção 106 de um responder, como mostrado na Fig. 1. O computa-dor remoto 1480 pode ser um computador pessoal, um servidor,um roteador, um PC de rede, um dispositivo não hierárquicoou outro nó de rede comum, e como uma função de sua imple-mentação particular, pode incluir muitos ou todos dos ele-20 mentos descritos acima em relação ao computador 1410, emborasomente um dispositivo de armazenamento em memória 1481 foiilustrado na FIG. 14. As conexões lógicas representadas naFIG. 14 incluem uma rede de área local (LAN) 1471 e uma redede área ampla (WAN) 1473, mas podem também incluir outras25 redes. Tais ambientes de rede são comuns em escritórios, re-des de computador de grandes empresas, intranets e a Inter-net .
Quando usado em um ambiente de rede LAN, o compu-tador 1410 é conectado à LAN 1471 através de uma interfacede rede ou adaptador 1470. Quando usado em um ambiente derede WAN, o computador 1410 tipicamente inclui um modem 1472ou outro dispositivo para estabelecer comunicações pela WAN1473, tal como a Internet. 0 modem 1472, que pode ser inter-no ou externo, pode estar conectado ao barramento de sistema1421 via a interface de entrada de usuário 1460, ou outromecanismo apropriado. Em um ambiente de rede, módulos deprograma representados em relação ao computador 1410, oupartes desse, podem ser armazenados no dispositivo de arma-zenamento em memória remota. A titulo de exemplo, e não li-mitação, a FIG. 14 ilustra programas de aplicação remota1485 como residindo no dispositivo de memória 1481. As cone-xões de rede mostradas são exemplificadas e outros meios deestabelecer uma ligação de comunicação entre os computadorespodem ser usados.
Conclusão
Embora as seções acima descrevem decodificadoresde redução de .mudança de resolução arbitrária em linguagem20 especifica a características estruturais e/ou operações me-todológicas ou ações, as implementações definidas nas rei-vindicações em anexo não são necessariamente limitadas àscaracterísticas ou ações específicas descritas. De preferên-cia, características e operações específicas do decodifica-25 dor de redução de mudança de resolução arbitrária são des-critas como formas exemplificadas de implementar o assuntoreivindicado.
Por exemplo, em uma implementação, os sistemas emetodologias de transcodificação rápidos e de alta qualida-de, incluindo transcodificação, redução de tamanho arbitrá-rio, e redução de taxa são usados para transcodificaçãoMPEG-2 e MPEG-4 e transcodificação MPEG-4 para WMV. Por e-xemplo, o transcodificador em domínio DCT de laço fechadosimplificado na Fig. 6 pode ser usado para transcodificarMPEG-4 para WMV. Uma diferença entre MPEG-2 (IS-13818 Parte2) é que MPEG-2 somente utiliza precisão de MPV de meio ele-mento de pixel (pel) e interpolação bilinear em MC; há talmesmo modo (meio pel bilinear) em WMV. Entretanto, MPEG-4suporta ambas a precisão de MV de meio pel e a de um quartode pel, bem como interpolação para posições de quarto de pel(diferente daquela em WMV) . Para abordar essa diferença,quando H pel MV é usado por vídeo MPEG-4, então o processode transcodificação é o mesmo da transcodificação MPEG-2 pa-ra WMV, como descrito acima. Adicionalmente, quando H pel MVestá contido em vídeo MPEG-4, então erro é introduzido devi-do a métodos de interpolação diferentes em MC como descritoacima com relação às Fig. 6. Adicionalmente, o transcodifi-cador de redução 2:1 simplificado com compensação de desviocompleta descrito acima com relação à Fig. 10 é aplicável àtranscodificação de redução 2:1 MPEG-4 a WMV independente demudança. Além disso, a transcodificação de alta qualidade,incluindo operações de redução de taxa e de transcodificaçãode redução arbitrária descritas acima da Fig. 12 são efeti-vas para transcodificação MPEG-4 a WMV.
Claims (20)
1. Método implementado por computador,CARACTERIZADO pelo fato de que compreende:receber um fluxo de bits codificado; ereduzir o fluxo de bits codificado em um laço dedecodificação no domínio DCT para gerar dados reduzidos.
2. Método implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO pelo fato de que um de-codificador no Domínio de Transformada Discreta de Cossenoem Cascata (CDDT) implementa a redução.
3. Método implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO pelo fato de que redu-zir o fluxo de bits codificado adicionalmente compreendeconverter dados associados com o fluxo de bits codificado deuma resolução em alta definição para uma resolução em defi-nição padrão.
4. Método implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO adicionalmente pelo fa-to de que compreende reduzir a resolução dos dados reduzidosem um domínio de pixel.
5. Método implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO pelo fato de que a re-dução é redução em dois estágios que compreende redução emprimeiro e segundo estágio, a redução no primeiro estágioresulta em dados reduzidos 2:1 ou 4:3, a redução no segundoestágio resulta em uma redução 4:3 adicional ou uma reduçãopassa tudo nos dados baseada em uma razão de redução de re-solução alvo.
6. Método implementado por computador, de acordocom a reivindicação 1, CARACTERIZADO pelo fato de que a re-dução é em dois estágios executada em um transcodificadorintegrado, este parcialmente decodifica o fluxo de bits co-dificado baseado em um primeiro conjunto de técnicas de com-pressão para gerar um fluxo de dados intermediário, o trans-codificador integrado codifica o fluxo de dados intermediá-rio de acordo com um segundo conjunto de técnicas de com-pressão que são diferentes das do primeiro conjunto de téc-nicas de compressão.
7. Método implementado por computador, de acordocom a reivindicação 6, CARACTERIZADO pelo fato de que:o primeiro conjunto de técnicas de compressão estáassociado com MPEG-2 e o segundo conjunto de técnicas decompressão está associado com WMV; ouo primeiro conjunto de técnicas de compressão estáassociado com MPEG-2 e o segundo conjunto de técnicas decompressão está associado com MPEG-4.
8. Método implementado por computador,CARACTERIZADO pelo fato de que compreende:receber um fluxo de bits codificado; eparcialmente decodificar o fluxo de bits codifica-do, este compreende:reduzir dados associados com o fluxo de bits codi-ficado em um laço de decodificação no domínio DCT para obterdados reduzidos; ecodificar os dados em um formato de mídia alvo.
9. Método implementado por computador, de acordocom a reivindicação 8, CARACTERIZADO pelo fato de que um de-codificador no Domínio de Transformada Discreta de Cossenoem Cascata (CDDT) implementa a redução.
10. Método implementado por computador, de acordocom a reivindicação 8, CARACTERIZADO pelo fato de que redu-zir o fluxo de bits codificado adicionalmente compreendeconverter dados associados com o fluxo de bits codificado deuma resolução em alta definição em uma resolução em defini-ção padrão.
11. Método implementado por computador, de acordocom a reivindicação 8, CARACTERIZADO adicionalmente pelo fa-to de que compreende, antes da codificação, reduzir a reso-lução dos dados reduzidos em um domínio de pixel.
12. Método implementado por computador, de acordocom a reivindicação 8, CARACTERIZADO pelo fato de que a re-dução é em dois estágios resultando em redução no primeiroestágio de 2:1 ou 4:3, e redução em segundo estágio adicio-nal de 4:3 ou uma determinação passa tudo baseada em uma ra-zão de redução alvo.
13. Método implementado por computador, de acordocom a reivindicação 8, CARACTERIZADO pelo fato de que umtranscodificador integrado implementa a redução, este parci-almente decodifica o fluxo de bits codificado de acordo comum primeiro conjunto de técnicas de compressão para gerar umfluxo de dados intermediário, o transcodificador integradocodifica o fluxo de dados intermediário de acordo com um se-gundo conjunto de técnicas de compressão que é diferente doprimeiro conjunto de técnicas de compressão.
14. Método implementado por computador, de acordocom a reivindicação 13, CARACTERIZADO pelo fato de que:o primeiro conjunto de técnicas de compressão estáassociado com MPEG-2 e o segundo conjunto de técnicas decompressão está associado com WMV; ouo primeiro conjunto de técnicas de compressão estáassociado com MPEG-2 e o segundo conjunto de técnicas decompressão está associado com MPEG-4.
15. Método implementado por computador,CARACTERIZADO pelo fato de que compreende:transcodificar o fluxo de bits codificado usandoum primeiro conjunto de técnicas de compressão tal que dadosassociados com o fluxo de bits codificado em um laço de de-codificação no domínio DCT para obter dados reduzidos; ecodificar os dados reduzidos em um formato de mí-dia alvo baseado no primeiro conjunto de técnicas de com-pressão ou no segundo conjunto de técnicas de compressão queé diferente do primeiro conjunto de técnicas de compressão.
16. Método implementado por computador, de acordocom a reivindicação 15, CARACTERIZADO pelo fato de que umdecodificador no Domínio de Transformada Discreta de Cossenoem Cascata (CDDT) implementa a redução.
17. Método implementado por computador, de acordocom a reivindicação 15, CARACTERIZADO pelo fato de que redu-zir o fluxo de bits codificado adicionalmente compreendeconverter dados associados com o fluxo de bits codificado deuma resolução em alta definição em uma resolução em defini-ção padrão.
18. Método implementado por computador, de acordocom a reivindicação 15, CARACTERIZADO adicionalmente pelofato de que compreende, antes da codificação, reduzir a re-solução dos dados reduzidos em um domínio de pixel fora deum domínio DCT.
19. Método implementado por computador, de acordocom a reivindicação 15, CARACTERIZADO pelo fato de que a re-dução é em dois estágios resultando em redução no primeiroestágio de 2:1 ou 4:3, e redução em segundo estágio adicio-nal de 4:3 ou uma determinação passa tudo baseada em uma ra-zão de redução alvo.
20. Método implementado por computador, de acordo com a rei-vindicação 15, CARACTERIZADO pelo fato de que um transcodi-ficador integrado implementa a redução, este parcialmentedecodifica o fluxo de bits codificado de acordo com um pri-meiro conjunto de técnicas de compressão para gerar um fluxode dados intermediário, o transcodificador integrado codifi-ca o fluxo de dados intermediário de acordo com um segundoconjunto de técnicas de compressão que é diferente do pri-meiro conjunto de técnicas de compressão.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/226.043 | 2005-09-14 | ||
| US11/226,043 US20070058713A1 (en) | 2005-09-14 | 2005-09-14 | Arbitrary resolution change downsizing decoder |
| PCT/US2006/035939 WO2007033346A1 (en) | 2005-09-14 | 2006-09-13 | Arbitrary resolution change downsizing decoder |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0616034A2 true BRPI0616034A2 (pt) | 2011-06-07 |
Family
ID=37855066
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0616034-4A BRPI0616034A2 (pt) | 2005-09-14 | 2006-09-13 | decodificador de subamostragem de mudança de resolução arbitrária |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US20070058713A1 (pt) |
| EP (1) | EP1915869A1 (pt) |
| JP (1) | JP2009508452A (pt) |
| KR (1) | KR20080055826A (pt) |
| CN (1) | CN101263717A (pt) |
| BR (1) | BRPI0616034A2 (pt) |
| CA (1) | CA2621428A1 (pt) |
| WO (1) | WO2007033346A1 (pt) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7515710B2 (en) | 2006-03-14 | 2009-04-07 | Divx, Inc. | Federated digital rights management scheme including trusted systems |
| EP2143278B1 (en) * | 2007-04-25 | 2017-03-22 | Thomson Licensing | Inter-view prediction with downsampled reference pictures |
| US8233527B2 (en) * | 2007-05-11 | 2012-07-31 | Advanced Micro Devices, Inc. | Software video transcoder with GPU acceleration |
| JP5347862B2 (ja) * | 2008-09-29 | 2013-11-20 | ソニー株式会社 | 係数学習装置および方法、画像処理装置および方法、プログラム、並びに記録媒体 |
| US8514942B2 (en) * | 2008-12-31 | 2013-08-20 | Entropic Communications, Inc. | Low-resolution video coding content extraction |
| CN102308580B (zh) * | 2009-02-05 | 2016-05-04 | 汤姆森特许公司 | 用于自适应模式视频编码和解码的方法和装置 |
| US9774875B2 (en) * | 2009-03-10 | 2017-09-26 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Lossless and near-lossless image compression |
| US8687685B2 (en) | 2009-04-14 | 2014-04-01 | Qualcomm Incorporated | Efficient transcoding of B-frames to P-frames |
| US8358698B2 (en) * | 2010-01-08 | 2013-01-22 | Research In Motion Limited | Method and device for motion vector estimation in video transcoding using full-resolution residuals |
| US8559519B2 (en) * | 2010-01-08 | 2013-10-15 | Blackberry Limited | Method and device for video encoding using predicted residuals |
| US20110170608A1 (en) * | 2010-01-08 | 2011-07-14 | Xun Shi | Method and device for video transcoding using quad-tree based mode selection |
| US8340188B2 (en) * | 2010-01-08 | 2012-12-25 | Research In Motion Limited | Method and device for motion vector estimation in video transcoding using union of search areas |
| US8315310B2 (en) * | 2010-01-08 | 2012-11-20 | Research In Motion Limited | Method and device for motion vector prediction in video transcoding using full resolution residuals |
| US8553763B2 (en) | 2010-06-10 | 2013-10-08 | Sony Corporation | Iterative computation of adaptive interpolation filter |
| WO2012016354A1 (en) * | 2010-08-04 | 2012-02-09 | Nxp B.V. | Video player |
| CN103098464A (zh) * | 2010-08-04 | 2013-05-08 | Nxp股份有限公司 | 在频域中具有下采样的视频解码器 |
| JP5709492B2 (ja) * | 2010-12-01 | 2015-04-30 | 三菱電機株式会社 | 画像符号化方式変換装置および画像符号化方式変換プログラム |
| US8914534B2 (en) | 2011-01-05 | 2014-12-16 | Sonic Ip, Inc. | Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol |
| CN102118616A (zh) * | 2011-02-24 | 2011-07-06 | 深圳市同洲电子股份有限公司 | 图片解码方法及图片解码器 |
| US20120307889A1 (en) * | 2011-06-01 | 2012-12-06 | Sharp Laboratories Of America, Inc. | Video decoder with dynamic range adjustments |
| US8571099B2 (en) * | 2011-06-01 | 2013-10-29 | Sharp Laboratories Of America, Inc. | Decoder with dynamic range compensation |
| KR101928910B1 (ko) | 2011-08-30 | 2018-12-14 | 쏘닉 아이피, 아이엔씨. | 복수의 최대 비트레이트 레벨들을 사용하여 인코딩된 비디오를 인코딩하고 스트리밍하기 위한 시스템들 및 방법들 |
| US8818171B2 (en) | 2011-08-30 | 2014-08-26 | Kourosh Soroushian | Systems and methods for encoding alternative streams of video for playback on playback devices having predetermined display aspect ratios and network connection maximum data rates |
| US9467708B2 (en) * | 2011-08-30 | 2016-10-11 | Sonic Ip, Inc. | Selection of resolutions for seamless resolution switching of multimedia content |
| US8909922B2 (en) | 2011-09-01 | 2014-12-09 | Sonic Ip, Inc. | Systems and methods for playing back alternative streams of protected content protected using common cryptographic information |
| KR20140016760A (ko) * | 2012-07-31 | 2014-02-10 | 삼성전자주식회사 | 영상 처리 장치 및 영상 처리 방법 |
| US9191457B2 (en) | 2012-12-31 | 2015-11-17 | Sonic Ip, Inc. | Systems, methods, and media for controlling delivery of content |
| US9432614B2 (en) | 2013-03-13 | 2016-08-30 | Qualcomm Incorporated | Integrated downscale in video core |
| US9094737B2 (en) | 2013-05-30 | 2015-07-28 | Sonic Ip, Inc. | Network video streaming with trick play based on separate trick play files |
| KR102085270B1 (ko) * | 2013-08-12 | 2020-03-05 | 삼성전자 주식회사 | 가장 작은 왜곡 값을 갖는 해상도를 선택하는 이미지 처리 방법과 상기 방법을 수행하는 장치들 |
| US9819395B2 (en) | 2014-05-05 | 2017-11-14 | Nxp B.V. | Apparatus and method for wireless body communication |
| US10014578B2 (en) | 2014-05-05 | 2018-07-03 | Nxp B.V. | Body antenna system |
| US9819075B2 (en) | 2014-05-05 | 2017-11-14 | Nxp B.V. | Body communication antenna |
| US10015604B2 (en) | 2014-05-05 | 2018-07-03 | Nxp B.V. | Electromagnetic induction field communication |
| US10009069B2 (en) | 2014-05-05 | 2018-06-26 | Nxp B.V. | Wireless power delivery and data link |
| US9812788B2 (en) | 2014-11-24 | 2017-11-07 | Nxp B.V. | Electromagnetic field induction for inter-body and transverse body communication |
| US9819097B2 (en) | 2015-08-26 | 2017-11-14 | Nxp B.V. | Antenna system |
| US10320086B2 (en) | 2016-05-04 | 2019-06-11 | Nxp B.V. | Near-field electromagnetic induction (NFEMI) antenna |
| US10148989B2 (en) | 2016-06-15 | 2018-12-04 | Divx, Llc | Systems and methods for encoding video content |
| US10390015B2 (en) * | 2016-08-26 | 2019-08-20 | Qualcomm Incorporated | Unification of parameters derivation procedures for local illumination compensation and cross-component linear model prediction |
| CN110620635A (zh) * | 2018-06-20 | 2019-12-27 | 深圳市华星光电技术有限公司 | 解码方法、设备及可读存储介质 |
| KR20210130735A (ko) | 2019-03-02 | 2021-11-01 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 인-루프 필터링에 대한 제한들 |
| WO2020211770A1 (en) | 2019-04-15 | 2020-10-22 | Beijing Bytedance Network Technology Co., Ltd. | Temporal prediction of parameters in non-linear adaptive loop filter |
| WO2020211810A1 (en) | 2019-04-16 | 2020-10-22 | Beijing Bytedance Network Technology Co., Ltd. | On adaptive loop filtering for video coding |
| CN113711612B (zh) | 2019-04-20 | 2023-05-26 | 北京字节跳动网络技术有限公司 | 视频编解码中的色度语法元素的信令 |
| CN115567707B (zh) | 2019-05-30 | 2025-05-13 | 抖音视界有限公司 | 一种处理视频数据的方法、装置、介质 |
| CN120956917A (zh) | 2019-09-20 | 2025-11-14 | 北京字节跳动网络技术有限公司 | 用于屏幕内容的自适应分辨率变化和可缩放编解码 |
| JP7739039B2 (ja) | 2020-05-07 | 2025-09-16 | ブラックマジック デザイン ピーティーワイ リミテッド | 変換係数処理方法 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE9703849L (sv) * | 1997-03-14 | 1998-09-15 | Ericsson Telefon Ab L M | Nedskalning av bilder |
| JPH11275592A (ja) * | 1998-01-22 | 1999-10-08 | Victor Co Of Japan Ltd | 動画像符号列変換装置及びその方法 |
| JP3821415B2 (ja) * | 1998-09-30 | 2006-09-13 | 日本ビクター株式会社 | 動画像フォーマット変換装置及びその方法 |
| KR100312421B1 (ko) * | 1998-11-25 | 2001-12-12 | 오길록 | 영상시스템에서의압축동영상변환장치및그방법 |
| US6618442B1 (en) * | 1998-12-29 | 2003-09-09 | Intel Corporation | Method and apparatus for transcoding digital video signals |
| EP1172008A1 (en) * | 2000-01-12 | 2002-01-16 | Koninklijke Philips Electronics N.V. | Image data compression |
| US6647061B1 (en) * | 2000-06-09 | 2003-11-11 | General Instrument Corporation | Video size conversion and transcoding from MPEG-2 to MPEG-4 |
| US7266148B2 (en) * | 2001-01-05 | 2007-09-04 | Lg Electronics Inc. | Video transcoding apparatus |
| GB2369952B (en) * | 2001-03-10 | 2002-12-04 | Ericsson Telefon Ab L M | Transcoding of video signals |
| US6671322B2 (en) * | 2001-05-11 | 2003-12-30 | Mitsubishi Electric Research Laboratories, Inc. | Video transcoder with spatial resolution reduction |
| US20030043908A1 (en) * | 2001-09-05 | 2003-03-06 | Gao Cheng Wei | Bandwidth scalable video transcoder |
| DE602004008763T2 (de) * | 2003-04-17 | 2008-06-12 | Koninklijke Philips Electronics N.V. | Videotranskodierung |
| US20050132264A1 (en) * | 2003-12-15 | 2005-06-16 | Joshi Ajit P. | System and method for intelligent transcoding |
| TWI230547B (en) * | 2004-02-04 | 2005-04-01 | Ind Tech Res Inst | Low-complexity spatial downscaling video transcoder and method thereof |
| US20050175099A1 (en) * | 2004-02-06 | 2005-08-11 | Nokia Corporation | Transcoder and associated system, method and computer program product for low-complexity reduced resolution transcoding |
| US20060140274A1 (en) * | 2004-12-29 | 2006-06-29 | Mediatek Incorporation | Transcoder and method used therein |
-
2005
- 2005-09-14 US US11/226,043 patent/US20070058713A1/en not_active Abandoned
-
2006
- 2006-09-13 KR KR1020087006146A patent/KR20080055826A/ko not_active Withdrawn
- 2006-09-13 CN CNA2006800335386A patent/CN101263717A/zh active Pending
- 2006-09-13 BR BRPI0616034-4A patent/BRPI0616034A2/pt not_active Application Discontinuation
- 2006-09-13 JP JP2008531339A patent/JP2009508452A/ja not_active Withdrawn
- 2006-09-13 WO PCT/US2006/035939 patent/WO2007033346A1/en not_active Ceased
- 2006-09-13 CA CA002621428A patent/CA2621428A1/en not_active Abandoned
- 2006-09-13 EP EP06814692A patent/EP1915869A1/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| CN101263717A (zh) | 2008-09-10 |
| EP1915869A1 (en) | 2008-04-30 |
| CA2621428A1 (en) | 2007-03-22 |
| US20070058713A1 (en) | 2007-03-15 |
| WO2007033346A1 (en) | 2007-03-22 |
| JP2009508452A (ja) | 2009-02-26 |
| KR20080055826A (ko) | 2008-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0616034A2 (pt) | decodificador de subamostragem de mudança de resolução arbitrária | |
| KR101279755B1 (ko) | 효율적인 통합 디지털 비디오 트랜스코딩 | |
| JP7026249B2 (ja) | 映像復号化のための方法、装置及びコンピュータ・プログラム | |
| JP4610195B2 (ja) | スキップマクロブロックコード化 | |
| JP2005176383A (ja) | 色空間の符号化フレームワーク | |
| JP2022507314A (ja) | 単一レベルの変換分割および適応サブブロック変換を行うための方法、装置、およびプログラム | |
| CN118828013A (zh) | 视频编码方法、视频编码器、介质以及处理视频比特流的方法 | |
| CN115550644A (zh) | 视频编码的方法和装置、计算机设备和存储介质 | |
| CN116897533A (zh) | 图像和视频压缩中交叉分量预测的自适应参数选择 | |
| WO2021135856A1 (zh) | 视频编解码方法、装置、设备及存储介质 | |
| KR20140021590A (ko) | 동화상 복호화 장치 | |
| KR20140023918A (ko) | 동화상 부호화 장치 | |
| KR20060093743A (ko) | 비디오 트랜스 코딩 방법 및 장치와 이를 이용한 pvr | |
| CN114731447A (zh) | 用于视频编解码的方法和设备 | |
| CN111147858B (zh) | 视频解码方法、装置、设备及存储介质 | |
| CN106254872A (zh) | 熵转换编码的方法以及相关装置 | |
| JP5019054B2 (ja) | 画像復号方法、その装置及びプログラム | |
| HK40048752B (zh) | 视频解码方法、装置、设备及存储介质 | |
| KR20250132157A (ko) | 기계 영상을 위한 개량된 개선 레이어의 활용을 이용한 비디오 부호화 및 복호화를 위한 방법 및 장치 | |
| Rao et al. | VP6 Video Coding Standard | |
| CN119301948A (zh) | 用于混合帧内模式编码的系统和方法 | |
| HK40079889A (en) | Video encoding method and device, computer device and storage medium | |
| HK40087223A (zh) | 用於视频编解码的方法和相关装置 | |
| HK40088094B (zh) | 用於视频解码的方法和相关装置 | |
| HK40064133B (zh) | 用於视频解码的方法、装置及非易失性计算机可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B11A | Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing | ||
| B11Y | Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette] |