Voogesitusmeedia ülevaade:
Nn voogedastusmeedia viitab meediumivormingule, mida voogedastuse kaudu Internetis mängitakse.
Voogvoo meedium on tuntud ka kui voogedastusmeedia, see tähendab, et ettevõtted kasutavad video edastusserverit programmide andmepakettidena võrku saatmiseks.
Pärast seda, kui kasutaja dekompressiooniseadme kaudu andmed dekompresseerib, kuvatakse programm nagu varem.
Voogesitusmeedia edastab voogesituse teel heli-, video- ja multimeediumifaile.
Streaming meediumifailivorming on meediumivorming, mis toetab voogesituse edastamist ja taasesitust.
Voogesitusrežiim on jagada multimeediumifailid, nagu video ja heli, tihenduspakettidesse spetsiaalse tihendusrežiimi kaudu,
Pidev ja reaalajas edastamine serverist kasutaja arvutisse. Voogesitussüsteemis ei pea kasutajad ootama tervet faili nagu voogesituseta
Alles pärast kõigi allalaadimiste lõppu näeme sisu, kuid alles mõne sekundi või kümnete sekundite jooksul pärast käivitamist saame neid kasutaja arvutis kasutada
Vastav mängija mängib kokkusurutud video- või heli- ja muid voogesitusega meediumifaile ning ülejäänud osa jätkatakse allalaadimist kuni esitamise lõpuni.
RTP: (reaalajas transpordiprotokoll)
RTP on transpordikihi protokoll Interneti-multimeedia andmevoo jaoks. RTP-d kasutatakse koos RTCP-ga ja see põhineb UDP-protokollil
Erinevalt HTTP-st ja FTP-st saab RTP kogu videofaili täielikult alla laadida. See saadab andmeid võrgus kindla andmeedastuskiirusega. Sellise kiirusega vaatab klient ka videofaili. Millal
Pärast filmi ja telepildi esitamist ei saa seda uuesti esitada, välja arvatud juhul, kui andmeid serverilt uuesti küsitakse.
RTCP: reaalajas transpordi juhtimise protokoll või RTP (juhtimisprotokoll või RTCP)
RTCP on RTP sõsarprotokoll
Märkus: -: RTP-protokolli ja RTCP-d kasutatakse koos ja see põhineb UDP-protokollil (kasutatakse tavaliselt videokonverentside jaoks)
RTSP: (reaalajas voogesituse protokoll)
Reaalajas voogesituse meediumiseansi protokoll, SDP (Session Description Protocol), RTP (reaalajas transpordiprotokoll).
RTSP on multimeedia voogesitusprotokoll, mida kasutatakse heli või video juhtimiseks. RTSP pakub laiendatavat raamistikku, mis võimaldab juhtida ja nõuda reaalajas andmeid, näiteks heli ja videot.
Meediumandmetes kasutatakse RTP, RTCP protokolli.
Üldiselt kasutatakse transpordikihina UDP-d. Sobib IPTV stseenide jaoks.
Andmeallikad hõlmavad väljaandmeid ja klippidesse salvestatud andmeid. Selle protokolli eesmärk on juhtida mitut andmeedastusühendust ja pakkuda võimalust edastuskanalite, näiteks UDP, multicast UDP ja TCP, valimiseks
See pakub ka meetodit RTP-põhise ülekandemehhanismi valimiseks
Edastamisel kasutatav võrguprotokoll ei kuulu selle määratluse reguleerimisalasse. Server võib voo sisu edastamiseks valida TCP või UDP, mis on võrgu viivituste suhtes tolerantsem
---> Suurim erinevus RTSP ja RTP vahel on see, et RTSP on kahesuunaline reaalajas andmeedastusprotokoll, mis võimaldab kliendil saata serverisse päringuid, näiteks taasesitust, kiiret edasi, tagasi ja nii edasi. Millal
Kuid RTSP suudab andmeid edastada 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
WebRTC:
Streaming meediumiprotokoll rakendatakse veebis. Kui Google esimest korda veebrtc käivitas, vaatasid hiiglased kas külmalt otsa või pidasid vastu. Edastamiseks kasutatakse RTP-protokolli.
RTMP (reaalajas sõnumside protokoll)
Macromedia töötas välja reaalajas videoprotokolli, mis kuulub nüüd Adobe'i. Sarnaselt HLS-ile saab seda rakendada reaalajas videotele ja see ei kao TCP põhjal.
// Erinevus on see, et RTMP ei saa Flash-põhiselt IOS-brauseris mängida, kuid selle 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ängija ja serveri vahel
// IOS-koodis kasutatakse voogesituse tõukamiseks tavaliselt RTMP-d. Voogesituse tõukamiseks saate kasutada kolmanda osapoole raamatukogu librtmp IOS-i. Librtmp kapseldab mõned põhilised API-d kasutajate jaoks helistamiseks
RTMP-protokoll nõuab ka kliendilt ja serverilt RTMP-ühenduse loomist "käepigistuse" kaudu ja seejärel ühenduse juhtimisteabe edastamist. RTMP-protokoll vormindab andmed edastamise ajal. Parema multipleksimise, allhanke ja teabe õigluse saavutamiseks jagab saatja sõnumi tükkideks koos sõnumi ID-ga ja iga osa võib olla eraldi teade,
See võib olla ka osa sõnumist. Vastuvõtja taastab jaotise terviklikuks sõnumiks vastavalt andmete pikkusele, sõnumi ID-le ja selles sisalduvale sõnumile, et teavet saata ja vastu võtta.
HLS: HTTP reaalajas voogesitus (HLS)
See on HTTP-põhine voogesituse meediumiprotokoll, mille on rakendanud Apple Inc,
See suudab realiseerida otseülekande ja tellitava voogesituse meediumit, mida kasutatakse peamiselt IOS-süsteemis
Pakkuda IOS-seadmetele (nt iPhone ja iPad) heli- ja videoülekandeid ning tellitavaid lahendusi.
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 otseülekande protokollidega, nagu RTMP-protokoll, RTSP-protokoll, MMS-protokoll jne
Kogu andmevoog.
HLS-protokoll salvestab reaalajas andmevoo serveri poolel pidevate, lühiajaliste ja pikkade meediumifailidena (mpeg-ts-vormingus), samas kui kliendipool laadib neid väikseid faile pidevalt alla ja mängib,
Kuna server genereerib alati viimastest reaalajas olevatest andmetest uued väikesed failid, realiseeritakse otseülekanne seni, kuni klient serverist saadud faile pidevalt järjest mängib.
On näha, et põhimõtteliselt põhineb HLS reaalajas <<saavutamiseks nõutaval tehnoloogial. Kuna andmeid edastatakse HTTP-protokolli kaudu, pole tulemüüri ega puhverserverit vaja arvestada
Lisaks on segmenteeritud faili pikkus väga lühike, nii et klient saab kiiresti valida ja vahetada koodikiirust, et taasesituseks erinevates ribalaiuse tingimustes kohaneda. Kuid sellised HLS-i tehnilised omadused määravad selle edasise arengu
Üldiselt on viivitus alati suurem kui tavaline otseülekande protokoll.
// Nii IOS kui ka Android toetavad seda protokolli loomulikult ja seadistamine on lihtne. Videomärgendit saate kasutada otse
*** VLS: on omamoodi voogesitusserver, mida kasutatakse spetsiaalselt voogesituse erinevate probleemide lahendamiseks. Sellel on ka mõned VLC omadused. Serverina saab videolan väljastada HTTP-, RTP- ja RTSP-vooge.
Põhimõtteliselt saab RTSP-d, RTMP-d ja HTTP-d kasutada otseülekannete ja tellitavate ringhäälingute jaoks, kuid üldjuhul kasutatakse otseülekannete jaoks RTSP-d ja RTMP-d ning tellitavateks edastusteks HTTP-d. Valime RTMP protokolli.
Erinevate protokollide ja nende põhjuste hilinemine
RTMP ja httpflv: nende kahe protokolli andmed on ligikaudu samad, seega on viivituse põhjused sarnased. On mõistlik öelda, et TCP otseülekande viivitus on väga väike. Miks on RTMP ja httpflv viivitused? Põhjus on see, et h264-l on RTMP ja httpflv mõlemad edastatud flv-märgendid. Videomärgise andmed on tavaliselt H264 andmed. H264 dekodeerimisel on IBP. Mina olen võtmeraam, mis on täielik pilt. Järgmise BP dekodeerimiseks peab teil kõigepealt olema I. BP-kaadrite arv võib olla nii väike kui soovite, kuid I-kaadrite arv ei tohi olla väiksem, seega peavad I-kaadrid olema flv-s. Tagasiirde on teine ülekanne (esimene on h264spps). Kuid I-kaadrid pole H264 voogudes tavalised. On ainult üks I-kaader teise järel. See intervall on üldtuntud kui GOP. Kodeerimisel on GOP seatud väga lühikeseks. Kui klient loob ühenduse, leiab server kõige kiiremini voost uusima I-kaadri ja saadab I-frame'ilt reaalajas andmeid. Kui aga 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 saatmise alustamiseks vahemälust uusim I-kaader. See on RTMP ja HLS-protokollide viivituse võti. Suuremates CDN-i platvormides nimetatakse seda "tehnoloogia teine RTMP". Põhimõte on voogesituse andmete kaks korda dekodeerimine ja väikese GOP-i seadistamine. Üldiselt, kui GOP-i väärtuseks on seatud 1 s, olenemata võrgu edastamise lingi viivitusest on maksimaalne andmeedastus 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: |
|
