Subamostragem de croma: Como calcular corretamente a taxa de dados

10

Estou tendo dificuldade para entender como calcular a taxa de dados ao aproveitar a subamostragem de croma em uma imagem Y'UV:

Eu tenho os seguintes exemplos para um cálculo:

Resolução da imagem: 352*288 Frequência: 25 qps

Para (4: 4: 4), o exemplo de cálculo é o seguinte:

(352px * 288px) * 3 color channels * 25 fps * 8 bit = 60 825 600 bit/s

Por enquanto, tudo bem.

Mas agora vem (4: 2: 0) :

(352px*288px) * 1.5 color channels * 25 * 8 = 30 412 800 bit/s

Agora, tentando transferir este exemplo para, por exemplo (4: 1: 1) , percebi que não tenho certeza se tenho um entendimento correto de como está sendo calculada a proporção de 1,5 canais de cores .

Meu primeiro palpite para o cálculo foi no caso de (4: 2: 0): 2/4*3=1.5 color channels
Da mesma forma, para (4: 1: 1) eu calcularia a proporção para os canais de cores como:

1/4*3=0.75 color channels

Mas simplesmente não tenho certeza se esse seria o caminho correto a seguir.
Como alternativa, eu estava pensando nas seguintes linhas:

canais de cores (4: 1: 1): 1 Y' + 1/4 UV = 1.25 color channels

Agora, qual seria a maneira correta de fazer isso corretamente?

image-processing image-processing matlab fourier-series wavelet transform image-processing matlab image image-processing image-registration segmentation image-processing edge-detection canny-edge-detector tracking image fft stft image-processing preprocessing segmentation image-processing computer-vision image-segmentation thresholding frequency-spectrum wave image-processing edge-detection window-functions image-processing optical-flow image-processing ocr text-recognition image-processing computer-vision frequency-spectrum image-processing image-processing computer-vision fourier-transform dsp-core wave image-processing 3d

— jottr
fonte

@jattr Como você calculou os canais de cores? Estou confuso, onde você conseguiu o valor 2/4 em (4: 2: 0) e 1/4 (4: 1: 1) para os canais de cores?

— precisa saber é o seguinte

2

Aqui está uma referência para saber a diferença. Também estou adicionando o diagrama essencial:

insira a descrição da imagem aqui

o que você percebe é que 4: 1: 1 tem resolução vertical total, mas 1/4 da resolução horizontal, onde 4: 2: 0 tem metade da vertical e meia horizontal.

No entanto, no geral, 4: 2: 0 e 4: 1: 1 terão o mesmo número de amostras e, portanto, a mesma taxa de bits.

— Desafiador
fonte

A imagem 4: 2: 0 está incorreta. Os valores de croma foram colocados entre valores válidos. Se você colocá-los acima de uma linha (meia linha, como mostrado lá), estaria correto.

— Nikos

1

O esquema 4: 4: 4 é confuso. Por exemplo, vídeo Yuv420.

O primeiro dígito especifica o número de valores de luminosidade 'Y' - '4' significa resolução total. O segundo dígito é o espaçamento horizontal dos valores U e V (chroma) - 2 significa que todo pixel horizontal alternativo possui um valor de cor. O terceiro dígito é o passo vertical entre valores, 0 significa que nenhum é perdido em todas as linhas com valores Y, U e V.

Nas direções vertical e horizontal 4: 1: 1, há apenas um valor U e V para cada quarto pixel.

Consulte http://blogs.adobe.com/VideoRoad/2010/06/color_subsampling_or_what_is_4.html

— Martin Beckett
fonte

0

Encontrei uma boa explicação no blog do wolfcrow

Usando números de amostragem de croma para calcular o tamanho dos dados

Eu pessoalmente calculo quanta informação é perdida da seguinte maneira:

A qualidade máxima possível é 4 + 4 + 4 = 12

Uma imagem colorida é 4: 4: 4 = 4 + 4 + 4 = 12, ou 100% da qualidade máxima possível. A partir disso, você pode derivar o resto:

4: 2: 2 = 4 + 2 + 2 = 8, que é 66,7% de 4: 4: 4 (12)

4: 2: 0 = 4 + 2 + 0 = 6, que é 50% de 4: 4: 4 (12)

4: 1: 1 = 4 + 1 + 1 = 6, que é 50% de 4: 4: 4 (12)

3: 1: 1 = 3 + 1 + 1 = 5, que é 42% de 4: 4: 4 (12)

— Martin Müsli
fonte