Funksjonsstøtte for bestemte profiler
1. nivå
Når begrepet brukes i standarden, er "nivå" et spesifisert sett med begrensninger som angir graden av dekoderytelse som profilen krever. For eksempel angir støttenivået i konfigurasjonsfilen maksimal bildeoppløsning, bildefrekvens og bithastighet som dekoderen kan bruke. En dekoder som samsvarer med et gitt nivå, må kunne dekode alle bitstrømmer som er kodet for dette nivået og alle lavere nivåer.
Nivåer med maksimal eiendomsverdi
Maksimal bithastighet for høy profil er 1.25 ganger begrenset grunnlinje, grunnlinje, utvidet og hovedprofil; Hi10P er 3 ganger, Hi422P/Hi444PP er 4 ganger.
Antall luminansprøver er 16 × 16 = 256 ganger antall makroblokker (og antall luminansprøver per sekund er 256 ganger antall makroblokker per sekund).
2. Avkodet bildebuffer
H.264/AVC -kodere bruker tidligere kodede bilder for å gi spådommer om prøveverdier i andre bilder. Dette gjør at koderen kan ta effektive beslutninger om den beste måten å kode et gitt bilde. På dekoderen lagres disse bildene i en virtuell dekodet bildebuffer (DPB). Den maksimale kapasiteten til DPB, i enheter av rammer (eller feltpar), som vist i parentesene i den høyre kolonnen i tabellen ovenfor, kan beregnes som følger:
DpbCapacity = min (etasje (MaxDpbMbs /(PicWidthInMbs * FrameHeightInMbs)), 16)
Hvor MaxDpbMbs er den konstante verdien i tabellen nedenfor som en funksjon av nivånummeret, og PicWidthInMbs og FrameHeightInMbs er bildebredden og rammehøyden til de kodede videodataene, uttrykt i makroblokker (avrundet til et heltall og beskåret) og makroblokkering (hvis aktuelt)). Denne formelen er spesifisert i avsnitt A.3.1.h og A.3.2.f i 2017 -utgaven av standarden.
Fordi H.264-koding og dekoding krever en stor mengde datakraft i visse typer aritmetiske operasjoner, bruker programvareimplementeringer som kjører på generelle CPUer generelt mindre strøm. Den siste firekjernede x86-CPUen med generell bruk har imidlertid nok datakraft til å utføre SD- og HD-koding i sanntid. Komprimeringseffektiviteten avhenger av implementeringen av videoalgoritmen, ikke av om den er implementert ved hjelp av maskinvare eller programvare. Derfor er forskjellen mellom maskinvarebaserte og programvarebaserte implementeringer mer avhengig av strømeffektivitet, fleksibilitet og kostnad. For å forbedre strømeffektiviteten og redusere maskinvareformfaktoren, kan dedikert maskinvare brukes til hele kodings- eller dekodingsprosessen, eller for akselerasjonshjelp i CPU -kontrollmiljøet.
Det er kjent at CPU-baserte løsninger er mer fleksible, spesielt når koding må utføres i flere formater, flere bitrater og oppløsninger (video med flere skjermer) samtidig, og kan ha tilleggsfunksjoner som støtte for containerformat, avansert integrert reklamefunksjoner osv. CPU-baserte programvareløsninger gjør det vanligvis lettere å laste inn balansen flere samtidige kodingsøkter i samme CPU.
Andregenerasjons Intel "Sandy Bridge" Core i3/i5/i7-prosessor som ble lansert på CES (Consumer Electronics Show) i januar 2011, gir en maskinvare på Full-chip H.264 H.XNUMX kalt Intel Quick Sync Video.
Maskinvare H.264 -koderen kan være en ASIC eller FPGA.
ASIC -encodere med H.264 -encoderfunksjoner er tilgjengelige fra mange forskjellige halvlederbedrifter, men kjernedesignene som brukes i ASIC -er er vanligvis hentet fra noen få selskaper som Chips & Media, Allegro DVT, On2 (tidligere Hantro, anskaffet av Google) Lisens, Imagination Technologies, NGCodec. Noen selskaper har både FPGA- og ASIC -produkter.
Texas Instruments (TI) produserer en serie ARM + DSP -kjerner som utfører 1080p DSP H.264 BP -koding ved 30 bps. Dette tillater fleksibiliteten til kodeken (som er implementert som svært optimalisert DSP-kode) samtidig som den er mer effektiv enn programvare på generelle CPUer.
2. lisens
Se også: Microsoft Corp. v. Motorola Inc. og Qualcomm Inc. v. Broadcom Corp.
I land som opprettholder programvarealgoritmepatenter, forventes leverandører og kommersielle brukere av produkter som bruker H.264/AVC å betale patentlisensavgifter for den patenterte teknologien som brukes i produktene. Dette gjelder også grunnlinjeprofilen.
En privat organisasjon kalt MPEG LA, som ikke er tilknyttet MPEG-standardiseringsorganisasjonen, forvalter patentlisensene som gjelder for standarden, samt patentmassen til MPEG-2 Part 1-systemet, MPEG-2 Part 2 Video og MPEG -4 Del 1. 2 del video, HEVC, MPEG-DASH og andre teknologier. Det amerikanske MPEG LA H.264 -patentet vil vare til minst 2027.
26. august 2010 kunngjorde MPEG LA at det aldri ville belaste royalties for gratis H.264-kodet internettvideo for sluttbrukere. Alle andre royalties eksisterer fortsatt, for eksempel royalty på produkter som dekoder og koder H.264 -video og operatører av gratis TV- og abonnementskanaler. Lisensvilkårene oppdateres i blokker på 5 år.
Den faktiske statusen for det juridiske patentet utløp i slutten av 2018, med totalt 123 sider.
I 2005 saksøkte Qualcomm, mottakeren av US Patent 5,452,104 og US Patent 5,576,767, Broadcom i USAs tingrett og hevdet at Broadcom krenket disse to patentene ved å produsere produkter som samsvarer med H.264 videokomprimeringsstandard. I 2007 avgjorde tingretten at patentene ikke kunne håndheves fordi Qualcomm ikke klarte å utlevere disse patentene til JVT før H.264 -standarden ble utgitt i mai 2003. I desember 2008 bekreftet den amerikanske lagmannsretten for Federal Circuit tingrettens ikke -håndhevbare patentordre, men ga instruksjoner til tingretten om å begrense det ikke -håndhevbare omfanget til produkter som er i samsvar med H.264 -standarden.
Eksterne lenker
Vår andre produkt:
