1. RTP / RTCP-protokoll
RTP-protokoll
Det fulle navnet på RTP er sanntids transportprotokoll (sanntids transportprotokoll).
Det er en standard foreslått av IETF (The Internet Engineering Task Force), og det tilsvarende RFC-dokumentet er RFC3550 (RFC1889 er en utgått versjon). RFC3550 definerer ikke bare RTP, men definerer også den støttende relaterte protokollen RTCP (sanntids transportkontrollprotokoll, det vil si sanntids transportkontrollprotokoll). RTP brukes til å levere end-to-end sanntidsoverføringstjenester for en rekke multimedia-data som må overføres i sanntid, for eksempel tale, bilde og faks i IP-nettverket. RTP gir tidsinformasjon og streamsynkronisering for end-to-end sanntidsoverføring på Internett, men garanterer ikke tjenestekvaliteten, som tilbys av RTCP.
RTP applikasjonsmiljø
(1) Enkel multicast-lydkonferanse. Talekommunikasjon blir realisert gjennom en multicast-adresse og et par porter. Den ene er for lyddata (RTP) og den andre er for kontrollpakker (RTCP).
(2) Lyd- og videokonferanser. Hvis både lyd- og videokonferanser brukes på en konferanse, vil disse to mediene overføres i forskjellige RTP-økter, og hver økt vil bruke en annen overføringsadresse (IP-adresse + port). Hvis en bruker bruker to økter samtidig, bruker RTCP-pakken som tilsvarer hver økt det kanoniske navnet CNAME (Canonical Name). Deltakerne kan få tak i tilhørende lyd og video i henhold til CNAME i RTCP-pakken, og deretter synkronisere lyd og video i henhold til tidsinformasjonen (Network time protocol) i RTCP-pakken.
(3) Oversetter og mikser. Oversetteren og mikseren er begge relésystemer på RTP-nivå. Oversettere brukes i brukerområder som ikke kan nås direkte via IP multicast, for eksempel en brannmur mellom avsenderen og mottakeren. Når lydkodingsformatet som deltakerne kan motta er forskjellig, for eksempel hvis en deltaker kobler seg til en høyhastighetskonferanse via en lavhastighetslink, brukes en mikser. Før du går inn i nettverket der lyddataformatet må endres, rekonstruerer mikseren lydpakker fra en kilde eller flere kilder, slår sammen de rekonstruerte flere lydene og koder dem med en annen lydkoding. Videresend denne nye RTP-pakken. Alle datapakker fra en mikser bør identifiseres av mikseren som deres synkroniseringskilde (SSRC, se RTP-innkapsling), og taleren kan bekreftes gjennom bidragskildelisten (CSRC-tabellen, se RTP-innkapsling).
RTCP-protokoll
Realtids-kontrollprotokoll (RTCP) og RTP er felles definert i RFC 1889 foreslått i 1996. Det er en kontrollprotokoll som fungerer med RTP. RTCP kjører bare på lavnivåprotokollen, og lavnivåprotokollen gir multipleksering av data og kontrollpakker. Under RTP-økten sender hver øktdeltaker regelmessig RTCP-kontrollpakker til alle andre deltakere. For RTP-økter eller kringkasting brukes vanligvis en enkelt kringkastingsadresse for flere mål. Alle RTP- og RTCP-pakker som tilhører denne økten, bruker denne multimålsendingsadressen. RTP-pakker og RTCP-pakker kan skilles ut ved å bruke forskjellige portnumre. .
er en søsterprotokoll av Real Time Transport Protocol (RTP). RTCP gir kontroll utenfor RTP-medier. RTCP selv overfører ikke data, men samarbeider med RTP for å pakke og sende multimediedata. RTCP overfører regelmessig kontrolldata mellom deltakerne i en multimediasesjon. Hovedfunksjonen til RTCP er å gi tilbakemelding på kvaliteten på tjenesten som RTP tilbyr.
RTCP utfører følgende fire funksjoner:
(1) Hovedsakelig for å gi tilbakemelding om kvaliteten på utgivelsen av data. RTCP er en del av RTP-overføringsprotokollen og er relatert til flyt- og overbelastningskontroll av andre overføringsprotokoller. Tilbakemelding har en direkte effekt på adaptiv kodingskontroll, men IP multicast-erfaring viser at mottak av tilbakemelding fra avsenderen er avgjørende for å diagnostisere overføringsfeil. Ved å sende og motta tilbakemeldingsrapporter til alle deltakerne kan problemobservatører estimere om disse problemene er lokale eller globale. Publiseringsmekanismer som IP-multicasting gjør det mulig for grupper som leverandører av nettverkstjenester å motta tilbakemelding og fungere som tredjepartsmonitorer for å diagnostisere nettverksproblemer. Tilbakemeldingsfunksjonen utføres av RTCP avsender- og mottakerrapporter.
(2) RTCP bærer en RTP-kilde vedvarende transportlagidentifikasjon kalt et kanonisk navn (CNAME). Hvis det oppdages en konflikt eller programmet startes på nytt, siden SSRC-identiteten kan endres, trenger mottakeren CNAME for å spore deltakeren. Mottakeren trenger også CNAME for å kontakte flere datastrømmer gitt i den aktuelle RTP-tilkoblingen.
(3) De to første funksjonene krever at alle deltakerne sender RTCP-pakker. Derfor, for at RTP skal utvides til store mengder, må hastigheten kontrolleres. La hver deltaker sende kontrollpakker til andre deltakere, noe som øker antall uavhengige observasjonsdeltakere. Dette tallet brukes til å beregne hastigheten pakker blir sendt på.
(4) Den valgfrie funksjonen er å overføre minimum informasjon om tilkoblingskontroll, for eksempel å identifisere deltakere. Mest sannsynlig å bli brukt i "løs kontroll" -forbindelser, der deltakerne står fritt til å gå inn eller ut uten medlemskontroll eller parameterkoordinering. RTCP fungerer som en praktisk kanal for alle deltakere, men trenger ikke å støtte alle kravene til applikasjonens kontrollkommunikasjon.
Når RTP brukes i IP-multicast, er de tre første funksjonene nødvendige og anbefales i alle situasjoner. RTP-applikasjonsdesignere må unngå å bruke mekanismer som bare fungerer i unicast-modus, noe som vil føre til manglende evne til å skalere.
2. Forholdet mellom RTP / RTCP og andre protokoller
Streaming mediearkitektur diagram
Forholdet mellom RTP-protokoll og andre protokoller
RTP, TCP og UDP er alle protokoller for transportlag; RTP kan også betraktes som mellom applikasjonslaget og transportlaget
Som det fremgår av figuren er RTP delt inn i transportlaget, som er bygget på UDP. I likhet med UDP-protokollen, for å realisere sin sanntidsoverføringsfunksjon, har RTP også en fast innkapslingsform. RTP brukes til å gi tidsinformasjon og streamsynkronisering for end-to-end-sanntidsoverføring, men det garanterer ikke kvaliteten på tjenesten. Kvaliteten på tjenesten leveres av RTCP.
3. RTMP-protokoll
RTMP (Real Time Messaging Protocol) sanntids meldingsprotokoll er en åpen protokoll utviklet av Adobe Systems for lyd-, video- og dataoverføring mellom Flash-spillere og servere.
Den har tre varianter:
1) En klartekstprotokoll som fungerer på TCP, ved hjelp av port 1935;
2) RTMPT er innkapslet i HTTP-forespørselen og kan krysse brannmuren;
3) RTMPS ligner RTMPT, men bruker HTTPS-tilkobling;
RTMP-protokollen brukes av Flash til overføring av objekter, video og lyd. Denne protokollen er basert på TCP-protokollen eller polling-HTTP-protokollen.
RTMP-protokollen er som en beholder som brukes til å holde datapakker. Disse dataene kan være data i AMF-format eller video / lyddata i FLV;
En enkelt forbindelse kan overføre flere nettverksstrømmer gjennom forskjellige kanaler. Pakkene i disse kanalene overføres alle i pakker med fast størrelse;
|
|
|
|
Hvor langt (lang) senderen dekke?
Rekkevidden avhenger av mange faktorer. Den virkelige avstand er basert på antennen installeres høyde, antenneforsterkning, ved hjelp miljø som bygning og andre hindringer, følsomheten til mottakeren, antennen til mottakeren. Installere antennen mer høy og bruke på landsbygda, avstanden vil mye mer langt.
Eksempel 5W FM-sender bruke i byen og hjemby:
Jeg har en USA kundens bruk 5W FM-sender med GP-antenne i hjembyen, og han teste den med en bil, det dekker 10km (6.21mile).
Jeg teste 5W FM-sender med GP-antenne i hjembyen min, det dekker ca 2km (1.24mile).
Jeg teste 5W FM-sender med GP-antenne i byen Guangzhou, det dekker omtrent bare 300meter (984ft).
Nedenfor er det tilnærmede område av forskjellige kraft FM-sendere. (Utvalget er diameter)
0.1W ~ 5W FM-sender: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-sender: 3KM ~ 10KM
80W ~ 500W FM-sender: 10KM ~ 30KM
500W ~ 1000W FM-sender: 30KM ~ 50KM
1KW ~ 2KW FM-sender: 50KM ~ 100KM
2KW ~ 5KW FM-sender: 100KM ~ 150KM
5KW ~ 10KW FM-sender: 150KM ~ 200KM
Hvordan kontakte oss for senderen?
Ring meg + 8618078869184 ELLER
Email meg [e-postbeskyttet]
1.How langt du ønsker å dekke i diameter?
2.How høyt av dere Tower?
3.Where er du fra?
Og vi vil gi deg mer faglige råd.
Om Oss
FMUSER.ORG er et systemintegrasjonsfirma som fokuserer på RF trådløs overføring / studio video lydutstyr / streaming og databehandling. Vi leverer alt fra råd og rådgivning gjennom rackintegrasjon til installasjon, igangkjøring og opplæring.
Vi tilbyr FM-sender, Analog TV-sender, Digital-TV-sender, VHF UHF-sender, Antenner, Koaksialkabelkontakter, STL, On Air-behandling, Broadcast-produkter for Studio, RF Signal Monitoring, RDS-kodere, Lydprosessorer og Remote Site Control Units, IPTV-produkter, Video / Audio Encoder / dekoder, designet for å møte behovene til både store internasjonale kringkastingsnettverk og små private stasjoner.
Vår løsning har FM-radiostasjon / Analog TV-stasjon / Digital TV-stasjon / Audio Video Studio-utstyr / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Vi bruker avanserte teknologiprodukter til alle systemene, fordi vi vet at høy pålitelighet og høy ytelse er så viktige for systemet og løsningen. Samtidig må vi også sørge for at vårt produktsystem har en svært rimelig pris.
Vi har kunder fra offentlige og kommersielle kringkastingstjenester, telekomoperatører og reguleringsmyndigheter, og vi tilbyr også løsninger og produkter til mange hundre mindre, lokale og lokale kringkastere.
FMUSER.ORG har eksportert mer enn 15 år og har kunder over hele verden. Med 13 års erfaring innen dette feltet har vi et profesjonelt team for å løse kundens alle slags problemer. Vi er dedikert til å levere den ekstremt rimelige prisen på profesjonelle produkter og tjenester. Kontakt Epost : [e-postbeskyttet]
vår fabrikk
Vi har modernisering av fabrikken. Du er velkommen til å besøke vår fabrikk når du kommer til Kina.
I dag er det allerede 1095 kunder hele verden besøkt våre Guangzhou Tianhe kontor. Hvis du kommer til Kina, er du velkommen til å besøke oss.
på Fair
Dette er vår deltakelse i 2012 Global Sources Hong Kong Electronics Fair . Kunder fra hele verden endelig har en sjanse til å komme sammen.
Hvor er Fmuser?
Du kan søke i disse tallene " 23.127460034623816,113.33224654197693 "på google map, så finner du vårt fmuser-kontor.
FMUSER Guangzhou Kontoret ligger i Tianhe District, som er den midten av Canton . Veldig nær til Canton Fair , Guangzhou jernbanestasjon, Xiaobei veien og dashatou , Trenger bare 10 minutter hvis ta TAXI . Velkommen venner over hele verden til å besøke og forhandle.
Kontakt: Sky Blå
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postbeskyttet]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Kina Postnummer: 510620
|
|
|
|
Engelsk: Vi aksepterer alle betalinger, for eksempel PayPal, kredittkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Hvis du har spørsmål, kan du kontakte meg [e-postbeskyttet] eller WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Vi anbefaler at du bruker Paypal til å kjøpe våre produkter, er The Paypal en sikker måte å kjøpe på internett.
Hver av våre element liste siden bunnen på toppen har en paypal logo for å betale.
Kredittkort.Hvis du ikke har paypal, men du har kredittkort, kan du også klikke Yellow PayPal knappen for å betale med kredittkort.
-------------------------------------------------- -------------------
Men hvis du ikke har et kredittkort og ikke har en PayPal-konto eller vanskelig å fikk en paypal Kontoinnstillinger, kan du bruke følgende:
Western Union.  www.westernunion.com
Betal med Western Union til meg:
Fornavn / Fornavn: Yingfeng
Etternavn / etternavn / etternavn: Zhang
Fullt navn: Yingfeng Zhang
Land: Kina
By: Guangzhou
|
-------------------------------------------------- -------------------
T / T. betal med T / T (wire transfer / telegrafisk overføring / Bank Transfer)
Første BANKINFORMASJON (SELSKAPSKONTO):
SWIFT BIC: BKCHHKHHXXX
Bank navn: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Bankadresse: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Kontonavn: FMUSER INTERNATIONAL GROUP LIMITED
Kontonr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Andre BANKINFORMASJON (SELSKAPSKONTO):
Mottaker: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottakerens bank: China Construction Bank Guangdong Branch
SWIFT-kode: PCBCCNBJGDX
Adresse: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Merk: Når du overfører penger til bankkontoen vår, vennligst IKKE skriv noe i kommentarområdet, ellers vil vi ikke kunne motta betalingen på grunn av myndighetens policy for internasjonal handel.
|
|
|
|
* Det vil bli sendt i 1-2 arbeidsdager når betaling klart.
* Vi vil sende den til din paypal adresse. Hvis du ønsker å endre adresse, send riktig adresse og telefonnummer til min e-post [e-postbeskyttet]
* Hvis pakkene er under 2kg, vil vi bli sendt via post luftpost, vil det ta ca 15-25days til hånden din.
Hvis pakken er mer enn 2kg, vil vi sende via EMS, DHL, UPS, Fedex rask ekspresslevering, vil det ta ca 7 ~ 15days til hånden din.
Hvis pakken mer enn 100kg, vil vi sende via DHL eller flyfrakt. Det vil ta om 3 ~ 7days til hånden din.
Alle pakkene er skjema Kina Guangzhou.
* Pakken sendes som en "gave" og avvises så lite som mulig, kjøper trenger ikke betale for "TAX".
* Etter skip, vil vi sende deg en e-post og gi deg sporingsnummeret.
|
|
|
For garanti.
Kontakt oss --- >> Returner varen til oss --- >> Motta og send en ny erstatning.
Navn: Liu Xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Telefon: + 8618078869184
Vennligst gå tilbake til denne adressen og skriv din paypal adresse, navn, problem på merknad: |
|
