Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!

[e-mail védett] WhatsApp + 8618078869184
Nyelv

    H.264 (MPEG) -4AVC

     

    A H.264 / AVC projekt célja egy olyan szabvány létrehozása, amely jó videóminőséget nyújt a korábbi szabványoknál jóval alacsonyabb bitsebesség mellett (azaz az MPEG-2, H.263 vagy MPEG- vagy több). alacsony). 4 2. rész), anélkül, hogy növelné a tervezés bonyolultságát, így kivitelezhetetlen vagy túl drága. További cél, hogy elegendő rugalmasságot biztosítsunk a szabvány alkalmazásához különböző hálózatokon és rendszereken, ideértve az alacsony és nagy bitsebességeket, az alacsony és a nagy felbontású videókat, a műsorszórást, a DVD tárolást, az RTP / IP csomaghálózatot és az ITU-T multimédiás telefonrendszer. A H.264 szabvány sokféle konfigurációs fájlból álló "standard családnak" tekinthető. Egy adott dekóder legalább egy, de nem feltétlenül az összes profilt dekódolja. A dekóder specifikációja leírja, hogy mely konfigurációs fájlok dekódolhatók. A H.264-et általában veszteséges tömörítésre használják, bár lehetséges veszteséges kódolású képeken valóban veszteségmentes kódoló régiókat létrehozni, vagy támogatni azokat a ritka felhasználási eseteket, amikor a teljes kódolás veszteségmentes.

     

    A H.264-et az ITU-T Video Coding Expert Group (VCEG) és az ISO / IEC JTC1 Moving Picture Experts Group (MPEG) fejlesztette ki. A projekt partnerségét Joint Video Team (JVT) néven hívják. Az ITU-T H.264 szabvány és az ISO / IEC MPEG-4 AVC szabvány (hivatalosan, ISO / IEC 14496-10-MPEG-4 10. rész, fejlett videokódolás) közösen vannak fenntartva, hogy azonos műszaki tartalommal bírjanak. A szabvány első kiadásának végleges kidolgozása 2003 májusában fejeződött be, és a funkciók különféle kiterjesztéseivel egészítették ki későbbi kiadásait. A nagy hatékonyságú videokódolás (HEVC), nevezetesen a H.265 és az MPEG-H 2. rész, az ugyanazon szervezet által kifejlesztett H.264 / MPEG-4 AVC utódjai, és a korábbi szabványokat továbbra is gyakran használják.

     

    A leghíresebb H.264 valószínűleg a Blu-ray lemezek egyik videó kódolási szabványa; minden Blu-ray lemezlejátszónak képesnek kell lennie a H.264 dekódolására. Széles körben használják internetes erőforrások, például a Vimeo, a YouTube és az iTunes Store videói, a hálózati szoftverek, például az Adobe Flash Player és a Microsoft Silverlight, valamint a különböző HDTV közvetítések a földön (ATSC, ISDB-T, DVB) - T vagy DVB-T2), kábel (DVB-C) és műholdas (DVB-S és DVB-S2).

     

    A H.264-et minden fél tulajdonában lévő szabadalmak védik. A legtöbb (de nem az összes) H.264-hez szükséges szabadalmat lefedő licenceket az MPEG LA szabadalmi készlet kezeli. 3 A szabadalmaztatott H.264 technológia kereskedelmi használatához jogdíjak fizetése szükséges az MPEG LA és más szabadalomtulajdonosok felé. Az MPEG LA lehetővé teszi a H.264 technológia ingyenes használatát, hogy ingyenes streaming internetes videókat biztosítson a végfelhasználók számára, a Cisco Systems pedig jogdíjat fizet az MPEG LA-nak a nyílt forráskódú H.264 kódoló bináris fájlhasználók nevében.

     

    1. Elnevezés
    A H.264 név követi az ITU-T elnevezési megállapodást, amely a VCEG videokódolási szabványok H.26x sorozatának tagja; Az MPEG-4 AVC név az ISO / IEC MPEG szabványban szereplő elnevezési szokásokhoz kapcsolódik, ahol a szabvány az ISO / IEC 14496 10. rész, az ISO / IEC 14496 az MPEG-4 nevű szabványcsomag. A szabványt a VCEG és az MPEG partnerségében közösen fejlesztették ki, és korábban az ITU-T-ben H.26L nevű VCEG projektet hajtottak végre. Ezért gyakran olyan neveket használnak, mint H.264 / AVC, AVC / H.264, H.264 / MPEG-4AVC vagy MPEG-4 / H.264 AVC, amelyek a közös örökség hangsúlyozására utalnak a szabványra. Néha "JVT codec" -nek is hívják, utaljon az azt fejlesztő Joint Video Team (JVT) szervezetre. (Ez a fajta partnerség és többszörös elnevezés nem ritka. Például az MPEG-2 nevű videotömörítési szabvány is az MPEG és az ITU-T közötti partnerségből származott, ahol az MPEG-2 videót az ITU-T közösség H hívja. 262. 4) Néhány szoftverprogram (például a VLC médialejátszó) ezt a szabványt belsõen AVC1 néven azonosítja.

     

    2. Történelem
    1998 elején a Videokódolás Szakértői Csoport (VCEG-ITU-T SG16 Q.6) pályázati felhívást tett közzé a H.26L elnevezésű projektre, azzal a céllal, hogy megduplázza a kódolási hatékonyságot (ami azt jelenti, hogy a szükséges Bitrate felére csökkent) Megfelelő szintű hűség a többi alkalmazáshoz használt más létező videokódolási szabványhoz képest. A VCEG elnöke Gary Sullivan (Microsoft, korábban PictureTel, USA). Az új szabvány első tervezetét 1999 augusztusában fogadták el. 2000-ben Thomas Wiegand (Heinrich Hertz Intézet, Németország) lett a VCEG társelnöke.

     

    2001 decemberében a VCEG és a Mozgókép Szakértői Csoport (MPEG-ISO / IEC JTC 1 / SC 29 / WG 11) létrehozott egy közös videocsoportot (JVT), amelynek alapokmánya véglegesítette a videokódolási szabványt. [5] A specifikációt hivatalosan 2003 márciusában hagyták jóvá. A JVT elnöke Gary Sullivan, Thomas Wiegand és Ajay Luthra volt (Motorola, USA: később Arris, USA). 2004 júniusában befejeződött a Fidelity Scope Extension (FRExt) projekt. 2005 januárjától 2007 novemberéig a JVT azon dolgozik, hogy a H.264 / AVC kiterjeszthetővé tegye a skálázhatóságot egy Scalable Video Coding (SVC) nevű mellékleten keresztül. A JVT vezetői csoportját Jens-Rainer Ohm (Aacheni Egyetem, Németország) bővítette. 2006 júliusától 2009 novemberéig a JVT elindította a Multi-Video Video Coding (MVC) alkalmazást, amely a H.264 / AVC kiterjesztése a szabadon megtekinthető tévére és a 3D tévére. Ez a munka két új standard profil kifejlesztését foglalja magában: Multiview High Profile és Stereo High Profile.

     

    A H.264 / AVC első verziójának szabványosítása 2003 májusában fejeződött be. Az eredeti szabvány kiterjesztésére irányuló első projektben a JVT később kifejlesztette az úgynevezett Fidelity Range Extensions (FRExt) szoftvert. Ezek a kiterjesztések magasabb színvonalú videokódolást érnek el a nagyobb mintavételi bitmélység-pontosság és a nagyobb felbontású színinformációk támogatásával, beleértve az úgynevezett Y'CbCr 4: 2: 2 (= YUV 4: 2: 2) és Y 'CbCr 4: 4 mintavételt felépítése: 4. A Fidelity Range Extensions projekt egyéb funkciókat is tartalmaz, például adaptív váltást 4 × 4 és 8 × 8 egész transzformációk között, érzékelőn alapuló kvantálási súlyozó mátrixokat, amelyeket a kódoló határoz meg, a képek közötti hatékony veszteségmentes kódolást és további támogatásokat színterek. A Fidelity Range Extensions tervezési munkái 2004 júliusában fejeződtek be, a tervezési munkák pedig 2004 szeptemberében fejeződtek be.

     

    A szabvány legutóbbi további bővítése magában foglal további öt új profilt [melyik? ] Elsősorban professzionális alkalmazásokhoz használják, kiterjesztett színskála-területi támogatás hozzáadásával, további képarány-mutatók meghatározásával, két másik típusú "kiegészítő javítási információ" meghatározásával (utólagos szűrési tippek és hang-leképezés), valamint az előző FRExt konfigurációs fájl eldobásával (magas) 4: 4: 4 profil), az ipar visszajelzése [ki? ] Az utasításokat másképp kell megtervezni.

     

    A következő fő jellemző a standardhoz a Scalable Video Coding (SVC). A H.264 / AVC G. melléklete előírja, hogy az SVC lehetővé teszi a szabványnak is megfelelő al-bitfolyamokat tartalmazó bitfolyamok felépítését, beleértve az egyik ilyen "alapréteg" nevű bitfolyamot, amelyet a H.264 / AVC kodek, amely támogatja az SVC-t. Az időbeli bitfolyam skálázhatóság érdekében (azaz vannak olyan al-bitfolyamok, amelyek időbeli mintavételi sebessége kisebb, mint a fő bitfolyam), a teljes hozzáférési egységeket eltávolítják a bitfolyamból, amikor az al-bitfolyamot levezetik. Ebben az esetben a bitfolyam magas szintű szintaxisa és inter predikciós referencia képei ennek megfelelően készülnek. Másrészt, a térbeli és minőségi bitfolyam skálázhatóság érdekében (vagyis vannak olyan al-bitfolyamok, amelyek térbeli felbontása / minősége alacsonyabb, mint a fő bitfolyamé), az al-bitfolyam (hálózati absztrakciós réteg) levezetésekor távolítsa el a NAL-t a bitfolyamból. . Ebben az esetben a hatékony kódoláshoz általában rétegek közötti előrejelzést (azaz nagyobb térbeli felbontású / minőségi jel előrejelzését alacsonyabb térbeli felbontású / minőségi jel adatai alapján) alkalmazzák. A méretezhető videokódolás kiterjesztése 2007 novemberében készült el.

     

    A következő fő jellemzője a szabványnak a Multi-View Video Coding (MVC). A H.264 / AVC H. melléklete meghatározza, hogy az MVC lehetővé teszi egy bitfolyam felépítését, amely egy videó jelenet egynél több nézetét képviseli. Fontos példa erre a szolgáltatásra a sztereoszkópikus 3D videó kódolás. Az MVC munkában két profilt fejlesztettek ki: A Multiview High Profile tetszőleges számú nézetet támogat, a Stereo High Profile-t pedig kifejezetten a két nézetből álló sztereó videókhoz tervezték. A Multiview videokódolás kiterjesztése 2009 novemberében készült el.

     

    3. Alkalmazás

    A H.264 videoformátum nagyon széles alkalmazási körrel rendelkezik, kiterjedve a digitálisan tömörített videók minden formájára, az alacsony bitsebességű internetes streaming alkalmazásoktól a HDTV műsorszórásig, és szinte veszteségmentesen kódoló digitális filmalkalmazásokig. A H.264 használatával, összehasonlítva az MPEG-2 2. részével, a bitsebesség legalább 50% -kal megtakarítható. Például arról számoltak be, hogy a H.264 által biztosított digitális műholdas TV minősége megegyezik az MPEG-2 jelenlegi megvalósításával, a bitráta kevesebb, mint fele. Az MPEG-2 jelenlegi megvalósítási aránya körülbelül 3.5 Mbit / s, míg a H.264 csak 1.5 Mbit. / s. [23] A Sony állítása szerint a 9 Mbit / s AVC rögzítési mód megegyezik a HDV formátum képminőségével, amely körülbelül 18-25 Mbit / s-ot használ.

     

    A H.264 / AVC kompatibilitás és a problémamentes alkalmazás biztosítása érdekében számos szabványügyi szervezet módosította vagy hozzáadta a videóval kapcsolatos szabványait, hogy a szabványok felhasználói használhassák a H.264 / AVC-t. Mind a Blu-ray Disc formátum, mind a most megszűnt HD DVD formátum a H.264 / AVC High Profile alkalmazást használja a három kötelező videotömörítési formátum egyikeként. A Digital Video Broadcasting Project (DVB) 264 végén jóváhagyta a H.2004 / AVC használatát a televíziós műsorszóráshoz.

     

    Az amerikai Advanced Television System Committee (ATSC) szabványügyi testülete 264 júliusában jóváhagyta a H.2008 / AVC-t a televíziós műsorszóráshoz, bár a szabványt az Egyesült Államokban még nem használták rögzített ATSC adásokhoz. [25] [26] A legújabb ATSC-M / H (mobil / kézi) szabványra is jóváhagyják, a H.264 AVC és SVC részeit használva.

     

    A CCTV (zártláncú televízió) és a videomegfigyelő piacok ezt a technológiát sok termékbe beépítették. Sok elterjedt DSLR kamera a QuickTime MOV tárolóban található H.264 videót használja natív felvételi formátumként.


    4. Származtatott formátum

    Az AVCHD egy nagyfelbontású felvételi formátum, amelyet a Sony és a Panasonic tervezett, a H.264 használatával (kompatibilis a H.264-szel, miközben más alkalmazásspecifikus funkciókat és korlátozásokat is hozzáad).

    Az AVC-Intra a Panasonic által kifejlesztett, kereten belüli tömörítési formátum.

    Az XAVC a Sony által tervezett felvételi formátum, amely a H.5.2 / MPEG-264 AVC 4-es szintjét használja, ami a legmagasabb szintű, amelyet ez a videostandard támogat. [28] [29] Az XAVC 4K felbontást (4096 × 2160 és 3840 × 2160) képes támogatni 60 képkocka / másodperces sebességgel (fps). [28] [29] A Sony bejelentette, hogy az XAVC-kompatibilis kamerák két CineAlta kamerát tartalmaznak: Sony PMW-F55 és Sony PMW-F5. [30] A Sony PMW-F55 képes XAVC rögzítésére, a 4K felbontás 30 fps, a sebesség 300 Mbit / s, 2K felbontás, 30 fps, 100 Mbit / s. [31] Az XAVC 4K felbontást képes rögzíteni 60 kép / mp sebességgel, és 4: 2: 2 arányú kroma részmintát végezhet 600 Mbit / s sebességgel.

     

    5. Jellemzők


    A H.264 blokkvázlata

    A H.264 / AVC / MPEG-4 10. része számos új funkciót tartalmaz, amelyek lehetővé teszik a videó hatékonyabb tömörítését, mint a régi szabvány, és nagyobb rugalmasságot biztosítanak az alkalmazások számára a különböző hálózati környezetekben. Ezen kulcsfontosságú funkciók közül néhány a következőket tartalmazza:

     

    1) A több képből álló képközi előrejelzés a következő szolgáltatásokat tartalmazza:


    Használja a korábban kódolt képeket referenciákként rugalmasabban, mint a korábbi szabványok, lehetővé téve akár 16 referenciakeret (vagy 32 referenciamező használata átlapolt kódolás esetén) esetenként. A nem IDR kereteket támogató profilokban a legtöbb szint megadja, hogy elegendő pufferolásnak kell lennie ahhoz, hogy legalább 4 vagy 5 referenciakeretet engedélyezzen a maximális felbontással. Ez ellentétben áll a meglévő szabványokkal, amelyek korlátja általában 1; vagy hagyományos "B képek" (B keretek) esetén kettő. Ez a speciális szolgáltatás a legtöbb esetben a bitsebesség és a minőség szerény javítását teszi lehetővé. [Idézés szükségessége] De bizonyos típusú jeleneteknél, például ismétlődő műveletekkel rendelkező jeleneteknél, illetve a jelenetek oda-vissza kapcsolásakor vagy a fedetlen háttérterületek között, ez lehetővé teszi a bitsebesség jelentős csökkentését, az átláthatóság fenntartása mellett.


    Változtatható blokkméretű mozgáskompenzáció (VBSMC), a blokkméret 16 × 16, olyan kicsi, mint 4 × 4, amely képes megvalósítani a mozgó terület pontos szegmentálását. A támogatott luma-előrejelző blokkméretek közé tartozik a 16 × 16, 16 × 8, 8 × 16, 8 × 8, 8 × 4, 4 × 8 és 4 × 4, amelyek közül sok együtt használható egyetlen makróblokkban. A használatban lévő kroma részmintavétel szerint a kroma előrejelzési blokk mérete ennek megfelelően kisebb.
    16 4 × 4 partícióból álló B makroblokk esetén mindegyik makroblokk több mozgásvektort (partíciónként egyet vagy kettőt) használhat, maximum 32-ig. Minden 8 × 8 vagy annál nagyobb partíció mozgásvektora mutathat más referencia képre.


    Bármely típusú makroblokk használható a B-keretekben, beleértve az I-makroblokkot is, ami hatékonyabb kódolást eredményez a B-keretek használatakor. Ez a jellemző az MPEG-4 ASP-ből látható.
    Hat érintéssel történő szűrés a fél pixel fényerősségminta-előrejelzés levezetésére, a tisztább rész-pixeles mozgáskompenzáció érdekében. A negyed pixeles mozgást félszínértékek lineáris interpolációjával származtatjuk a feldolgozási teljesítmény megtakarítása érdekében.


    A mozgáskompenzációhoz használt negyed pixeles pontosság pontosan leírhatja a mozgó terület elmozdulását. A kroma esetében a felbontás függőleges és vízszintes irányban általában a felére csökken (lásd 4: 2: 0), így a kroma mozgáskompenzációja egy nyolcadik kroma pixel rács egységet használ.


    A súlyozott előrejelzés lehetővé teszi a kódoló számára, hogy meghatározza a méretezés és az eltolás alkalmazását a mozgáskompenzáció végrehajtásakor, és jelentős teljesítményelőnyöket kínál különleges helyzetekben - például elhalványulnak és elhalványulnak, elhalványulnak, elhalványulnak és elhalványulnak az átmenetek. Ez magában foglalja a B keretek implicit súlyozott előrejelzését és a P keretek explicit súlyozott előrejelzését.


    Térbeli előrejelzés a szomszédos blokkok élei számára az "intra" kódoláshoz, az MPEG-2 2. részében található "DC" predikció és a H.263v2 és MPEG-4 2. rész transzformációs együttható-predikciója helyett:
    Ez magában foglalja a 16 × 16, 8 × 8 és 4 × 4 luma-előrejelző blokk méretet (ahol mindegyik makroblokkban csak egy típus használható).

     

    2) A veszteségmentes makroblokk kódolási funkciók a következők:


    A veszteségmentes "PCM makroblokk" azt az üzemmódot jelenti, amely közvetlenül reprezentálja a videó adatmintákat, [34] lehetővé teszi egy adott terület tökéletes ábrázolását, és szigorú korlátozásokat engedélyez a kódolt adatok mennyiségére az egyes makroblokkok esetében.


    A továbbfejlesztett veszteségmentes makroblokk reprezentációs mód lehetővé teszi egy adott terület tökéletes ábrázolását, miközben általában sokkal kevesebb bitet használ, mint a PCM mód.
    Rugalmas átlapolt videó kódolási funkciók, többek között:


    A Macroblock adaptive frame-field (MBAFF) kódolás makroblokk-páros struktúrát használ a képkockaként kódolt képhez, lehetővé téve 16 × 16-os makroblokkokat mezei módban (összehasonlítva az MPEG-2-vel, ahol a kép módban történő feldolgozás a képkódolásban keretként történik) eredményeként 16 × 8 fél-makroblokkok kerülnek feldolgozásra).


    A képadaptív képkocka- és mezőkódolás (PAFF vagy PicAFF) lehetővé teszi a szabadon kiválasztott képek keverését és kódolását komplett képkockaként, ahol két mező kombinálva van kódoláshoz vagy egyetlen mezőként.
    Új átalakítási tervezési funkciók, többek között:


    Pontosan illeszkedő egész 4 × 4 térblokk-transzformáció, amely lehetővé teszi a maradék jelek pontos elhelyezését, szinte semmilyen "csengés" nem jellemző a korábbi kodekterveknél. Ez a kialakítás koncepciójában hasonló a jól ismert diszkrét koszinusz transzformációhoz (DCT), amelyet N. Ahmed, T. Natarajan és KR Rao vezetett be 1974-ben, és ez egy referencia a diszkrét koszinusz transzformációban. Azonban leegyszerűsített és pontosan meghatározott dekódolást biztosít.
    Pontosan illeszkedő egész 8 × 8 térbeli blokk transzformációk, lehetővé téve az erősen korrelált régiók hatékonyabb tömörítését, mint a 4 × 4 transzformációk. A kialakítás koncepciója szerint hasonlít a jól ismert DCT-hez, de leegyszerűsítve és pontosan meghatározott dekódolással rendelkezik.
    Adaptív kódoló kiválasztása 4 × 4 és 8 × 8 transzformációs blokkméretek között az egész transzformációs műveletekhez.
    Másodlagos Hadamard-transzformációt hajtanak végre a fő tértranszformáció "DC" együtthatóin, amelyeket a krominancia DC együtthatókra (és egy speciális esetben a fényerőre is) alkalmaznak, hogy még nagyobb tömörítést érjenek el a sima régióban.

     

    3) A mennyiségi tervezés a következőket tartalmazza:
    Logaritmikus lépésméret-szabályozás, egyszerűbb bitsebesség-kezelés és egyszerűbb inverz kvantálási méretezés a kódolón keresztül
    A kódoló által kiválasztott frekvencia-testreszabott kvantálási skála mátrixot használjuk az észlelés-alapú kvantálás optimalizálására
    A hurokblokkoló szűrő segít megelőzni a többi DCT-alapú képtömörítési technológia közös blokkhatását, így jobb vizuális megjelenést és tömörítési hatékonyságot biztosít.

     

    4) Az entrópia kódolási terv a következőket tartalmazza:
    Kontextus-adaptív bináris aritmetikai kódolás (CABAC), egy olyan algoritmus a szintaxis elemek veszteségmentes tömörítésére egy videofolyamban, amely ismeri a szintaxis elemek valószínűségét egy adott kontextusban. A CABAC hatékonyabban tömöríti az adatokat, mint a CAVLC, de a dekódoláshoz több feldolgozásra van szükség.
    Context Adaptive Variable Length Coding (CAVLC), amely a CABAC-hoz képest kisebb komplexitású alternatíva, amelyet kvantált transzformációs együttható értékek kódolására használnak. Annak ellenére, hogy a komplexitás alacsonyabb, mint a CABAC, a CAVLC finomabb és hatékonyabb, mint az együtthatók kódolására általánosan alkalmazott módszerek más létező tervekben.
    A CABAC vagy a CAVLC által nem kódolt sok szintaxis elemhez használt általános egyszerű és jól strukturált változó hosszúságú kódolási (VLC) technikát Exponenciális Golomb kódolásnak (vagy Exp-Golombnak) hívják.

     

    5) A veszteségvisszafizetési funkciók a következők:


    A hálózati absztrakciós réteg (NAL) meghatározása lehetővé teszi, hogy ugyanazt a videoszintaxist sok hálózati környezetben használják. A H.264 nagyon alapvető tervezési koncepciója az önálló adatcsomagok létrehozása az ismétlődő fejlécek, például az MPEG-4 Header Extension Code (HEC) eltávolításához. Ezt úgy érjük el, hogy a több szeletre vonatkozó információt leválasztjuk a médiafolyamról. A speciális paraméterek kombinációját paraméterkészletnek nevezzük. [35] A H.264 specifikáció kétféle paraméterkészletet tartalmaz: szekvenciaparaméterkészlet (SPS) és képparaméterkészlet (PPS). A tényleges szekvencia paraméterkészlet változatlan marad a teljes kódolt videósorozatban, és a tényleges képparaméterkészlet változatlan marad a kódolt képen belül. A szekvencia és a képparaméter-készlet szerkezete információkat tartalmaz, például a képméretet, az opcionális kódolási módot és a makroblokk-szelet csoport leképezést.


    A rugalmas makroblokk-rendelés (FMO), más néven szeletcsoport, és az önkényes szelet-rendelés (ASO) egy technika, amellyel rekonstruálható a képen az alapvető régiók (makroblokkok) ábrázolása. Az FMO és az ASO általában hiba / veszteség robusztussági funkciónak tekinthető más célokra is.
    A Data Partitioning (DP) funkció, amely a fontosabb és kevésbé fontos szintaxis elemeket különféle adatcsomagokra oszthatja fel, alkalmazhatja az UEP (UEP) és más típusú hibák / veszteségek robusztusságának fejlesztéseit.
    Redundáns szelet (RS), a hibák / veszteségek robusztus jellemzője, amely lehetővé teszi a kódoló számára, hogy a képterület további ábrázolását küldje (általában alacsonyabb hűséggel), amely akkor használható, ha a fő ábrázolás sérült vagy elveszett.
    Keretszám, lehetővé teszi az "alszekciók" funkció létrehozását, az időbeli skálázhatóság elérése opcionálisan további képek beillesztésével más képek közé, valamint a teljes kép veszteségének észlelése és elrejtése, amelyet hálózati csomagvesztés vagy csatorna okozhat. Hiba történt.
    A szeletek kapcsolása, az úgynevezett SP és SI szeletek lehetővé teszik a kódoló számára, hogy utasítsa a dekódert, hogy ugorjon a folyamatban lévő videofolyamra olyan célokból, mint a videófolyam bitráta-váltása és a "trükk mód" műveletek. Amikor a dekóder az SP / SI funkcióval ugrik a videofolyam közepére, akkor pontos egyezést kaphat a dekódolt képpel a videó adatfolyamának ezen a pontján, annak ellenére, hogy más képet használ, vagy egyáltalán nem. előző hivatkozás. kapcsoló.
    A kezdőkód véletlenszerű szimulációjának megakadályozására szolgáló egyszerű automatikus folyamat, amely a kódolt adatok speciális bitsorozata, véletlenszerű hozzáférést tesz lehetővé a bitfolyamhoz, és helyreállítja a bájtillesztést azokban a rendszerekben, ahol a bájt szinkronizálás elveszhet.
    A kiegészítő fejlesztési információk (SEI) és a videó használhatósági információk (VUI) további információk, amelyeket be lehet illeszteni a bitfolyamba a videó különféle célokból történő fejlesztése érdekében. [Pontosítás szükséges] A SEI FPA (Frame Encapsulation Arrangement) az üzenetek 3D-s elrendezését tartalmazza:

    Segédkép, amely felhasználható alfa szintézishez és más célokra.
    Támogatja a monokróm (4: 0: 0), 4: 2: 0, 4: 2: 2 és 4: 4: 4 kroma részmintákat (a kiválasztott profiltól függően).
    Támogatja a mintavételi bitmélység pontosságát, mintánként 8 és 14 bit között (a kiválasztott profiltól függően).
    Képes minden színsíkot különböző képekké kódolni, a saját szeletszerkezetével, makroblokk módjával, mozgásvektorával stb., Lehetővé téve az egyszerű párhuzamos struktúra használatát a kódoló megtervezéséhez (csak három 4: 4: 4 támogató konfigurációs fájl támogatott. ).


    A képsorozatok számlálását arra használják, hogy a dekódolt képben az időzítési információtól elkülönítve a képek sorrendjét és a mintaértékek jellemzőit fenntartsák, lehetővé téve a rendszer számára, hogy az időzítési információkat külön hordozza és vezérelje / módosítsa anélkül, hogy befolyásolná a dekódolt kép.
    Ezek a technológiák és számos más technológia segítik a H.264-et a korábbi szabványoknál jobb teljesítményben a különböző alkalmazási környezetekben, különböző helyzetekben. A H.264 általában jobb teljesítményt nyújt, mint az MPEG-2 videó, általában ugyanolyan minőségű a bitsebesség felénél vagy alacsonyabbnál, különösen nagy bitsebességnél és nagy felbontásnál.
    A többi ISO / IEC MPEG video szabványhoz hasonlóan a H.264 / AVC rendelkezik egy ingyenesen letölthető referenciaszoftver-implementációval. Fő célja a H.264 / AVC funkciók példáinak bemutatása, önmagában nem hasznos alkalmazás. A Mozgókép Szakértői Csoport néhány referencia hardvertervezési munkát is végez. A fentiek a H.264 / AVC teljes szolgáltatásait tartalmazzák, amelyek lefedik a H.264 összes konfigurációs fájlját. A kodek profilja a kodek azon jellemzőinek halmaza, amelyet úgy azonosítanak, hogy megfeleljen a tervezett alkalmazás bizonyos specifikációinak. Ez azt jelenti, hogy egyes konfigurációs fájlok nem támogatják a felsorolt ​​számos funkciót. A H.264 / AVC különféle konfigurációs fájljait a következő szakasz tárgyalja.

     

     

     

     

    Sorold fel az összes kérdés

    Becenév

    E-mail

    Kérdések

    Másik termék:

    Professzionális FM rádióállomás felszerelési csomag

     



     

    Hotel IPTV megoldás

     


      Írja be az e-mail címet a meglepetéshez

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> afrikaans
      sq.fmuser.org -> albán
      ar.fmuser.org -> arab
      hy.fmuser.org -> örmény
      az.fmuser.org -> azerbajdzsán
      eu.fmuser.org -> baszk
      be.fmuser.org -> belorusz
      bg.fmuser.org -> bolgár
      ca.fmuser.org -> katalán
      zh-CN.fmuser.org -> kínai (egyszerűsített)
      zh-TW.fmuser.org -> kínai (hagyományos)
      hr.fmuser.org -> horvát
      cs.fmuser.org -> cseh
      da.fmuser.org -> dán
      nl.fmuser.org -> holland
      et.fmuser.org -> észt
      tl.fmuser.org -> filippínó
      fi.fmuser.org -> finn
      fr.fmuser.org -> francia
      gl.fmuser.org -> galíciai
      ka.fmuser.org -> grúz
      de.fmuser.org -> német
      el.fmuser.org -> Görög
      ht.fmuser.org -> haiti kreol
      iw.fmuser.org -> héber
      hi.fmuser.org -> hindi
      hu.fmuser.org -> magyar
      is.fmuser.org -> izlandi
      id.fmuser.org -> indonéz
      ga.fmuser.org -> ír
      it.fmuser.org -> olasz
      ja.fmuser.org -> japán
      ko.fmuser.org -> koreai
      lv.fmuser.org -> lett
      lt.fmuser.org -> litván
      mk.fmuser.org -> macedón
      ms.fmuser.org -> maláj
      mt.fmuser.org -> máltai
      no.fmuser.org -> norvég
      fa.fmuser.org -> perzsa
      pl.fmuser.org -> lengyel
      pt.fmuser.org -> portugál
      ro.fmuser.org -> román
      ru.fmuser.org -> orosz
      sr.fmuser.org -> szerb
      sk.fmuser.org -> szlovák
      sl.fmuser.org -> Szlovén
      es.fmuser.org -> spanyol
      sw.fmuser.org -> szuahéli
      sv.fmuser.org -> svéd
      th.fmuser.org -> Thai
      tr.fmuser.org -> török
      uk.fmuser.org -> ukrán
      ur.fmuser.org -> urdu
      vi.fmuser.org -> Vietnámi
      cy.fmuser.org -> walesi
      yi.fmuser.org -> jiddis

       
  •  

    Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!

  • Kapcsolat

    Cím:
    No. 305 szoba HuiLan épület No.273 Huanpu Road Guangzhou, Kína 510620

    Email:
    [e-mail védett]

    Tel / WhatApps:
    +8618078869184

  • Kategóriák

  • Hírlevél

    ELSŐ VAGY TELJES NÉV

    E-mail

  • paypal megoldás  Western UnionKínai bank
    Email:[e-mail védett]   WhatsApp: +8618078869184 Skype: sky198710021 Beszélgess velem
    Szerzői 2006-2020 Powered By www.fmuser.org

    Kapcsolatba lép velünk