Podpora funkcí v konkrétních profilech
1. úroveň
Když je v normě použit termín, „úroveň“ je specifikovaná sada omezení, která udávají stupeň výkonu dekodéru požadovaný profilem. Úroveň podpory v konfiguračním souboru například určuje maximální rozlišení obrazu, obnovovací kmitočet a přenosovou rychlost, které může dekodér použít. Dekodér, který odpovídá dané úrovni, musí být schopen dekódovat všechny bitové toky kódované pro tuto úroveň a všechny nižší úrovně.
Úrovně s maximálními hodnotami vlastností
Maximální bitová rychlost vysokého profilu je 1.25krát omezeného základního, základního, rozšířeného a hlavního profilu; Hi10P je 3krát, Hi422P/Hi444PP je 4krát.
Počet vzorků jasu je 16 × 16 = 256násobek počtu makrobloků (a počet vzorků jasu za sekundu je 256krát větší než počet makrobloků za sekundu).
2. Dekódovaný obrazový buffer
Kodéry H.264/AVC používají dříve kódované obrázky k poskytování předpovědí vzorových hodnot v jiných obrázcích. To umožňuje kodéru činit účinná rozhodnutí o nejlepším způsobu kódování daného obrázku. V dekodéru jsou tyto obrázky uloženy ve virtuální dekódované vyrovnávací paměti obrazu (DPB). Maximální kapacitu DPB v jednotkách rámců (nebo párů polí), jak je uvedeno v závorkách v pravém sloupci výše uvedené tabulky, lze vypočítat následovně:
DpbCapacity = min (floor (MaxDpbMbs /(PicWidthInMbs * FrameHeightInMbs)), 16)
Kde MaxDpbMbs je konstantní hodnota poskytovaná v následující tabulce jako funkce čísla úrovně a PicWidthInMbs a FrameHeightInMbs jsou šířka obrazu a výška rámce kódovaných video dat, vyjádřená v jednotkách makrobloků (zaokrouhleno na celočíselnou hodnotu a oříznuto) a párování makrobloků (je -li k dispozici)). Tento vzorec je uveden v oddílech A.3.1.h a A.3.2.f vydání normy 2017.
Protože kódování a dekódování H.264 vyžaduje u určitých typů aritmetických operací velké množství výpočetního výkonu, softwarové implementace běžící na obecných procesorech obecně spotřebovávají méně energie. Nejnovější čtyřjádrový procesor x86 pro obecné účely xXNUMX má však dostatečný výpočetní výkon k provádění kódování SD a HD v reálném čase. Účinnost komprese závisí na implementaci algoritmu videa, nikoli na tom, zda je implementován pomocí hardwaru nebo softwaru. Rozdíl mezi hardwarovou a softwarovou implementací proto závisí spíše na energetické účinnosti, flexibilitě a nákladech. Aby se zlepšila energetická účinnost a snížil tvarový faktor hardwaru, může být vyhrazený hardware použit pro kompletní proces kódování nebo dekódování nebo pro pomoc při akceleraci v prostředí řízení CPU.
Je známo, že řešení založená na CPU jsou flexibilnější, zvláště když musí být kódování prováděno ve více formátech, více přenosových rychlostech a rozlišeních (video na více obrazovkách) současně a mohou mít další funkce, jako je podpora formátu kontejneru, pokročilá integrovaná reklamní funkce atd. Softwarová řešení založená na CPU obvykle usnadňují načítání rovnováhy více souběžných relací kódování v rámci stejného procesoru.
Druhá generace procesorů Intel „Sandy Bridge“ Core i3/i5/i7, která byla uvedena na trh na veletrhu CES (Consumer Electronics Show) v lednu 2011, poskytuje hardwarový kodér H.264 na čipu s názvem Intel Quick Sync Video.
Hardwarový kodér H.264 může být ASIC nebo FPGA.
Kodéry ASIC s funkcí kodéru H.264 jsou k dispozici od mnoha různých polovodičových společností, ale základní konstrukce používané v ASIC jsou obvykle získány od několika společností, jako jsou Chips & Media, Allegro DVT, On2 (dříve Hantro, získané společností Google) License, Imagination Technologies, NGCodec. Některé společnosti mají produkty FPGA i ASIC.
Texas Instruments (TI) produkuje řadu jader ARM + DSP, která provádějí kódování 1080p DSP H.264 BP při 30 fps. To umožňuje flexibilitu kodeku (který je implementován jako vysoce optimalizovaný kód DSP) a přitom je efektivnější než software na obecných CPU.
2. licence
Viz také: Microsoft Corp. v. Motorola Inc. a Qualcomm Inc. v. Broadcom Corp.
V zemích, které udržují patenty softwarového algoritmu, se od dodavatelů a komerčních uživatelů produktů využívajících H.264/AVC očekává, že budou platit patentové licenční poplatky za patentovanou technologii použitou v jejich produktech. To platí také pro základní profil.
Soukromá organizace s názvem MPEG LA, která není přidružena k normalizační organizaci MPEG, spravuje patentové licence vztahující se na standard, jakož i soubor patentů systému MPEG-2 Part 1, MPEG-2 Part 2 Video a MPEG -4 Část 1. Dvoudílné video, HEVC, MPEG-DASH a další technologie. Americký patent MPEG LA H.2 bude trvat minimálně do roku 264.
26. srpna 2010 společnost MPEG LA oznámila, že nikdy nebude účtovat licenční poplatky za bezplatné internetové video s kódováním H.264 pro koncové uživatele. Všechny ostatní licenční poplatky stále existují, například licenční poplatky za produkty, které dekódují a kódují video H.264, a provozovatelé bezplatných televizních a předplatných kanálů. Licenční podmínky jsou aktualizovány v blocích po dobu 5 let.
Skutečný stav zákonného patentu vypršel na konci roku 2018 s celkovým počtem 123 stran.
V roce 2005 společnost Qualcomm, nabyvatel patentů US 5,452,104 5,576,767 264 a US Patent 2007 264 2003, žalovala společnost Broadcom u amerického okresního soudu a tvrdila, že společnost Broadcom porušila tyto dva patenty výrobou produktů, které odpovídají standardu komprese videa H.2008. V roce 264 okresní soud rozhodl, že patenty nelze vymáhat, protože společnost Qualcomm tyto patenty nezveřejnila před vydáním standardu H.XNUMX v květnu XNUMX společnosti JVT. V prosinci XNUMX americký odvolací soud pro federální obvod potvrdil nevymahatelné pořadí patentů okresního soudu, ale vydalo okresnímu soudu pokyny k omezení nevymahatelného rozsahu na výrobky, které splňují standard H.XNUMX.
Externí odkazy
Náš další produkt:
