Formålet med H.264/AVC-prosjektet er å lage en standard som kan gi god videokvalitet med en mye lavere bithastighet enn tidligere standarder (dvs. halvparten av bithastigheten til MPEG-2, H.263 eller MPEG- eller mer). lav). 4 del 2), uten å øke designens kompleksitet, slik at det er upraktisk eller for dyrt å implementere. Et annet mål er å gi nok fleksibilitet til at standarden kan brukes på forskjellige applikasjoner på forskjellige nettverk og systemer, inkludert lave og høye bithastigheter, lav og høy oppløsning video, kringkasting, DVD-lagring, RTP/IP-pakkenettverk og ITU-T multimedia telefonsystem. H.264 -standarden kan betraktes som en "standardfamilie" sammensatt av mange forskjellige konfigurasjonsfiler. En bestemt dekoder dekoder minst én, men ikke nødvendigvis alle profiler. Dekoder -spesifikasjonen beskriver hvilke konfigurasjonsfiler som kan dekodes. H.264 brukes vanligvis for tapskomprimering, selv om det også er mulig å lage virkelig tapsfrie kodingsområder i tapskodede bilder, eller for å støtte sjeldne brukstilfeller der hele kodingen er tapsfri.
H.264 ble utviklet av ITU-T Video Coding Expert Group (VCEG) sammen med ISO/IEC JTC1 Moving Picture Experts Group (MPEG). Prosjektpartnerskapet kalles Joint Video Team (JVT). ITU-T H.264-standarden og ISO/IEC MPEG-4 AVC-standarden (formelt ISO/IEC 14496-10-MPEG-4 del 10, avansert videokoding) opprettholdes i fellesskap slik at de har samme tekniske innhold. Den endelige utkastet til den første utgaven av standarden ble fullført i mai 2003, og forskjellige utvidelser av funksjonene ble lagt til i de påfølgende utgavene. High Efficiency Video Coding (HEVC), nemlig H.265 og MPEG-H del 2, er etterfølgerne til H.264/MPEG-4 AVC utviklet av samme organisasjon, og de tidligere standardene brukes fortsatt ofte.
Den mest kjente H.264 er sannsynligvis en av videokodingsstandardene for Blu-ray-plater; alle Blu-ray-spillere må kunne dekode H.264. Det er også mye brukt ved å streame Internett-ressurser, for eksempel videoer fra Vimeo, YouTube og iTunes Store, nettverksprogramvare som Adobe Flash Player og Microsoft Silverlight, og forskjellige HDTV-sendinger på bakken (ATSC, ISDB-T, DVB)- T eller DVB-T2), kabel (DVB-C) og satellitt (DVB-S og DVB-S2).
H.264 er beskyttet av patenter som eies av alle parter. Lisenser som dekker de fleste (men ikke alle) patenter som er nødvendige for H.264, administreres av patentmassen MPEG LA. 3 Kommersiell bruk av patentert H.264 -teknologi krever betaling av royalty til MPEG LA og andre patenteiere. MPEG LA tillater gratis bruk av H.264 -teknologi for å gi sluttbrukere gratis streaming Internett -video, og Cisco Systems betaler royalty til MPEG LA på vegne av åpen kildekode H.264 -encoder binære filbrukere.
1. Navngivning
H.264-navnet følger ITU-T-navnekonvensjonen, som er medlem av H.26x-serien av VCEG-videokodestandarder; MPEG-4 AVC-navnet er relatert til navnekonvensjonen i ISO/IEC MPEG, der standarden er ISO/IEC 14496 Part 10, ISO/IEC 14496 er en serie standarder som kalles MPEG-4. Standarden ble utviklet i fellesskap i et partnerskap mellom VCEG og MPEG, og et VCEG-prosjekt kalt H.26L ble tidligere utført i ITU-T. Derfor brukes navn som H.264/AVC, AVC/H.264, H.264/MPEG-4AVC eller MPEG-4/H.264 AVC ofte for å referere til standarden for å understreke den felles arven. Noen ganger kalles det også "JVT -kodek", referer til organisasjonen Joint Video Team (JVT) som utviklet den. (Denne typen partnerskap og flere navn er ikke uvanlig. For eksempel stammer videokomprimeringsstandarden MPEG-2 også fra partnerskapet mellom MPEG og ITU-T, der MPEG-2-video kalles av ITU-T-samfunnet H. 262. 4) Noen programmer (for eksempel VLC mediespiller) identifiserer denne standarden internt som AVC1.
2. Historie
I begynnelsen av 1998 sendte Video Coding Expert Group (VCEG-ITU-T SG16 Q.6) en utlysning for forslag til et prosjekt kalt H.26L, med målet om å doble kodingseffektiviteten (noe som betyr at den nødvendige bithastigheten halvert) Et gitt troverdighetsnivå sammenlignet med andre eksisterende videokodestandarder som brukes for forskjellige applikasjoner. VCEG ledes av Gary Sullivan (Microsoft, tidligere PictureTel, USA). Det første utkastet til design av den nye standarden ble vedtatt i august 1999. I 2000 ble Thomas Wiegand (Heinrich Hertz Institute, Tyskland) medformann i VCEG.
I desember 2001 dannet VCEG og Moving Picture Experts Group (MPEG-ISO / IEC JTC 1 / SC 29 / WG 11) en Joint Video Group (JVT), og chartret avsluttet standarden for videokoding. [5] Spesifikasjonen ble formelt godkjent i mars 2003. JVT ble ledet av Gary Sullivan, Thomas Wiegand og Ajay Luthra (Motorola, USA: senere Arris, USA). I juni 2004 ble prosjektet Fidelity Scope Extension (FRExt) avsluttet. Fra januar 2005 til november 2007 jobber JVT med å utvide H.264/AVC til skalerbarhet gjennom et vedlegg (G) kalt Scalable Video Coding (SVC). JVT-ledergruppen ble utvidet av Jens-Rainer Ohm (University of Aachen, Tyskland). Fra juli 2006 til november 2009 lanserte JVT Multi-Video Video Coding (MVC), som er en forlengelse av H.264/AVC til gratis visning av TV og 3D-TV. Dette arbeidet inkluderer utvikling av to nye standardprofiler: Multiview High Profile og Stereo High Profile.
Standardiseringen av den første versjonen av H.264/AVC ble fullført i mai 2003. I det første prosjektet for å utvide den opprinnelige standarden utviklet JVT deretter de såkalte Fidelity Range Extensions (FRExt). Disse utvidelsene oppnår videokoding av høyere kvalitet ved å støtte høyere samplingsbitsdybdenøyaktighet og fargeinformasjon med høyere oppløsning, inkludert den såkalte Y'CbCr 4: 2: 2 (= YUV 4: 2: 2) og Y 'CbCr 4: 4 sampling struktur: 4. Fidelity Range Extensions-prosjektet inkluderer også andre funksjoner, for eksempel adaptiv bytte mellom 4 × 4 og 8 × 8 heltallstransformasjoner, perceptuelt baserte kvantiseringsvektingsmatriser spesifisert av koderen, effektiv tapsfri koding mellom bilder og støtte for ekstra fargerom. Designarbeidet til Fidelity Range Extensions ble fullført i juli 2004, og utkastet til arbeidet ble fullført i september 2004.
Den siste utvidelsen av standarden inkluderer tillegg av fem andre nye profiler [hvilke? ] Hovedsakelig brukt til profesjonelle applikasjoner, legge til støtte for utvidet fargespekter, definere flere indikatorer for størrelsesforhold, definere to andre typer "tilleggsforbedringsinformasjon" (hint etter filter og tonekartlegging) og kaste den forrige FRExt-konfigurasjonsfilen One (høy 4: 4: 4 profil), tilbakemelding fra bransjen [av hvem? ] Instruksjonene bør utformes annerledes.
Den neste store funksjonen som er lagt til standarden er Scalable Video Coding (SVC). Det er fastsatt i vedlegg G til H.264/AVC at SVC tillater konstruksjon av bitstrømmer som inneholder subbitstrømmer som også er i samsvar med standarden, inkludert en slik bitstrøm kalt "grunnlaget", som kan dekodes av H.264/ AVC -kodek som støtter SVC. For tidsmessig bitstrømskalerbarhet (dvs. det er subbitstrømmer med en mindre tidsmessig samplingshastighet enn hovedbitstrømmen), fjernes komplette tilgangsenheter fra bitstrømmen når subbitstrømmen er avledet. I dette tilfellet konstrueres referansebildene på høyt nivå syntaks og inter-prediksjon i bitstrømmen deretter. På den annen side, for romlig og kvalitet bitstrøm skalerbarhet (dvs. det er sub-bitstrømmer med lavere romlig oppløsning/kvalitet enn hovedbitstrømmen), fjern NAL fra bitstrømmen når du utleder sub-bitstrømmen (nettverksabstraksjonslag). . I dette tilfellet brukes vanligvis prediksjon mellom lag (dvs. å forutsi en høyere romlig oppløsning/kvalitetssignal fra data fra en lavere romlig oppløsning/kvalitetssignal) for effektiv koding. Den skalerbare videokodingsutvidelsen ble fullført i november 2007.
Den neste store funksjonen som er lagt til standarden er Multi-View Video Coding (MVC). Det er spesifisert i vedlegg H til H.264/AVC at MVC muliggjør konstruksjon av en bitstrøm som representerer mer enn én visning av en videoscene. Et viktig eksempel på denne funksjonen er stereoskopisk 3D -videokoding. To profiler ble utviklet i MVC-arbeid: Multiview High Profile støtter et hvilket som helst antall visninger, og Stereo High Profile er spesialdesignet for tovisers stereovideo. Multiview -videokodingsutvidelsen ble fullført i november 2009.
3. Søknad
H.264-videoformatet har et veldig bredt spekter av applikasjoner, som dekker alle former for digitalt komprimert video fra applikasjoner med lav bithastighet for Internett-streaming til HDTV-kringkasting og nesten tapsfri koding av digitale filmprogrammer. Ved å bruke H.264, sammenlignet med MPEG-2 del 2, kan bithastigheten lagres med 50% eller mer. For eksempel rapporteres det at kvaliteten på digital satellitt-TV levert av H.264 er den samme som den nåværende implementeringen av MPEG-2, med en bithastighet på mindre enn halvparten. Den nåværende implementeringshastigheten for MPEG-2 er omtrent 3.5 Mbit/s, mens H.264 bare er 1.5 Mbit. /s. [23] Sony hevder at 9 Mbit/s AVC-opptaksmodus tilsvarer bildekvaliteten til HDV-formatet, som bruker omtrent 18-25 Mbit/s.
For å sikre H.264/AVC-kompatibilitet og problemfri adopsjon har mange standardorganisasjoner endret eller lagt til sine videorelaterte standarder slik at brukere av disse standardene kan bruke H.264/AVC. Både Blu-ray Disc-formatet og det nå avsluttede HD DVD-formatet bruker H.264 / AVC High Profile som et av de tre obligatoriske videokomprimeringsformatene. Digital Video Broadcasting Project (DVB) godkjente bruk av H.264/AVC for kringkasting av fjernsyn i slutten av 2004.
Standardorganet for American Advanced Television System Committee (ATSC) godkjente H.264/AVC for kringkasting av fjernsyn i juli 2008, selv om standarden ennå ikke har blitt brukt for faste ATSC -sendinger i USA. [25] [26] Den er også godkjent for den siste ATSC-M/H-standarden (mobil/håndholdt), ved bruk av AVC- og SVC-delene av H.264.
CCTV (closed circuit television) og videoovervåkingsmarkedene har innarbeidet denne teknologien i mange produkter. Mange vanlige DSLR -kameraer bruker H.264 -video i QuickTime MOV -beholderen som det opprinnelige opptaksformatet.
4. Avledet format
AVCHD er et opptaksformat i høy oppløsning designet av Sony og Panasonic, og bruker H.264 (kompatibelt med H.264, mens du legger til andre applikasjonsspesifikke funksjoner og begrensninger).
AVC-Intra er et kompresjonsformat innenfor rammen utviklet av Panasonic.
XAVC er et opptaksformat designet av Sony og bruker nivå 5.2 på H.264/MPEG-4 AVC, som er det høyeste nivået som støttes av denne videostandarden. [28] [29] XAVC kan støtte 4K -oppløsninger (4096 × 2160 og 3840 × 2160) med hastigheter på opptil 60 bilder per sekund (fps). [28] [29] Sony kunngjorde at XAVC-aktiverte kameraer inkluderer to CineAlta-kameraer-Sony PMW-F55 og Sony PMW-F5. [30] Sony PMW-F55 kan ta opp XAVC, 4K oppløsning er 30 fps, hastigheten er 300 Mbit/s, 2K oppløsning, 30 fps, 100 Mbit/s. [31] XAVC kan ta opp 4K -oppløsning ved 60 bps og utføre 4: 2: 2 chroma -undersampling ved 600 Mbit/s.
5. Spesifikasjoner
Blokkdiagram av H.264
H.264 / AVC / MPEG-4 Del 10 inneholder mange nye funksjoner som gjør det mulig å komprimere video mer effektivt enn den gamle standarden og gir større fleksibilitet for applikasjoner i forskjellige nettverksmiljøer. Noen av disse viktige funksjonene inkluderer spesielt:
1) Prediksjon mellom flere bilder inkluderer følgende funksjoner:
Bruk tidligere kodede bilder som referanser på en mer fleksibel måte enn tidligere standarder, slik at du kan bruke opptil 16 referanserammer (eller 32 referansefelt i tilfelle interlaced koding) i noen tilfeller. I profiler som støtter ikke-IDR-rammer, angir de fleste nivåer at det bør være nok buffering til å tillate minst 4 eller 5 referanserammer med maksimal oppløsning. Dette står i kontrast til eksisterende standarder, som vanligvis har en grense på 1; eller, når det gjelder tradisjonelle "B -bilder" (B -rammer), to. Denne spesialfunksjonen tillater vanligvis en beskjeden forbedring i bithastighet og kvalitet i de fleste scenarier. [Behov for sitat] Men i visse typer scener, for eksempel scener med repeterende handlinger eller bytte scener frem og tilbake eller avdekkede bakgrunnsområder, tillater det å redusere bithastigheten betydelig, samtidig som klarheten opprettholdes.
Variabel blokkstørrelse bevegelseskompensasjon (VBSMC), blokkstørrelsen er 16 × 16, så liten som 4 × 4, noe som kan realisere den presise segmenteringen av det bevegelige området. De støttede luma prediksjonsblokkstørrelsene inkluderer 16 × 16, 16 × 8, 8 × 16, 8 × 8, 8 × 4, 4 × 8 og 4 × 4, hvorav mange kan brukes sammen i en enkelt makroblokk. I følge chroma-delprøvetaking i bruk, er chroma-prediksjonsblokkstørrelsen tilsvarende mindre.
Når det gjelder en B -makroblokk som består av 16 4 × 4 partisjoner, kan hver makroblokk bruke flere bevegelsesvektorer (en eller to for hver partisjon) med maks 32. Bevegelsesvektoren for hver 8 × 8 eller større partisjonsområde kan peke til et annet referansebilde.
Enhver makroblokk-type kan brukes i B-rammer, inkludert I-makroblokker, noe som resulterer i mer effektiv koding ved bruk av B-rammer. Denne egenskapen kan sees fra MPEG-4 ASP.
Filtrering med seks trykk brukes til å utlede forutsigelse av halvpiksel luminansprøve for klarere bevegelseskompensasjon for underpiksler. Kvartpikselbevegelsen er avledet gjennom lineær interpolasjon av halvfargeverdier for å spare prosessorkraft.
Kvartpiksel presisjonen som brukes til bevegelseskompensasjon kan nøyaktig beskrive forskyvningen av det bevegelige området. For chroma blir oppløsningen vanligvis halvert i vertikal og horisontal retning (se 4: 2: 0), så bevegelseskompensasjonen til chroma bruker en åttende chroma pixel grid-enhet.
Vektet prediksjon lar koderen spesifisere bruken av skalering og forskyvning når du utfører bevegelseskompensasjon, og gir betydelige ytelsesfordeler i spesielle situasjoner-for eksempel fade in and fade out, fade in and fade in and fade in and fade out transitions. Dette inkluderer implisitt vektet prediksjon av B -rammer og eksplisitt vektet prediksjon av P -rammer.
Romlig prediksjon for kantene på tilstøtende blokker for "intra" koding, i stedet for "DC" prediksjon som finnes i MPEG-2 del 2 og transformasjonskoeffisient prediksjon i H.263v2 og MPEG-4 del 2:
Dette inkluderer luma prediksjonsblokkstørrelser på 16 × 16, 8 × 8 og 4 × 4 (hvor bare én type kan brukes i hver makroblokk).
2) Tapsfrie makroblokkodingsfunksjoner inkluderer:
Den tapsfrie "PCM -makroblokken" representerer modusen, som direkte representerer videodataprøver, [34] muliggjør perfekt representasjon av et bestemt område, og tillater strenge begrensninger på mengden kodede data for hver makroblokk.
Den forbedrede tapsfrie makroblokkrepresentasjonsmodusen gir en perfekt representasjon av et bestemt område, mens det vanligvis bruker mye færre biter enn PCM -modus.
Fleksible sammenflettede videokodingsfunksjoner, inkludert:
Makroblokk-adaptiv rammefelt (MBAFF) -koding bruker en makroblokk-parstruktur for bildet som er kodet som en ramme, slik at 16 × 16 makroblokker i feltmodus (sammenlignet med MPEG-2, der feltmodusbehandling er implementert i bildet Koding som en ramme resulterer i behandling av 16 × 8 halvmakroblokker).
Bilde adaptiv ramme- og feltkoding (PAFF eller PicAFF) gjør at fritt utvalgte bilder kan blandes og kodes som en komplett ramme, hvor to felt kombineres for koding eller som et enkelt felt.
Nye konverteringsdesignfunksjoner, inkludert:
Nøyaktig matchende heltall 4 × 4 romlig blokktransformasjon, slik at nøyaktig plassering av restsignaler, nesten ingen "ringing" vanlig i tidligere codec -design. Denne designen ligner i konseptet på den velkjente diskrete cosinustransformen (DCT), som ble introdusert i 1974 av N. Ahmed, T. Natarajan og KR Rao, og er en referanse 1 i den diskrete cosinus-transformasjonen. Det er imidlertid forenklet og gir presist spesifisert dekoding.
Nøyaktig matchende heltall 8 × 8 romlige blokk transformasjoner, slik at mer effektiv komprimering av sterkt korrelerte regioner enn 4 × 4 transformasjoner. Designet ligner i konseptet på den velkjente DCT, men er forenklet og gitt for å gi presist spesifisert dekoding.
Adaptivt valg av koder mellom 4 × 4 og 8 × 8 transformasjonsblokkstørrelser for heltallstransformasjonsoperasjoner.
En sekundær Hadamard -transformasjon utføres på "DC" -koeffisientene til hovedromtransformasjonen som påføres krominans DC -koeffisientene (og i et spesielt tilfelle også luminansen) for å oppnå enda mer kompresjon i det glatte området.
3) Kvantitativ design inkluderer:
Logaritmisk trinnstørrelseskontroll, enklere bithastighetsstyring og forenklet invers kvantiseringsskala gjennom koderen
Den frekvenstilpassede kvantiseringsskaleringsmatrisen som er valgt av koderen, brukes til persepsjonsbasert kvantiseringsoptimalisering
Sløyfe-deblokkeringsfilteret forhindrer blokkeffekten som er vanlig for andre DCT-baserte bildekomprimeringsteknologier, for å oppnå et bedre visuelt utseende og komprimeringseffektivitet
4) Entropykodingsdesign inkluderer:
Kontekst-adaptiv binær aritmetisk koding (CABAC), en algoritme for tapsfri komprimering av syntakselementer i en videostrøm som kjenner sannsynligheten for syntakselementer i en gitt kontekst. CABAC komprimerer data mer effektivt enn CAVLC, men krever mer behandling for å dekode.
Context Adaptive Variable Length Coding (CAVLC), som er et lavere kompleksitetsalternativ til CABAC som brukes til å kode kvantiserte transformasjonskoeffisientverdier. Selv om kompleksiteten er lavere enn CABAC, er CAVLC mer raffinert og mer effektiv enn metoder som vanligvis brukes for å kode koeffisienter i andre eksisterende design.
En vanlig enkel og sterkt strukturert variabel lengdekoding (VLC) som brukes for mange syntakselementer som ikke er kodet av CABAC eller CAVLC, kalles eksponentiell Golomb-koding (eller Exp-Golomb).
5) Tapsgjenopprettingsfunksjoner inkluderer:
NAB -definisjonen for nettverksabstraksjon gjør at den samme videosyntaksen kan brukes i mange nettverksmiljøer. Et helt grunnleggende designkonsept for H.264 er å generere frittstående datapakker for å fjerne dupliserte overskrifter, for eksempel MPEG-4s Header Extension Code (HEC). Dette oppnås ved å koble informasjon relatert til flere skiver fra mediestrømmen. Kombinasjonen av avanserte parametere kalles et parametersett. [35] H.264 -spesifikasjonen inkluderer to typer parametersett: Sekvensparametersett (SPS) og Bildeparametersett (PPS). Det effektive sekvensparametersettet forblir uendret i hele den kodede videosekvensen, og det effektive bildeparametersettet forblir uendret i det kodede bildet. Sekvens- og bildeparametersettstrukturen inneholder informasjon som bildestørrelse, valgfri kodemodus og makroblokk-til-skive gruppetilordning.
Fleksibel makroblokkbestilling (FMO), også kjent som skivegruppe, og vilkårlig skivebestilling (ASO), er en teknikk som brukes til å rekonstruere rekkefølgen av representasjonen av grunnleggende regioner (makroblokker) i et bilde. Generelt sett betraktet som feil/tap -robusthetsfunksjoner, kan FMO og ASO også brukes til andre formål.
Data Partitioning (DP), en funksjon som kan dele de viktigere og mindre viktige syntakselementene i forskjellige datapakker, kan bruke UEqual Error Protection (UEP) og andre typer forbedringer av feil/tap -robusthet.
Redundant slice (RS), en robusthetsfunksjon for feil/tap, som lar koderen sende en ekstra representasjon av bildeområdet (vanligvis med lavere troskap), som kan brukes hvis hovedrepresentasjonen er ødelagt eller går tapt.
Rammenummer, som tillater opprettelse av "undersekvenser" -funksjon, oppnå tidsmessig skalerbarhet ved valgfritt å inkludere flere bilder mellom andre bilder, og oppdage og skjule tapet av hele bildet, som kan være forårsaket av tap av nettverkspakke eller kanal Det oppstod en feil.
Bytting av skiver, kalt SP- og SI -skiver, lar koderen instruere dekoderen om å hoppe til den pågående videostrømmen for formål som bytte av videostrøm -bithastighet og "trick mode" -operasjoner. Når dekoderen bruker SP/SI -funksjonen til å hoppe til midten av videostrømmen, kan den oppnå en nøyaktig samsvar med det dekodede bildet på den posisjonen i videostrømmen, til tross for å bruke et annet bilde eller ikke noe bilde i det hele tatt, som en forrige referanse. bytte om.
En enkel automatisk prosess som brukes til å forhindre utilsiktet simulering av startkoden, som er en spesiell bitsekvens i de kodede dataene, gir tilfeldig tilgang til bitstrømmen og gjenoppretter bytejustering i systemer der bytesynkronisering kan gå tapt.
Supplemental Enhancement Information (SEI) og Video Usability Information (VUI) er tilleggsinformasjon som kan settes inn i bitstrømmen for å forbedre videoen til forskjellige formål. [Klargjøring] SEI FPA (Frame Encapsulation Arrangement) inneholder 3D -arrangement av meldinger:
Hjelpebilde, som kan brukes til alfasyntese og andre formål.
Støtter monokrom (4: 0: 0), 4: 2: 0, 4: 2: 2 og 4: 4: 4 chroma undersampling (avhengig av valgt profil).
Støtter nøyaktigheten til samplingsbitsdybden, fra 8 til 14 biter per prøve (avhengig av valgt profil).
I stand til å kode hvert fargeplan til forskjellige bilder med sin egen snittstruktur, makroblokkmodus, bevegelsesvektor, etc., slik at bruk av en enkel parallell struktur for å designe koderen (bare tre konfigurasjonsfiler som støtter 4: 4: 4 støttes ).
Telling av bildesekvens brukes til å opprettholde rekkefølgen på bildene og egenskapene til prøveverdiene i det dekodede bildet isolert fra tidsinformasjonen, slik at systemet kan bære og kontrollere/endre tidsinformasjonen separat uten å påvirke innholdet i dekodet bilde.
Disse teknologiene og flere andre teknologier hjelper H.264 til å prestere bedre enn noen tidligere standard i forskjellige applikasjonsmiljøer i forskjellige situasjoner. H.264 yter generelt bedre enn MPEG-2-video-vanligvis samme kvalitet til halve bithastigheten eller lavere, spesielt ved høye bithastigheter og høye oppløsninger.
Som andre ISO/IEC MPEG -videostandarder, har H.264/AVC en referanseprogramvareimplementering som kan lastes ned gratis. Hovedformålet er å gi eksempler på H.264/AVC -funksjoner, ikke en nyttig applikasjon i seg selv. Motion Picture Experts Group gjør også noen referansemaskinvaredesign. Ovenstående er de komplette funksjonene i H.264/AVC, og dekker alle konfigurasjonsfilene til H.264. Profilen til en kodek er et sett med egenskaper for kodeken, som er identifisert for å oppfylle visse spesifikasjoner for den tiltenkte applikasjonen. Dette betyr at noen konfigurasjonsfiler ikke støtter mange av funksjonene som er oppført. De forskjellige konfigurasjonsfilene til H.264/AVC vil bli diskutert i neste avsnitt.
Vår andre produkt:
