Voogesituse ülevaade:
Nn voogedastusmeedia viitab meediumivormingule, mida voogedastuse kaudu Internetis mängitakse.
Streaming media nimetatakse ka voogedastusmeediumiks. See viitab ettevõtetele, kes kasutavad video edastusserverit programmide andmepakettidena saatmiseks ja võrku edastamiseks.
Pärast seda, kui kasutaja dekompressiooniseadme kaudu andmed dekompresseerib, kuvatakse programmi nagu enne edastamist.
Voogesitusmeedia edastab heli-, video- ja multimeediumifaile voogesituse kujul üle võrgu.
Streaming meediumifailivorming on meediumivorming, mis toetab voogesitust ja taasesitust.
Voogesitusmeetodiks on multimeediumifailide, nagu video ja heli, jagamine spetsiaalse tihendusmeetodi abil tihendatud pakettidesse.
Pidev ja reaalajas edastamine serverist kasutaja arvutisse. Voogesituse ülekannet kasutavates süsteemides ei pea kasutajad ootama kogu faili, näiteks voogesituse taasesitust.
Sisu on nähtav pärast kõigi allalaadimiste lõppu, kuid kasutaja arvutis saab kasutada ainult mõne sekundi või kümneid sekundeid käivitamise viivitust
Vastav mängija mängib kokkusurutud video- või heli- ja muid voogesituse meediumifaile ning ülejäänud osa laaditakse edasi, kuni taasesitus on lõppenud.
1. RTP: (reaalajas transpordiprotokoll)
See on Internetis multimeediumandmete voogesituse transpordikihi protokoll. RTP-protokolli ja RTP-juhtimisprotokolli RTCP kasutatakse koos,
Ja see on üles ehitatud UDP-protokollile.
RTP pole nagu http ja ftp, mis suudavad kogu filmi faili täielikult alla laadida. See saadab andmeid võrgus kindla andmeedastuskiirusega. Sellise kiirusega vaatab klient ka filmifaili.
Pärast filmiekraani esitamist ei saa seda korduvalt esitada, kui serverilt andmeid uuesti ei küsita.
2. RTCP: Reaalajas transpordi juhtimise protokoll või RTP juhtimisprotokoll või lühidalt RTCP)
Reaalajas edastamise juhtimisprotokoll on reaalajas edastamise protokolli (RTP) sõsarprotokoll.
Märkus: -: RTP-protokolli ja RTP-juhtimisprotokolli (RTCP) kasutatakse koos ja see põhineb UDP-protokollil (tavaliselt kasutatakse videokonverentsidel)
3. RTSP: (Reaalajas voogesituse protokoll)
Reaalajas voogesituse meediumiseansi protokoll, SDP (seansi kirjelduse protokoll), RTP (reaalajas transpordiprotokoll).
See on multimeedium voogesitusprotokoll, mida kasutatakse heli või video juhtimiseks. RTSP pakub laiendatavat raamistikku, mis võimaldab juhtida ja nõudmisel reaalajas andmeid, näiteks heli ja videot.
Meediumiandmed kasutavad rtp ja rtcp protokolle. Üldiselt kasutage transpordikihina udp-d. Sobib IPTV stseenide jaoks. Andmeallikad hõlmavad reaalajas andmeid ja klippidesse salvestatud andmeid. Selle protokolli eesmärk on kontrollida mitut andmeedastusühendust, pakkuda võimalust edastuskanalite, näiteks UDP, multicast UDP ja TCP, valimiseks ning pakkuda RTP-põhise ülekandemehhanismi valimise meetodeid. Edastamise ajal kasutatav võrgusideprotokoll ei kuulu selle määratluse reguleerimisalasse. Server võib voogesituse edastamiseks valida TCP või UDP, mis on võrgu viivituste suhtes tolerantsem.
--->: Suurim erinevus RTSP ja RTP vahel seisneb selles, et: RTSP on kahepoolne reaalajas andmeedastusprotokoll, mis võimaldab kliendil serverile päringuid saata, näiteks taasesituse, kiire edasi- ja tagasikäigu toimingud. millal
Muidugi saab RTSP edastada andmeid RTP-põhiselt ning samuti saab andmete saatmiseks valida TCP, UDP, multicast UDP ja muud kanalid, millel on hea mastaapsus. See sarnaneb http-protokolliga
Võrgu rakenduskihi protokoll.
4. WebRTC:
Veebipool rakendab voogesituse meediumiprotokolli. Kui Google esimest korda WebRTC käivitas, istusid hiiglased kas kõrvale või vastupanu sellele. Kasutage RTP-protokolli edastamist.
5. RTMP (Reaalajas sõnumside protokoll)
Macromedia välja töötatud reaalajas videoprotokollide komplekt kuulub nüüd Adobe-le. Sarnaselt HLS-ile saab seda rakendada reaalajas videotele ja see ei kao TCP põhjal.
// Erinevus on see, et RTMP-d ei saa iOS-i brauseris Flash-põhiselt mängida, kuid reaalajas jõudlus on parem kui HLS.
Reaalajas sõnumside protokoll on Adobe Systems'i välja töötatud avatud protokoll heli-, video- ja andmeedastuseks Flash-mängijate ja serverite vahel.
// iOS-i koodis kasutatakse voo edastamiseks tavaliselt RTMP-d. Voo edastamiseks võite kasutada kolmanda osapoole raamatukogu librtmp-iOS. librtmp kapseldab kasutajatele helistamiseks mõned põhilised API-d
Samuti nõuab RTMP-protokoll, et klient ja server loovad "käepigistuse" kaudu RTMP-ühenduse ja seejärel edastavad ühenduse juhtimisteabe. RTMP-protokoll vormindab andmed edastamise ajal. Tegeliku edastamise korral jagab saatja teabe multipleksimise, pakendamise ja õigluse paremaks saamiseks sõnumi sõnumi ID-dega tükkideks, iga osa võib olla üks sõnum,
See võib olla ka osa Sõnumist. Vastuvõttev ots taastab tüki terviklikuks sõnumiks vastavalt tükis sisalduvate andmete pikkusele, sõnumi id-i pikkusele ja sõnumi pikkusele, et realiseerida teabe saatmine ja vastuvõtmine.
6. HLS: HTTP reaalajas voogesitus (HLS)
See on HTTP Inc.-põhine voogesituse meediumiedastusprotokoll, mille on rakendanud Apple Inc. Seda kasutatakse peamiselt iOS-i süsteemis ning see pakub heli- ja videoülekandeid ning tellitavaid lahendusi iOS-i seadmetele (näiteks iPhone ja iPad). HLS on-demand on põhimõtteliselt tavaline segmenteeritud HTTP nõudmisel. Erinevus on selles, et selle segmendid on väga väikesed. Võrreldes tavaliste voogedastusmeedia otseülekannete protokollidega, nagu RTMP, RTSP, MMS jne, on HLS-i otseülekande suurim erinevus see, et otseülekande klient ei ole täielik andmevoog.
HLS-protokoll salvestab reaalajas andmevoo serveri poolel pidevate, lühiajaliste meediumifailidena (MPEG-TS-vormingus) ning klient laadib neid väikseid faile pidevalt alla ja mängib, kuna serveripool uuendab alati viimast otseülekannet The andmed genereerivad uusi väikeseid faile, nii et kuni klient mängib pidevalt serverist saadud faile järjest, realiseeritakse otseülekanne. On näha, et põhimõtteliselt võib arvestada, et HLS on otsesaate realiseerimise tehniline viis >> nõudmisel. Kuna andmeid edastatakse HTTP-protokolli kaudu, pole tulemüüre ega puhverservereid üldse vaja arvestada.
Lisaks on segmenteeritud faili kestus väga lühike ning klient saab taasesituseks kohanemiseks erinevates ribalaiuse tingimustes kiiresti valida ja vahetada bitikiirust. Kuid see HLSi tehniline omadus määrab selle
Viivitus on alati suurem kui tavaline otseülekande protokoll.
// Nii iOS kui ka Android toetavad seda protokolli loomulikult, seadistamine on lihtne, kasutage lihtsalt videomärgendit
*** VLS: See on omamoodi voogesitusserver, mida kasutatakse spetsiaalselt voogesituse erinevate probleemide lahendamiseks. Sellel on ka mõned VLC omadused. Serverina saab videolan väljastada vooge http, rtp, rtsp.
Põhimõtteliselt saab RTSP-d, RTMP-d ja HTTP-d kõiki kasutada otseülekannete ja tellitavate ringhäälingute jaoks, kuid üldjuhul kasutatakse otseülekanneteks RTSP-d ja RTMP-d ning tellitavateks edastusteks kasutatakse HTTP-d. Valisime RTMP-protokolli.
Eri protokolli viivitused ja nende põhjused
rtmp ja httpflv: nende kahe protokolli andmed on umbes samad, seega on viivituse põhjused samad. On mõistlik, et TCP voogesituse otseülekanded peaksid olema eriti madala latentsusega. Miks rtmp-l ja httpflv-il on endiselt latentsus? Põhjus on see, et h264-l on rtmp ja httpflv flv-märgendid, mida edastatakse. Videomärgise andmed on tavaliselt h264 andmed. H264 dekodeerimisel on IBP. I on võtmeraam, mis on täielik pilt. Enne dekodeerimist peab teil olema I. Viimaseid BP, BP kaadreid võib olla nii vähe kui soovite, kuid I kaadreid ei saa olla vähem, nii et I kaadrid tuleb edastada flv-märgendi edastamisel teiseks (esimene on h264spspps), kuid I kaadreid ei esine sageli h264 voogudes, Mõne aja möödudes on I raam. See ajavahemik on üldtuntud kui GOP. Kodeerimisel on GOP seatud väga lühikeseks. Kui klient loob ühenduse, leiab server voost lähima I kaadri kõige kiiremini ja saadab selle I kaadrist. Reaalajas andmed, kuid kui GOP on väga pikk, on I kaadri intervall väga pikk või oodake, kuni järgmine I kaader hakkab uude ühendusse andmeid saatma, või leidke puhvrist lähima I kaadri saatmise alustamiseks, siin on rtmp ja hls protokolli viivitus Põhipunkt on see, et suuremates CDN-i platvormides nimetatakse seda "rtmp teise avamise tehnoloogiaks". Põhimõte on tõukeandmete dekodeerimine kaks korda ja väikese gopi seadmine. Üldiselt on gop seatud 1-le. Sõltumata võrgu ülekandelingi viivitusest on maksimaalne andmeviivitus 1 s. Õnneks on I raam 0 viivitusega!
|
|
|
|
Kui kaugele (pikk) saatja katta?
Tegelik võimsus sõltub paljudest teguritest. Tõeline kaugus põhineb antenni paigaldamisel kõrgus, antennivõimendus, kasutades keskkonnas, nagu hoones ja muud takistused, tundlikkus vastuvõtja, antenn vastuvõtja. Paigaldamine antenn rohkem kõrge ja kasutades maal, kauguse palju kaugemale.
Näide 5W FM-saatja kasutamine linna ja kodulinna:
Mul on USA kliendile kasutamiseks 5W fm transmitter koos GP antenn oma kodulinnas, ja ta katsetada seda autot, see katab 10km (6.21mile).
Ma testida 5W fm transmitter koos GP antenn minu kodulinnas, seda katavad umbes 2km (1.24mile).
Ma testida 5W fm transmitter koos GP antenn Guangzhou linn, seda katavad umbes ainult 300meter (984ft).
Allpool on umbes vahemikus erineva võimsusega FM saatjad. (Vahemik on läbimõõduga)
0.1W ~ 5W FM saatja: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM saatja: 3KM ~ 10KM
80W ~ 500W FM saatja: 10KM ~ 30KM
500W ~ 1000W FM saatja: 30KM ~ 50KM
1KW ~ 2KW FM saatja: 50KM ~ 100KM
2KW ~ 5KW FM saatja: 100KM ~ 150KM
5KW ~ 10KW FM saatja: 150KM ~ 200KM
Kuidas meiega ühendust võtta saatja?
Helista mulle + 8618078869184 OR
Saada mulle [meiliga kaitstud]
1.How kaugele sa tahad, et katta läbimõõduga?
2.How pikk teie torn?
3.Where sa pärit oled?
Ja me teile rohkem professionaalset nõu.
Meist
FMUSER.ORG on süsteemi integreerimisfirma, mis keskendub raadiovõrgu traadita andmeedastusele / stuudio video audio seadmetele / voogedastusele ja andmetöötlusele. Pakume kõike alates nõuandest ja konsultatsioonidest raami integreerimise ja paigaldamise, kasutuselevõtu ja koolituse kaudu.
Pakume FM-saatjat, analoogtelevisiooni saatjat, digitaaltelevisiooni saatjat, VHF-i UHF-saatjat, antenne, koaksiaalkaabliühendusi, STL-i, õhu töötlemisel, stuudio levitamistooteid, RF-signaali jälgimist, RDS-kodeerijaid, heliprotsessoreid ja kaug-saidi juhtseadmeid IPTV tooted, Video / Audio Encoder / Decoder, mis on ette nähtud nii suurte rahvusvaheliste ringhäälinguvõrkude kui ka väikeste erajaamade vajadustele.
Meie lahendusel on FM-raadiojaam / analoog-TV-jaam / digi-TV-jaam / audio-videostuudioseadmed / stuudiosaatja link / saatja telemeetriasüsteem / hotelli telesüsteem / IPTV-otseülekanne / voogesituse otseülekanne / videokonverents / CATV-ringhäälingusüsteem.
Me kasutame kõigi süsteemide jaoks kõrgtehnoloogilisi tooteid, sest me teame, et kõrge usaldusväärsus ja kõrge jõudlus on süsteemi ja lahenduse jaoks nii olulised. Samal ajal peame ka tagama, et meie toodete süsteem oleks väga mõistliku hinnaga.
Meil on avalike ja kaubanduslike ringhäälinguorganisatsioonide, telekommunikatsioonioperaatorite ja reguleerivate asutuste kliente ning pakume lahendusi ja tooteid ka sadadele väiksematele, kohalikele ja kogukondlikele ringhäälinguorganisatsioonidele.
FMUSER.ORG on eksportinud üle 15 aasta ja tal on kliente kogu maailmas. 13-aastase kogemusega selles valdkonnas on meil professionaalne meeskond kliendi igasuguste probleemide lahendamiseks. Pühendume professionaalsete toodete ja teenuste äärmiselt mõistliku hinna pakkumisel. Kontakt e-post: [meiliga kaitstud]
meie Factory
Meil on moderniseerimine tehases. Olete oodatud külastama meie tehases kui sa tuled Hiinas.
Praegu on juba 1095 kliendid üle maailma külastanud meie Guangzhou Tianhe kontoris. Kui sa tuled Hiinas, olete oodatud meile külla.
õiglases
See on meie osalemine 2012 Global Sources Hong Kong Electronics Fair . Kliendid üle kogu maailma Lõpuks on võimalus kokku saada.
Kus on Fmuser?
Võite neid numbreid otsida " 23.127460034623816,113.33224654197693 "Google'i kaardilt leiate meie fmuseri kontori.
FMUSER Guangzhou asukoht on Tianhe piirkond, mis on keskel Canton . väga lähedal Euroopa Canton Fair , Guangzhou raudteejaamas, xiaobei tee ja dashatou Ainult vaja 10 minuti kui võtta TAXI . Tere sõbrad üle maailma, et külastada ja rääkida.
Kontakt: Sky Blue
Mobiiltelefon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [meiliga kaitstud]
QQ: 727926717
Skype: sky198710021
Aadress: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Hiina Zip: 510620
|
|
|
|
Inglise: Aktsepteerime kõiki makseid, näiteks PayPal, krediitkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Kui teil on küsimusi, võtke minuga ühendust [meiliga kaitstud] või WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Soovitame kasutada Paypal osta meie esemed, PayPal on turvaline viis osta Internetis.
Iga meie kaubaartiklite lehekülje allosas peal on paypal logo maksta.
Krediitkaart.Kui sul ei ole PayPal, kuid sa pead krediitkaarti, siis võib ka klõpsata Yellow PayPal nuppu maksma oma krediitkaardi.
-------------------------------------------------- -------------------
Aga kui sa ei ole krediitkaarti ja ei pea PayPal konto või raskelt sai paypal accout, võite kasutada järgmisi:
Western Union.  www.westernunion.com
Maksta Western Union mulle:
Eesnimi / eesnimi: Yingfeng
Perekonnanimi / perekonnanimi / perekonnanimi: Zhang
Täielik nimi: Yingfeng Zhang
Riik: Hiina
Linn: Guangzhou
|
-------------------------------------------------- -------------------
T / T. maksta T / T (pangaülekanne / telegrammülekanne / Bank Transfer)
Esimene Panga teave (ettevõtte konto):
SWIFT BIC: BKCHHKHHXXX
Panga nimi: HIINA (HONG KONG) BANK OF HONG KONG, HONG KONG
Panga aadress: HIINA TOBI BANK, 1 AED ROAD, CENTRAL, HONG KONG
PANGA KOOD: 012
Konto nimi: FMUSER INTERNATIONAL GROUP LIMITED
Arveldusarve nr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Teine Panga TEAVE (ETTEVÕTTE KONTO):
Saaja: Fmuser International Group Inc
Konto number: 44050158090900000337
Saaja pank: Hiina Ehituspanga Guangdongi filiaal
SWIFT-kood: PCBCCNBJGDX
Aadress: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe piirkond, Hiina
** Märkus. Kui kannate raha meie pangakontole, ÄRGE kirjutage märkuste piirkonda midagi, vastasel juhul ei saa me valitsuse rahvusvahelise kaubanduse poliitika tõttu makset kätte.
|
|
|
|
* See saata 1-2 tööpäeva jooksul, kui makse selge.
* Saadame selle oma paypal aadressi. Kui soovite muuta aadress, saatke oma õige aadress ja telefoni number minu e-posti [meiliga kaitstud]
* Kui paketid on alla 2kg, me vedada posti teel lennupostiga, see võtab aega umbes 15-25days oma käsi.
Kui pakend on rohkem kui 2kg, me laeva kaudu EMS, DHL, UPS, FedEx kiire kullerpostiteenuse, see võtab aega umbes 7 ~ 15days oma käsi.
Kui pakki üle 100kg saadame kaudu DHL või lennutranspordiga. See võtab umbes 3 ~ 7days oma käsi.
Kõik pakendid on vormi Hiina Guangzhou.
* Pakett saadetakse kingitusena ja deklareeritakse nii vähe kui võimalik, ostjal pole vaja "MAKSU" eest maksta.
* Pärast laeva, saadame teile e-kirja ja teile jälgimise numbri.
|
|
|
Garantii jaoks.
Võtke meiega ühendust --- >> Tagastage toode meile --- >> Võtke vastu ja saatke uus asendaja.
Nimi: Liu Xiaoxia
Aadress: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Hiinas.
ZIP: 510620
Telefon: + 8618078869184
Palun pöörduge tagasi aadress ja kirjuta oma paypal aadressi, nime, probleemi märkus: |
|
