1. RTP / RTCP protokoll
RTP protokoll
Az RTP teljes neve Real-time Transport Protocol (Real-time Transport Protocol).
Ez az IETF (The Internet Engineering Task Force) által javasolt szabvány, és a megfelelő RFC-dokumentum RFC3550 (az RFC1889 lejárt verzió). Az RFC3550 nem csak az RTP-t, hanem a kapcsolódó RTCP protokollt is meghatározza (Real-time Transport Control Protocol, vagyis valós idejű szállítás-vezérlő protokoll). Az RTP-t végpontok közötti valós idejű átviteli szolgáltatások nyújtására különféle multimédiás adatokhoz, amelyeket valós időben kell továbbítani, mint például hang, kép és fax az IP-hálózaton. Az RTP időinformációt és adatfolyam-szinkronizációt biztosít a végpontok közötti valós idejű továbbításhoz az interneten, de nem garantálja a szolgáltatás minőségét, amelyet az RTCP biztosít.
RTP alkalmazás környezete
(1) Egyszerű multicast audio konferencia. A hangkommunikáció egy multicast címen és egy pár porton keresztül valósul meg. Az egyik az audio adatokra (RTP), a másik pedig a vezérlő csomagokra (RTCP) vonatkozik.
(2) Audio- és videokonferencia. Ha audio- és videokonferenciákat is használnak egy konferencián, akkor ezt a két adathordozót különböző RTP munkamenetekben továbbítják, és minden munkamenet más-más átviteli címet fog használni (IP-cím + port). Ha egy felhasználó két munkamenetet használ egyszerre, akkor az egyes munkameneteknek megfelelő RTCP csomag a CNAME (kanonikus név) kanonikus nevet használja. A résztvevők megszerezhetik a hozzárendelt hangot és videót az RTCP csomag CNAME-jének megfelelően, majd szinkronizálhatják a hangot és a képet az RTCP-csomag időzítési információinak (hálózati időprotokoll) megfelelően.
(3) Fordító és keverő. A fordító és a keverő egyaránt RTP szintű relerendszer. A fordítókat olyan felhasználói területeken használják, amelyek közvetlenül nem érhetők el az IP csoportos küldéssel, például tűzfal a feladó és a vevő között. Ha a hangkódolási formátum, amelyet a résztvevők kaphatnak, eltérő, például ha egy résztvevő alacsony sebességű kapcsolaton keresztül csatlakozik egy nagy sebességű konferenciához, akkor egy keverőt használnak. Mielőtt belépne a hálózatba, ahol meg kell változtatni az audio adatformátumot, a keverő rekonstruálja az audio csomagokat egy forrásból vagy több forrásból, összevonja a rekonstruált több hangot és kódolja őket egy másik hangkódolással. Továbbítsa ezt az új RTP csomagot. A keverő összes adatcsomagját a keverőnek azonosítania kell szinkronizációs forrásként (SSRC, lásd RTP-beágyazás), és a beszélőt a járulékforrás-listán keresztül lehet megerősíteni (CSRC-táblázat, lásd RTP-beágyazás).
RTCP protokoll
A valós idejű vezérlési protokollt (RTCP) és az RTP-t az 1889-ban javasolt RFC 1996 közösen határozza meg. Ez egy vezérlő protokoll, amely az RTP-vel működik. Az RTCP egyedül az alacsony szintű protokollon fut, és az alacsony szintű protokoll az adatok és vezérlőcsomagok multiplexelését biztosítja. Az RTP munkamenet során minden munkamenet résztvevője rendszeresen küld RTCP vezérlőcsomagokat az összes többi résztvevőnek. Az RTP munkamenetekhez vagy adásokhoz általában egyetlen többcélú broadcast címet használnak. Az ehhez a munkamenethez tartozó összes RTP és RTCP csomag ezt a többcélú broadcast címet használja. Az RTP csomagokat és az RTCP csomagokat különféle portszámok segítségével lehet megkülönböztetni. .
a Real Time Transport Protocol (RTP) testvérprotokollja. Az RTCP sávon kívüli vezérlést biztosít az RTP médiafolyamok számára. Az RTCP maga nem továbbít adatokat, de együttműködik az RTP-vel a multimédiás adatok csomagolásában és küldésében. Az RTCP rendszeresen továbbítja az ellenőrzési adatokat a streaming multimédia munkamenet résztvevői között. Az RTCP fő feladata, hogy visszajelzést adjon az RTP által nyújtott szolgáltatás minőségéről.
Az RTCP a következő négy funkciót látja el:
(1) Főként az adatközlés minőségével kapcsolatos visszajelzés céljából. Az RTCP az RTP átviteli protokoll része, és kapcsolatban áll más átviteli protokollok áramlás- és torlódásszabályozásával. A visszajelzésnek közvetlen hatása van az adaptív kódolás vezérlésére, de az IP multicast tapasztalata azt mutatja, hogy a visszajelzés fogadása a feladótól elengedhetetlen az átviteli hibák diagnosztizálásához. Visszajelzési jelentések küldése és fogadása minden résztvevő számára lehetővé teszi a problémamegfigyelők számára annak megbecsülését, hogy ezek a problémák lokálisak vagy globálisak-e. Az olyan közzétételi mechanizmusok, mint az IP multicasting, lehetővé teszik, hogy olyan csoportok, mint a hálózati szolgáltatók, visszajelzéseket kapjanak, és külső monitorokként járjanak el a hálózati problémák diagnosztizálásában. A visszacsatolási funkciót az RTCP küldő és vevő jelentése végzi.
(2) Az RTCP hordozható néven (CNAME) hívja az RTP forrás tartós szállítási réteg azonosítását. Ha ütközést találnak, vagy a program újraindul, mivel az SSRC identitás megváltoztatható, a címzettnek CNAME-re van szüksége a résztvevő nyomon követéséhez. A vevőnek a CNAME-re is szüksége van, hogy kapcsolatba lépjen a vonatkozó RTP-kapcsolaton megadott több adatfolyammal.
(3) Az első két funkció megköveteli, hogy minden résztvevő küldjön RTCP csomagokat. Ezért ahhoz, hogy az RTP nagyméretű mennyiségekre terjeszkedhessen, ellenőrizni kell a sebességet. Hagyja, hogy minden résztvevő küldjön ellenőrző csomagokat más résztvevőknek, ami növeli a független megfigyelés résztvevőinek számát. Ez a szám arra szolgál, hogy kiszámítsa a csomagok küldésének sebességét.
(4) Az opcionális funkció a minimális kapcsolat-vezérlő információk továbbítása, például a résztvevők azonosítása. A legvalószínűbb, hogy "laza kontroll" kapcsolatokban alkalmazzák, ahol a résztvevők szabadon beléphetnek vagy távozhatnak a tagok ellenőrzése vagy a paraméterek összehangolása nélkül. Az RTCP minden résztvevő számára kényelmes csatornaként működik, de nem kell támogatnia az alkalmazás összes vezérlő kommunikációs követelményét.
Ha az RTP-t IP csoportos küldésben használják, akkor az első három funkcióra minden helyzetben szükség van és ajánlott. Az RTP alkalmazás-tervezőknek kerülniük kell a csak unicast módban működő mechanizmusok használatát, ami a méretezés képtelenségét eredményezi.
2. Az RTP / RTCP és más protokollok kapcsolata
Streaming média architektúra diagram
Az RTP protokoll és más protokollok kapcsolata
Az RTP, a TCP és az UDP mind a szállítási réteg protokollja; Az RTP az alkalmazásréteg és a szállítási réteg között lévőnek is tekinthető
Mint az ábrán látható, az RTP fel van osztva a szállítási rétegre, amely UDP-re épül. Az UTP protokollhoz hasonlóan, az RTP valós idejű átviteli funkciójának megvalósítása érdekében fix kapszulázási formával is rendelkezik. Az RTP-t időinformációk biztosítására és adatfolyam-szinkronizálásra használják a végpontok közötti valós idejű átvitelhez, de ez nem garantálja a szolgáltatás minőségét. A szolgáltatás minőségét az RTCP biztosítja.
3. RTMP protokoll
Az RTMP (Real Time Messaging Protocol) valós idejű üzenetküldési protokoll egy nyílt protokoll, amelyet az Adobe Systems fejlesztett ki audio, video és adatátvitel céljából a Flash lejátszók és a szerverek között.
Három változata van:
1) TCP-n működő sima szövegű protokoll, az 1935-ös port használatával;
2) az RTMPT be van építve a HTTP kérésbe, és bejárhatja a tűzfalat;
3) Az RTMPS hasonló az RTMPT-hez, de HTTPS kapcsolatot használ;
Az RTMP protokollt a Flash használja objektumok, videók és hangok továbbítására. Ez a protokoll a TCP protokollon vagy a lekérdezéses HTTP protokollon alapul;
Az RTMP protokoll olyan, mint az adatcsomagok tárolására szolgáló tároló. Ezek az adatok lehetnek AMF formátumú adatok vagy video / audio adatok FLV formátumban;
Egyetlen kapcsolat több hálózati adatfolyamot továbbíthat különböző csatornákon keresztül. Ezen csatornák csomagjai mind fix méretű csomagokban kerülnek továbbításra;
|
|
|
|
Milyen messze (hosszú) a távadó fedelét?
A hatótávolság számos tényezőtől függ. Az igazi távolságot alapul az antenna telepítéséhez magasság, antennanyereség használva környezetben, mint épület és egyéb akadály, érzékenysége a vevő, antenna a vevő. Telepítése antenna több magas és használata vidéken, a távolság sokkal messzebb.
Példa 5W FM Transmitter használja a városban és a szülővárosa:
Van egy magyar ügyfél használja 5W fm transmitter GP antenna szülővárosában, s kipróbálni egy autót, akkor terjed 10km (6.21mile).
Tesztelem a 5W fm transmitter GP antenna szülővárosomban, ez fedezésére mintegy 2km (1.24mile).
Tesztelem a 5W fm transmitter GP antenna Guangzhou város, akkor terjed csak körülbelül 300meter (984ft).
Az alábbiakban a hozzávetőleges sor különböző teljesítmény FM adó. (A tartomány átmérő)
0.1W ~ 5W FM adó: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM adó: 3KM ~ 10KM
80W ~ 500W FM adó: 10KM ~ 30KM
500W ~ 1000W FM adó: 30KM ~ 50KM
1KW ~ 2KW FM adó: 50KM ~ 100KM
2KW ~ 5KW FM adó: 100KM ~ 150KM
5KW ~ 10KW FM adó: 150KM ~ 200KM
Hogyan léphet kapcsolatba velünk az adó?
Hívjon + 8618078869184 OR
Küldj e-mailt [e-mail védett]
1.How messze szeretné fedezni átmérőjű?
2.How magas közületek torony?
3.Where vagy?
És akkor kapsz több szakmai tanácsot.
Rólunk
Az FMUSER.ORG egy olyan rendszerintegrációs cég, amely az RF vezeték nélküli átvitelre / stúdió-videó hangberendezésre / streamingre és adatfeldolgozásra összpontosít.
FM adó, analóg TV adó, digitális TV adó, VHF UHF adó, antennák, koaxiális kábelcsatlakozók, STL, levegő feldolgozás, műsorszórási termékek a stúdióhoz, RF jel felügyelet, RDS kódolók, audio processzorok és távoli webhelyvezérlő egységek, IPTV termékek, Video / Audio Encoder / Decoder, úgy tervezték, hogy megfeleljenek mind a nagy nemzetközi műsorszóró hálózatok, mind a kis magánállomások igényeinek.
Megoldásunk FM rádióállomás / analóg tévéállomás / digitális tévéállomás / audio-video stúdió berendezés / stúdió adó-összeköttetés / adó-telemetria rendszer / szálloda TV-rendszer / IPTV élő közvetítés / élő közvetítés / videokonferencia / CATV műsorszóró rendszer.
Az összes rendszerhez fejlett technológiai termékeket használunk, mert tudjuk, hogy a nagy megbízhatóság és a nagy teljesítmény olyan fontos a rendszer és a megoldás szempontjából. Ugyanakkor meg kell győződnünk arról, hogy termékrendszerünk nagyon kedvező áron van.
A közszolgálati és kereskedelmi műsorszolgáltatók, a távközlési szolgáltatók és a szabályozó hatóságok ügyfelei vannak, és megoldásokat és termékeket is kínálunk több száz kisebb, helyi és közösségi műsorszolgáltatónak.
Az FMUSER.ORG több mint 15 éve exportál, és ügyfelei vannak a világ minden tájáról. 13 éves tapasztalattal rendelkezik ezen a területen, van egy profi csapatunk, hogy megoldjuk az ügyfelek mindenféle problémáját. Elkötelezettek vagyunk a professzionális termékek és szolgáltatások rendkívül elfogadható árainak biztosításában. Kapcsolattartó e-mail : [e-mail védett]
a Factory
Nekünk van korszerűsítés a gyár. Szeretettel várjuk, hogy látogassa meg a gyár, ha jön Kínába.
Jelenleg már vannak 1095 ügyfelek világszerte látogatott el Guangzhou Tianhe irodában. Ha jön Kína, szívesen látogasson el hozzánk.
Fair
Ez a mi részvétel 2012 Global Sources Hong Kong Electronics Fair . Az ügyfelek a világ minden tájáról végre van egy esélyt, hogy együtt legyünk.
Hol van Fmuser?
Kereshet ezekben a számokban " 23.127460034623816,113.33224654197693 "a google térképen, akkor megtalálhatja fmuser irodánkat.
FMUSER Guangzhou irodája Tianhe District, amely a központja a Canton . Nagyon közel hoz Canton Fair , Guangzhou vasútállomás, Xiaobei közúti és dashatou , Csak be kell 10 perc ha figyelembe TAXI . Üdvözöljük barátok a világ minden tájáról, hogy látogassa meg, és tárgyaljon.
Kapcsolat: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Email: [e-mail védett]
QQ: 727926717
Skype: sky198710021
Cím: No.305 szoba Huilan Building No.273 Huanpu Road Guangzhou Kína Zip: 510620
|
|
|
|
Angol: Minden fizetést elfogadunk, például PayPal, Hitelkártya, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ha bármilyen kérdése van, kérjük, vegye fel velem a kapcsolatot [e-mail védett] vagy a WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Azt javasoljuk, hogy a Paypal vásárolni a terméket, a Paypal biztonságos módon vásárolni az interneten.
Minden a mi elem lista oldal alján tetején van egy paypal logóra fizetni.
Hitelkártya.Ha nincs paypal, de van, hitelkártya, akkor is kattints a sárga gombra PayPal fizetni a hitelkártya.
-------------------------------------------------- -------------------
De ha nem egy hitelkártya, és nem egy paypal számla, vagy nehezen kapott egy paypal fiókot állíthat, használhatja a következő:
Western Union.  www.westernunion.com
Fizessen Western Union nekem:
Keresztnév / Keresztnév: Yingfeng
Vezetéknév / Vezetéknév / Családnév: Zhang
Teljes név: Yingfeng Zhang
Ország: Kína
Város: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Fizessen T / T (átutalás / banki átutalás / banki átutalás)
Első BANKINFORMÁCIÓ (VÁLLALATI SZÁMLA):
SWIFT BIC: BKCHHKHHXXX
Bank neve: BANK OF CHINA (HONG KONG) LIMITED, HONGKONG
Bank címe: BANK OF CHINA TOWER, 1 GARDEN ÚT, CENTRAL, HONG KONG
BANKKÓD: 012
Számla neve: FMUSER INTERNATIONAL GROUP LIMITED
Számlaszám. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Második BANK-INFORMÁCIÓ (VÁLLALATI SZÁMLA):
Kedvezményezett: Fmuser International Group Inc.
Fiókszám: 44050158090900000337
Kedvezményezett bankja: China Construction Bank Guangdong Branch
SWIFT kód: PCBCCNBJGDX
Cím: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kína
** Megjegyzés: Ha pénzt utal át bankszámlánkra, kérjük, NE írjon semmit a megjegyzés területére, különben a nemzetközi kereskedelemre vonatkozó kormányzati politika miatt nem tudjuk megkapni a befizetést.
|
|
|
|
* Ez lesz elküldve 1-2 munkanap, amikor a fizetési világos.
* Mi elküldjük azt a paypal címét. Ha meg akarjuk változtatni a címet, kérjük, küldje el a megfelelő címet és telefonszámot az email [e-mail védett]
* Ha a csomagok alatt 2kg fogjuk szállítani postai légiposta, akkor körülbelül 15-25days a kezedbe.
Ha ez a csomag több, mint 2kg, akkor a hajó keresztül EMS, DHL, UPS, Fedex gyors expressz szállítás, akkor körülbelül 7 ~ 15days a kezedbe.
Ha a csomag több, mint 100kg küldünk keresztül DHL vagy a légi áruszállítás. Ez körülbelül 3 ~ 7days a kezedbe.
Minden csomag formájában Kína Guangzhou.
* A csomagot "ajándékként" küldjük el, és a lehető legkevesebbet nyilatkozunk, a vevőnek nem kell fizetnie az "adóért".
* Miután a hajó, küldünk Önnek egy e-mailt, és adja meg a nyomon követési számot.
|
|
|
A jótállásért.
Lépjen kapcsolatba velünk --- >> Tegye vissza nekünk a terméket --- >> Fogadás és újabb csere küldése.
Név: Liu Xiaoxia
Cím: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kína.
Postai irányítószám: 510620
Telefon: + 8618078869184
Kérjük, térjen vissza erre a címre, és írja meg a paypal címét, nevét, probléma megjegyzés: |
|
