Stavo cercando di fare un po di editing e codifica video. Ho un cosiddetto video SD che dovrebbe essere nelle proporzioni 4:3. Ma invece di 640x480, è 720x480. È interessante notare che, quando lo riproduco con un lettore multimediale, quello che vedo è 640x480 – non viene riprodotto come 720x480!
Cosa sta succedendo ?! Come potrebbe essere possibile?
Risposta
Video SD digitalizzato 525/60 secondo Rec. 601 è infatti largo 720 pixel, alto 480 pixel, inclusi alcuni oscuramenti sui lati. Lequivalente digitale di 625/50 è 720×576. In entrambi i casi, le proporzioni del fotogramma sono 4: 3, questo significa semplicemente che i pixel non sono quadrati. Vedi https://en.wikipedia.org/wiki/D-1_(Sony)
Per rendere le cose più complesse, solo un sottoinsieme del frame ha 4 : 3 proporzioni. Credo che solo 704×480 (per 525/60) e 704×576 (per 625/50) abbiano proporzioni 4: 3. Vedi la discussione qui: https://lurkertech.com/lg/video-systems/
Quindi, 480 pixel sono 10/11 in proporzione, 576 pixel sono 59/54 in proporzione. Vedi anche qui: https://en.wikipedia.org/wiki/Pixel_aspect_ratio E non dimenticare che possono essere anche formati sia 480 righe che 576 righe widescreen (16: 9) ma con lo stesso numero di pixel per riga! Inoltre, non è facile lavorare con numeri come 59/54. Tutto ciò ha fatto sì che per il formato a 576 linee le proporzioni dei pixel siano state scelte come 12/11 per le proporzioni dello schermo 4: 3 e 16/11 per 16: 9.
I pixel quadrati sono diventati la norma a partire dalladattatore video VGA credo, e poi dalle specifiche HD per video a 720 linee e 1080 linee. A proposito, ci sono alcuni formati HD che registrano 1440×1080 o 960×720, ma con proporzioni del fotogramma 16: 9, hanno anche pixel non quadrati. I pixel quadrati sono uno sviluppo relativamente recente e non dovrebbero essere previsti automaticamente.
Commenti
Risposta
Ci sono 2 cose diverse:
- La larghezza e laltezza reali dei fotogrammi (in pixel) – guarda la parte verde dellimmagine seguente.
- La larghezza e laltezza visualizzate (durante la riproduzione): vedere la parte blu della stessa immagine.
Il problema si è verificato nei vecchi brutti giorni, quando la risoluzione dei dispositivi (numero di pixel nellimmagine) era molto bassa, ma il rapporto richiesto tra larghezza e altezza per la riproduzione era 4: 3.
La soluzione (in a quei tempi) era linvenzione dei pixel non quadrati.
Per semplicità supponiamo (teoricamente) dimensioni molto basse:
- richiesto: 4 x 3 pixel (i. e. 12 pixel) per frame.
- reale possibile (a un prezzo accettabile): 3 x 3 (ovvero 9 pixel).
La soluzione era pixel non quadrati con le proporzioni pixel ( PAR ) 4: 3 , come qui:
Quindi le proporzioni dei pixel ( PAR ) è il rapporto tra le dimensioni di ogni singolo pixel:
Ogni blu i pixel nella nostra immagine hanno PAR 4: 3, e ogni arancione e ogni verde ha PAR 1: 1.
Ora tutta la nostra immagine (blu) viene visualizzata correttamente, come volevamo – e. g. come 12 cm x 9 cm, quindi il suo rapporto di visualizzazione ( DAR ) è 12: 9 , o 4: 3.
Nonostante ciò, viene salvato come 3 x 3 pixel, quindi Rapporto di formato archiviazione ( SAR ) è 3 pixel: 3 pixel o 1: 1.
Suggerimento:
- proporzioni pixel ( PAR ) è micrometri: micrometri
- rapporto di visualizzazione ( DAR ) è centimetri: centimetri
- le proporzioni dello spazio di archiviazione ( SAR ) sono pixel: pixel
Di conseguenza la relazione tra questi tre valori sono
DAR = SAR × PAR
Nota importante:
A volte è PAR (Pixel Aspect Ratio) denominato Sample Aspect Ratio – come in FFmpeg . Sfortunatamente, labbreviazione è quindi SAR , che è molto confusa, perché – come abbiamo visto – è anche il abbreviazione di Storage Aspect Ratio.
Il problema principale:
Oggigiorno tutti i dispositivi hanno proporzioni pixel 1: 1 (pixel quadrati) e molti lettori multimediali, principalmente per piccoli dispositivi (telefoni cellulari, tablet), si affidano ad esso, ignorando completamente il valore DAR memorizzato in flussi video.
Quindi potresti incontrare la situazione in cui lo stesso video (realizzato da tutte le fonti) viene riprodotto correttamente sul tuo computer desktop o laptop, ma in modo errato (ristretto) sul tuo smartphone. O anche sul un altro lettore multimediale sullo stesso computer o dispositivo.
Nel nostro esempio, i frame potrebbero essere visualizzati erroneamente come un quadrato (vedere la parte verde dellimmagine sopra).
La soluzione di questo problema in FFmpeg:
- ridimensiona il video problematico, quindi
- s et il SAR a 1 e
- il DAR ha molto probabilmente il valore corretto, ma puoi impostarlo per essere sicuro.
Nel nostro (irreale) esempio tu può utilizzare il filtergraph
-vf scale=4:3,setsar=1,setdar=w/h dove w è il con dei fotogrammi (appena scalati) in pixel, h è la loro altezza. FFmpeg sostituisce automaticamente i valori appropriati.
Il risultato sarà la parte arancione dellimmagine sopra.
Nel tuo caso, il tuo video ha (dalle tue informazioni)
- DAR 4: 3 (640: 480),
- SAR (rapporto di archiviazione) 720: 480 = 3: 2 e, di conseguenza,
- PAR = DAR / SAR = 8: 9. (Nella terminologia FFmpeg è SAR – Sample Aspect Ratio).
Quindi per evitare problemi con i lettori multimediali che ignorano il valore DAR (e riprodurlo nella proporzione 720: 480, potresti considerare di convertirlo con il comando
ffmpeg -i your_input_file -vf -scale=640:480,setsar=1 -c:a copy your_output_file Problemi con immagini con pixel non quadrati:
Con le immagini la situazione è anche molto peggiore:
Quasi tutti i visualizzatori / editor di immagini e browser Internet ignorano semplicemente le immagini SAR e DAR , supponendo che tutti immagini in tutto il mondo hanno SAR 1: 1.
Lonorevole eccezione è (interessante e abbastanza sorprendentemente) Microsoft Windows Photo Viewer, che mostra tutte le immagini corrette ctly.
Potresti esserne convinto e. g. dal The Pixel Aspect Ratio Acid Test : tutte e 9 le immagini dovrebbero essere visualizzate correttamente nel tuo browser, ma – molto probabilmente – non sono “t.
Commenti
- ben descritti. Grazie! Entrambi sono corretti. Quando il numero di aumenti aumenta, aggiornerà la risposta migliore.
FFmpegper alcuni esperimenti (per vedere se i due hanno la stessa lunghezza di scena). Quindi, poiché la riproduzione è la stessa, dovrei presumere daffmpeg, 640 x 480 e 720 x 480 sono identici ?!