Funktionsstøtte i bestemte profiler
1. niveau
Når udtrykket bruges i standarden, er "niveau" et specificeret sæt begrænsninger, der angiver graden af dekoderydelse, der kræves af profilen. F.eks. Angiver supportniveauet i konfigurationsfilen den maksimale billedopløsning, billedhastighed og bithastighed, som dekoderen kan bruge. En dekoder, der overholder et givet niveau, skal være i stand til at afkode alle bitstrømme kodet for dette niveau og alle lavere niveauer.
Niveauer med maksimale egenskabsværdier
Den maksimale bithastighed for høj profil er 1.25 gange for begrænset baseline, baseline, udvidet og hovedprofil; Hi10P er 3 gange, Hi422P / Hi444PP er 4 gange.
Antallet af luminansprøver er 16 × 16 = 256 gange antallet af makroblokke (og antallet af luminansprøver pr. Sekund er 256 gange antallet af makroblokke pr. Sekund).
2. Dekodet billedbuffer
H.264 / AVC-kodere bruger tidligere kodede billeder til at give forudsigelser af prøveværdier i andre billeder. Dette giver koderen mulighed for at træffe effektive beslutninger om den bedste måde at kode et givet billede på. Ved dekoderen lagres disse billeder i en virtuel dekodet billedbuffer (DPB). Den maksimale kapacitet for DPB i enheder af rammer (eller feltpar), som vist i parenteserne i højre kolonne i ovenstående tabel, kan beregnes som følger:
DpbCapacity = min (etage (MaxDpbMbs / (PicWidthInMbs * FrameHeightInMbs)), 16)
Hvor MaxDpbMbs er den konstante værdi, der er angivet i følgende tabel som en funktion af niveauet, og PicWidthInMbs og FrameHeightInMbs er billedbredden og rammehøjden for de kodede videodata, udtrykt i enheder af makroblokke (afrundet til et heltal og beskåret) og makroblokeparring (hvis relevant)). Denne formel er specificeret i afsnit A.3.1.h og A.3.2.f i 2017-udgaven af standarden.
Da H.264-kodning og dekodning kræver en stor mængde computerkraft i visse typer aritmetiske operationer, bruger softwareimplementeringer, der kører på almindelige CPU'er, generelt mindre strøm. Den nyeste quad-core x86-CPU til almindelig brug har dog nok computerkraft til at udføre SD- og HD-kodning i realtid. Komprimeringseffektiviteten afhænger af implementeringen af videoalgoritmen, ikke af om den implementeres ved hjælp af hardware eller software. Derfor afhænger forskellen mellem hardwarebaseret og softwarebaseret implementering mere af strømeffektivitet, fleksibilitet og omkostninger. For at forbedre energieffektiviteten og reducere hardwareformfaktoren kan dedikeret hardware bruges til den komplette kodnings- eller dekodningsproces eller til accelerationshjælp i CPU-styringsmiljøet.
Det er kendt, at CPU-baserede løsninger er mere fleksible, især når kodning skal udføres i flere formater, flere bitrater og opløsninger (multi-screen video) på samme tid og kan have yderligere funktioner såsom understøttelse af containerformat, avanceret integreret reklamefunktioner osv. CPU-baserede softwareløsninger gør det normalt lettere at indlæse balance i flere samtidige kodningssessioner inden for den samme CPU.
Andengenerations Intel "Sandy Bridge" Core i3 / i5 / i7-processor, der blev lanceret på CES (Consumer Electronics Show) i januar 2011, leverer en on-chip hardware fuld HD H.264-koder kaldet Intel Quick Sync Video.
Hardware H.264-koderen kan være en ASIC eller FPGA.
ASIC-kodere med H.264-kodningsfunktioner er tilgængelige fra mange forskellige halvlederfirmaer, men kernedesignene, der anvendes i ASIC'er, fås normalt fra et par virksomheder som Chips & Media, Allegro DVT, On2 (tidligere Hantro, erhvervet af Google) Licens, Imagination Technologies, NGCodec. Nogle virksomheder har både FPGA- og ASIC-produkter.
Texas Instruments (TI) producerer en serie ARM + DSP-kerner, der udfører 1080p DSP H.264 BP-kodning ved 30 fps. Dette muliggør fleksibiliteten i codec (som er implementeret som stærkt optimeret DSP-kode), samtidig med at den er mere effektiv end software på almindelige CPU'er.
2. licens
Se også: Microsoft Corp. mod Motorola Inc. og Qualcomm Inc. mod Broadcom Corp.
I lande, der vedligeholder softwarealgoritmipatenter, forventes leverandører og kommercielle brugere af produkter, der bruger H.264 / AVC, at betale patentlicensgebyrer for den patenterede teknologi, der anvendes i deres produkter. Dette gælder også for basislinjeprofilen.
En privat organisation kaldet MPEG LA, som ikke er tilknyttet MPEG-standardiseringsorganisationen, administrerer de patentlicenser, der gælder for standarden, samt patentpuljen på MPEG-2 Part 1-systemet, MPEG-2 Part 2 Video og MPEG -4 Del 1. 2-delt video, HEVC, MPEG-DASH og andre teknologier. Det amerikanske MPEG LA H.264 patent varer indtil mindst 2027.
Den 26. august 2010 meddelte MPEG LA, at det aldrig ville opkræve royalties for gratis H.264-kodet internetvideo til slutbrugere. Alle andre royalties eksisterer stadig, såsom royalties på produkter, der afkoder og koder H.264-video og operatører af gratis tv- og abonnementskanaler. Licensvilkårene opdateres i blokke på 5 år.
Den faktiske status for det juridiske patent udløb ved udgangen af 2018 med i alt 123 sider.
I 2005 sagsøgte Qualcomm, modtageren af US patent 5,452,104 og US patent 5,576,767 Broadcom ved US District Court og hævdede, at Broadcom overtrådte disse to patenter ved at fremstille produkter, der opfylder H.264-videokomprimeringsstandarden. I 2007 besluttede distriktsretten, at patenterne ikke kunne håndhæves, fordi Qualcomm ikke afslørede disse patenter til JVT, før H.264-standarden blev frigivet i maj 2003. I december 2008 bekræftede den amerikanske appeldomstol for Federal Circuit, at distriktsretts patentkrav, der ikke kan håndhæves, men udstedte instruktioner til distriktsretten om at begrænse det ikke-håndhævelige anvendelsesområde til produkter, der overholder H.264-standarden.
Eksterne links
Vores andet produkt:
