Vel, den eneste grunnen til at jeg har lagt 8×8 høydepunkter er fordi tilbake når jeg laget denne listen, ffmpeg-basert GUI encoder brukte jeg ville bare arbeide med oppløsninger som ble multipler av 8, kanskje en konsekvens av H.,261 å ha fast størrelse 8×8 forvandle blokker, eller et forsøk på følgende vanlige oppløsninger:
I form av ikke å overholde 16:9 oppløsning, det er mulig du tenker på D-1 SMPTE digital innspilling av video-standarden, som brukes ikke-plassen punkter som skal representere NSTC (720×480) og PAL (720×576), både resolusjoner vedtatt av DVD-standarden, som bor samme om bildet var 4:3 eller 16:9.,
Dette er faktisk mellom 16 og 16×16 er den maksimale macroblock størrelse for de fleste MPEG-familien kodeker, så dette ville faktisk maksimere kompresjon effektivitet fordi større makroblokker tillate for bedre komprimering av større bilder. For eksempel, HEVC erstattet makroblokker med koding tre enheter (CTUs) som kan støtte prøvene opp til 64×64 til mer effektiv kode store bilder i 4K-video.
720×480 og 720×576 ikke kommer derfra, men 16×16 sannsynligvis ikke.,
480 og 576 kommer fra luma prøvetaking fastsatt av bransjen ved konvertering av analog video til digital, som selv kommer fra arten av analoge NSTC og PAL-signaler som inkluderte en vertikal blanking intervallet, slik at du ikke ville se den gå tilbake på gamle TV-apparater. «Dette blanking intervallet var opprinnelig designet for å rett og slett tom electron beam av mottakerens CRT-for å tillate for enkel analoge kretser og treg vertikal følge av tidlig-TV-mottakere.»:
Så, for å passe til en 4:3 480 linje bildet i henhold til Rec., 601 samplingsfrekvens, du ville ende opp med 704 piksler bred, noe som var et slag opp til 720 punkter til konto for inkonsekvent bredder av analoge NTSC og PAL motion pictures:
Så, 16×16 være den største på flere av-2 macroblock som kan dele digitale NTSC og PAL oppløsning rent kan ha vært en faktor i utformingen av H. 261 som brukes makroblokker å håndtere komprimering begrensninger i ikke-DCT-basert H. 120 (H. 261 luma prøvene ble 16×16):
i Dag, bør du sannsynligvis bare bruke standard 720p og opp., Denne artikkelen ble opprinnelig ment som en måte å identifisere nyttig square bildeoppløsninger for digital NSTC 16:9 innhold for web, fordi 480p ville være 853.333… px bredt i 16:9, og verken 853 heller 854 ville jobbe i det encoder, og jeg ønsket ikke å bosette for 360p.
Legg igjen en kommentar