Voorwoord
H264-videokompressie-algoritme is nou ongetwyfeld die mees gebruikte en gewildste van alle videokompressietegnieke. Met die bekendstelling van open source-biblioteke soos x264 / openh264 en ffmpeg, hoef die meeste gebruikers nie meer te veel navorsing te doen oor die besonderhede van H264 nie, wat die koste van mense wat H264 gebruik aansienlik verlaag.
Maar om H264 goed te kan gebruik, moet ons steeds die basiese beginsels van H264 uitvind. Vandag gaan ons kyk na die basiese beginsels van H264.
H264 oorsig
H264-kompressietegnologie gebruik hoofsaaklik die volgende metodes om videodata saam te pers. insluit:
Kompressie binne die raamvoorspelling los die probleem van ruimtelike data-oorbodigheid op.
Inter-raam voorspelling kompressie (bewegingsberaming en vergoeding) los die probleem van tyd-domein data oortolligheid op.
Integer Discrete Cosine Transform (DCT), wat die ruimtelike korrelasie omskakel in irrelevante data in die frekwensiedomein en dit dan kwantifiseer.
CABAC-kompressie.
Die saamgeperste raam is verdeel in: I-raam, P-raam en B-raam:
Ek raam: sleutelraamwerk met behulp van intra-raam-kompressietegnologie.
P-raam: verwysingsraamwerk vorentoe, wanneer u saamdruk, verwys slegs na die voorheen verwerkte raamwerk. Gebruik raamklankompressietegnologie.
B-raam: 'n Tweerigtingverwysingsraamwerk. Gedurende kompressie verwys dit na die vorige raam en die volgende raam. Gebruik interraam-kompressietegnologie.
Benewens I / P / B-rame, is daar ook GOP-reeks.
GOP: Tussen twee I-rame is 'n beeldvolgorde, en daar is slegs een wat ek in 'n beeldvolgorde raam. Soos hieronder getoon:
Nou sal ons die H264-kompressietegnologie breedvoerig beskryf.
H264 kompressietegnologie
Die basiese beginsel van H264 is eintlik baie eenvoudig. Kom ons beskryf kortliks die proses van H264-komprimering van data. Die videorame wat deur die kamera vasgelê is (bereken teen 30 rame per sekonde) word na die buffer van die H264-kodeerder gestuur. Die kodeerder moet eers makroblokke vir elke prent verdeel.
Neem die volgende foto as voorbeeld:
Partisie makroblok
H264 gebruik standaard 'n 16X16-gebied as 'n makroblok, en dit kan ook in 8X8-grootte verdeel word.
Nadat u die makroblok verdeel het, bereken die pixelwaarde van die makroblok.
Analoog word die pixelwaarde van elke macroblock in 'n beeld bereken, en al die macroblocks word soos volg verwerk.
Onderblok
H264 gebruik 16X16 makroblokke vir relatief plat beelde. Om 'n hoër kompressiesnelheid te bereik, kan kleiner subblokke egter ook in 16X16 makroblokke verdeel word. Die grootte van die subblok kan 8X16, 16X8, 8X8, 4X8, 8X4, 4X4 wees, wat baie buigsaam is.
In die bostaande prentjie het die meeste van die 16X16 makroblokke in die rooi raam 'n blou agtergrond, en 'n deel van die drie arende word in hierdie makroblok geteken. Om die gedeeltelike beelde van die drie arende beter te verwerk, word H264 veelvuldige subblokke verdeel in 16X16 makroblokke.
Sodoende kan doeltreffender data na intra-raam-kompressie verkry word. Die onderstaande figuur is die resultaat van die saampersing van bogenoemde makroblokke met onderskeidelik mpeg-2 en H264. Die linker helfte is die resultaat van kompressie na MPEG-2 subblokverdeling, en die regterhelfte is die resultaat van H264 subblokkompressie. Daar kan gesien word dat die H264-delingsmetode meer voordele het.
Nadat die makroblok verdeel is, kan al die foto's in die H264-kodeerderbuffer gegroepeer word.
Raamgroepering
Vir videodata bestaan daar hoofsaaklik twee soorte data-oortolligheid, die een is data-oortolligheid in tyd en die ander is data-oortolligheid in die ruimte. Onder hulle is die data-oortolligheid in tyd die grootste. Kom ons bespreek eers die oorbodigheidsprobleem van videodatatyd.
Waarom is die tydoortolligheid die grootste? As ons aanneem dat die kamera 30 rame per sekonde vang, hou die data van hierdie 30 rame meestal verband. Dit is ook moontlik dat meer as 30 rame data, tien rame of honderde rame data besonder nou verwant is.
Vir hierdie baie nou verwante rame hoef ons eintlik net een raam met data te stoor, en ander rame kan volgens sekere reëls vanuit hierdie raam voorspel word, dus die videodata het die meeste tydoorskot.
Om te bereik dat die betrokke rame data deur middel van die voorspellingsmetode komprimeer, is dit nodig om die videorame te groepeer. Hoe kan jy dus vasstel dat sekere raamwerke nou verwant is en saam gegroepeer kan word? Kom ons kyk na 'n voorbeeld. Hieronder is 'n vasgestelde videoraam van 'n groep biljartballe in beweging. Die biljartballe rol van die regter boonste hoek na die onderste linkerhoek.
Die H264-kodeerder neem elke keer twee aangrensende rame uit om die makroblokke te vergelyk om die ooreenkoms tussen die twee rame te bereken. Soos hieronder getoon:
Deur die makroblokskandering en die makrobloksoektog kan gevind word dat die korrelasie tussen die twee rame baie hoog is. Verder word bevind dat die korrelasiegraad van hierdie groep rame baie hoog is. Daarom kan bogenoemde rame in een groep verdeel word. Die algoritme is: in die aangrensende beelde is die pixels wat oor die algemeen verskillend is slegs binne 10%, die helderheidsverskil nie meer as 2% nie, en die chromatisiteitsverskil verander slegs binne 1%. Ons dink dit Die grafieke kan saamgegroepeer word.
In so 'n groep rame, na die kodering, behou ons slegs die volledige data van die eerste boodskap, en ander rame word bereken deur na die vorige raam te verwys. Ons noem die eerste raam IDR / I-raam, en ander rame noem ons P / B-raam, so ons noem die gekodeerde dataraamgroep GOP.
Bewegingsberaming en vergoeding
Nadat die rame in die H264-kodeerder gegroepeer is, is dit nodig om die bewegingsvektore van die voorwerpe in die raamgroep te bereken. Neem die bogenoemde bewegende biljartvideo-raam as voorbeeld, laat ons kyk hoe dit die bewegingsvektor bereken.
Die H264-kodeerder haal eers twee rame videodata uit die bufferopskrif in volgorde uit en voer dan makroblokskandering uit. Wanneer 'n voorwerp in een van die prente gevind word, word die soektog in die omgewing van die ander prentjie (in die soekvenster) uitgevoer. As die voorwerp op hierdie tydstip in 'n ander beeld gevind word, kan die bewegingsvektor van die voorwerp bereken word. Die volgende foto toon die posisie van die biljartbal na soek.
Deur die verskil tussen die posisies van die biljartballe in die bostaande prentjie, kan die rigting en afstand van die tafelfoto bereken word. H264 teken die afstand en rigting van die balbeweging in elke raam om die beurt aan, en dit word die volgende.
Nadat die bewegingsvektor bereken is, word dieselfde deel (dit wil sê die groen deel) afgetrek om die vergoedingsdata te verkry. Uiteindelik hoef ons slegs die vergoedingsdata te komprimeer en te stoor, en dan kan die oorspronklike beeld herstel word wanneer u dit dekodeer. Die saamgeperste data hoef slegs 'n klein hoeveelheid data op te neem. Soos volg:
Ons noem bewegingsvektor en kompensasie as interraam-kompressietegnologie, wat die data-oortolligheid van videorame betyds oplos. Benewens kompressie tussen raamwerk, moet datakompressie ook binne die raamwerk gedoen word. Intra-raam datakompressie los ruimtelike data oortolligheid op. Nou sal ons die intra-raam-kompressietegnologie bekendstel.
Intra voorspelling
Die menslike oog het 'n mate van herkenning van die beeld, dit is baie sensitief vir die helderheid van lae frekwensie en is nie baie sensitief vir die helderheid van hoë frekwensie nie. Daarom kan gegewens wat nie sensitief is vir menslike oë nie, gebaseer word op navorsing, uit 'n beeld verwyder word. Op hierdie manier word die intra-voorspellingstegnologie voorgestel.
Die intra-raam-kompressie van H264 stem baie ooreen met JPEG. Nadat 'n beeld in makroblokke verdeel is, kan elke makroblok in 9 modusse voorspel word. Soek die voorspellingsmodus wat die naaste aan die oorspronklike prent is.
Die volgende prentjie is die proses om elke makroblok in die hele prentjie te voorspel.
Die vergelyking tussen die beeld na intra-voorspelling en die oorspronklike beeld is as volg:
Dan word die oorspronklike beeld en die intra-voorspelde beeld afgetrek om 'n restwaarde te verkry.
Stoor dan die voorspellingsmodus wat ons voorheen gekry het, sodat ons die oorspronklike beeld kan herstel wanneer ons dekodeer. Die effek is soos volg:
Alhoewel die data aansienlik verminder word na intra-raam- en interraam-kompressie, is daar nog ruimte vir optimalisering.
Doen DCT op oorblywende data
Die oorblywende data kan onderwerp word aan 'n heelgetal diskrete kosinus-transformasie om die korrelasie van die data te verwyder en die data verder saam te pers. Soos in die onderstaande figuur getoon, is die linkerkant die makroblok van die oorspronklike data, en die regterkant is die makroblok van die berekende oorblywende data.
Die makroblok van oorblywende data word gedigitaliseer soos in die onderstaande figuur getoon:
DCT-omskakeling word op die residuele datamakroblok uitgevoer.
Nadat die geassosieerde data verwyder is, kan ons sien dat die data verder saamgepers word.
Nadat DCT klaar is, is dit nie genoeg nie en is CABAC nodig vir verlieslose kompressie.
CABAC
Bogenoemde intra-raam-kompressie is 'n verlies-kompressietegniek. Met ander woorde, nadat die beeld saamgepers is, kan dit nie heeltemal herstel word nie. CABAC is 'n verlieslose kompressietegnologie.
Verlieslose kompressietegnologie is miskien die bekendste vir almal: Huffman-kodering, 'n kort kode vir hoëfrekwensie-woorde, 'n lang kode vir lae-frekwensie-woorde om die doel van datakompressie te bereik. VLC wat in MPEG-2 gebruik word, is hierdie soort algoritme; ons neem AZ as voorbeeld, A behoort tot hoë frekwensie data, en Z behoort tot lae frekwensie data. Kyk hoe dit gedoen word.
CABAC is ook 'n kort kode vir hoëfrekwensie-data en 'n lang kode vir lae-frekwensie-data. Terselfdertyd sal dit komprimeer op grond van konteks, wat baie doeltreffender is as VLC. Die effek is soos volg:
Vervang AZ nou deur 'n videoraam, en dit sal soos volg lyk.
Dit blyk uit die bostaande prentjie dat die verlieslose kompressieskema wat CACBA gebruik, baie doeltreffender is as VLC.
opsomming
Op hierdie stadium het ons die H264-koderingsbeginsel voltooi. Hierdie artikel praat hoofsaaklik oor die volgende punte:
1. Jianyin het 'n paar basiese konsepte in H264 bekendgestel. Soos I / P / B-raam, GOP.
2. Die basiese beginsels van H264-kodering breedvoerig uiteengesit, insluitend:
Makroblokverdeling
Beeldgroepering
Intra-raam kompressietegnologie beginsel
Die beginsel van interraam-kompressietegnologie.
DCT
CABAC-kompressiebeginsel.
|
|
|
|
Hoe ver (lang) die sender dekking?
Die transmissie reeks is afhanklik van baie faktore. Die ware afstand is gebaseer op die antenna installering hoogte, antenna gewin, met behulp van omgewing soos die bou en ander obstruksies, sensitiwiteit van die ontvanger, antenna van die ontvanger. Die installering van antenna meer hoog en die gebruik in die platteland, die afstand sal baie meer ver.
VOORBEELD 5W FM Transmitter gebruik in die stad en tuisdorp:
Ek het 'n VSA gebruik kliënt 5W FM-sender met GP antenna in sy tuisdorp, en hy toets dit met 'n motor, dit dek 10km (6.21mile).
Ek toets die 5W FM-sender met GP antenna in my tuisdorp, dit dek ongeveer 2km (1.24mile).
Ek toets die 5W FM-sender met GP antenna in Guangzhou stad, dit dek ongeveer net 300meter (984ft).
Hier is die benaderde aantal verskillende krag FM Tuners. (Die reeks is in deursnee)
0.1W ~ 5W FM Transmitter: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM Transmitter: 3KM ~ 10KM
80W ~ 500W FM Transmitter: 10KM ~ 30KM
500W ~ 1000W FM Transmitter: 30KM ~ 50KM
1KW ~ 2KW FM Transmitter: 50KM ~ 100KM
2KW ~ 5KW FM Transmitter: 100KM ~ 150KM
5KW ~ 10KW FM Transmitter: 150KM ~ 200KM
Hoe om ons te kontak vir die sender?
Bel my + 8618078869184 OF
E-pos my [e-pos beskerm]
1.How ver jy wil dek in deursnee?
2.How lank van julle toring?
3.Where kom jy vandaan?
En ons sal jou meer professionele advies te gee.
Wie is Ons
FMUSER.ORG is 'n stelsel integrasie maatskappy wat fokus op RF wireless transmissie / studio video klank toerusting / streaming en data verwerking. Ons bied alles van advies en advies deur rack integrasie tot installasie, inbedryfstelling en opleiding.
Ons bied FM Transmitter, Analog TV Transmitter, Digitale TV-sender, VHF UHF Transmitter, Antennas, Koaksiale Kabel Connectors, STL, On Air Processing, Broadcast Produkte vir die Studio, RF Signal Monitoring, RDS Encoders, klank verwerkers en Remote Site Control Units, IPTV Produkte, Video / Audio Encoder / dekodeerder, ontwerp om te voldoen aan die behoeftes van beide groot internasionale uitsaaidienste en klein private stasies.
Ons oplossing het FM-radiostasie / analoog TV-stasie / digitale TV-stasie / Audio Video Studio-toerusting / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Ons gebruik gevorderde tegnologie produkte vir al die stelsels, want ons weet die hoë betroubaarheid en hoë prestasie is so belangrik vir die stelsel en oplossing. Terselfdertyd moet ons ook verseker dat ons produkte stelsel teen 'n baie billike prys verseker.
Ons het kliënte van publieke en kommersiële uitsaaiers, telekommunikasieverkeeroperateurs en reguleringsowerhede. Ons bied ook oplossings en produkte aan talle honderde kleiner, plaaslike en gemeenskaps-uitsaaiers.
FMUSER.ORG voer al meer as 15 jaar uit en het kliënte regoor die wêreld. Met 13 jaar ervaring in hierdie veld, het ons 'n professionele span om die kliënte se allerhande probleme op te los. Ons is toegewyd in die verskaffing van die uiters billike prys van professionele produkte en dienste. Kontak e-pos : [e-pos beskerm]
ons Factory
Ons het modernisering van die fabriek. U is welkom om ons fabriek te besoek wanneer jy kom na China.
Op die oomblik is, is daar reeds 1095 kliënte regoor die wêreld besoek ons Guangzhou Tianhe kantoor. As jy kom na China, is jy welkom om ons te besoek.
teen billike
Dit is ons deelname aan 2012 Global Bronne Hong Kong Electronics Fair . Kliënte van regoor die wêreld Uiteindelik het 'n kans om bymekaar te kom.
Waar is Fmuser?
U kan hierdie nommers deursoek " 23.127460034623816,113.33224654197693 "op google map, dan kan u ons fmuser-kantoor vind.
FMUSER Guangzhou kantoor is in Tianhe Distrik wat die sentrum van die Canton . baie naby Canton Fair , Guangzhou stasie, xiaobei pad en dashatou , Moet net 10 minute As neem TAXI . Welkom vriende oor die hele wêreld te besoek en te onderhandel.
Kontak: Sky Blue
Selfoon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-pos: [e-pos beskerm]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Kamer HuiLan Gebou No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Engels: Ons aanvaar alle betalings, soos PayPal, kredietkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, as u enige vrae het, kontak my gerus [e-pos beskerm] of WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Ons raai u aan Paypal gebruik om ons items te koop, Die Paypal is 'n veilige manier om te koop op die internet.
Elke van ons item lys bladsy onderste bo 'n paypal logo te betaal.
Kredietkaart.As jy nie paypal het, maar jy het kredietkaart, jy kan ook klik op die geel knoppie PayPal te betaal met jou kredietkaart.
-------------------------------------------------- -------------------
Maar as jy nie 'n kredietkaart en nie 'n PayPal rekening of moeilik om 'n paypal Vanweë het, kan jy die volgende gebruik:
Westerse Unie.  www.westernunion.com
Betaal deur Western Union vir my gesê:
Vir Naam / Gegewe naam: Yingfeng
Van / Van / Familienaam: Zhang
Volle naam: Yingfeng Zhang
Land: Sjina
Stad: Guangzhou
|
-------------------------------------------------- -------------------
T / T. betaal deur T / T (bankoverschrijving / Telegrafiese Transport / Bank Transfer)
Eerste BANKINLIGTING (MAATSKAPPYREKENING):
SWIFT BIC: BKCHHKHHXXX
Bank naam: BANK VAN CHINA (HONG KONG) BEPERK, HONG KONG
Bank Adres: BANK VAN CHINA TOWER, 1 TUIN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Rekening Naam: FMUSER INTERNATIONAL GROUP LIMITED
Rekening nommer. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Tweede BANKINLIGTING (MAATSKAPPYREKENING):
Begunstigde: Fmuser International Group Inc.
Rekeningnommer: 44050158090900000337
Begunstigde se bank: China Construction Bank Guangdong-tak
SWIFT-kode: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, District Tianhe, China
** Nota: As u geld na ons bankrekening oorplaas, MOET NIE iets in die opmerkingsarea skryf nie, anders kan ons die betaling nie ontvang nie weens die regeringsbeleid oor internasionale handel.
|
|
|
|
* Dit sal in 1-2 gestuur werksdae wanneer betaling duidelik.
* Ons sal dit stuur na jou paypal adres. As jy wil posadres verander, stuur jou korrekte adres en telefoonnommer na my e-pos [e-pos beskerm]
* As die pakkette is hieronder 2kg, sal ons gestuur word per pos lugpos, sal dit neem oor 15-25days om jou hand.
As die pakket is meer as 2kg, sal ons skip via EBW, DHL, UPS, Fedex vinnig spoedaflewering, sal dit neem oor 7 ~ 15days om jou hand.
As die pakket meer as 100kg, sal ons stuur via DHL of lugvrag. Dit sal ongeveer 3 ~ 7days om jou hand.
Al die pakkette is vorm China Guangzhou.
* Pakket sal as 'n 'geskenk' gestuur word en so minder as moontlik verklaar word. Koper hoef nie vir 'BELASTING' te betaal nie.
* Na skip, sal ons aan jou stuur 'n e-pos en gee jou die tracking nommer.
|
|
|
Vir waarborg.
Kontak ons --- >> Stuur die artikel terug aan ons --- >> Ontvang en stuur 'n ander plaasvervanger.
Naam: Liu xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
PC: 510620
Tel: + 8618078869184
Gaan terug na hierdie adres en skryf jou paypal adres, naam, probleem op noot: |
|
