5, RTSP protokol
Referentni dokument RFC2326
Protokol strujanja u stvarnom vremenu (Real Time Streaming Protocol) protokol je multimedijskog streaminga koji se koristi za kontrolu zvuka ili videa i omogućuje istovremeno upravljanje višestrukim zahtjevima za streamingom. Mrežni komunikacijski protokol koji se koristi tijekom prijenosa nije unutar definiranog dometa. Na poslužitelju Možete odabrati upotrebu TCP ili UDP za prijenos streaming sadržaja. Sintaksa i rad slični su HTTP-u 1.1, ali sinkronizacija vremena nije posebno naglašena, tako da može tolerirati mrežna kašnjenja. Spomenuta kontrola potražnje za višestrukim streamingom (Multicast) ne samo da može smanjiti upotrebu mreže na strani poslužitelja, već i podržati višestranečke video konferencije (Video konferencija). Budući da radi slično HTTP1.1, funkcija predmemorije "Cache" proxy poslužitelja "Proxy" također je primjenjiva na RTSP, a budući da RTSP ima funkciju preusmjeravanja, poslužitelj koji pruža uslugu može se prebaciti prema stvarnom opterećenju situacija za izbjegavanje prekomjernog opterećenja koncentriranog na istom poslužitelju i uzrokovanje kašnjenja.
zajednički su predložili Real Networks i Netscape. Protokol definira kako aplikacije jedan-prema-više mogu učinkovito prenositi multimedijske podatke putem IP mreže. RTSP pruža proširivi okvir koji omogućuje kontrolu podataka u stvarnom vremenu i podataka na zahtjev, kao što su audio i video, na zahtjev. Izvori podataka uključuju žive podatke i podatke pohranjene u isječcima.
Svrha ovog protokola je kontrolirati višestruke veze za prijenos podataka, pružiti način odabira prijenosnih kanala, kao što su UDP, multicast UDP i TCP, te pružiti metode za odabir prijenosnog mehanizma temeljenog na RTP-u.
Odnos između RTSP-a i RTP-a
RTP: Transportni protokol u stvarnom vremenu
RTP / RTCP je stvarni protokol za prijenos podataka;
RTP prenosi audio / video podatke. Ako je PLAY, poslužitelj ga šalje klijentu. Ako je to RECORD, klijent ga može poslati poslužitelju. Cjelokupni RTP protokol sastoji se od dva usko povezana dijela: RTP protokola podataka i RTP protokola upravljanja (tj. RTCP) ；
RTCP: RTCP uključuje izvješće pošiljatelja i izvješće primatelja, koji se koriste za audio / video sinkronizaciju i druge svrhe, i kontrolni je protokol;
RTSP: Protokol strujanja u stvarnom vremenu (RTSP)
Zahtjevi RTSP-a uglavnom uključuju OPISI, POSTAVLJANJE, PLAY, PAUZU, SUZENJE, OPCIJE, itd., Kao što naziv govori, može biti poznat kao funkcija dijaloga i kontrole;
Tijekom RTSP razgovora, SETUP može odrediti priključak koji koristi RTP / RTCP, PLAY / PAUSE / TEARDOWN može pokrenuti ili zaustaviti slanje RTP-a itd .;
6. TCP i UDP protokol
TCP protokol
TCP, puno ime je Protokol o kontroli prijenosa, a kineski naziv je Transmission Control Protocol. Radi na OSI transportnom sloju i pruža pouzdane usluge prijenosa orijentirane na vezu.
TCP-ov posao uglavnom je uspostavljanje veze, a zatim primanje podataka iz programa aplikacijskog sloja i prijenos. TCP za rad koristi vezu virtualnog kruga. Prije slanja podataka mora uspostaviti vezu između pošiljatelja i primatelja. Nakon slanja podataka, pošiljatelj će pričekati da primatelj da potvrdni odgovor, u suprotnom će pošiljatelj pomisliti da su ti podaci izgubljeni i ponovno ih poslati.
RTP nije poput http i ftp-a koji mogu u potpunosti preuzeti cijelu datoteku filma. Šalje podatke na mrežu s fiksnom brzinom podataka. Klijent također gleda datoteku filma ovom brzinom. Nakon reprodukcije filmskog zaslona ne može se reproducirati više puta. , Osim ako ponovno ne zatražite podatke od poslužitelja.
Najveća razlika između RTSP-a i RTP-a je u tome što: RTSP je dvosmjerni protokol za prijenos podataka u stvarnom vremenu, koji klijentu omogućuje slanje zahtjeva na poslužitelj, kao što su reprodukcija, brzo premotavanje unazad i unatrag.
Naravno, RTSP može prenositi podatke na temelju RTP-a, a također može odabrati TCP, UDP, multicast UDP i druge kanale za slanje podataka, što ima dobru skalabilnost.
To je protokol mrežnog aplikacijskog sloja sličan protokolu http.
Izvorna luka: navedena je luka pošiljatelja
Odredišna luka: naveden je broj porta prijemnog kraja
Broj sekvence: označava položaj segmenta u nizu segmenata koji se prenose
Broj potvrde: navodi redni broj uspješno primljenog segmenta, redni broj potvrde sadrži sljedeći sekvencijski broj koji kraj slanja potvrde očekuje da će dobiti
TCP pomak: određuje duljinu zaglavlja segmenta. Duljina zaglavlja odjeljka ovisi o opciji postavljenoj u polju opcije zaglavlja odjeljka
Rezervirano: Rezervirano polje određeno je za buduću upotrebu
Znakovi: SYN, ACK, PSH, RST, URG, FIN
SYN: znači sinkronizaciju
ACK: znači potvrda
PSH: Označava da će podaci biti poslani u postupak prijema što je prije moguće
RST: Označava resetiranje veze
URG: Označava pokazivač u nuždi
FIN: Označava da je pošiljatelj dovršio prijenos podataka
Prozor: Navedite naredbu o veličini sljedećeg segmenta koji pošiljatelj može poslati
Kontrolna suma: Kontrolna suma sadrži zaglavlje TCP segmenta i dio podataka koji se koristi za provjeru pouzdanosti zaglavlja segmenta i dijela podataka
Hitno: označava da segment sadrži informacije o hitnim slučajevima, a pokazivač u nuždi vrijedi samo kada je zastavica URG postavljena na 1.
Opcije: Navedene su prepoznata veličina segmenta, vremenska oznaka, kraj polja opcije i navedena je granica polja polja opcija
Kako TCP radi
Uspostavljanje TCP veze: Postupak uspostavljanja TCP veze naziva se i trosmjernim TCP rukovanjem. Prvo, domaćin pošiljatelja pokreće zahtjev za sinkronizacijom (SYN) kako bi uspostavio vezu s hostom primatelja; domaćin primatelja odgovara sinkronizacijskim / potvrdnim (SYN / ACK) odgovorom domaćinu pošiljatelja nakon što je primio ovaj zahtjev; domaćin pošiljatelja to prima Nakon što je paketu poslana potvrda (ACK) primatelju, trenutno je TCP veza uspješno uspostavljena;
Zatvaranje TCP veze: Nakon što domaćin pošiljatelja i odredišni domaćin uspostave TCP vezu i dovrše prijenos podataka, poslat će se podatkovni paket s završnom zastavicom postavljenom na 1 za zatvaranje TCP veze i oslobađanje međuspremnika koji zauzima veza na u isto vrijeme; Postavljanje TCP resetiranja: TCP omogućuje nagli prekid veze tijekom prijenosa, što se naziva TCP reset;
TCP sortiranje podataka i potvrda: TCP je pouzdan protokol prijenosa. Koristi sekvencijalne brojeve i brojeve potvrde za praćenje prijema podataka tijekom prijenosa;
TCP retransmisija: U procesu TCP prijenosa, ako domaćin prijemnika ne primi odgovor potvrde na podatkovni paket unutar razdoblja prekida ponovnog slanja, domaćin pošiljatelja smatra paket podataka izgubljenim i šalje paket podataka primatelju Side, ovo naziva se TCP retransmisija;
Potvrda odgode TCP: TCP ne potvrđuje uvijek data odmah po primanju. Omogućuje domaćinu da tijekom primanja podataka drugoj strani pošalje vlastitu poruku potvrde.
TCP zaštita podataka (kontrolna suma): TCP je pouzdan protokol za prijenos, koji omogućuje izračun kontrolne sume radi ostvarivanja integriteta podataka tijekom prijenosa.
UDP protokol
UDP protokol kratica je engleskog UserDatagramProtocol, odnosno korisničkog protokola datagrama, koji se uglavnom koristi za podršku mrežnim aplikacijama koje trebaju prenos podataka između računala. Brojne mrežne aplikacije klijent / poslužitelj, uključujući sustave mrežne video konferencije, trebaju koristiti UDP protokol. UDP protokol koristi se dugi niz godina od svog osnutka. Iako su početni sjaj prikrili neki slični protokoli, UDP je i danas vrlo praktičan i izvediv protokol mrežnog transportnog sloja.
Poput dobro poznatog protokola TCP (Transmission Control Protocol), UDP protokol nalazi se izravno na vrhu protokola IP (Internet Protocol). Prema referentnom modelu OSI (Open System Interconnection), UDP i TCP su protokoli transportnog sloja.
Glavna funkcija UDP protokola je komprimiranje mrežnog podatkovnog prometa u oblik datagrama. Tipični datagram je prijenosna jedinica binarnih podataka. Prvih 8 bajtova svakog datagrama koristi se za sadržavanje podataka zaglavlja, a preostalih bajtova za sadržavanje određenih podataka o prijenosu.
7. Usporedba RTP / RTCP, RTMP, TCP, UDP protokola
TCP je protokol točka-do-točke, što znači da svaki klijent mora odvojiti vezu klijent / poslužitelj, tako da emitiranje podataka na više klijenata ne može biti realizirano na mrežnoj razini. Ako se tok podataka mora istodobno prenositi na više klijenata, poslužitelj mora svakom klijentu poslati kopiju toka podataka. TCP može dinamički prilagoditi brzinu prijenosa u skladu s mrežnom propusnošću i stupnjem zagušenja te ponovno poslati izgubljene pakete podataka. Pouzdanost prijenosa podataka je osigurana, ali resursi poslužitelja su skupi i teško je osigurati izvedbu prijenosa toka podataka u stvarnom vremenu kada je tok podataka velik.
UDP je nepouzdan protokol prijenosa. Na kraju slanja, brzina kojom UDP prenosi podatke ograničena je samo brzinom kojom aplikacija generira podatke, kapacitetom računala i širinom pojasa prijenosa; na kraju prijema, UDP stavlja svaki segment poruke u red čekanja. Aplikacija svaki put čita segment poruka iz reda; UDP protokol ne treba održavati stanje veze i ne misli da svaki podatkovni paket mora doseći kraj prijema, pa je mrežno opterećenje manje od TCP-a, a brzina prijenosa brža od TCP-a; Što je mreža zagušenija, to se više paketa podataka gubi.
Glavna razlika između UDP i TCP protokola je kako postići pouzdan prijenos informacija. TCP protokol sadrži poseban mehanizam garancije isporuke. Kad primatelj podataka primi podatke od pošiljatelja, automatski će poslati poruku potvrde pošiljatelju; pošiljatelj će nastaviti prenositi druge podatke tek nakon primitka poruke o potvrdi. U suprotnom, pričekat će dok se ne primi poruka o potvrdi.
Tako TCP ima više vremena za uspostavljanje veze od UDP-a. U usporedbi s UDP-om, TCP ima veću sigurnost i pouzdanost. Veličina prijenosa TCP protokola nije ograničena. Jednom kada se veza uspostavi, obje strane mogu prenijeti veliku količinu podataka u određenom formatu, dok je UDP nepouzdan protokol s ograničenjem veličine, koji ne može svaki put premašiti 64K.
U usporedbi s TCP protokolom, druga razlika UDP protokola je kako primiti više neočekivanih datagrama. Za razliku od TCP-a, UDP ne jamči redoslijed slanja i primanja podataka.
RTP je iznad UDP-a. Iako UDP nije toliko pouzdan kao TCP i ne može jamčiti kvalitetu uslugeZbog usluga u stvarnom vremenu, RTCP mora pratiti prijenos podataka i kvalitetu usluga u stvarnom vremenu. Međutim, budući da je kašnjenje prijenosa UDP-a niže od TCP-a, može biti vrlo kompatibilno s video i audio. Dobra utakmica. Stoga se u praktičnim primjenama RTP / RTCP / UDP koristi za audio / video medije, a TCP za prijenos podataka i upravljačku signalizaciju.
RTMP protokol je protokol dizajniran posebno za učinkovit prijenos video, audio i podataka. Realizira prijenos video i zvuka u stvarnom vremenu uspostavljanjem binarne TCP veze ili povezivanjem HTTP tunela.
RTMP podržava više medijskih protokola od tradicionalnih medijskih poslužitelja. Podržava dinamički prijenos više linija koji mogu sadržavati audio, video i podatke skripte s poslužitelja na klijenta i s klijenta na poslužitelj. RTMP obrađuje audio, video i skriptne podatke odvojeno.
Zvučni i video podaci međusobno se pohranjuju na poslužitelju. Ako zvučni podaci dosegnu određeno ograničenje u međuspremniku, svi podaci u međuspremniku bit će odbačeni, a najnovije pristigli podaci moći će se početi prikupljati u međuspremniku i slati svakom klijentu. Video podaci se obrađuju na sličan način, razlika je u tome što se kad stigne novi okvir ključa, podaci u međuspremniku brišu. Prilikom odbacivanja starih podataka okvira, ako se utvrdi da su podaci klijenta pogrešni, postavljaju se novi i stari okviri.
RTMP daje različite razine prioriteta podacima. U razgovoru u stvarnom vremenu zvuk je najvažniji, videozapisu se daje nizak prioritet, a podacima skripte prioritet između zvuka i videozapisa.
RTMP protokol može stvoriti više tokova podataka, ali svaki tok podataka može imati samo jedan smjer. Korištenjem RTMP-a može se izgraditi takav sustav, klijent može istovremeno komunicirati s RTMP poslužiteljem i aplikacijskim poslužiteljem, tako da se opterećenje na poslužitelju može raspršiti, iako u ovoj poboljšanoj strukturi sustava zahtjevi za performansama RTMP poslužitelja su relativno visoki.
8. Ostali sporazumi
HTTP protokol, puni naziv je HyperText Transfer Protocol, a kineski naziv HyperText Transfer Protocol;
MMS protokol, puni naziv je Microsoft Media Server Protocol, a kineski naziv Microsoft Media Server Protocol;
HLS protokol, punog imena HTTP Live Streaming, protokol je za prijenos streaming medija zasnovan na HTTP-u koji provodi Apple Inc .;
|
|
|
|
Koliko (dugo) poklopac odašiljač?
Sustavi prijenosa ovisi o mnogim čimbenicima. Pravi udaljenost temelji na antenu instalirate visinu, dobitak antenskog sustava, korištenje okoliša kao što je izgradnja i drugih prepreka, osjetljivost prijemnika, antene prijamnika. Ugradnja antene više visoke i korištenje u prirodi, udaljenost će mnogo više sada.
Primjer 5W FM predajnik koristiti u gradu i rodni grad:
Imam SAD korištenja za korisnike 5W FM odašiljač s GP antena u rodnom gradu, a on ga testirati s autom, on pokriva 10km (6.21mile).
I testirati 5W FM odašiljač s GP antena u mom rodnom gradu, to pokrivaju oko 2km (1.24mile).
I testirati 5W FM odašiljač s GP antene u gradu Guangzhou, ona pokriva samo o 300meter (984ft).
U nastavku se nalaze približan raspon različitih snaga FM odašiljača. (Raspon je promjer)
0.1W ~ 5W FM predajnik: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM predajnik: 3KM ~ 10KM
80W ~ 500W FM predajnik: 10KM ~ 30KM
500W ~ 1000W FM predajnik: 30KM ~ 50KM
1KW ~ 2KW FM predajnik: 50KM ~ 100KM
2KW ~ 5KW FM predajnik: 100KM ~ 150KM
5KW ~ 10KW FM predajnik: 150KM ~ 200KM
Kako kontaktirati nas za odašiljača?
Nazovite me + 8618078869184 ILI
Email me [e-pošta zaštićena]
1.How daleko želite pokriti u promjeru?
2.How visok toranj od vas?
3.Where si?
A mi ćemo vam dati više profesionalni savjet.
O Nama
FMUSER.ORG je tvrtka za integraciju sustava koja se fokusira na RF bežični prijenos / studio za video audio opremu / streaming i obradu podataka. Nudimo sve, od savjeta i savjetovanja kroz integraciju u montažu, puštanje u rad i obuku.
Nudimo FM odašiljač, analogni TV odašiljač, digitalni TV odašiljač, VHF UHF odašiljač, antene, konektore koaksijalnog kabela, STL, obradu zraka, proizvode za rad u studiju, RF signale, RDS enkodere, audio procesore i jedinice za daljinsko upravljanje IPTV proizvodi, Video / Audio Encoder / Decoder, dizajnirani da zadovolje potrebe kako velikih međunarodnih mreža emitiranja tako i malih privatnih postaja.
Naše rješenje ima FM radijsku stanicu / analognu TV stanicu / digitalnu TV stanicu / audio video studijsku opremu / studijski odašiljač Link / odašiljač Telemetrijski sustav / hotelski TV sustav / IPTV Live Broadcasting / Streaming uživo, video konferencije / CATV Broadcasting sustav.
Koristimo napredne tehnološke proizvode za sve sustave, jer znamo da su visoka pouzdanost i visoke performanse toliko važni za sustav i rješenje. U isto vrijeme moramo se pobrinuti da naš sustav proizvoda bude s vrlo razumnom cijenom.
Imamo klijente javnih i komercijalnih emitera, telekom operatera i regulatornih tijela, a nudimo i rješenja i proizvode mnogim stotinama manjih, lokalnih i lokalnih emitera.
FMUSER.ORG izvozi više od 15 godina i ima klijente po cijelom svijetu. S 13 godina iskustva na ovom polju imamo profesionalni tim koji rješava sve vrste problema kupaca. Posvetili smo se pružanju izuzetno razumnih cijena profesionalnih proizvoda i usluga. Email za kontakt : [e-pošta zaštićena]
Naša tvornica
Imamo modernizacija tvornice. Vi ste dobrodošli da posjetite našu tvornicu kada dođete u Kini.
Trenutno, postoje već 1095 kupci cijelog svijeta posjećuju našu Guangzhou Tianhe ured. Ako ste došli do Kine, vi ste dobrodošli da nas posjetite.
na sajmu
To je naše sudjelovanje u 2012 Global Izvori Hong Kong Electronics Fair . Kupci iz cijelog svijeta konačno imati priliku da se zajedno.
Gdje je Fmuser?
Možete pretraživati ove brojeve " 23.127460034623816,113.33224654197693 "na google mapi, tada možete pronaći naš ured fmuser.
FMUSER Guangzhou ured je u Tianhe četvrt koja je središte kantona , Vrlo blizu prema kanton sajam , Guangzhou željeznička postaja, xiaobei cesta i dashatou Samo je potrebno 10 minuta ako potrajati TAKSI , Dobrodošli prijatelji diljem svijeta da posjete i pregovarati.
Kontakt: Sky Blue
Mobitel: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [e-pošta zaštićena]
QQ: 727926717
Skype: sky198710021
Adresa: No.305 soba HuiLan zgrada No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Engleski: Prihvaćamo sva plaćanja, kao što su PayPal, kreditna kartica, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ako imate bilo kakvih pitanja, obratite mi se [e-pošta zaštićena] ili WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Preporučujemo da koristite Paypal za kupnju naših artikala, PayPal je siguran način da se kupi na internetu.
Svaki od naših lista opcija str dna na vrhu imaju PayPal logotip za plaćanje.
Kreditna kartica.Ako nemate paypal, ali imate kreditnu karticu, možete kliknuti na žuti gumb PayPal za plaćanje kreditnom karticom.
-------------------------------------------------- -------------------
Ali ako nemam kreditnu karticu, a ne imati PayPal račun ili teško dobio PayPal accout, možete koristiti sljedeće:
Zapadna unija.  www.westernunion.com
Plaćanje Western Uniona meni:
Ime / Ime / naziv: Yingfeng
Prezime / Prezime / Prezime: Zhang
Puno ime: Yingfeng Zhang
Zemlja: Kina
Grad: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Plaćajte T / T (wire transfer / telegrafski transfer / Bankovni prijenos)
PODACI O PRVOJ BANCI (RAČUN TVRTKE):
SWIFT BIC: BKCHHKHHXXX
Naziv banke: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Adresa banke: BANKA KINE TOWER, 1 VRTNA CESTA, CENTRAL, HONG KONG
BANKOVNI KOD: 012
Naziv računa: FMUSER INTERNATIONAL GROUP LIMITED
Broj računa. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Drugi PODACI O BANKAMA (RAČUN TVRTKE):
Korisnik: Fmuser International Group Inc.
Broj računa: 44050158090900000337
Banka korisnika: Podružnica kineske građevinske banke, Guangdong
SWIFT kod: PCBCCNBJGDX
Adresa: NO.553 Tianhe Road, Guangzhou, Guangdong, okrug Tianhe, Kina
** Napomena: Kada prebacujete novac na naš bankovni račun, NEMOJTE ništa upisivati u područje za primjedbe, inače nećemo moći primiti uplatu zbog vladine politike međunarodnog trgovinskog poslovanja.
|
|
|
|
* To će biti poslan u 1-2 radnog dana kada je uplata jasno.
* Mi ćemo ga poslati na vaš paypal adresu. Ako želite promijeniti adresu, molimo Vas da pošaljete točnu adresu i broj telefona na moj e-mail [e-pošta zaštićena]
* Ako su paketi ispod 2kg, mi ćemo biti isporučen preko pošte zrakoplovom, bit će potrebno oko 15-25days na svoju ruku.
Ako je paket više nego 2kg, mi ćemo brod preko EMS, DHL, UPS, Fedex brzo ekspresne dostave, bit će potrebno oko 7 ~ 15days na svoju ruku.
Ako je paket više nego 100kg, mi ćemo poslati putem DHL-a ili zračni prijevoz. To će potrajati oko 3 ~ 7days na svoju ruku.
Svi paketi su oblik Kini Guangzhou.
* Paket će se poslati kao "poklon" i ukloniti što je manje moguće, kupac ne mora platiti "POREZ".
* Nakon broda, mi ćemo vam poslati e-mail i dati vam broj za praćenje.
|
|
|
Za jamstvo.
Kontaktirajte nas --- >> Vratite nam stavku --- >> Primite i pošaljite novu zamjenu.
Naziv: Liu Xiaoxia
Adresa: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
Poštanski broj: 510620
Telefon: + 8618078869184
Molimo vratite se na ovu adresu i napišite vaš PayPal adresa, ime, problem na napomenu: |
|
