FMUSER Wirless lähettää videota ja ääntä helpommin!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
5, RTSP-protokolla
Viiteasiakirja RFC2326
Reaaliaikainen suoratoistoprotokolla (reaaliaikainen suoratoistoprotokolla) on multimedia-suoratoistoprotokolla, jota käytetään äänen tai videon hallintaan, ja se mahdollistaa samanaikaisen useiden suoratoiston kysynnän hallinnan. Lähetyksen aikana käytetty verkkoyhteysprotokolla ei ole määritellyllä alueella. Palvelinpuoli Voit käyttää TCP: tä tai UDP: tä suoratoistosisällön lähettämiseen. Sen syntaksi ja toiminta ovat samanlaisia kuin HTTP 1.1, mutta ajan synkronointia ei ole erityisesti korostettu, joten se voi sietää verkon viiveitä. Edellä mainittu edellä mainittu monen suoratoiston kysynnän hallinta (Multicast) voi paitsi vähentää palvelinkäytön verkkokäyttöä, myös tukea monen osapuolen videoneuvotteluja (videoneuvottelu). Koska se toimii samalla tavalla kuin HTTP1.1, välityspalvelimen "Proxy" välimuistitoiminto "Välimuisti" soveltuu myös RTSP: hen, ja koska RTSP: llä on uudelleenohjaustoiminto, palvelua tarjoava palvelin voidaan vaihtaa todellisen kuormituksen mukaan välttää liiallista kuormitusta samalle palvelimelle ja aiheuttaa viivettä.
ehdotti yhdessä Real Networks ja Netscape. Protokolla määrittää, kuinka yksi-moniin -sovellukset voivat lähettää multimediatiedot tehokkaasti IP-verkon kautta. RTSP tarjoaa laajennettavan kehyksen, joka mahdollistaa reaaliaikaisen datan, kuten äänen ja videon, hallinnan ja tarpeen mukaan. Tietolähteet sisältävät reaaliaikaiset tiedot ja leikkeisiin tallennetut tiedot.
Tämän protokollan tarkoituksena on ohjata useita tiedonsiirtoyhteyksiä, tarjota tapa valita siirtokanavat, kuten UDP, monilähetys UDP ja TCP, ja tarjota menetelmiä lähetysmekanismin valitsemiseksi RTP: n perusteella.
RTSP: n ja RTP: n suhde
RTP: Reaaliaikainen liikenneprotokolla
RTP / RTCP on todellinen tiedonsiirtoprotokolla;
RTP lähettää ääni- / videodataa. Jos se on PLAY, palvelin lähettää sen asiakkaalle. Jos se on RECORD, asiakas voi lähettää sen palvelimelle. Koko RTP-protokolla koostuu kahdesta läheisesti toisiinsa liittyvästä osasta: RTP-dataprotokolla ja RTP-ohjausprotokolla (eli RTCP) ;
RTCP: RTCP sisältää lähettäjäraportin ja vastaanottajaraportin, joita käytetään audio / video-synkronointiin ja muihin tarkoituksiin, ja se on ohjausprotokolla;
RTSP: Reaaliaikainen suoratoistoprotokolla (RTSP)
RTSP-pyynnöt sisältävät lähinnä DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS jne., Kuten nimestä voi päätellä, se voidaan tunnistaa valinta- ja ohjaustoimintona;
RTSP-keskustelun aikana SETUP voi määrittää RTP / RTCP: n käyttämän portin, PLAY / PAUSE / TEARDOWN voi aloittaa tai lopettaa RTP: n lähettämisen jne .;
6. TCP- ja UDP-protokolla
TCP-protokolla
TCP, koko nimi on Siirron ohjausprotokolla, ja kiinankielinen nimi on Transmission Control Protocol. Se toimii OSI-siirtokerroksessa ja tarjoaa luotettavia, yhteyspohjaisia siirtopalveluja.
TCP: n tehtävänä on pääasiassa luoda yhteys ja vastaanottaa sitten tietoja sovelluskerrosohjelmasta ja lähettää. TCP käyttää virtuaalipiiriliitäntää toimiakseen. Ennen tietojen lähettämistä sen on muodostettava yhteys lähettäjän ja vastaanottajan välille. Kun tiedot on lähetetty, lähettäjä odottaa, että vastaanottaja antaa vahvistavan vastauksen, muuten lähettäjä ajattelee, että nämä tiedot menetetään, ja lähettää nämä tiedot uudelleen.
RTP ei ole kuin http ja ftp, jotka voivat ladata koko elokuvatiedoston kokonaan. Se lähettää dataa verkossa kiinteällä tiedonsiirtonopeudella. Asiakas myös katselee elokuvatiedostoa tällä nopeudella. Kun elokuvanäyttö on toistettu, sitä ei voi toistaa toistuvasti. , Ellet pyydä tietoja palvelimelta uudelleen.
Suurin ero RTSP: n ja RTP: n välillä on, että: RTSP on kaksisuuntainen reaaliaikainen tiedonsiirtoprotokolla, jonka avulla asiakas voi lähettää pyyntöjä palvelimelle, kuten toisto, pikakelaus eteenpäin ja taaksepäin.
Tietysti RTSP voi lähettää dataa RTP: n perusteella ja voi myös valita TCP, UDP, monilähetys UDP ja muut kanavat datan lähettämiseen, jolla on hyvä skaalautuvuus.
Se on verkkosovelluksen kerroksen protokolla, joka on samanlainen kuin http-protokolla.
Lähdeportti: lähettäjän portti on määritetty
Kohdeportti: Vastaanottajan portin numero on määritetty
Sekvenssinumero: osoittaa segmentin sijainnin lähetettävissä segmenteissä
Vahvistusnumero: määrittää onnistuneesti vastaanotetun segmentin järjestysnumeron, vahvistussekvenssin numero sisältää seuraavan sarjanumeron, jonka vahvistuksen lähettäjä odottaa saavansa
TCP-offset: määrittää segmentin otsikon pituuden. Osion otsikon pituus riippuu osion otsikkovaihtoehdon kentässä asetetusta vaihtoehdosta
Varattu: Varattu kenttä on tarkoitettu tulevaa käyttöä varten
Merkit: SYN, ACK, PSH, RST, URG, FIN
SYN: tarkoittaa synkronointia
ACK: tarkoittaa vahvistusta
PSH: Ilmaisee, että tiedot lähetetään vastaanottavaan prosessiin mahdollisimman pian
RST: Ilmaisee yhteyden nollaamisen
URG: Ilmaisee hätäosoittimen
FIN: Ilmaisee, että lähettäjä on suorittanut tiedonsiirron
Ikkuna: Määritä seuraavan segmentin kokoinen komento, jonka lähettäjä voi lähettää
Tarkistussumma: Tarkistussumma sisältää TCP-segmentin otsikon ja tieto-osan, jota käytetään segmentin otsikon ja tieto-osan luotettavuuden tarkistamiseen.
Hätä: ilmaisee, että segmentti sisältää hätätietoja, ja hätäosoitin on voimassa vain, kun URG-lippu on asetettu arvoon 1.
Vaihtoehdot: Tunnistettu segmentin koko, aikaleima, valintakentän loppu määritetään ja valintakentän reunavaihtoehto määritetään
Kuinka TCP toimii
TCP-yhteyden muodostaminen: TCP-yhteyden muodostamisprosessia kutsutaan myös TCP-kolmitiekättelyksi. Ensinnäkin lähettäjäisäntä aloittaa synkronointipyynnön (SYN) yhteyden muodostamiseksi vastaanottimen isäntään; vastaanottaja-isäntä vastaa synkronointi / kuittaus (SYN / ACK) -vastauksella lähettäjälle isännälle tämän pyynnön vastaanottamisen jälkeen; lähettäjäisäntä vastaanottaa tämän Kun paketti on lähettänyt kuittauksen (ACK) vastaanottavalle isännälle, TCP-yhteys on muodostettu tällä hetkellä onnistuneesti;
TCP-yhteyden sulkeminen: Kun lähettäjäisäntä ja kohde-isäntä ovat muodostaneet TCP-yhteyden ja saattaneet tiedonsiirron päätökseen, lähetetään datapaketti, jonka loppulippu on 1, sulkemaan TCP-yhteys ja vapauttamaan yhteyden käyttämä puskuritila samaan aikaan; TCP-nollausasetus: TCP sallii yhteyden katkeamisen yhtäkkiä lähetyksen aikana, jota kutsutaan TCP-palautukseksi;
TCP-tietojen lajittelu ja vahvistus: TCP on luotettava lähetysprotokolla. Se käyttää järjestysnumeroita ja vahvistusnumeroita datan vastaanoton seuraamiseen lähetyksen aikana;
TCP-uudelleenlähetys: Jos vastaanottaja-isäntä ei saa TCP-lähetysprosessissa kuittausvastausta datapakettiin uudelleenlähetyksen aikakatkaisujakson aikana, lähettäjäisäntä katsoo datapaketin kadonneeksi ja lähettää datapaketin uudelleen vastaanottimelle. kutsutaan TCP-uudelleenlähetykseksi;
TCP-viiveen vahvistus: TCP ei aina vahvista d: täata heti saatuaan sen. Sen avulla isäntä voi lähettää oman vahvistusviestin toiselle osapuolelle vastaanotettaessa tietoja.
TCP-tietosuoja (tarkistussumma): TCP on luotettava lähetysprotokolla, joka tarjoaa tarkistussumman laskennan tietojen eheyden toteuttamiseksi lähetyksen aikana.
UDP-protokolla
UDP-protokolla on lyhenne englanninkielisestä UserDatagramProtocol eli käyttäjän datagrammin -protokollasta, jota käytetään pääasiassa tukemaan verkkosovelluksia, jotka tarvitsevat tiedonsiirtoa tietokoneiden välillä. Lukuisien asiakas- / palvelinverkkosovellusten, mukaan lukien verkon videoneuvottelujärjestelmät, on käytettävä UDP-protokollaa. UDP-protokollaa on käytetty monta vuotta sen perustamisesta lähtien. Vaikka jotkut samanlaiset protokollat ovat peittäneet sen alkuperäisen kirkkauden, UDP on vielä nykyäänkin erittäin käytännöllinen ja toteutettavissa oleva verkon siirtokerrosprotokolla.
Kuten hyvin tunnettu TCP (Transmission Control Protocol) -protokolla, UDP-protokolla sijaitsee suoraan IP (Internet Protocol) -protokollan päällä. OSI (Open System Interconnection) -viitemallin mukaan UDP ja TCP ovat molemmat siirtokerrosprotokollia.
UDP-protokollan päätehtävä on pakata verkon dataliikenne datagrammiksi. Tyypillinen datagrammi on binääridatan lähetysyksikkö. Jokaisen datagrammin ensimmäisiä 8 tavua käytetään otsikkotietojen sisällyttämiseen, ja loput tavut sisältävät tiettyä lähetystietoa.
7. RTP / RTCP, RTMP, TCP, UDP-protokollan vertailu
TCP on pisteestä pisteeseen -protokolla, mikä tarkoittaa, että jokaisen asiakkaan on erotettava asiakas / palvelin-linkki, joten tiedonsiirtoa useille asiakkaille ei voida toteuttaa verkkotasolla. Jos datavirta on lähetettävä useille asiakkaille samanaikaisesti, palvelimen on lähetettävä kopio datavirrasta kullekin asiakkaalle. TCP voi dynaamisesti säätää lähetysnopeutta verkon kaistanleveyden ja ruuhkautumisasteen mukaan ja lähettää kadonneet datapaketit uudelleen. Tiedonsiirron luotettavuus on taattu, mutta palvelinresurssit ovat kalliita, ja datavirran lähetyksen reaaliaikaista suorituskykyä on vaikea varmistaa, kun tietovirta on suuri.
UDP on epäluotettava lähetysprotokolla. Lähetyspäässä UDP: n tiedonsiirtonopeutta rajoittaa vain nopeus, jolla sovellus tuottaa dataa, tietokoneen kapasiteetti ja lähetyskaistanleveys; vastaanottavassa päässä UDP asettaa jokaisen viestisegmentin jonoon. Sovellus lukee viestisegmentin jonosta joka kerta; UDP-protokollan ei tarvitse ylläpitää yhteystilaa, eikä se usko, että jokaisen datapaketin on päästävä vastaanottopäähän, joten verkkokuorma on pienempi kuin TCP ja siirtonopeus on nopeampi kuin TCP; Mitä enemmän verkko on ruuhkainen, sitä enemmän datapaketteja menetetään.
Tärkein ero UDP- ja TCP-protokollien välillä on se, miten voidaan saavuttaa luotettava tiedonsiirto. TCP-protokolla sisältää erityisen toimitustakausmekanismin. Kun datavastaanotin vastaanottaa tiedot lähettäjältä, se lähettää automaattisesti vahvistussanoman lähettäjälle; Lähettäjä jatkaa muiden tietojen lähettämistä vasta saatuaan vahvistusviestin. Muussa tapauksessa se odottaa, kunnes vahvistusviesti vastaanotetaan.
Joten TCP: llä on enemmän aikaa yhteyden muodostamiseen kuin UDP: llä. UDP: hen verrattuna TCP: llä on korkeampi turvallisuus ja luotettavuus. TCP-protokollan lähetyksen kokoa ei ole rajoitettu. Kun yhteys on muodostettu, molemmat osapuolet voivat lähettää suuren määrän tietoa tietyssä muodossa, kun taas UDP on epäluotettava protokolla, jonka kokorajoitus ei saa ylittää 64 kt joka kerta.
TCP-protokollaan verrattuna toinen ero UDP-protokollassa on se, kuinka useita odottamattomia datagrammeja vastaanotetaan. Toisin kuin TCP, UDP ei takaa tietojen lähettämisen ja vastaanottamisen järjestystä.
RTP on yli UDP. Vaikka UDP ei ole yhtä luotettava kuin TCP, eikä se voi taata palvelun laatuaReaaliaikaisten palvelujen vuoksi RTCP: n on seurattava tiedonsiirtoa ja palvelujen laatua reaaliajassa. Koska UDP: n lähetysviive on kuitenkin pienempi kuin TCP: n, se voi olla hyvin yhteensopiva videon ja äänen kanssa. Hyvä ottelu. Siksi käytännön sovelluksissa RTP / RTCP / UDP: tä käytetään ääni- / videovälineille ja TCP: tä datan lähettämiseen ja ohjaussignalointiin.
RTMP-protokolla on erityisesti videon, äänen ja datan tehokkaaseen siirtoon suunniteltu protokolla. Se toteuttaa reaaliaikaisen video- ja äänensiirron luomalla binäärisen TCP-yhteyden tai yhdistämällä HTTP-tunnelin.
RTMP tukee useampia mediaprotokollia kuin perinteiset mediapalvelimet. Se tukee useita linjoja, jotka voivat sisältää ääni-, video- ja komentotietoja, dynaamista siirtoa palvelimelta asiakkaalle ja asiakkaalta palvelimelle. RTMP käsittelee ääni-, video- ja komentotiedot erikseen.
Ääni- ja videotiedot puskuroidaan palvelimessa erikseen. Jos äänidata saavuttaa tietyn rajan äänipuskurissa, kaikki puskurissa olevat tiedot hylätään, ja viimeksi saapuneen tiedon sallitaan alkaa kerätä puskurissa ja lähettää jokaiselle asiakkaalle. Videodataa käsitellään samalla tavalla, ero on siinä, että kun uusi avainkehys saapuu, puskurissa olevat tiedot tyhjennetään. Kun hylätään vanhat kehystiedot, jos havaitaan, että asiakkaan tiedot ovat vääriä, uudet ja vanhat kehykset asennetaan.
RTMP antaa tiedoille erilaiset prioriteettitasot. Reaaliaikaisessa keskustelussa ääni on tärkein, videolle asetetaan matala prioriteetti ja komentosarjan tiedoille prioriteetti äänen ja videon välillä.
RTMP-protokolla voi luoda useita datavirtoja, mutta jokaisella datavirralla voi olla vain yksi suunta. RTMP: n käyttäminen voi rakentaa tällaisen järjestelmän, asiakas voi olla vuorovaikutuksessa RTMP-palvelimen ja sovelluspalvelimen kanssa samanaikaisesti, jotta palvelimen kuormitus voidaan hajauttaa, vaikka tässä parannetussa järjestelmärakenteessa RTMP-palvelimen suorituskykyvaatimukset ovat suhteellisen korkeita.
8. Muut sopimukset
HTTP-protokolla, koko nimi on HyperText Transfer Protocol ja kiinalainen nimi HyperText Transfer Protocol;
MMS-protokolla, koko nimi on Microsoft Media Server Protocol ja kiinalainen nimi Microsoft Media Server Protocol;
HLS-protokolla, koko nimi HTTP Live Streaming, on suoratoistovälineen lähetysprotokolla, joka perustuu Apple Inc: n toteuttamaan HTTP: hen;
|
Kirjoita sähköpostiosoite saadaksesi yllätyksen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
FMUSER Wirless lähettää videota ja ääntä helpommin!
Ota yhteyttä
Osoite:
Nro 305 huone HuiLan-rakennus nro 273 Huanpu Road Guangzhou Kiina 510620
Kategoriat
Uutiskirje