5, protokol RTSP
Referenčný dokument RFC2326
Protokol streamovania v reálnom čase (Real Time Streaming Protocol) je multimediálny streamovací protokol používaný na ovládanie zvuku alebo videa a umožňuje súčasnú kontrolu dopytu po viacerých streamoch. Sieťový komunikačný protokol používaný počas prenosu nie je v stanovenom rozsahu. Na strane servera Na prenos streamovaného obsahu si môžete zvoliť použitie TCP alebo UDP. Jeho syntax a prevádzka sú podobné ako pri HTTP 1.1, ale synchronizácia času nie je nijako zvlášť zdôraznená, takže môže tolerovať oneskorenie v sieti. Vyššie spomenuté riadenie dopytu po viacerých streamoch (Multicast) môže nielen znížiť využitie siete na strane servera, ale aj podporiť videokonferencie viacerých strán (Video Conference). Pretože to funguje podobne ako HTTP1.1, funkcia vyrovnávacej pamäte „Cache“ proxy servera „Proxy“ je použiteľná aj pre RTSP, a pretože RTSP má funkciu presmerovania, server poskytujúci službu je možné prepínať podľa skutočného zaťaženia situácia Vyhnite sa nadmernému zaťaženiu sústredenému na rovnakom serveri a spôsobte oneskorenie.
bol spoločne navrhnutý spoločnosťami Real Networks a Netscape. Protokol definuje, ako môžu rôzne aplikácie efektívne prenášať multimediálne údaje prostredníctvom siete IP. RTSP poskytuje rozšíriteľný rámec, ktorý umožňuje kontrolu a na požiadanie dáta v reálnom čase, ako sú audio a video. Zdroje údajov zahŕňajú živé údaje a údaje uložené v klipoch.
Účelom tohto protokolu je riadiť viacnásobné dátové prenosové spojenia, poskytnúť spôsob výberu prenosových kanálov, ako sú UDP, multicastové UDP a TCP, a poskytnúť spôsoby výberu prenosového mechanizmu založeného na RTP.
Vzťah medzi RTSP a RTP
RTP: Transportný protokol v reálnom čase
RTP / RTCP je skutočný protokol na prenos údajov;
RTP prenáša audio / video dáta. Ak je to PLAY, server ho odošle klientovi. Ak je to ZÁZNAM, môže ho klient poslať na server. Celý protokol RTP sa skladá z dvoch úzko súvisiacich častí: dátový protokol RTP a kontrolný protokol RTP (tj. RTCP) ；
RTCP: RTCP obsahuje správu o odosielateľovi a správu o príjemcovi, ktorá sa používa na synchronizáciu zvuku / videa a na iné účely a je kontrolným protokolom;
RTSP: Protokol streamovania v reálnom čase (RTSP)
Požiadavky RTSP zahŕňajú hlavne POPIS, NASTAVENIE, PLAY, PAUZU, TEARDOWN, MOŽNOSTI atď., Ako už z názvu vyplýva, možno ju označiť ako dialógovú a riadiacu funkciu;
Počas RTSP konverzácie môže SETUP určiť port používaný RTP / RTCP, PLAY / PAUSE / TEARDOWN môže spustiť alebo zastaviť odosielanie RTP atď .;
6. Protokol TCP a UDP
TCP protokol
TCP, celé meno je Protokol kontroly prenosua čínsky názov je Transmission Control Protocol. Funguje na transportnej vrstve OSI a poskytuje spoľahlivé prenosové služby zamerané na pripojenie.
Práca TCP je hlavne nadviazať spojenie, potom prijímať dáta z programu aplikačnej vrstvy a prenášať ich. TCP na prácu využíva pripojenie virtuálneho obvodu. Pred odoslaním údajov je potrebné nadviazať spojenie medzi odosielateľom a príjemcom. Po odoslaní údajov bude odosielateľ čakať na príjemcu s potvrdzujúcou odpoveďou, inak si bude odosielateľ myslieť, že tieto údaje sú stratené, a tieto údaje znova odošle.
RTP nie je ako http a ftp, ktoré dokážu úplne stiahnuť celý filmový súbor. Posiela dáta v sieti s pevnou dátovou rýchlosťou. Touto rýchlosťou klient sleduje aj filmový súbor. Po prehraní obrazovky filmu ju nie je možné opakovane prehrať. , Pokiaľ opäť nepožiadate o údaje zo servera.
Najväčší rozdiel medzi RTSP a RTP je v tom, že: RTSP je obojsmerný protokol na prenos údajov v reálnom čase, ktorý umožňuje klientovi posielať na server požiadavky, ako sú operácie prehrávania, rýchleho posunu dopredu a dozadu.
RTSP samozrejme môže prenášať údaje na základe RTP a na odosielanie údajov si tiež môže zvoliť TCP, UDP, multicastové UDP a ďalšie kanály, ktoré majú dobrú škálovateľnosť.
Je to sieťový aplikačný protokol podobný protokolu http.
Zdrojový port: je určený port odosielateľa
Cieľový port: je zadané číslo portu prijímajúceho konca
Poradové číslo: označuje polohu segmentu v sekvencii segmentov, ktoré sa majú vysielať
Potvrdzovacie číslo: určuje poradové číslo úspešne prijatého segmentu, potvrdzovacie poradové číslo obsahuje ďalšie poradové číslo, ktoré očakáva koniec na konci odosielania potvrdenia.
TCP offset: určuje dĺžku hlavičky segmentu. Dĺžka hlavičky sekcie závisí od možnosti nastavenej v poli možností hlavičky sekcie
Rezervované: Vyhradené pole je určené pre budúce použitie
Značky: SYN, ACK, PSH, RST, URG, FIN
SYN: znamená synchronizáciu
ACK: znamená potvrdenie
PSH: Označuje, že údaje budú odoslané do procesu prijímania čo najskôr
RST: Označuje vynulované pripojenie
URG: Označuje núdzový ukazovateľ
FIN: Označuje, že odosielateľ dokončil prenos údajov
Okno: Zadajte príkaz o veľkosti nasledujúceho segmentu, ktorý môže odosielateľ preniesť
Kontrolný súčet: Kontrolný súčet obsahuje hlavičku segmentu TCP a dátovú časť, ktorá sa používa na overenie spoľahlivosti hlavičky segmentu a dátovej časti
Núdzové: označuje, že segment obsahuje núdzové informácie, a núdzový ukazovateľ je platný, iba ak je príznak URG nastavený na 1.
Možnosti: Je zadaná veľkosť rozpoznaného segmentu, časová pečiatka, koniec poľa možností a je zadaná možnosť ohraničenia poľa možností.
Ako funguje TCP
Nadviazanie TCP spojenia: Proces nadviazania TCP spojenia sa nazýva aj trojstranné podanie TCP. Najskôr hostiteľ odosielateľa iniciuje požiadavku synchronizácie (SYN) na nadviazanie spojenia s hostiteľom prijímača; hostiteľský prijímač po prijatí tejto žiadosti odpovie hostiteľovi odosielateľa synchronizačnou / potvrdzovacou odpoveďou (SYN / ACK); hostiteľ odosielateľa to prijme Po odoslaní paketu potvrdenie (ACK) hostiteľovi prijímača je v tomto okamihu úspešne nadviazané pripojenie TCP;
Uzavretie pripojenia TCP: Keď hostiteľ odosielateľa a cieľový hostiteľ vytvoria pripojenie TCP a dokončia prenos údajov, odošle sa dátový paket s koncovým príznakom nastaveným na 1, ktorý ukončí pripojenie TCP a uvoľní vyrovnávací priestor obsadený pripojením o rovnaký čas; Nastavenie TCP reset: TCP umožňuje náhle prerušenie spojenia počas prenosu, ktoré sa nazýva TCP reset;
Triedenie a potvrdenie údajov TCP: TCP je spoľahlivý prenosový protokol. Na sledovanie príjmu dát počas prenosu používa poradové čísla a potvrdzovacie čísla;
TCP retransmisia: Ak v procese TCP prenosu nedostane hostiteľ prijímača potvrdzujúcu odpoveď na dátový paket v rámci časového limitu retransmisného času, hostiteľský server odosielateľa považuje dátový paket za stratený a pošle dátový paket prijímaču znova. sa nazýva TCP retransmisia;
Potvrdenie oneskorenia TCP: TCP nie vždy potvrdzuje data ihneď po obdržaní. Umožňuje hostiteľovi odoslať druhú potvrdzovaciu správu druhej strane počas prijímania údajov.
Ochrana údajov TCP (kontrolný súčet): TCP je spoľahlivý prenosový protokol, ktorý poskytuje výpočet kontrolného súčtu na zabezpečenie integrity údajov počas prenosu.
UDP protokol
Protokol UDP je skratka z anglického UserDatagramProtocol, teda protokolu používateľského datagramu, ktorý sa používa hlavne na podporu sieťových aplikácií, ktoré potrebujú prenášať údaje medzi počítačmi. Početné sieťové aplikácie klient / server vrátane sieťových videokonferenčných systémov musia používať protokol UDP. Protokol UDP sa používa už mnoho rokov od svojho vzniku. Aj keď jeho počiatočnú brilanciu niektoré podobné protokoly zakrývajú, UDP je aj dnes veľmi praktickým a uskutočniteľným protokolom vrstvy transportnej siete.
Rovnako ako známy protokol TCP (Transmission Control Protocol), aj protokol UDP sa nachádza priamo na vrchole protokolu IP (internetový protokol). Podľa referenčného modelu OSI (Open System Interconnection) sú UDP aj TCP protokoly transportnej vrstvy.
Hlavnou funkciou protokolu UDP je kompresia sieťového dátového prenosu do podoby datagramov. Typickým datagramom je prenosová jednotka binárnych údajov. Prvých 8 bajtov každého datagramu sa používa na uloženie informácií v hlavičke a zvyšných bajtov sa používa na uloženie konkrétnych údajov o prenose.
7. Porovnanie protokolu RTP / RTCP, RTMP, TCP, UDP
TCP je protokol typu point-to-point, čo znamená, že každý klient musí oddeliť prepojenie typu klient / server, takže vysielanie údajov viacerým klientom nemožno realizovať na úrovni siete. Ak musí byť dátový tok prenášaný do viacerých klientov súčasne, server musí prenášať kópiu dátového toku do každého klienta. TCP dokáže dynamicky upraviť rýchlosť prenosu podľa šírky pásma siete a stupňa preťaženia a znova odoslať stratené dátové pakety. Spoľahlivosť prenosu dát je zaručená, ale zdroje servera sú drahé a je ťažké zabezpečiť výkon prenosu dátového toku v reálnom čase, keď je dátový tok veľký.
UDP je nespoľahlivý prenosový protokol. Na konci odosielania je rýchlosť, akou UDP prenáša údaje, obmedzená iba rýchlosťou, akou aplikácia generuje údaje, kapacitou počítača a šírkou pásma; na prijímacom konci UDP zaradí každý segment správy do poradia. Aplikácia zakaždým načíta segment správy z frontu; protokol UDP nemusí udržiavať stav pripojenia a nemyslí si, že každý dátový paket musí dosiahnuť prijímací koniec, takže zaťaženie siete je menšie ako TCP a rýchlosť prenosu je vyššia ako TCP; Čím je sieť preťaženejšia, tým viac dátových paketov sa stratí.
Hlavný rozdiel medzi protokolom UDP a TCP je v tom, ako dosiahnuť spoľahlivý prenos informácií. Protokol TCP obsahuje špeciálny mechanizmus záruky doručenia. Keď prijímač údajov prijme informácie od odosielateľa, automaticky pošle odosielateľovi potvrdzujúcu správu; odosielateľ bude pokračovať v prenose ďalších informácií až po prijatí potvrdzovacej správy. V opačnom prípade počká, kým sa zobrazí potvrdzovacia správa.
TCP má teda viac času na nadviazanie spojenia ako UDP. V porovnaní s UDP má TCP vyššiu bezpečnosť a spoľahlivosť. Veľkosť prenosu protokolu TCP nie je obmedzená. Po nadviazaní spojenia môžu obe strany prenášať veľké množstvo dát v určitom formáte, zatiaľ čo UDP je nespoľahlivý protokol s limitom veľkosti, ktorý nemôže zakaždým prekročiť 64 kB.
V porovnaní s protokolom TCP je ďalším rozdielom v protokole UDP spôsob prijímania viacerých neočakávaných datagramov. Na rozdiel od TCP, UDP nezaručuje poradie odosielania a prijímania údajov.
RTP je nad UDP. Aj keď UDP nie je tak spoľahlivý ako TCP a nemôže zaručiť kvalitu službyvďaka službám v reálnom čase musí RTCP monitorovať prenos dát a kvalitu služieb v reálnom čase. Pretože je však oneskorenie prenosu UDP menšie ako oneskorenie protokolu TCP, môže byť veľmi kompatibilné s videom a zvukom. Dobrý zápas. V praktických aplikáciách sa preto pre audio / video médiá používajú RTP / RTCP / UDP a pre prenos dát a riadiacej signalizácie sa používa TCP.
Protokol RTMP je protokol navrhnutý špeciálne pre efektívny prenos videa, zvuku a údajov. Realizuje prenos videa a zvuku v reálnom čase vytvorením binárneho pripojenia TCP alebo pripojením tunela HTTP.
RTMP podporuje viac mediálnych protokolov ako tradičné mediálne servery. Podporuje dynamický prenos viacerých liniek, ktoré môžu obsahovať zvukové, obrazové a skriptové údaje zo servera do klienta a z klienta na server. RTMP osobitne spracováva zvukové, obrazové a skriptové údaje.
Zvukové a obrazové údaje sa na serveri ukladajú osobitne do vyrovnávacej pamäte. Ak zvukové údaje dosiahnu v medzipamäti zvuku určitý limit, všetky údaje vo vyrovnávacej pamäti sa zahodia a posledne prichádzajúce údaje sa budú môcť začať zhromažďovať v medzipamäti a budú sa odosielať každému klientovi. Video dáta sú spracované podobným spôsobom, rozdiel je v tom, že pri príchode nového kľúčového rámca sa dáta vo vyrovnávacej pamäti vymažú. Ak sa pri vyraďovaní starých údajov rámca zistí, že údaje klienta sú nesprávne, použije sa nový a starý rámec.
RTMP dáva dátam rôzne úrovne priority. Pri konverzácii v reálnom čase je najdôležitejší zvuk, videu sa venuje malá priorita a dátam skriptu sa dáva prednosť medzi zvukom a videom.
Protokol RTMP môže vytvárať viac dátových tokov, ale každý dátový tok môže mať iba jeden smer. Používanie RTMP môže vytvoriť takýto systém, klient môže interagovať so serverom RTMP a aplikačným serverom súčasne, aby bolo možné rozptýliť zaťaženie servera, aj keď v tejto vylepšenej systémovej štruktúre sú výkonnostné požiadavky servera RTMP sú pomerne vysoké.
8. Ostatné dohody
Protokol HTTP, celý názov je HyperText Transfer Protocol a čínsky názov je HyperText Transfer Protocol;
MMS protokol, celý názov je Microsoft Media Server Protocol a čínsky názov je Microsoft Media Server Protocol;
Protokol HLS, celé meno HTTP Live Streaming, je protokol na prenos mediálnych údajov na báze HTTP implementovaný spoločnosťou Apple Inc .;
|
|
|
|
Ako ďaleko (dlho) kryt vysielač?
Dosah prenosu závisí od mnohých faktorov. Skutočná vzdialenosť je založený na anténe inštaláciu výšky, zisku antény, za použitia prostredia, ako je stavebné a iné prekážky, citlivosti prijímača, antény prijímača. Inštalácia antény viac high a používanie v zeleni, vzdialenosť bude oveľa ďaleko.
Príklad 5W FM vysielač používať v meste a rodného mesta:
Mám USA použitie zákazník 5W FM vysielač s anténou GP vo svojom rodnom meste, a to vyskúšať s autom, to pokrytie 10km (6.21mile).
Aj test vysielač FM 5W s anténou GP v mojom rodnom meste, pokrývať asi 2km (1.24mile).
Aj test vysielač FM 5W s GP anténou v meste Guangzhou, pokrývať asi jediný 300meter (984ft).
Nižšie sú uvedené približné rad rôznych sila FM vysielačov. (Rozsah je priemer)
0.1W ~ 5W FM vysielač: 100 ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM vysielač: 3KM ~ 10KM
80W ~ 500W FM vysielač: 10KM ~ 30KM
500W ~ 1000W FM vysielač: 30KM ~ 50KM
1KW ~ 2KW FM vysielač: 50KM ~ 100KM
2KW ~ 5KW FM vysielač: 100KM ~ 150KM
5KW ~ 10KW FM vysielač: 150KM ~ 200KM
Ako nás kontaktovať pre vysielač?
Zavolaj mi + 8618078869184 OR
Pošli mi email [chránené e-mailom]
1.How ďaleko chcete pokryť v priemere?
2.How vysoký teba veža?
3.Where are you from?
A dáme vám viac profesionálne poradenstvo.
O nás
FMUSER.ORG je systémová integračná spoločnosť so zameraním na RF bezdrôtový prenos / štúdiové video audio zariadenie / streaming a spracovanie dát. Poskytujeme všetko od poradenstva a poradenstva cez integráciu racku až po inštaláciu, uvedenie do prevádzky a školenie.
Ponúkame FM vysielač, analógový TV vysielač, digitálny televízny vysielač, VHF vysielač UHF, antény, koaxiálne káblové konektory, STL, na spracovanie vzduchu, vysielanie produktov pre štúdio, monitorovanie RF signálu, RDS Encoders, audio procesory a diaľkové ovládacie jednotky, Produkty IPTV, Video / Audio Encoder / Decoder, navrhnuté tak, aby vyhovovali potrebám veľkých medzinárodných vysielacích sietí a malých súkromných staníc.
Naše riešenie má rozhlasovú stanicu FM / analógovú TV stanicu / digitálnu TV stanicu / audio video štúdiové vybavenie / prepojenie štúdiového vysielača / telemetrický systém vysielača / hotelový televízny systém / živé televízne vysielanie IPTV / živé televízne vysielanie / videokonferencia / CATV vysielací systém.
Používame moderné technologické produkty pre všetky systémy, pretože poznáme vysokú spoľahlivosť a vysoký výkon sú tak dôležité pre systém a riešenie. Zároveň musíme zabezpečiť, aby náš systém výrobkov s veľmi rozumnú cenu.
Máme zákazníkov verejnoprávnych a komerčných vysielateľov, telekomunikačných operátorov a regulačných orgánov a ponúkame aj riešenia a produkty mnohým stovkám menších, miestnych a komunitných vysielateľov.
FMUSER.ORG exportuje viac ako 15 rokov a má klientov z celého sveta. S 13-ročnými skúsenosťami v tejto oblasti máme profesionálny tím na riešenie všetkých druhov problémov zákazníka. Venovali sme sa poskytovaniu mimoriadne primeraných cien profesionálnych produktov a služieb. Kontaktný email : [chránené e-mailom]
Naša továreň
Máme modernizácia továrne. Ste vítaní k návšteve nášho závodu, keď príde do Číny.
V súčasnej dobe už existuje zákazníci 1095 po celom svete navštívil našu Guangzhou Tianhe kanceláriu. Ak prídete do Číny, ste vítaní nás navštíviť.
na veľtrhu
To je naša účasť v 2012 Global Sources Hong Kong Electronics veľtrh . Zákazníci z celého sveta konečne majú šancu sa dostať dohromady.
Kde je Fmuser?
Tieto čísla môžete vyhľadávať " 23.127460034623816,113.33224654197693 „v google mape potom nájdete našu fmuser kanceláriu.
FMUSER Guangzhou kancelária je v okrese Tianhe, čo je centrom kantónu , veľmi blízkosti k Canton Fair , vlakovej stanice Guangzhou, xiaobei cestné a dashatou , Stačí 10 minút -Li mať TAXI , Welcome priateľmi po celom svete na návštevu a vyjednávať.
Kontakt: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [chránené e-mailom]
QQ: 727926717
Skype: sky198710021
Adresa: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angličtina: Prijímame všetky platby, ako sú PayPal, kreditná karta, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ak máte akékoľvek otázky, kontaktujte ma [chránené e-mailom] alebo WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Odporúčame používať PayPal kúpiť naše produkty, The Paypal je bezpečný spôsob, ako kúpiť na internete.
Každý z nášho zoznamu položky stranu dna na vrchol mať paypal logo zaplatiť.
Kreditná karta.Ak nemáte PayPal, ale máte kreditnú kartu, môžete tiež kliknite na žlté tlačidlo PayPal zaplatiť kreditnou kartou.
-------------------------------------------------- -------------------
Ale ak nemáte kreditnú kartu, a nie mať PayPal účet alebo ťažko dostal paypal accout, môžete použiť nasledovné:
Western Union.  www.westernunion.com
Platiť prostredníctvom Western Union ku mne:
Krstné meno / meno: Yingfeng
Priezvisko / Priezvisko / Priezvisko: Zhang
Úplné meno: Yingfeng Zhang
Krajina: China
Mesto: Guangzhou
|
-------------------------------------------------- -------------------
T / T. platiť T / T (prevod / telegrafné Transfer / bankový prevod)
PRVÉ BANKOVÉ INFORMÁCIE (ÚČET SPOLOČNOSTI):
SWIFT BIC: BKCHHKHHXXX
Názov banky: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Banková adresa: BANKA ČÍNSKEJ TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANKOVÝ KÓD: 012
Názov účtu: FMUSER INTERNATIONAL GROUP LIMITED
Číslo účtu. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Druhá BANKOVÁ INFORMÁCIA (ÚČET SPOLOČNOSTI):
Príjemca: Fmuser International Group Inc.
Číslo účtu: 44050158090900000337
Banka príjemcu: Čínska stavebná banka, pobočka Guangdong
Kód SWIFT: PCBCCNBJGDX
Adresa: NO.553 Tianhe Road, Guangzhou, Guangdong, okres Tianhe, Čína
** Poznámka: Keď prevádzate peniaze na náš bankový účet, NEPISUJTE nič do poznámky, inak nebudeme môcť prijať platbu z dôvodu vládnej politiky v medzinárodnom obchode.
|
|
|
|
* To bude odoslaný v 1-2 pracovných dní, ak platba jasné.
* Budeme poslať ho do svojho paypal adresu. Ak chcete zmeniť adresu, pošlite prosím svoj správnu adresu a telefónne číslo na môj email [chránené e-mailom]
* V prípade všetkých balíčkov je nižšia ako 2kg, budeme odoslané poštou letecky, bude trvať asi 15-25days do ruky.
V prípade, že balík je viac než 2kg, budeme loď cez EMS, DHL, UPS, FedEx rýchly expresné doručenie, bude to trvať asi 7 ~ 15days do ruky.
Ak balík viac ako 100kg, budeme posielať cez DHL alebo leteckú dopravu. Bude to trvať asi 3 ~ 7days do ruky.
Všetky balíčky sú formou Čína Guangzhou.
* Balíček bude odoslaný ako „darček“ a bude odstránený čo najmenej, kupujúci nemusí platiť „DAŇ“.
* Po lodi vám zašleme e-mailu a dá vám sledovacie číslo.
|
|
|
Pre záruku.
Kontaktujte nás --- >> Vráťte nám položku --- >> Prijmite a odošlite ďalšiu náhradu.
Meno: Liu Xiaoxia
Adresa: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Čína.
PSČ: 510620
Telefón: + 8618078869184
Vráťte sa prosím na túto adresu a napísať svoj paypal adresa, meno, problém na poznámka: |
|
