5, RTSP protokol
Referenčni dokument RFC2326
Protokol pretakanja v realnem času (Real Time Streaming Protocol) je večpredstavnostni protokol za pretakanje, ki se uporablja za nadzor zvoka ali videa in omogoča hkratno upravljanje večkratnega pretakanja. Omrežni komunikacijski protokol, uporabljen med prenosom, ni znotraj določenega obsega. Strežniška stran Za prenos pretočne vsebine lahko izberete TCP ali UDP. Njegova sintaksa in delovanje sta podobna HTTP 1.1, vendar časovna sinhronizacija ni posebej poudarjena, zato lahko dopušča zamude v omrežju. Zgoraj omenjeni nadzor povpraševanja za več pretakanja (Multicast) ne more samo zmanjšati uporabe omrežja na strežniški strani, temveč tudi podpirati večstranske video konference (Video konferenca). Ker deluje podobno kot HTTP1.1, funkcija predpomnilnika "Cache" proxy strežnika "Proxy" velja tudi za RTSP, in ker ima RTSP funkcijo preusmeritve, lahko strežnik, ki zagotavlja storitev, preklopite glede na dejansko obremenitev situaciji, da se izognete preveliki obremenitvi, koncentrirani na istem strežniku, in povzročite zamudo.
sta skupaj predlagala Real Networks in Netscape. Protokol določa, kako lahko aplikacije proti enemu učinkovito prenašajo večpredstavnostne podatke prek omrežja IP. RTSP ponuja razširljiv okvir, ki omogoča nadzor in podatke na zahtevo v realnem času, na primer avdio in video. Viri podatkov vključujejo podatke v živo in podatke, shranjene v posnetkih.
Namen tega protokola je nadzirati več povezav za prenos podatkov, zagotoviti način za izbiro prenosnih kanalov, kot so UDP, multicast UDP in TCP, in zagotoviti metode za izbiro mehanizma prenosa, ki temelji na RTP.
Razmerje med RTSP in RTP
RTP: Prometni protokol v realnem času
RTP / RTCP je dejanski protokol za prenos podatkov;
RTP prenaša avdio / video podatke. Če je PLAY, ga strežnik pošlje odjemalcu. Če je zapis, ga lahko odjemalec pošlje strežniku. Celoten protokol RTP je sestavljen iz dveh tesno povezanih delov: podatkovnega protokola RTP in nadzornega protokola RTP (tj. RTCP) ；
RTCP: RTCP vključuje poročilo o pošiljatelju in poročilo o prejemniku, ki se uporablja za sinhronizacijo zvoka / slike in druge namene ter je nadzorni protokol;
RTSP: protokol pretakanja v realnem času (RTSP)
Zahteve RTSP vključujejo predvsem OPIS, NASTAVITEV, PREDVAJANJE, PAVZO, TARDOWN, MOŽNOSTI itd., Kot že ime pove, je lahko znana kot funkcija dialoga in nadzora;
Med pogovorom RTSP lahko SETUP določi vrata, ki jih uporablja RTP / RTCP, PLAY / PAUSE / TEARDOWN lahko začne ali ustavi pošiljanje RTP itd .;
6. TCP in UDP protokol
Protokol TCP
TCP, polno ime je Protokol za nadzor prenosain kitajsko ime je Transmission Control Protocol. Deluje na transportnem sloju OSI in zagotavlja povezavo usmerjene zanesljive storitve prenosa.
Delo TCP je predvsem vzpostavitev povezave in nato prejemanje podatkov iz programa aplikacijskega sloja in prenos. TCP za delovanje uporablja navidezno vezje. Pred pošiljanjem podatkov mora vzpostaviti povezavo med pošiljateljem in prejemnikom. Po pošiljanju podatkov bo pošiljatelj počakal, da bo prejemnik potrdil odgovor, sicer bo pošiljatelj mislil, da so ti podatki izgubljeni, in jih ponovno poslal.
RTP ni kot http in ftp, ki lahko v celoti preneseta celotno datoteko filma. Podatke v omrežje pošilja s fiksno hitrostjo prenosa podatkov. Naročnik si s to hitrostjo ogleda tudi filmsko datoteko. Po predvajanju filmskega zaslona ga ni mogoče več predvajati. , Razen če znova zahtevate podatke s strežnika.
Največja razlika med RTSP in RTP je ta: RTSP je dvosmerni protokol za prenos podatkov v realnem času, ki odjemalcu omogoča pošiljanje zahtev strežniku, kot so predvajanje, hitro previjanje naprej in nazaj.
Seveda lahko RTSP prenaša podatke na podlagi RTP in lahko za pošiljanje podatkov izbere tudi TCP, UDP, multicast UDP in druge kanale, kar ima dobro razširljivost.
Gre za protokol omrežne aplikacijske plasti, podoben protokolu http.
Izvorna vrata: določena so vrata pošiljatelja
Ciljna vrata: navedena je številka vrat sprejemnega konca
Številka zaporedja: označuje položaj segmenta v zaporedju segmentov, ki jih je treba poslati
Potrditvena številka: določa zaporedno številko uspešno prejetega segmenta, potrditvena zaporedna številka vsebuje naslednjo zaporedno številko, ki jo pričakuje konec pošiljanja potrditve
Odmik TCP: določa dolžino glave odseka. Dolžina glave odseka je odvisna od možnosti, nastavljene v polju z možnostmi glave odseka
Rezervirano: Rezervirano polje je določeno za prihodnjo uporabo
Znaki: SYN, ACK, PSH, RST, URG, FIN
SYN: pomeni sinhronizacijo
ACK: pomeni potrditev
PSH: Označuje, da bodo podatki poslani v postopek prejema čim prej
RST: Označuje ponastavitev povezave
URG: Označuje kazalec v sili
FIN: Označuje, da je pošiljatelj zaključil prenos podatkov
Okno: določite ukaz o velikosti naslednjega segmenta, ki ga pošiljatelj lahko pošlje
Kontrolna vsota: Kontrolna vsota vsebuje glavo segmenta TCP in podatkovni del, ki se uporablja za preverjanje zanesljivosti glave segmenta in podatkovnega dela
Nujno: označuje, da segment vsebuje informacije o nujnih primerih, kazalec v sili pa je veljaven le, če je zastavica URG nastavljena na 1.
Možnosti: Navedena je velikost prepoznanega segmenta, časovni žig, konec polja možnosti in podana je mejna možnost polja možnosti
Kako deluje TCP
Vzpostavitev povezave TCP: Postopek vzpostavitve povezave TCP se imenuje tudi trosmerni TCP rokovanje. Najprej gostiteljski pošiljatelj sproži zahtevo za sinhronizacijo (SYN) za vzpostavitev povezave z gostiteljskim sprejemnikom; gostiteljski sprejemnik po prejemu te zahteve odgovori gostitelju pošiljatelja s sinhronizacijskim / potrditvenim odzivom (SYN / ACK); gostiteljski pošiljatelj to sprejme Potem, ko je paketu prejemnikovo gostiteljsko potrdilo poslano potrdilo (ACK), je povezava TCP v tem trenutku uspešno vzpostavljena;
Zapiranje povezave TCP: Ko gostitelj pošiljatelja in ciljni gostitelj vzpostavita povezavo TCP in zaključita prenos podatkov, bo poslan podatkovni paket s končno zastavico, nastavljeno na 1, da zapre povezavo TCP in sprosti vmesni prostor, ki ga zaseda povezava istočasno; Nastavitev ponastavitve TCP: TCP omogoča nenadno prekinitev povezave med prenosom, kar se imenuje ponastavitev TCP;
Razvrščanje in potrditev podatkov TCP: TCP je zanesljiv prenosni protokol. Za sledenje prejemu podatkov med prenosom uporablja zaporedne številke in potrditvene številke;
Ponovno pošiljanje TCP: Če gostitelj prejemnika v času izteka ponovnega pošiljanja ne prejme potrditvenega odgovora na podatkovni paket, gostiteljski pošiljatelj upošteva izgubljeni podatkovni paket in ga ponovno pošlje sprejemniku. se imenuje TCP retransmisija;
Potrditev zakasnitve TCP: TCP ne potrdi vedno data takoj po prejemu. Gostitelju omogoča, da med prejemanjem podatkov drugi stranki pošlje lastno potrditveno sporočilo.
Zaščita podatkov TCP (kontrolna vsota): TCP je zanesljiv prenosni protokol, ki zagotavlja izračun kontrolne vsote za uresničitev celovitosti podatkov med prenosom.
UDP protokol
UDP protokol je okrajšava angleškega UserDatagramProtocol, torej uporabniškega protokola datagrama, ki se v glavnem uporablja za podporo omrežnih aplikacij, ki morajo prenašati podatke med računalniki. Številne odjemalske / strežniške omrežne aplikacije, vključno z omrežnimi videokonferenčnimi sistemi, morajo uporabljati protokol UDP. Protokol UDP se uporablja že vrsto let od njegove ustanovitve. Čeprav so prvotni sijaj zakrili nekateri podobni protokoli, je UDP še danes zelo praktičen in izvedljiv protokol omrežne transportne plasti.
Tako kot dobro znani protokol TCP (Transmission Control Protocol) se tudi protokol UDP nahaja neposredno na vrhu protokola IP (Internet Protocol). V skladu z referenčnim modelom OSI (Open System Interconnection) sta UDP in TCP protokola transportne plasti.
Glavna naloga protokola UDP je stiskanje omrežnega podatkovnega prometa v obliki datagramov. Tipičen datagram je prenosna enota binarnih podatkov. Prvih 8 bajtov vsakega datagrama se uporablja za vsebovanje informacij v glavi, preostali bajti pa za določeno pošiljanje podatkov.
7. Primerjava protokolov RTP / RTCP, RTMP, TCP, UDP
TCP je protokol od točke do točke, kar pomeni, da mora vsak odjemalec ločiti povezavo odjemalec / strežnik, zato oddajanja podatkov več odjemalcem ni mogoče realizirati na omrežni ravni. Če je treba podatkovni tok hkrati poslati več odjemalcem, mora strežnik posredovati kopijo podatkovnega toka vsakemu odjemalcu. TCP lahko dinamično prilagodi hitrost prenosa glede na pasovno širino omrežja in stopnjo zastojev ter znova pošlje izgubljene podatkovne pakete. Zagotovljena je zanesljivost prenosa podatkov, vendar so strežniški viri dragi in je težko zagotoviti realnočasno izvedbo prenosa podatkovnega toka, kadar je podatkovni tok velik.
UDP je nezanesljiv prenosni protokol. Na koncu pošiljanja je hitrost, s katero UDP prenaša podatke, omejena samo s hitrostjo, s katero aplikacija generira podatke, zmogljivostjo računalnika in pasovno širino prenosa; na koncu sprejema UDP postavi vsak segment sporočil v čakalno vrsto. Aplikacija vsakič prebere segment sporočil iz čakalne vrste; protokolu UDP ni treba vzdrževati stanja povezave in ne misli, da mora vsak podatkovni paket doseči sprejemni konec, zato je obremenitev omrežja manjša od TCP in hitrost prenosa hitrejša od TCP; Bolj ko je omrežje preobremenjeno, več podatkovnih paketov se izgubi.
Glavna razlika med protokolom UDP in TCP je v tem, kako doseči zanesljiv prenos informacij. Protokol TCP vsebuje poseben mehanizem garancije dostave. Ko prejemnik podatkov prejme informacije od pošiljatelja, pošiljatelju samodejno pošlje potrditveno sporočilo; pošiljatelj bo še naprej pošiljal druge informacije šele po prejemu potrditvenega sporočila. V nasprotnem primeru bo počakal, dokler ne prejmete potrditvenega sporočila.
Torej ima TCP več časa za vzpostavitev povezave kot UDP. V primerjavi z UDP ima TCP večjo varnost in zanesljivost. Velikost prenosa protokola TCP ni omejena. Ko je povezava vzpostavljena, lahko obe strani pošljeta veliko količino podatkov v določeni obliki, medtem ko je UDP nezanesljiv protokol z omejitvijo velikosti, ki ne more vsakič preseči 64K.
V primerjavi s protokolom TCP je druga razlika protokola UDP v tem, kako sprejeti več datagramov, ki so nepričakovani. Za razliko od TCP UDP ne zagotavlja vrstnega reda pošiljanja in prejemanja podatkov.
RTP je nad UDP. Čeprav UDP ni tako zanesljiv kot TCP in ne more zagotoviti kakovosti storitveNa področju storitev v realnem času mora RTCP v realnem času spremljati prenos podatkov in kakovost storitev. Ker pa je zakasnitev prenosa UDP manjša kot pri TCP, je lahko zelo združljiva z video in zvokom. Dobra tekma. Zato se v praktičnih aplikacijah RTP / RTCP / UDP uporablja za avdio / video medije, TCP pa za prenos podatkov in nadzorno signalizacijo.
Protokol RTMP je protokol, zasnovan posebej za učinkovit prenos videa, zvoka in podatkov. Realizira prenos videa in zvoka v realnem času z vzpostavitvijo binarne TCP povezave ali povezavo tunela HTTP.
RTMP podpira več medijskih protokolov kot tradicionalni medijski strežniki. Podpira dinamični prenos več vrstic, ki lahko vsebujejo zvočne, video in skriptne podatke od strežnika do odjemalca in od odjemalca do strežnika. RTMP ločeno obdeluje zvočne, video in skriptne podatke.
Zvočni in video podatki se ločeno shranijo v strežnik. Če zvočni podatki dosežejo določeno mejo v zvočnem vmesniku, bodo vsi podatki v vmesnem pomnilniku zavrženi, zadnji prispeli podatki pa bodo lahko začeli zbirati v vmesnem pomnilniku in jih poslati vsakemu odjemalcu. Video podatki se obdelujejo na podoben način, razlika je v tem, da se ob prihodu novega okvirja ključa podatki v vmesnem pomnilniku počistijo. Če se zavržejo stari podatki okvirja, če se ugotovi, da so podatki odjemalca napačni, so nameščeni novi in stari okvirji.
RTMP daje različnim prednostnim ravnem podatke. V pogovoru v realnem času je zvok najpomembnejši, video ima nizko prednost, podatki o skriptu pa prednost med zvokom in videom.
Protokol RTMP lahko ustvari več tokov podatkov, vendar ima lahko vsak tok podatkov samo eno smer. Z uporabo RTMP lahko zgradi tak sistem, odjemalec lahko hkrati komunicira s strežnikom RTMP in strežnikom aplikacij, tako da se obremenitev strežnika razprši, čeprav v tej izboljšani sistemski strukturi zahteve glede zmogljivosti strežnika RTMP so relativno visoki.
8. Drugi dogovori
Protokol HTTP, polno ime je HyperText Transfer Protocol, kitajsko pa HyperText Transfer Protocol;
Protokol MMS, polno ime je protokol Microsoft Media Server, kitajsko pa protokol Microsoft Media Server;
Protokol HLS s polnim imenom HTTP Live Streaming je protokol za prenos pretočnih medijev na osnovi HTTP, ki ga izvaja Apple Inc .;
|
|
|
|
Kako daleč (dolgo) pokrov oddajnik?
Domet prenosa je odvisen od mnogih dejavnikov. Resnična razdalja temelji na antene namešča višino, antene, z uporabo okolja podobnega objekta in drugimi ovirami, občutljivosti sprejemnika, antene sprejemnika. Namestitev antene bolj visoke in uporabo na podeželju, razdalja bo veliko bolj daleč.
Primer 5W FM oddajnik uporabo v mestu in domačen:
Imam ZDA uporaba stranke 5W FM oddajnik z GP anteno v svojem domačem kraju, in on ga preizkusite z avtomobilom, zajemati 10km (6.21mile).
preizkusim FM oddajnik 5W z GP anteno v mojem rodnem mestu, pa zajema približno 2km (1.24mile).
preizkusim FM oddajnik 5W z GP anteno v mestu Guangzhou, zajemati samo o 300meter (984ft).
Spodaj so približni obseg različnih moči FM oddajnike. (Območje je premer)
0.1W ~ 5W FM oddajnik: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM oddajnik: 3KM ~ 10KM
80W ~ 500W FM oddajnik: 10KM ~ 30KM
500W ~ 1000W FM oddajnik: 30KM ~ 50KM
1KW ~ 2KW FM oddajnik: 50KM ~ 100KM
2KW ~ 5KW FM oddajnik: 100KM ~ 150KM
5KW ~ 10KW FM oddajnik: 150KM ~ 200KM
Kako v stik z nami za oddajnik?
Pokliči me + 8618078869184 ALI
email mi [e-pošta zaščitena]
1.How daleč želite kritje v premeru?
2.How visok vas stolp?
3.Where ste?
In bomo dobili bolj strokovno svetovanje.
O nas
FMUSER.ORG je podjetje za sistemsko integracijo, ki se osredotoča na brezžični prenos RF / studijski video avdio opremo / pretočnost in obdelavo podatkov. Nudimo vse, od svetovanja in svetovanja preko integracije regalov do namestitve, zagona in usposabljanja.
Nudimo FM oddajnik, analogni televizijski oddajnik, digitalni televizijski oddajnik, VHF UHF oddajnik, antene, konektorje za koaksialni kabel, STL, obdelavo zraka, oddajne izdelke za studio, RF signale, RDS kodirnike, zvočne procesorje in kontrolne enote za oddaljene lokacije, IPTV Izdelki, Video / Audio Encoder / Decoder, zasnovan tako, da ustreza potrebam velikih mednarodnih oddajnih omrežij in malih zasebnih postaj.
Naša rešitev ima FM radijsko postajo / analogno TV postajo / digitalno TV postajo / avdio video studijsko opremo / povezavo oddajnika v studiu / oddajnik Telemetrijski sistem / hotelski TV sistem / IPTV oddajanje v živo / pretakanje v živo / video konferenca / sistem CATV oddajanja.
Za vse sisteme uporabljamo izdelke napredne tehnologije, saj vemo, da sta za sistem in rešitev tako pomembni visoka zanesljivost in visoka zmogljivost. Hkrati moramo tudi zagotoviti, da bo naš sistem izdelkov z zelo razumno ceno.
Imamo stranke javnih in komercialnih radijskih in televizijskih postaj, telekomunikacijskih operaterjev in regulativnih organov, prav tako pa nudimo rešitve in izdelke številnim manjšim, lokalnim in skupnostnim radijskim in televizijskim postajam.
FMUSER.ORG izvaža že več kot 15 let in ima stranke po vsem svetu. Z 13 letnimi izkušnjami na tem področju imamo strokovno ekipo za reševanje vseh vrst težav strank. Posvetili smo se zagotavljanju izjemno ugodnih cen profesionalnih izdelkov in storitev. E-naslov kontaktne osebe: [e-pošta zaščitena]
Naša Factory
Imamo modernizacija tovarne. Vabimo vas, da obiščete našo tovarno, ko ste prišli na Kitajsko.
Trenutno že obstajajo 1095 stranke po vsem svetu, obiskali našo Guangzhou Tianhe pisarno. Če ste prišli na Kitajsko, vas vabimo, da nas obiščete.
na sejmu
To je naše sodelovanje v 2012 globalnih virov Hong Kong Electronics Fair . Kupci iz vsega sveta končno priložnost, da se skupaj.
Kje je Fmuser?
Lahko poiščete te številke " 23.127460034623816,113.33224654197693 "na google map, potem lahko najdete našo pisarno fmuser.
FMUSER Guangzhou urad je v Tianhe District, ki je center kantona . zelo blizu k Canton Fair , Guangzhou železniška postaja, xiaobei cestni in dashatou Je treba le 10 minut če bi TAXI . Dobrodošli prijatelji po vsem svetu na obisk in pogajanja.
Kontakt: Sky Blue
Mobilni telefon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-naslov: [e-pošta zaščitena]
QQ: 727926717
Skype: sky198710021
Naslov: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angleščina: Sprejemamo vsa plačila, kot so PayPal, kreditna kartica, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Če imate kakršno koli vprašanje, me kontaktirajte [e-pošta zaščitena] ali WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Priporočamo uporabo Paypal za nakup naših predmetov, The Paypal je varen način za nakup na spletu.
Vsak našega seznama postavka strani dnu, na vrhu imajo paypal logotip za plačilo.
Kreditna kartica.Če nimate paypal, vendar imate kreditno kartico, lahko tudi kliknete rumeni gumb PayPal za plačilo s kreditno kartico.
-------------------------------------------------- -------------------
Ampak, če še niste kreditno kartico in ne imeti paypal račun ali težko dobil paypal obračunsko, lahko uporabite naslednje:
Western Union.  www.westernunion.com
Plačilo z Western Union, da me:
Ime / Ime: Yingfeng
Priimek / Priimek / Priimek: Zhang
Polno ime: Yingfeng Zhang
Država: Kitajska
Mesto: Guangzhou
|
-------------------------------------------------- -------------------
T / T. plačilo z T / T (nakazilo / Telegrafski Transfer / bančno nakazilo)
Prvi PODATKI O BANKI (RAČUN PODJETJA)
SWIFT BIC: BKCHHKHHXXX
Ime banke: BANKA OF CHINA (HONG KONG) LIMITED, HONG KONG
Naslov banke: BANK OF CHINA TOWER, 1 vrtna cesta, CENTRAL, HONG KONG
BANČNI KODEKS: 012
Ime računa: FMUSER INTERNATIONAL GROUP LIMITED
Številka računa. 012-676-2-007855-0
-------------------------------------------------- -------------------
Drugi PODATKI O BANKI (RAČUN PODJETJA):
Upravičenec: Fmuser International Group Inc.
Številka računa: 44050158090900000337
Banka upravičenca: podružnica Kitajske gradbene banke v Guangdongu
SWIFT koda: PCBCCNBJGDX
Naslov: NO.553 Tianhe Road, Guangzhou, Guangdong, okrožje Tianhe, Kitajska
** Opomba: Ko nakažete denar na naš bančni račun, v polje za opombe NE pišite ničesar, sicer plačila ne bomo mogli prejeti zaradi vladne politike mednarodnega trgovanja.
|
|
|
|
* Se bo, pošlje 1-2 delovnih dni, ko plačilo jasno.
* Jo bomo poslali na vaš paypal naslov. Če želite spremeniti naslov, pošljite pravilen naslov in telefonsko številko, na moj email [e-pošta zaščitena]
* Če se paketi pod 2kg, bomo pošiljajo po pošti letalom, bo trajalo približno 15-25days v svoje roke.
Če je paket je več kot 2kg bomo ladje prek EMS, DHL, UPS, Fedex hitro hitre dostave, bo trajalo približno 7 ~ 15days na roko.
Če paket več kot 100kg, vam bomo poslali preko DHL ali tovora. To bo trajalo približno 3 ~ 7days na roko.
Vsi paketi so oblika Kitajska Guangzhou.
* Paket bo poslan kot "darilo" in čim manj jasno, kupcu ni treba plačati "DAVKA".
* Po ladji, vam bomo poslali e-mail in vam številko za sledenje.
|
|
|
Za garancijo.
Obrnite se na ZDA --- >> Vrnite nam izdelek --- >> Prejmite in pošljite novo zamenjavo.
Ime: Liu Xiaoxia
Naslov: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kitajska.
ZIP: 510620
Telefon: + 8618078869184
Vrnite se na ta naslov in napišite paypal naslov, ime, problem na opombo: |
|
