Chroma-subsampling: come calcolare correttamente la velocità dei dati

10

Non riesco a capire come calcolare la velocità dei dati quando si utilizza il sottocampionamento cromatico, ad esempio un'immagine Y'UV:

Ho i seguenti esempi per un calcolo:

Risoluzione immagine: 352*288 Frequenza: 25 fps

Per (4: 4: 4) il calcolo di esempio è il seguente:

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

Fin qui tutto bene.

Ma ora arriva (4: 2: 0) :

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

Ora, provando a trasferire questo esempio ad esempio (4: 1: 1) mi sono reso conto che non sono sicuro di avere una comprensione corretta di come viene calcolato il rapporto di 1,5 canali di colore .

La mia prima ipotesi per il calcolo è stata in caso di (4: 2: 0): 2/4*3=1.5 color channels
Allo stesso modo per (4: 1: 1) calcolerei il rapporto per i canali di colore come:

1/4*3=0.75 color channels

Ma semplicemente non sono sicuro che questo sia il modo corretto di procedere.
In alternativa, stavo pensando seguendo le seguenti linee:

canali colore (4: 1: 1): 1 Y' + 1/4 UV = 1.25 color channels

Ora quale sarebbe il modo corretto di farlo correttamente?

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 Come hai calcolato i canali di colore? Sono confuso dove hai ottenuto il valore 2/4 in (4: 2: 0) e 1/4 (4: 1: 1) per i canali di colore?

— shubhamagiwal92,

2

Ecco un riferimento per conoscere la differenza. Sto aggiungendo anche il diagramma essenziale:

inserisci qui la descrizione dell'immagine

quello che ti rendi conto è che 4: 1: 1 ha una risoluzione verticale completa ma 1/4 di risoluzione orizzontale, dove 4: 2: 0 ha metà della risoluzione verticale e metà orizzontale.

Tuttavia, nel complesso, 4: 2: 0 e 4: 1: 1 avranno lo stesso numero di campioni e quindi la stessa velocità in bit.

— Sfidante
fonte

4: 2: 0 l'immagine è sbagliata. I valori cromatici sono stati inseriti tra valori validi. Se li posizioni su una riga (mezza riga come mostrato lì) sarebbe corretto.

— Nikos,

1

Lo schema 4: 4: 4 è confuso. Ad esempio video Yuv420.

La prima cifra specifica il numero di valori di luminosità "Y" - "4" indica la piena risoluzione La seconda cifra è la spaziatura orizzontale per i valori U e V (crominanza) - 2 indica che ogni pixel orizzontale alternativo ha un valore di colore. La terza cifra indica lo spostamento verticale tra i valori, 0 significa che nessuno è mancato ad ogni riga con valori Y, U e V.

Nelle direzioni 4: 1: 1 sia verticale che orizzontale c'è solo un valore U e V per ogni 4 pixel.

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

— Martin Beckett
fonte

0

Ho trovato una buona spiegazione nel blog di Wolfcrow

Utilizzo dei numeri di campionamento chroma per calcolare la dimensione dei dati

Calcolo personalmente la quantità di informazioni perse come segue:

La massima qualità possibile è 4 + 4 + 4 = 12

Un'immagine a colori è 4: 4: 4 = 4 + 4 + 4 = 12 o il 100% della massima qualità possibile. Da questo, puoi ricavare il resto:

4: 2: 2 = 4 + 2 + 2 = 8, che corrisponde al 66,7% di 4: 4: 4 (12)

4: 2: 0 = 4 + 2 + 0 = 6, che corrisponde al 50% di 4: 4: 4 (12)

4: 1: 1 = 4 + 1 + 1 = 6, che è il 50% di 4: 4: 4 (12)

3: 1: 1 = 3 + 1 + 1 = 5, che corrisponde al 42% di 4: 4: 4 (12)

— Martin Müsli
fonte