Submuestreo de croma: cómo calcular correctamente la velocidad de datos

10

Me está costando entender cómo calcular la velocidad de datos al aprovechar el submuestreo de croma en, por ejemplo, una imagen Y'UV:

Tengo los siguientes ejemplos para un cálculo:

Resolución de imagen: 352*288 frecuencia: 25 fps

Para (4: 4: 4) el cálculo de ejemplo es el siguiente:

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

Hasta ahora tan bueno.

Pero ahora viene (4: 2: 0) :

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

Ahora, tratando de transferir este ejemplo a, p . Ej. (4: 1: 1), me di cuenta de que no estoy seguro de tener una comprensión correcta de cómo se calcula la relación de canales de color 1.5 .

Mi primera suposición para el cálculo fue en el caso de (4: 2: 0): 2/4*3=1.5 color channels
Del mismo modo para (4: 1: 1) calcularía la relación para los canales de color como:

1/4*3=0.75 color channels

Pero simplemente no estoy seguro de si esta sería la forma correcta de hacerlo.
Como alternativa, estaba pensando en las siguientes líneas:

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

¿Cuál sería la forma correcta de hacer esto correctamente?

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
fuente

@jattr ¿Cómo calculó los canales de color? Estoy confundido, ¿de dónde sacaste el valor de 2/4 en (4: 2: 0) y 1/4 (4: 1: 1) para los canales de color?

— shubhamagiwal92

2

Aquí hay una referencia para saber la diferencia. Estoy agregando el diagrama esencial también:

ingrese la descripción de la imagen aquí

de lo que se da cuenta es que 4: 1: 1 tiene resolución vertical completa pero 1/4 de resolución horizontal, mientras que 4: 2: 0 tiene la mitad de resolución vertical y la mitad horizontal.

Sin embargo, en general, 4: 2: 0 y 4: 1: 1 tendrán el mismo número de muestras y, por lo tanto, la misma velocidad de bits.

— Desafiador
fuente

La imagen 4: 2: 0 está mal. Los valores de croma se han puesto entre valores válidos. Si los coloca en una línea (media línea como se muestra allí) sería correcto.

— Nikos

1

El esquema 4: 4: 4 es confuso. Por ejemplo, video Yuv420.

El primer dígito especifica el número de valores de luminosidad 'Y': '4' significa resolución completa. El segundo dígito es el espacio horizontal para los valores U y V (croma). 2 significa que cada píxel horizontal alternativo tiene un valor de color. El tercer dígito es el paso vertical entre valores, 0 significa que ninguno se pierde en cada fila que tenía valores Y, U y V.

En 4: 1: 1, tanto en dirección vertical como horizontal, solo hay un valor U y V por cada cuarto píxel.

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

— Martin Beckett
fuente

0

Encontré una buena explicación en el blog de wolfcrow

Usando números de muestreo de croma para calcular el tamaño de los datos

Personalmente calculo cuánta información se pierde de la siguiente manera:

La calidad máxima posible es 4 + 4 + 4 = 12

Una imagen a todo color es 4: 4: 4 = 4 + 4 + 4 = 12, o el 100% de la máxima calidad posible. De esto, puede derivar el resto:

4: 2: 2 = 4 + 2 + 2 = 8, que es 66.7% de 4: 4: 4 (12)

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

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

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

— Martin Müsli
fuente