FMUSER Wirless Transmit Video and Audio Errazago!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaansa
sq.fmuser.org -> Albaniera
ar.fmuser.org -> arabiera
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaijanera
eu.fmuser.org -> euskara
be.fmuser.org -> Bielorrusiera
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalana
zh-CN.fmuser.org -> Txinera (sinplifikatua)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> kroaziera
cs.fmuser.org -> Txekiera
da.fmuser.org -> Danimarkarra
nl.fmuser.org -> Holandako
et.fmuser.org -> Estoniera
tl.fmuser.org -> Filipinoa
fi.fmuser.org -> finlandiera
fr.fmuser.org -> Frantsesa
gl.fmuser.org -> Galiziera
ka.fmuser.org -> Georgiarra
de.fmuser.org -> alemana
el.fmuser.org -> Greek
ht.fmuser.org -> Haitiko kreolera
iw.fmuser.org -> Hebreera
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Islandiera
id.fmuser.org -> Indonesiera
ga.fmuser.org -> Irlandera
it.fmuser.org -> Italian
ja.fmuser.org -> Japoniera
ko.fmuser.org -> Koreera
lv.fmuser.org -> Letoniera
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> mazedoniera
ms.fmuser.org -> malaysiera
mt.fmuser.org -> maltera
no.fmuser.org -> Norwegian
fa.fmuser.org -> persiera
pl.fmuser.org -> poloniera
pt.fmuser.org -> Portugesa
ro.fmuser.org -> Romanian
ru.fmuser.org -> errusiera
sr.fmuser.org -> serbiera
sk.fmuser.org -> Eslovakiera
sl.fmuser.org -> Slovenian
es.fmuser.org -> Gaztelania
sw.fmuser.org -> Swahilia
sv.fmuser.org -> Suediera
th.fmuser.org -> Thai
tr.fmuser.org -> Turkiera
uk.fmuser.org -> ukrainera
ur.fmuser.org -> urdua
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> galesera
yi.fmuser.org -> Yiddish
5, RTSP protokoloa
Erreferentzia dokumentua RFC2326
Real Time Streaming Protocol (Real Time Streaming Protocol) soinua edo bideoa kontrolatzeko erabiltzen den multimedia erreprodukzio protokoloa da eta aldi berean streaming eskaera anitzeko kontrola ahalbidetzen du. Transmisioan erabilitako sareko komunikazio protokoloa ez dago zehaztutako barrutiaren barruan. Zerbitzariaren aldea TCP edo UDP erabiltzea aukera dezakezu streaming edukia transmititzeko. Bere sintaxia eta funtzionamendua HTTP 1.1ren antzekoak dira, baina denbora sinkronizazioa ez da bereziki azpimarratzen, beraz sareko atzerapenak jasan ditzake. Aurretik aipatutako streaming anitzeko eskariaren kontrolak (Multicast) zerbitzariaren aldetik sarearen erabilera murrizteaz gain, alderdi anitzeko bideokonferentziak ere onartzen ditu (Bideokonferentzia). HTTP1.1-ren antzera funtzionatzen duenez, proxy zerbitzariaren "Proxy" cacheko "Cache" funtzioa RTSPrako ere aplikagarria da eta RTSP-k birbideratze funtzioa duenez, zerbitzua eskaintzen duen zerbitzaria benetako kargaren arabera alda daiteke. Zerbitzari berean kontzentratutako gehiegizko karga saihestu eta atzerapena eragin dezake.
Real Networks-ek eta Netscape-k batera proposatu zuten. Protokoloak zehazten du nola askok aplikazioek modu eraginkorrean multimedia datuak IP sare baten bidez igor ditzaketen. RTSP-k denbora errealeko datuak, hala nola audioa eta bideoa, kontrolatzea eta eskaera eskatzea ahalbidetzen duen esparru hedagarria eskaintzen du. Datu iturrien artean zuzeneko datuak eta klipetan gordetako datuak daude.
Protokolo honen xedea datuen transmisio konexio ugari kontrolatzea da, transmisio kanalak hautatzeko modua ematea, hala nola UDP, multicast UDP eta TCP, eta RTPan oinarritutako transmisio mekanismoa hautatzeko metodoak ematea.
RTSP eta RTPren arteko harremana
RTP: denbora errealean garraiatzeko protokoloa
RTP / RTCP da benetako datuak transmititzeko protokoloa;
RTPk audio / bideo datuak transmititzen ditu. PLAY bada, zerbitzariak bezeroari bidaltzen dio. RECORD bada, bezeroak zerbitzarira bidal dezake. RTP protokolo osoak lotura estua duten bi zati ditu: RTP datu protokoloa eta RTP kontrol protokoloa (hau da, RTCP) ;
RTCP: RTCP-k igorlearen txostena eta hartzailearen txostena biltzen ditu, audio / bideo sinkronizaziorako eta bestelako helburuetarako erabiltzen direnak, eta kontrol protokoloa da;
RTSP: Denbora errealeko Streaming Protokoloa (RTSP)
RTSP eskaeren artean DESKRIBATZEA, KONFIGURAZIOA, JOLASTEA, PAUSA, TEARDOWN, AUKERAK eta abar daude, izenak dioen bezala, elkarrizketa eta kontrol funtzio gisa ezagutu daiteke;
RTSP elkarrizketan zehar, SETUP-ek RTP / RTCP-k erabiltzen duen ataka zehaztu dezake, PLAY / PAUSE / TEARDOWN-ek RTP-ren bidalketa abiarazi edo eten dezake;
6. TCP eta UDP protokoloa
TCP protokoloa
TCP, izen osoa da Transferentzia Kontrolatzeko ProtokoloaTxinako izena Transmisioaren Kontrolerako Protokoloa da. OSI garraio geruzan funtzionatzen du eta konexiora bideratutako transmisio zerbitzu fidagarriak eskaintzen ditu.
TCPren lana batez ere konexio bat ezartzea da, eta gero aplikazio geruzako programatik datuak jaso eta transmititu. TCPk zirkuitu birtualeko konexioa erabiltzen du lan egiteko. Datuak bidali aurretik, igorlearen eta hartzailearen arteko konexioa ezarri behar du. Datuak bidali ondoren, igorleak hartzaileak itxarongo du berrespen-erantzuna emateko; bestela, igorleak pentsatuko du datu horiek galtzen direla eta berriro bidaliko dituela.
RTP ez da filmaren fitxategi osoa guztiz deskarga dezakeen http eta ftp bezalakoa. Sarean datuak datu-tasa finkoarekin bidaltzen ditu. Bezeroak filmaren fitxategia abiadura honekin ere ikusten du. Filmaren pantaila erreproduzitu ondoren, ezin da behin eta berriz erreproduzitu. , Zerbitzariari datuak berriro eskatu ezean.
RTSP eta RTPren arteko desberdintasunik handiena hau da: RTSP bi noranzkoko datuak denbora errealean transmititzeko protokoloa da, bezeroak zerbitzariari eskaerak bidaltzeko aukera ematen diona, hala nola erreprodukzioa, aurrerapen azkarra eta alderantzizko eragiketak.
Jakina, RTSPk RTPn oinarritutako datuak transmititu ditzake, eta TCP, UDP, multicast UDP eta beste kanal batzuk ere aukeratu ditzake datuak bidaltzeko, eskalagarritasun ona baitu.
Sareko aplikazio geruzako protokoloa da, http protokoloaren antzekoa.
Iturburu portua: igorlearen ataka zehazten da
Helmuga ataka: hartzaile muturreko ataka zenbakia zehazten da
Sekuentzia zenbakia: segmentuaren kokapena transmititu beharreko segmentuen sekuentzian adierazten du
Baieztapen zenbakia: ongi jasotako segmentuaren sekuentzia zenbakia zehazten du, baieztapen sekuentzia zenbakiak baieztapena bidaltzen duen amaierak jasotzea espero duen hurrengo sekuentzia zenbakia dauka.
TCP desplazamendua: segmentuaren goiburuaren luzera zehazten du. Atalaren goiburuaren luzera atalaren goiburuko aukera eremuan ezarritako aukeraren araberakoa da
Erreserbatua: erreserbatutako eremua izendatuko da etorkizunean erabiltzeko
Errotuluak: SYN, ACK, PSH, RST, URG, FIN
SYN: sinkronizazioa esan nahi du
ACK: berrespena esan nahi du
PSH: datuak lehenbailehen jasotzeko prozesura bidaliko direla adierazten du
RST: berrezartzeko konexioa adierazten du
URG: larrialdi erakuslea adierazten du
FIN: igorleak datuen transmisioa amaitu duela adierazten du
Leihoa: Igorleak igor dezakeen hurrengo segmentuaren tamainari buruzko komandoa zehaztu
Checksum: checksum-ak TCP segmentuaren goiburua eta datu zatia ditu, segmentuaren goiburuaren eta datu zatiaren fidagarritasuna egiaztatzeko erabiltzen direnak.
Larrialdia: segmentuak larrialdietako informazioa duela adierazten du, eta larrialdi erakusleak URG bandera 1 gisa ezarrita dagoenean bakarrik balio du.
Aukerak: Aitortutako segmentuaren tamaina, denbora-zigilua, aukera-eremuaren amaiera zehazten dira eta aukera-eremuko muga-aukera zehazten da.
Nola funtzionatzen duen TCP
TCP konexioaren ezarpena: TCP konexioaren ezarpen prozesuari TCP hiru norabideko bostekoa ere deitzen zaio. Lehenik eta behin, igorlearen ostalariak sinkronizazio (SYN) eskaera bat hasten du hartzailearen ostalariarekin konexioa ezartzeko; hartzaileen ostalariak sinkronizazio / aitorpen (SYN / ACK) erantzunarekin erantzuten dio igorlearen ostalariari eskaera hau jaso ondoren; igorlearen ostalariak hau jasotzen du Paketeak hartzailearen ostalariari agiria (ACK) bidali ondoren, une honetan TCP konexioa ongi ezartzen da;
TCP konexioaren itxiera: igorlearen ostalariak eta helmuga ostalariak TCP konexioa ezarri eta datuen transmisioa osatu ondoren, amaierako bandera 1 jarritako datu pakete bat bidaliko da TCP konexioa ixteko eta konexioak okupatutako buffer espazioa askatzeko. aldi berean; TCP berrezarpena Ezarpena: TCPk konexioa bat-batean etetea ahalbidetzen du transmisioan, hau da, TCP berrezarpena;
TCP datuen sailkapena eta berrespena: TCP transmisio protokolo fidagarria da. Sekuentzia zenbakiak eta berrespen zenbakiak erabiltzen ditu transmisioan datuen harreraren jarraipena egiteko;
TCP birtransmisioa: TCP transmisioaren prozesuan, hartzailearen ostalariak ez badu berrespena igortzeko epearen barruan datu pakete bati buruzko erantzuna jasotzen, igorleak ostalariak datu paketea galduta ikusten du eta datu paketea hartzaileari bidaltzen dio berriro Alboan, hau TCP retransmisioa deitzen zaio;
TCP atzerapenaren berrespena: TCP-k ez du beti baieztatzen djaso eta berehala. Ostalariari baieztapen mezua bidal diezaioke beste alderdiari datuak jasotzen dituen bitartean.
TCP datuen babesa (checksum): TCP transmisio protokolo fidagarria da, transmisioaren datuen osotasuna jabetzeko checksum kalkulua eskaintzen duena.
UDP protokoloa
UDP protokoloa UserDatagramProtocol ingelesaren laburdura da, hau da, erabiltzaileen datagrama protokoloa, batez ere ordenagailuen artean datuak transmititu behar dituzten sareko aplikazioei laguntzeko erabiltzen dena. Bezero / zerbitzari sareko aplikazio ugarik sare bideo konferentzia sistemak barne, UDP protokoloa erabili behar dute. UDP protokoloa sortu zenetik urte asko daramatza erabiltzen. Antzeko protokolo batzuek hasierako distira ilundu duten arren, gaur egun ere, UDP sare garraio geruzako protokolo oso praktikoa eta bideragarria da.
TCP (Transmission Control Protocol) protokolo ezaguna bezala, UDP protokoloa IP (Internet Protokoloa) protokoloaren gainean dago zuzenean. OSI (Open System Interconnection) erreferentzia ereduaren arabera, UDP eta TCP garraio geruza protokoloak dira biak.
UDP protokoloaren funtzio nagusia sareko datuen trafikoa datagrama moduan konprimitzea da. Datagrama tipikoa datu bitarreko transmisio unitatea da. Datagrama bakoitzaren lehen 8 byteak goiburuko informazioa edukitzeko erabiltzen dira, eta gainerako byteak transmisio datu zehatzak edukitzeko.
7. RTP / RTCP, RTMP, TCP, UDP protokoloaren konparazioa
TCP puntuz puntuko protokoloa da, hau da, bezero bakoitzak bezero / zerbitzari esteka bereizi behar du eta, beraz, bezero anitzetara bidaltzen diren datuak ezin dira sare mailan gauzatu. Datu korronte bat hainbat bezero aldi berean transmititu behar bada, zerbitzariak bezero bakoitzari datu korrontearen kopia bat igorri beharko dio. TCP-k transmisio-abiadura dinamikoki sar dezake banda-zabaleraren eta pilaketa-mailaren arabera eta galdutako datu-paketeak birbidali ditzake. Datuen transmisioaren fidagarritasuna ziurtatuta dago, baina zerbitzariaren baliabideak garestiak dira, eta zaila da datu korrontearen transmisioaren denbora errealean bermatzea datu korrontea handia denean.
UDP fidagarria ez den transmisio protokoloa da. Bidalketa amaitzean, UDPk datuak transmititzeko duen abiadura aplikazioak datuak sortzen dituen abiadura, ordenagailuaren ahalmena eta transmisio banda zabalera baino ez da mugatzen; hartzerakoan, UDPk mezu segmentu bakoitza ilara batean jartzen du. Aplikazioak ilaratik mezu segmentu bat irakurtzen du aldi bakoitzean; UDP protokoloak ez du konexio egoera mantendu beharrik, eta ez du uste datu pakete guztiek hartzailearen muturrera iritsi behar dutenik, beraz, sareko karga TCP baino txikiagoa da eta transmisio abiadura TCP baino azkarragoa da; Sarea zenbat eta pilatuago egon, orduan eta datu pakete gehiago galtzen dira.
UDP eta TCP protokoloaren arteko desberdintasun nagusia informazioaren transmisio fidagarria lortzeko modua da. TCP protokoloak entrega berme mekanismo berezi bat dauka. Datu hartzaileak igorlearen informazioa jasotzen duenean, baieztapen mezua bidaliko dio igorleari; igorleak baieztapen mezua jaso ondoren beste informazioa transmititzen jarraituko du. Bestela, berrespen mezua jaso arte itxaron beharko da.
Beraz, TCPk UDP-k baino denbora gehiago du konexioa ezartzeko. UDPrekin alderatuta, TCPk segurtasun eta fidagarritasun handiagoa du. TCP protokoloaren transmisioaren tamaina ez da mugatua. Konexioa ezarrita, bi aldeek datu kopuru handia transmititu dezakete formatu jakin batean, eta UDP tamaina muga duen protokolo fidagarria da, 64K baino handiagoa ez dena aldi bakoitzean.
TCP protokoloarekin alderatuta, UDP protokoloaren beste desberdintasun bat da ustekabeko datagrama anitz nola jaso. TCP-k ez bezala, UDP-k ez du bermatzen datuak bidaltzeko eta jasotzeko ordena.
RTP UDPren gainetik dago. UDP ez bada TCP bezain fidagarria eta ezin du zerbitzua bermatuDenbora errealeko zerbitzuei dagokienez, RTCPk datuen transmisioaren eta zerbitzuaren kalitatea kontrolatu behar du denbora errealean. Hala ere, UDPren transmisio-atzerapena TCP baino txikiagoa denez, oso bateragarria izan daiteke bideoarekin eta audioarekin. Partida ona. Hori dela eta, aplikazio praktikoetan, RTP / RTCP / UDP audio / bideo euskarrietarako erabiltzen da, eta TCP datuak transmititzeko eta kontroleko seinaleztapenetarako.
RTMP protokoloa bideo, audio eta datuen transmisio eraginkorrerako bereziki diseinatutako protokoloa da. Denbora errealeko bideo eta soinu transmisioa gauzatzen du TCP konexio bitarra ezarriz edo HTTP tunela konektatuz.
RTMPk ohiko multimedia zerbitzariek baino multimedia protokolo gehiago onartzen ditu. Audio, bideo eta script datuak eduki ditzaketen linea anitzeko transmisio dinamikoa onartzen du zerbitzaritik bezeroari eta bezeroari zerbitzarira. RTMPk audio, bideo eta script datuak bereizita prozesatzen ditu.
Soinuaren eta bideoaren datuak bereizita bufferrean daude zerbitzarian. Soinu datuak soinu bufferrean muga jakin batera iristen badira, bufferreko datu guztiak baztertu egingo dira, eta iritsi berri diren datuak bufferrera biltzen hasteko eta bezero bakoitzari bidaltzeko baimena emango zaio. Bideoaren datuak modu berean prozesatzen dira, eta desberdintasuna da gako-marko berria iristen denean bufferreko datuak garbitu egiten direla. Markoen datu zaharrak baztertzerakoan, bezeroaren datuak oker daudela ikusten bada, marko berriak eta zaharrak egokitzen dira.
RTMP-k lehentasun maila desberdinak ematen dizkie datuei. Denbora errealeko elkarrizketetan, soinua da garrantzitsuena, bideoari lehentasun txikia ematen zaio eta gidoi datuek soinuaren eta bideoaren artean ematen dute lehentasuna.
RTMP protokoloak hainbat datu korronte sor ditzake, baina datu korronte bakoitzak norabide bakarra izan dezake. RTMP erabiliz sistema hori eraiki daiteke, bezeroak aldi berean RTMP zerbitzariarekin eta aplikazioen zerbitzariarekin elkarreragin dezake, zerbitzarian karga sakabanatu ahal izateko, nahiz eta sistema egitura hobetu honetan, RTMP zerbitzariaren errendimendu eskakizunak. nahiko altuak dira.
8. Beste hitzarmen batzuk
HTTP protokoloa, izen osoa HyperText Transfer Protocol da eta izen txinatarra HyperText Transfer Protocol da;
MMS protokoloa, izen osoa Microsoft Media Server Protocol da eta txinatar izena Microsoft Media Server Protocol da;
HLS protokoloa, izen osoa HTTP Live Streaming, streaming bidezko transmisio protokoloa da, Apple Inc-ek inplementatutako HTTPan oinarrituta;
|
Sartu posta elektronikoa sorpresa bat izateko
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaansa
sq.fmuser.org -> Albaniera
ar.fmuser.org -> arabiera
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaijanera
eu.fmuser.org -> euskara
be.fmuser.org -> Bielorrusiera
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalana
zh-CN.fmuser.org -> Txinera (sinplifikatua)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> kroaziera
cs.fmuser.org -> Txekiera
da.fmuser.org -> Danimarkarra
nl.fmuser.org -> Holandako
et.fmuser.org -> Estoniera
tl.fmuser.org -> Filipinoa
fi.fmuser.org -> finlandiera
fr.fmuser.org -> Frantsesa
gl.fmuser.org -> Galiziera
ka.fmuser.org -> Georgiarra
de.fmuser.org -> alemana
el.fmuser.org -> Greek
ht.fmuser.org -> Haitiko kreolera
iw.fmuser.org -> Hebreera
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Islandiera
id.fmuser.org -> Indonesiera
ga.fmuser.org -> Irlandera
it.fmuser.org -> Italian
ja.fmuser.org -> Japoniera
ko.fmuser.org -> Koreera
lv.fmuser.org -> Letoniera
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> mazedoniera
ms.fmuser.org -> malaysiera
mt.fmuser.org -> maltera
no.fmuser.org -> Norwegian
fa.fmuser.org -> persiera
pl.fmuser.org -> poloniera
pt.fmuser.org -> Portugesa
ro.fmuser.org -> Romanian
ru.fmuser.org -> errusiera
sr.fmuser.org -> serbiera
sk.fmuser.org -> Eslovakiera
sl.fmuser.org -> Slovenian
es.fmuser.org -> Gaztelania
sw.fmuser.org -> Swahilia
sv.fmuser.org -> Suediera
th.fmuser.org -> Thai
tr.fmuser.org -> Turkiera
uk.fmuser.org -> ukrainera
ur.fmuser.org -> urdua
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> galesera
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Errazago!
Harremanetarako
Helbidea:
305. zenbakia Gela HuiLan eraikina No.273 Huanpu Road Guangzhou Txina 510620
Kategoriak
Buletina