Tampok na suporta sa mga partikular na profile
1. antas
Kapag ginamit ang term sa pamantayan, ang "antas" ay isang tinukoy na hanay ng mga hadlang na nagpapahiwatig ng antas ng pagganap ng decoder na kinakailangan ng profile. Halimbawa, ang antas ng suporta sa file ng pagsasaayos ay tumutukoy sa maximum na resolusyon ng imahe, frame rate, at bit rate na maaaring magamit ng decoder. Ang isang decoder na umaayon sa isang naibigay na antas ay dapat ma-decode ang lahat ng mga bitstream na naka-code para sa antas na iyon at lahat ng mga mas mababang antas.
Mga antas na may maximum na mga halaga ng pag-aari
Ang maximum na rate ng bit ng Mataas na Profile ay 1.25 beses ng Pinilit na Baseline, Baseline, Pinalawak at Pangunahing Mga Profile; Ang Hi10P ay 3 beses, ang Hi422P / Hi444PP ay 4 na beses.
Ang bilang ng mga sampol na luminance ay 16 × 16 = 256 beses sa bilang ng mga macroblocks (at ang bilang ng mga sampol sa ilaw sa bawat segundo ay 256 beses sa bilang ng mga macroblocks bawat segundo).
2. Na-decode na buffer ng larawan
Ang mga encoder ng H.264 / AVC ay gumagamit ng dating naka-encode ng mga larawan upang magbigay ng mga hula ng mga halimbawang halimbawang iba pang mga larawan. Pinapayagan nito ang encoder na gumawa ng mga mabisang desisyon sa pinakamahusay na paraan upang ma-encode ang isang naibigay na imahe. Sa decoder, ang mga larawang ito ay nakaimbak sa isang virtual decoded na larawan buffer (DPB). Ang maximum na kapasidad ng DPB, sa mga yunit ng mga frame (o mga pares sa patlang), tulad ng ipinakita sa mga braket sa kanang haligi ng talahanayan sa itaas, ay maaaring kalkulahin tulad ng sumusunod:
DpbCapacity = min (floor (MaxDpbMbs / (PicWidthInMbs * FrameHeightInMbs)), 16)
Kung saan ang MaxDpbMbs ay ang pare-pareho na halaga na ibinigay sa sumusunod na talahanayan bilang isang pagpapaandar ng numero ng antas, at ang PicWidthInMbs at FrameHeightInMbs ay ang lapad ng larawan at taas ng frame ng naka-encode na data ng video, na ipinahayag sa mga yunit ng mga macroblock (bilugan sa isang integer na halaga at na-crop) at pagpapares ng macroblock (Kung naaangkop)). Ang formula na ito ay tinukoy sa mga seksyon A.3.1.h at A.3.2.f ng 2017 na edisyon ng pamantayan.
Dahil ang H.264 encoding at decoding ay nangangailangan ng isang malaking halaga ng computing power sa ilang mga uri ng pagpapatakbo ng arithmetic, ang pagpapatupad ng software na tumatakbo sa mga pangkalahatang layunin na CPU ay karaniwang kumakain ng mas kaunting lakas. Gayunpaman, ang pinakabagong quad-core general-purpose x86 CPU ay may sapat na kapangyarihan sa computing upang maisagawa ang real-time SD at HD encoding. Ang kahusayan ng compression ay nakasalalay sa pagpapatupad ng video algorithm, hindi sa kung ipinatupad ito gamit ang hardware o software. Samakatuwid, ang pagkakaiba sa pagitan ng mga pagpapatupad na nakabatay sa hardware at batay sa software ay higit na nakasalalay sa kahusayan, kakayahang umangkop, at gastos. Upang mapabuti ang kahusayan ng kuryente at mabawasan ang kadahilanan ng form ng hardware, maaaring magamit ang nakatuon na hardware para sa kumpletong proseso ng pag-encode o pag-decode, o para sa tulong ng pagpabilis sa kapaligiran ng kontrol ng CPU.
Alam na ang mga solusyon na batay sa CPU ay mas may kakayahang umangkop, lalo na kapag ang pag-encode ay dapat na gumanap sa maraming mga format, maraming mga bitrate at resolusyon (multi-screen na video) nang sabay, at maaaring magkaroon ng mga karagdagang tampok tulad ng suporta sa format ng container, advanced integrated mga tampok sa advertising, atbp. Ang mga solusyon sa software na nakabatay sa CPU ay karaniwang ginagawang mas madali upang mai-load ang balanse ng maraming mga kasabay na mga session ng pag-encode sa loob ng parehong CPU.
Ang pangalawang henerasyon ng Intel "Sandy Bridge" Core i3 / i5 / i7 processor na inilunsad sa CES (Consumer Electronics Show) noong Enero 2011 ay nagbibigay ng isang on-chip hardware full HD H.264 encoder na tinatawag na Intel Quick Sync Video.
Ang encoder ng hardware H.264 ay maaaring isang ASIC o FPGA.
Ang mga ASIC encoder na may mga pag-andar ng H.264 encoder ay magagamit mula sa maraming iba't ibang mga kumpanya ng semiconductor, ngunit ang mga pangunahing disenyo na ginamit sa ASICs ay karaniwang nakuha mula sa ilang mga kumpanya tulad ng Chips & Media, Allegro DVT, On2 (dating Hantro, nakuha ng Google) Lisensya, Mga Teknolohiya ng Imahinasyon, NGCodec. Ang ilang mga kumpanya ay may parehong mga produkto ng FPGA at ASIC.
Ang Texas Instruments (TI) ay gumagawa ng isang serye ng mga core ng ARM + DSP na nagsasagawa ng pag-encode ng 1080p DSP H.264 BP sa 30fps. Pinapayagan nito ang kakayahang umangkop ng codec (na ipinatupad bilang lubos na na-optimize na DSP code) habang mas mahusay kaysa sa software sa mga pangkalahatang layunin na CPU.
2. lisensya
Tingnan din ang: Microsoft Corp. v. Motorola Inc. at Qualcomm Inc. v. Broadcom Corp.
Sa mga bansa na nagpapanatili ng mga patent ng algorithm ng software, ang mga tagapagtustos at mga gumagamit ng komersyal ng mga produktong gumagamit ng H.264 / AVC ay inaasahang magbabayad ng mga bayarin sa paglilisensya ng patent para sa patentadong teknolohiya na ginamit sa kanilang mga produkto. Nalalapat din ito sa baseline profile.
Ang isang pribadong samahan na tinatawag na MPEG LA, na hindi kaakibat ng samahan ng pamantayan ng MPEG, ay namamahala sa mga lisensya ng patent na nalalapat sa pamantayan, pati na rin ang patent pool ng MPEG-2 Bahagi 1 na sistema, MPEG-2 Bahagi 2 Video, at MPEG -4 Bahagi 1. 2 bahagi ng video, HEVC, MPEG-DASH at iba pang mga teknolohiya. Ang patent ng US MPEG LA H.264 ay magtatagal hanggang sa hindi bababa sa 2027.
Noong Agosto 26, 2010, inihayag ng MPEG LA na hindi kailanman ito sisingilin ng mga royalties para sa libreng video na naka-encode ng H.264 sa Internet para sa mga end user. Ang lahat ng iba pang mga royalties ay mayroon pa rin, tulad ng mga royalties sa mga produkto na na-decode at na-encode ang H.264 video at mga operator ng libreng TV at mga channel sa subscription. Ang mga tuntunin sa lisensya ay na-update sa mga bloke ng 5 taon.
Ang aktwal na katayuan ng ligal na patent ay nag-expire sa pagtatapos ng 2018, na may kabuuang 123 mga pahina.
Noong 2005, si Qualcomm, ang nagtalaga ng US Patent na 5,452,104 at ang US Patent na 5,576,767, ay inakusahan ang Broadcom sa Korte ng Distrito ng Estados Unidos, na sinasabing nilabag ng Broadcom ang dalawang patent na ito sa pamamagitan ng mga produktong paggawa na umaayon sa pamantayan ng compression ng video ng H.264. Noong 2007, nagpasiya ang Korte ng Distrito na ang mga patente ay hindi maaaring ipatupad dahil nabigo ang Qualcomm na isiwalat ang mga patent na ito sa JVT bago ang pamantayan ng H.264 ay inilabas noong Mayo 2003. Noong Disyembre 2008, kinumpirma ng US Court of Appeals para sa Federal Circuit na hindi maipapatupad na order ng mga patente ng korte ng distrito, ngunit naglabas ng mga tagubilin sa korte ng distrito na limitahan ang hindi maipapatupad na saklaw sa mga produkto na sumusunod sa pamantayan ng H.264.
Panlabas na mga link
Ang aming iba pang mga produkto:
