Bene, l’unica ragione per cui ho aggiunto i punti salienti 8×8 è perché quando ho creato questa lista, l’encoder GUI basato su ffmpeg che stavo usando funzionerebbe solo con risoluzioni che erano multipli di 8, forse un artefatto di H.,261 aver fissato dimensione 8×8 di trasformare blocchi, o di un tentativo di comuni seguenti risoluzioni:
In termini di non conformità alle risoluzioni 16:9, è possibile che tu stai pensando al D-1 SMPTE registrazione digitale video standard, che ha utilizzato i pixel non quadrati per rappresentare NSTC (720×480) e PAL (720×576), sia risoluzioni adottate da DVD standard, rimanendo lo stesso, se l’immagine è 4:3 o 16:9.,
Questi sono infatti divisibili per 16 e 16×16 è la dimensione massima del macroblocco per la maggior parte dei codec della famiglia MPEG, quindi questo massimizzerebbe l’efficienza di compressione perché i macroblocchi più grandi consentono una migliore compressione di immagini più grandi. Ad esempio, HEVC ha sostituito i macroblocchi con unità ad albero di codifica (CTU) in grado di supportare campioni fino a 64×64 per codificare in modo più efficiente immagini di grandi dimensioni in video 4K.
720×480 e 720×576 non vengono da lì, ma 16×16 probabilmente lo fa.,
480 e 576 provengono dalla frequenza di campionamento luma adottata dall’industria durante la conversione di video analogici in digitale, che a sua volta deriva dalla natura dei segnali analogici NSTC e PAL che includevano un intervallo di tranciatura verticale in modo da non vedere il retrace sui vecchi televisori. “Questo intervallo di tranciatura è stato originariamente progettato per svuotare semplicemente il fascio di elettroni del CRT del ricevitore per consentire i semplici circuiti analogici e il lento ritorno verticale dei primi ricevitori TV.”:
Quindi, per montare un’immagine di linea 4: 3 480 secondo il Rec., 601 frequenza di campionamento, si finirebbe con il 704 pixel di larghezza, che è stato urtato fino a 720 pixel per conto incoerenti larghezze di analogico NTSC e PAL immagini in movimento:
Così, 16×16, essendo il maggiore di multipli di 2 macroblocco che possono dividere digitale, NTSC e PAL risoluzioni correttamente, potrebbe essere stato un fattore nella progettazione di H. 261 che ha usato i macroblocchi di indirizzo compressione limitazioni nel non-DCT-based H. 120 (H. 261 luma campioni sono stati 16×16):
al giorno d’Oggi, si dovrebbe probabilmente solo uso standard 720p in su., Questo articolo è stato originariamente inteso come un modo per identificare risoluzioni di pixel quadrati utili per il contenuto digitale NSTC 16:9 per il Web, perché 480p sarebbe 853.333 wide px wide in 16: 9, e né 853 né 854 funzionerebbero in quel codificatore, e non volevo accontentarmi di 360p.
Lascia un commento