FMUSER Bezdrátový přenos videa a zvuku snadnější!

[chráněno e-mailem] WhatsApp + 8618078869184
Jazyk

    H.264 (MPEG) -4AVC

     

    Účelem projektu H.264 / AVC je vytvořit standard, který může poskytovat dobrou kvalitu videa při mnohem nižší přenosové rychlosti než předchozí standardy (tj. Poloviční přenosová rychlost MPEG-2, H.263 nebo MPEG- nebo více). nízký). 4 část 2), aniž by se zvýšila složitost návrhu, takže jeho provedení je nepraktické nebo příliš nákladné. Dalším cílem je poskytnout dostatečnou flexibilitu, která umožní použití standardu na různé aplikace v různých sítích a systémech, včetně nízkých a vysokých bitových rychlostí, videa s nízkým a vysokým rozlišením, vysílání, úložiště DVD, sítě RTP / IP Packet a ITU-T multimediální telefonní systém. Standard H.264 lze považovat za „standardní rodinu“ složenou z mnoha různých konfiguračních souborů. Konkrétní dekodér dekóduje alespoň jeden, ale ne nutně všechny profily. Specifikace dekodéru popisuje, které konfigurační soubory lze dekódovat. H.264 se obvykle používá pro ztrátovou kompresi, i když je také možné vytvořit skutečně bezztrátové oblasti kódování ve ztrátově kódovaných obrazech nebo podporovat případy vzácného použití, kdy je celé kódování bezztrátové.

     

    H.264 byl vyvinut ITU-T Video Coding Expert Group (VCEG) společně s ISO / IEC JTC1 Moving Picture Experts Group (MPEG). Partnerství v projektu se nazývá Joint Video Team (JVT). Standard ITU-T H.264 a standard ISO / IEC MPEG-4 AVC (formálně ISO / IEC 14496-10-MPEG-4 část 10, Advanced Video Coding) jsou udržovány společně, aby měly stejný technický obsah. Konečné znění prvního vydání této normy bylo dokončeno v květnu 2003 a do jejích dalších vydání byla přidána různá rozšíření jejích funkcí. High Efficiency Video Coding (HEVC), jmenovitě H.265 a MPEG-H část 2, jsou nástupci H.264 / MPEG-4 AVC vyvinutého stejnou organizací a dřívější standardy se stále běžně používají.

     

    Nejznámější H.264 je pravděpodobně jedním ze standardů kódování videa pro disky Blu-ray; všichni přehrávače disků Blu-ray musí být schopni dekódovat H.264. Je také široce používán pro streamování internetových zdrojů, jako jsou videa z Vimeo, YouTube a iTunes Store, síťový software, jako je Adobe Flash Player a Microsoft Silverlight, a různé HDTV vysílání na zemi (ATSC, ISDB-T, DVB) - T nebo DVB-T2), kabelové (DVB-C) a satelitní (DVB-S a DVB-S2).

     

    H.264 je chráněn patenty vlastněnými všemi stranami. Licence pokrývající většinu (ale ne všechny) patenty nezbytné pro H.264 jsou spravovány patentovým fondem MPEG LA. 3 Komerční využití patentované technologie H.264 vyžaduje platbu licenčních poplatků společnosti MPEG LA a dalším vlastníkům patentů. MPEG LA umožňuje bezplatné používání technologie H.264, aby koncovým uživatelům poskytovala bezplatné streamování internetového videa, a společnost Cisco Systems vyplácí licenční poplatky MPEG LA jménem uživatelů binárních souborů kodéru H.264 s otevřeným zdrojem.

     

    1. Pojmenování
    Název H.264 se řídí konvencí pojmenování ITU-T, která je členem řady standardů kódování videa VCEG H.26x; název MPEG-4 AVC souvisí s konvencí pojmenování v ISO / IEC MPEG, kde je standardem ISO / IEC 14496 část 10, ISO / IEC 14496 je sada standardů nazývaných MPEG-4. Standard byl vyvinut společně v partnerství mezi VCEG a MPEG a projekt VCEG s názvem H.26L byl dříve prováděn v ITU-T. Názvy jako H.264 / AVC, AVC / H.264, H.264 / MPEG-4AVC nebo MPEG-4 / H.264 AVC se proto často používají k označení standardu, aby se zdůraznilo společné dědictví. Někdy se také nazývá „kodek JVT“, viz organizace Joint Video Team (JVT), která jej vyvinula. (Tento druh partnerství a vícenásobné pojmenování nejsou neobvyklé. Například standard komprese videa nazvaný MPEG-2 také pochází z partnerství mezi MPEG a ITU-T, kde video MPEG-2 volá komunita ITU-T H. 262. 4) Některé softwarové programy (například přehrávač médií VLC) interně identifikují tento standard jako AVC1.

     

    2. Dějiny
    Na začátku roku 1998 vydala skupina odborníků na video kódování (VCEG-ITU-T SG16 Q.6) výzvu k podávání návrhů na projekt s názvem H.26L s cílem zdvojnásobit účinnost kódování (což znamená, že požadovaný bitrate Daná úroveň věrnosti ve srovnání s jakýmikoli jinými stávajícími standardy kódování videa používanými pro různé aplikace. VCEG předsedá Gary Sullivan (Microsoft, dříve PictureTel, USA). První návrh nového standardu byl přijat v srpnu 1999. V roce 2000 se spolupředsedou VCEG stal Thomas Wiegand (Heinrich Hertz Institute, Německo).

     

    V prosinci 2001 vytvořily VCEG a Moving Picture Experts Group (MPEG-ISO / IEC JTC 1 / SC 29 / WG 11) společnou video skupinu (JVT) a její listina dokončila standard kódování videa. [5] Specifikace byla formálně schválena v březnu 2003. Společnosti JVT předsedali Gary Sullivan, Thomas Wiegand a Ajay Luthra (Motorola, USA: později Arris, USA). V červnu 2004 byl dokončen projekt Fidelity Scope Extension (FRExt). Od ledna 2005 do listopadu 2007 JVT pracuje na rozšíření H.264 / AVC na škálovatelnost prostřednictvím přílohy (G) zvané Scalable Video Coding (SVC). Vedoucí tým JVT rozšířil Jens-Rainer Ohm (University of Aachen, Německo). Od července 2006 do listopadu 2009 spustila společnost JVT program Multi-Video Video Coding (MVC), který je rozšířením H.264 / AVC k televizi s volným výhledem a 3D TV. Tato práce zahrnuje vývoj dvou nových standardních profilů: Multiview High Profile a Stereo High Profile.

     

    Standardizace první verze H.264 / AVC byla dokončena v květnu 2003. V prvním projektu rozšíření původního standardu JVT následně vyvinula tzv. Fidelity Range Extensions (FRExt). Tato rozšíření dosahují kvalitnějšího kódování videa podporou vyšší přesnosti vzorkování bitové hloubky a barevných informací s vyšším rozlišením, včetně takzvaného vzorkování Y'CbCr 4: 2: 2 (= YUV 4: 2: 2) a Y 'CbCr 4: 4. struktura: 4. Projekt Fidelity Range Extensions zahrnuje také další funkce, jako je adaptivní přepínání mezi celočíselnými transformacemi 4 × 4 a 8 × 8, percepčně založené kvantizační váhové matice určené kodérem, efektivní bezztrátové kódování mezi obrázky a podpora dalších barevné prostory. Konstrukční práce Fidelity Range Extensions byly dokončeny v červenci 2004 a její přípravné práce byly dokončeny v září 2004.

     

    Nedávné další rozšíření standardu zahrnuje přidání dalších pěti nových profilů [který? ] Používá se hlavně pro profesionální aplikace, přidání rozšířené podpory prostoru barevného gamutu, definování dalších indikátorů poměru stran, definování dalších dvou typů „doplňkových informací o vylepšení“ (tipy po filtrování a mapování tónů) a vyřazení předchozího konfiguračního souboru FRExt One (vysoký 4: 4: 4 profil), zpětná vazba od odvětví [kým? ] Pokyny by měly být navrženy odlišně.

     

    Další hlavní funkcí přidanou do standardu je Scalable Video Coding (SVC). V příloze G H.264 / AVC je stanoveno, že SVC umožňuje konstrukci bitových toků obsahujících dílčí bitové toky, které rovněž odpovídají standardu, včetně jednoho takového bitového toku nazývaného „základní vrstva“, který lze dekódovat pomocí H.264 / Kodek AVC, který podporuje SVC. Pro škálovatelnost dočasného bitového toku (tj. Existují dílčí bitové toky s menší časovou vzorkovací frekvencí než hlavní bitový tok), jsou úplné bitové jednotky odebrány z bitového proudu, když je odvozen dílčí bitový tok. V tomto případě jsou odpovídajícím způsobem konstruovány syntaxe na vysoké úrovni a referenční predikční obrázky v bitovém proudu. Na druhou stranu pro prostorovou a kvalitní škálovatelnost bitového toku (tj. Existují subbitové toky s nižším prostorovým rozlišením / kvalitou než hlavní bitový tok), při odvozování subbitového toku (vrstva síťové abstrakce) odstraňte z bitového toku NAL. . V tomto případě se pro efektivní kódování obecně používá predikce mezivrstvy (tj. Predikce vyššího prostorového rozlišení / signálu kvality z dat signálu s nižším prostorovým rozlišením / kvalitou). Škálovatelné rozšíření pro kódování videa bylo dokončeno v listopadu 2007.

     

    Další hlavní funkcí přidanou ke standardu je Multi-View Video Coding (MVC). V příloze H H.264 / AVC je uvedeno, že MVC umožňuje konstrukci bitového toku představujícího více než jeden pohled na video scénu. Důležitým příkladem této funkce je stereoskopické kódování 3D videa. V práci MVC byly vyvinuty dva profily: Multiview High Profile podporuje libovolný počet zobrazení a Stereo High Profile je speciálně navržen pro stereofonní video se dvěma pohledy. Rozšíření pro kódování videa Multiview bylo dokončeno v listopadu 2009.

     

    3. Aplikace

    Video formát H.264 má velmi širokou škálu aplikací, které pokrývají všechny formy digitálně komprimovaného videa od aplikací s internetovým streamováním s nízkou přenosovou rychlostí až po vysílání HDTV a téměř bezztrátové kódování digitálních filmových aplikací. Použitím H.264 ve srovnání s MPEG-2 část 2 lze bitovou rychlost uložit o 50% nebo více. Uvádí se například, že kvalita digitální satelitní televize poskytovaná H.264 je stejná jako současná implementace MPEG-2 s bitovou rychlostí menší než polovina. Aktuální rychlost implementace MPEG-2 je přibližně 3.5 Mbit / s, zatímco H.264 je pouze 1.5 Mbit. / s. [23] Společnost Sony tvrdí, že režim záznamu AVC s rychlostí 9 Mbit / s je ekvivalentní kvalitě obrazu formátu HDV, který používá přibližně 18–25 Mbit / s.

     

    Aby byla zajištěna kompatibilita s H.264 / AVC a bezproblémové přijetí, mnoho standardizačních organizací upravilo nebo přidalo své video normy, aby uživatelé těchto standardů mohli používat H.264 / AVC. Jak formát Blu-ray Disc, tak nyní ukončený formát HD DVD používají H.264 / AVC High Profile jako jeden ze tří povinných formátů komprese videa. Na konci roku 264 byl v rámci projektu Digital Video Broadcasting Project (DVB) schváleno použití H.2004 / AVC pro televizní vysílání.

     

    V červenci 264 schválil orgán pro standardy amerického výboru pro pokročilý televizní systém (ATSC) normu H.2008 / AVC pro televizní vysílání, přestože se standard pro pevné vysílání ATSC ve Spojených státech dosud nepoužívá. [25] [26] Je také schválen pro nejnovější standard ATSC-M / H (mobilní / ruční) pomocí AVC a SVC částí H.264.

     

    Trhy CCTV (uzavřený televizní okruh) a video sledování začlenily tuto technologii do mnoha produktů. Mnoho běžných digitálních zrcadlovek používá jako nativní formát záznamu video H.264 obsažené v kontejneru QuickTime MOV.


    4. Odvozený formát

    AVCHD je formát záznamu ve vysokém rozlišení navržený společnostmi Sony a Panasonic, který používá H.264 (kompatibilní s H.264 a přidává další funkce a omezení specifické pro aplikaci).

    AVC-Intra je formát komprese uvnitř snímků vyvinutý společností Panasonic.

    XAVC je formát záznamu navržený společností Sony a používá úroveň 5.2 H.264 / MPEG-4 AVC, což je nejvyšší úroveň podporovaná tímto video standardem. [28] [29] XAVC podporuje rozlišení 4K (4096 × 2160 a 3840 × 2160) s rychlostí až 60 snímků za sekundu (fps). [28] [29] Společnost Sony oznámila, že fotoaparáty s podporou XAVC zahrnují dva fotoaparáty CineAlta - Sony PMW-F55 a Sony PMW-F5. [30] Sony PMW-F55 umí nahrávat XAVC, rozlišení 4K je 30 fps, rychlost je 300 Mbit / s, rozlišení 2K, 30 fps, 100 Mbit / s. [31] XAVC může zaznamenávat rozlišení 4K při 60 fps a provádět podvzorkování barev 4: 2: 2 při 600 Mbit / s.

     

    5. Funkce


    Blokové schéma H.264

    H.264 / AVC / MPEG-4 Část 10 obsahuje mnoho nových funkcí, které mu umožňují efektivněji komprimovat video než starý standard a poskytují větší flexibilitu aplikacím v různých síťových prostředích. Některé z těchto klíčových funkcí zahrnují zejména:

     

    1) Interobrazová predikce více obrazů zahrnuje následující funkce:


    Používejte dříve kódované obrázky jako reference flexibilnějším způsobem než předchozí standardy, což v některých případech umožňuje použití až 16 referenčních snímků (nebo 32 referenčních polí v případě prokládaného kódování). V profilech, které podporují rámce bez IDR, většina úrovní určuje, že by mělo být dostatečné ukládání do vyrovnávací paměti, aby bylo umožněno alespoň 4 nebo 5 referenčních rámců v maximálním rozlišení. To je v rozporu se stávajícími normami, které mají obvykle limit 1; nebo, v případě tradičních „B obrazů“ (B snímků), dva. Tato speciální funkce obvykle umožňuje mírné zlepšení bitové rychlosti a kvality ve většině scénářů. [Potřeba citace] Ale u určitých typů scén, jako jsou scény s opakovanými akcemi nebo přepínání scén tam a zpět nebo nekryté oblasti pozadí, umožňuje výrazně snížit bitovou rychlost při zachování jasnosti.


    Kompenzace pohybu s proměnnou velikostí bloku (VBSMC), velikost bloku je 16 × 16, tak malá jako 4 × 4, což umožňuje přesnou segmentaci pohyblivé oblasti. Podporované velikosti predikčního bloku luma zahrnují 16 × 16, 16 × 8, 8 × 16, 8 × 8, 8 × 4, 4 × 8 a 4 × 4, z nichž mnohé lze použít společně v jednom makrobloku. Podle použitého dílčího vzorkování sytosti je velikost bloku predikce sytosti odpovídajícím způsobem menší.
    V případě B makrobloku složeného ze 16 oddílů 4 × 4 může každý makroblok použít více vektorů pohybu (jeden nebo dva pro každý oddíl) maximálně 32. Vektor pohybu každé oblasti oddílu 8 × 8 nebo větší může směřovat na jiný referenční obrázek.


    V B-snímcích lze použít jakýkoli typ makrobloku, včetně I-makrobloků, což má za následek efektivnější kódování při použití B-snímků. Tato charakteristika je patrná z MPEG-4 ASP.
    Filtrování šesti klepnutími se používá k odvození predikce jasu poloviny pixelu jasu pro jasnější kompenzaci pohybu subpixelů. Pohyb čtvrt pixelu je odvozen lineární interpolací polobarevných hodnot, aby se ušetřila výkonnost zpracování.


    Čtvrtpixelová přesnost použitá pro kompenzaci pohybu může přesně popsat posunutí pohybující se oblasti. U sytosti je rozlišení obvykle ve svislém a vodorovném směru sníženo na polovinu (viz 4: 2: 0), takže pohybová kompenzace sytosti používá osmou jednotku mřížky barevného pixelu.


    Vážená předpověď umožňuje kodéru specifikovat použití škálování a offsetu při provádění kompenzace pohybu a poskytuje významné výkonnostní výhody ve zvláštních situacích, jako jsou přechody fade in a fade, fade in a fade in a fade in a fade out. To zahrnuje implicitní váženou předpověď B rámců a explicitní váženou předpověď P rámců.


    Prostorová predikce pro okraje sousedních bloků pro "intra" kódování, místo "DC" predikce nalezené v MPEG-2 část 2 a predikce transformačního koeficientu v H.263v2 a MPEG-4 část 2:
    Patří sem velikosti predikčních bloků luma 16 × 16, 8 × 8 a 4 × 4 (kde v každém makrobloku lze použít pouze jeden typ).

     

    2) Bezztrátové funkce kódování makrobloků zahrnují:


    Bezztrátový „PCM makroblok“ představuje režim, který přímo reprezentuje vzorky video dat, [34] umožňuje dokonalou reprezentaci konkrétní oblasti a umožňuje přísná omezení množství kódovaných dat pro každý makroblok.


    Vylepšený bezztrátový režim reprezentace makrobloku umožňuje dokonalé znázornění konkrétní oblasti, přičemž obecně používá mnohem méně bitů než režim PCM.
    Flexibilní funkce prokládání videa, včetně:


    Makroblokové kódování adaptivního rámcového pole (MBAFF) využívá strukturu párů makrobloků pro obraz kódovaný jako rám, což umožňuje 16 × 16 makrobloků v režimu pole (ve srovnání s MPEG-2, kde je zpracování režimu pole implementováno v obrazu Kódování jako rámec vede ke zpracování 16 × 8 semi-makrobloků).


    Image adaptive frame and field coding (PAFF nebo PicAFF) umožňuje volně vybrané obrázky smíchat a kódovat jako kompletní snímek, kde jsou dvě pole kombinována pro kódování nebo jako jedno jediné pole.
    Nové funkce návrhu převodu, včetně:


    Přesná shoda celočíselné transformace prostorového bloku 4 × 4, která umožňuje přesné umístění zbytkových signálů, téměř žádné „vyzvánění“ běžné v předchozích návrzích kodeků. Tento design je v pojetí podobný konceptu známé diskrétní kosinové transformace (DCT), kterou zavedli v roce 1974 N. Ahmed, T. Natarajan a KR Rao, a je referencí 1 v diskrétní kosinové transformaci. Je však zjednodušený a poskytuje přesně specifikované dekódování.
    Přesné přizpůsobení celočíselných transformací prostorového bloku 8 × 8, což umožňuje efektivnější kompresi vysoce korelovaných oblastí než transformace 4 × 4. Návrh má podobný koncept jako známý DCT, ale je zjednodušený a poskytovaný tak, aby poskytoval přesně specifikované dekódování.
    Adaptivní výběr kodéru mezi velikostmi transformačních bloků 4 × 4 a 8 × 8 pro operace celočíselných transformací.
    Sekundární Hadamardova transformace se provádí na „DC“ koeficientech transformace hlavního prostoru aplikovaných na chrominanční DC koeficienty (a ve zvláštním případě také na jas), aby se získala ještě větší komprese v hladké oblasti.

     

    3) Kvantitativní design zahrnuje:
    Logaritmické řízení velikosti kroku, jednodušší správa bitové rychlosti a zjednodušené inverzní kvantování pomocí kodéru
    Frekvenčně přizpůsobená kvantizační škálovací matice vybraná kodérem se používá pro optimalizaci kvantizace založené na vnímání
    Filtr odblokování smyčky pomáhá zabránit blokovému efektu, který je společný pro jiné technologie komprese obrazu založené na DCT, aby se získal lepší vizuální vzhled a účinnost komprese

     

    4) Design kódování entropie zahrnuje:
    Kontextově adaptivní binární aritmetické kódování (CABAC), algoritmus pro bezztrátovou kompresi syntaxových prvků ve videostreamu, který zná pravděpodobnost syntaxových prvků v daném kontextu. CABAC komprimuje data efektivněji než CAVLC, ale k dekódování vyžaduje více zpracování.
    Kontextové adaptivní kódování s proměnnou délkou (CAVLC), což je alternativa nižší složitosti k CABAC používaná ke kódování hodnot kvantovaných transformačních koeficientů. Ačkoli je složitost nižší než CABAC, CAVLC je rafinovanější a efektivnější než metody běžně používané pro kódování koeficientů v jiných existujících vzorech.
    Běžná jednoduchá a vysoce strukturovaná technika kódování s proměnnou délkou (VLC) používaná pro mnoho syntaxových prvků, které nejsou kódovány pomocí CABAC nebo CAVLC, se nazývá Exponenciální kódování Golomb (nebo Exp-Golomb).

     

    5) Funkce obnovy ztráty zahrnují:


    Definice vrstvy síťové abstrakce (NAL) umožňuje použití stejné syntaxe videa v mnoha síťových prostředích. Velmi základní koncepcí H.264 je generování samostatných datových paketů pro odstranění duplicitních záhlaví, jako je například MPEG-4 Header Extension Code (HEC). Toho je dosaženo oddělením informací souvisejících s více řezy z mediálního proudu. Kombinace pokročilých parametrů se nazývá sada parametrů. [35] Specifikace H.264 zahrnuje dva typy sad parametrů: Sada parametrů sekvence (SPS) a Sada parametrů obrazu (PPS). Sada parametrů efektivní sekvence zůstává nezměněna v celé kódované videosekvenci a sada parametrů efektivního obrazu zůstává nezměněna v kódovaném obrazu. Struktura sady parametrů a sekvence obrazu obsahuje informace, jako je velikost obrazu, přijatý volitelný režim kódování a mapování skupin makrobloků na řezy.


    Flexibilní uspořádání makrobloků (FMO), známé také jako skupina řezů, a libovolné uspořádání řezů (ASO), je technika používaná k rekonstrukci uspořádání reprezentace základních oblastí (makrobloků) na obrázku. Obecně považovány za funkce odolnosti proti chybám / ztrátám, FMO a ASO lze použít také pro jiné účely.
    Data Partitioning (DP), funkce, která může rozdělit důležitější a méně důležité prvky syntaxe na různé datové pakety, může použít Unequal Protection Protection (UEP) a další typy vylepšení odolnosti proti chybám / ztrátám.
    Redundantní řez (RS), funkce odolnosti proti chybě / ztrátě, která umožňuje kodéru odeslat další reprezentaci oblasti obrazu (obvykle s nižší věrností), kterou lze použít, pokud je hlavní reprezentace poškozena nebo ztracena.
    Číslo snímku, umožňující vytvoření funkce „subsekvencí“, dosažení časové škálovatelnosti volitelným zahrnutím dalších obrázků mezi ostatní obrázky a detekce a skrytí ztráty celého obrázku, což může být způsobeno ztrátou síťového paketu nebo kanálem Došlo k chybě.
    Přepínací řezy, nazývané řezy SP a SI, umožňují kodéru instruovat dekodér, aby skočil do probíhajícího video proudu pro účely, jako je přepínání bitrate video proudu a operace „trikového režimu“. Když dekodér používá funkci SP / SI ke skoku do středu video streamu, může získat přesnou shodu s dekódovaným obrazem na této pozici ve video streamu, přestože používá jiný obraz nebo vůbec žádný obraz jako předchozí reference. přepínač.
    Jednoduchý automatický proces používaný k zabránění náhodné simulace počátečního kódu, což je speciální bitová sekvence v kódovaných datech, umožňuje náhodný přístup k bitovému proudu a obnovuje zarovnání bajtů v systémech, kde může dojít ke ztrátě synchronizace bajtů.
    Doplňkové informace o vylepšení (SEI) a informace o použitelnosti videa (VUI) jsou další informace, které lze vložit do bitového toku pro vylepšení videa pro různé účely. [Je třeba objasnit] SEI FPA (Frame Encapsulation Arrangement) obsahuje 3D uspořádání zpráv:

    Pomocný obrázek, který lze použít pro syntézu alfa a jiné účely.
    Podporuje monochromatické (4: 0: 0), 4: 2: 0, 4: 2: 2 a 4: 4: 4 podvzorkování chroma (v závislosti na vybraném profilu).
    Podporuje přesnost vzorkování bitové hloubky v rozmezí od 8 do 14 bitů na vzorek (v závislosti na vybraném profilu).
    Je schopen kódovat každou barevnou rovinu do různých obrazů s vlastní strukturou řezu, režimem makrobloku, vektorem pohybu atd., Což umožňuje použití jednoduché paralelní struktury pro návrh kodéru (podporovány jsou pouze tři konfigurační soubory, které podporují poměr 4: 4: 4 ).


    Počítání obrazových sekvencí se používá k udržení pořadí obrazů a charakteristik hodnot vzorků v dekódovaném obrazu izolovaných z informací o časování, což umožňuje systému přenášet a řídit / měnit informace o časování samostatně, aniž by to ovlivnilo obsah dekódovaný obrázek.
    Tyto technologie a několik dalších technologií pomáhají H.264 fungovat lépe než jakýkoli předchozí standard v různých aplikačních prostředích v různých situacích. H.264 obecně funguje lépe než video MPEG-2 - obvykle stejné kvality při poloviční přenosové rychlosti nebo nižší, zejména při vysokých přenosových rychlostech a vysokých rozlišeních.
    Stejně jako ostatní video standardy ISO / IEC MPEG má H.264 / AVC implementaci referenčního softwaru, kterou lze zdarma stáhnout. Jeho hlavním účelem je poskytnout příklady funkcí H.264 / AVC, nikoli užitečnou aplikaci jako takovou. Skupina Motion Picture Experts Group také provádí některé práce na návrhu referenčního hardwaru. Výše uvedené jsou kompletní funkce H.264 / AVC, které pokrývají všechny konfigurační soubory H.264. Profil kodeku je sada charakteristik kodeku, která je identifikována tak, aby splňovala určitou sadu specifikací pro zamýšlenou aplikaci. To znamená, že některé konfigurační soubory nepodporují mnoho z uvedených funkcí. Různé konfigurační soubory H.264 / AVC budou popsány v následující části.

     

     

     

     

    Seznamu Všechny Otázka

    Přezdívka

    email

    otázky

    Náš další produkt:

    Profesionální balíček vybavení FM rozhlasové stanice

     



     

    Hotelové řešení IPTV

     


      Zadejte e-mail a získejte překvapení

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> afrikánština
      sq.fmuser.org -> albánština
      ar.fmuser.org -> arabština
      hy.fmuser.org -> Arménský
      az.fmuser.org -> Ázerbájdžánština
      eu.fmuser.org -> baskičtina
      be.fmuser.org -> běloruský
      bg.fmuser.org -> Bulgarian
      ca.fmuser.org -> Katalánština
      zh-CN.fmuser.org -> čínština (zjednodušená)
      zh-TW.fmuser.org -> Čínsky (zjednodušeně)
      hr.fmuser.org -> chorvatština
      cs.fmuser.org -> čeština
      da.fmuser.org -> dánština
      nl.fmuser.org -> Dutch
      et.fmuser.org -> estonština
      tl.fmuser.org -> filipínský
      fi.fmuser.org -> finština
      fr.fmuser.org -> French
      gl.fmuser.org -> galicijština
      ka.fmuser.org -> gruzínština
      de.fmuser.org -> němčina
      el.fmuser.org -> Greek
      ht.fmuser.org -> haitská kreolština
      iw.fmuser.org -> hebrejština
      hi.fmuser.org -> hindština
      hu.fmuser.org -> Hungarian
      is.fmuser.org -> islandština
      id.fmuser.org -> Indonéština
      ga.fmuser.org -> Irština
      it.fmuser.org -> Italian
      ja.fmuser.org -> japonština
      ko.fmuser.org -> korejština
      lv.fmuser.org -> lotyština
      lt.fmuser.org -> Litevština
      mk.fmuser.org -> makedonština
      ms.fmuser.org -> Malajština
      mt.fmuser.org -> maltština
      no.fmuser.org -> Norwegian
      fa.fmuser.org -> perština
      pl.fmuser.org -> polština
      pt.fmuser.org -> portugalština
      ro.fmuser.org -> Rumunština
      ru.fmuser.org -> ruština
      sr.fmuser.org -> srbština
      sk.fmuser.org -> slovenština
      sl.fmuser.org -> Slovinština
      es.fmuser.org -> španělština
      sw.fmuser.org -> svahilština
      sv.fmuser.org -> švédština
      th.fmuser.org -> Thai
      tr.fmuser.org -> turečtina
      uk.fmuser.org -> ukrajinština
      ur.fmuser.org -> urdština
      vi.fmuser.org -> Vietnamská
      cy.fmuser.org -> velština
      yi.fmuser.org -> Jidiš

       
  •  

    FMUSER Bezdrátový přenos videa a zvuku snadnější!

  • Kontakt

    Adresa:
    Budova č. 305 Room HuiLan No.273 Huanpu Road Guangzhou Čína 510620

    E-mail:
    [chráněno e-mailem]

    Tel / WhatApps:
    +8618078869184

  • Kategorie

  • Newsletter

    PRVNÍ NEBO CELÉ JMÉNO

    E-mail

  • řešení paypal  západní unieBank of China
    E-mail:[chráněno e-mailem]   WhatsApp: +8618078869184 Skype: sky198710021 Chatuj se mnou
    Copyright 2006 2020-Powered By www.fmuser.org

    Kontaktujte nás