1. Bevezetés az RTP-be
Az RTP a valós idejű átviteli protokoll amely végponttól végpontig terjedő átviteli szolgáltatást nyújt, amely támogatja a valós idejű adatok továbbítását egyetlen célzott és többcélú sugárzott hálózati szolgáltatásban, míg a valós idejű adatátvitelt az RTCP protokoll figyeli és vezérli.
2. Az RTP-t az RFC határozza meg
Az RTP protokollt használó alkalmazás az RTP-n fut, míg az RTP-t végrehajtó program az UDP felső rétegén fut, a portszám és az ellenőrzés, valamint az UDP használata érdekében. Az RTP a szállítási réteg alrétegének tekinthető. A multimédia alkalmazások által generált audio- és TV-adatblokkok RTP-csomagokba vannak kapszulázva, minden RTP-csomagot UDP-üzenetszegmensbe kapszuláznak, majd IP-csomagokba csomagolják.
A csomag felépítése számos, a multimédiában széles körben használt domaint tartalmaz, beleértve az igény szerinti hangot, az igény szerinti videót, az internetes telefont és a videokonferenciát. Az RTP specifikáció nem határoz meg szabványokat a tömörített formátumokra a hang és a televízió számára, és felhasználható normál formátumú fájlok továbbítására. Például a wav vagy GSM (globális mobilkommunikációs rendszer), az MPEG-1 és az MPEG-2 TV hangja szintén felhasználható a saját formátumban tárolt hang és TV fájlok továbbítására.
Az alkalmazásfejlesztők szempontjából az RTP végrehajtók az alkalmazás részének tekinthetők, mivel a fejlesztőknek integrálniuk kell az RTP-t az alkalmazásba. Az elküldés végén a fejlesztőknek be kell írniuk az RTP protokollt végrehajtó programot az RTP információs csomagot létrehozó alkalmazásba, majd az alkalmazás elküldi az RTP információs csomagot az UDP socket felületére, amint az a 2. ábrán látható; Hasonlóképpen, az RTP csomagok az alkalmazásba kerülnek a vevő UDP aljzatán keresztül. Ezért a fejlesztőknek be kell írniuk az RTP protokollt végrehajtó programot az alkalmazásba, amely kivonja a médiaadatokat az RTP csomagból.
A cikk az RTP-t veszi példának a munkafolyamatának szemléltetésére. Tegyük fel, hogy a hangforrás hangja egy PCM által kódolt 64 kb / s hang, és tegyük fel, hogy az alkalmazás 20 ms kódolt adatot vesz fel darabként, azaz 160 bájt hangadatot egy adatblokkban. Az alkalmazásnak hozzá kell adnia RTP címet ezekhez a hangadatokhoz RTP csomagok létrehozásához, amelyek tartalmazzák a hangadatok típusát, sorszámát és időbélyegét. Az RTP csomagokat ezután elküldik az UDP socket interfészre, ahol az UDP csomagokba vannak beágyazva. A vevőnél az alkalmazás program RTP információs csomagot fogad a socket interfészről, kivonja a hang adatblokkot az RTP információs csomagból, majd az RTP csomag cím mezőjében található információk felhasználásával dekódolja és helyesen játssza le a hangot.
Ha az alkalmazás nem szabadalmaztatott megoldásokat használ a hasznos teher típusának, sorszámának vagy időbélyegének megadásához, hanem a szokásos RTP protokollt használja, akkor az alkalmazás könnyebben futtatható más hálózati alkalmazásokkal, amit mindenki remél. Például, ha két különböző vállalat fejleszti az internetes telefonszoftvert, valamennyien beépítik az RTP-t a termékeikbe, ami reményteli, hogy a különböző vállalati telefonszoftvereket használó felhasználók kommunikálni tudnak.
Fontos hangsúlyozni, hogy az RTP nem biztosít semmilyen mechanizmust annak biztosítására, hogy az adatokat időben vagy más szolgáltatásminőségben juttassák el a vevőhöz. Nem garantálja, hogy az információs csomag nem vész el, vagy a csomagok sorrendjét nem zavarják. Valójában az RTP beágyazása csak a rendszer oldalán látható. A középen lévő útválasztó nem különbözteti meg, hogy az IP datagram RTP csomagokat hordoz.
Az RTP lehetővé teszi az egyes médiaforrásokhoz külön RTP csomagfolyamok hozzárendelését, például kamerát vagy mikrofont. Például egy televíziós konferencia, amelyben két csoport vesz részt, négy csomagfolyamot nyithat meg: két kamerát tévécsatornákat továbbít és két mikrofont a hangfolyamok továbbításához. Számos népszerű kódolási technológia azonban, köztük az MPEG-1 és az MPEG-2, összeköti a hang- és a TV-képeket, így egyetlen adatfolyamot képez a kódolási folyamat során, és egy irányban RTP csomagfolyamot generál.
Az RTP-csomagok nem korlátozódnak egyetlen célzott műsorszórásra, és továbbíthatók egy-sok többcélú sugárzási fán vagy többszörös-sok többcélú műsorfán is. Például többcélú sugárzás többszörösen sokhoz, ebben az alkalmazásban az összes adó terminál általában ugyanazzal a többcélú sugárzási címmel küldi az RTP csomagfolyamot a többcélú broadcast fára.
3. RTP csomagfejléc mező
Az RTP címe négy csomagfejléc mezőből és más tartományokból áll: hasznos terhelés típusú tartomány, sorozatszám tartomány, időbélyeg tartomány és szinkronizálási forrás azonosító tartomány.
1) hasznos teher típusa
Az RTP csomag hasznos területe 7 bit hosszú, így az RTP 128 különböző hasznos terhet támogat. A hangáramláshoz ez a mező arra szolgál, hogy jelezze a hang által használt kódolás típusát, például PCM, adaptív delta moduláció, lineáris prediktív kódolás stb. Ha a feladó úgy dönt, hogy megváltoztatja a kódolási módot a munkamenet vagy az adás során, a feladó ezen a tartományon keresztül értesítheti a vevőt. Az 1. táblázat felsorolja azokat a hangterhelés típusokat, amelyeket az RTP jelenleg támogatni tud.
A TV-folyamoknál hasznos terhelési típusok használhatók a TV-kódolás típusának megjelölésére, például mozgás JPEG, MPEG-1, MPEG-2, h.231 stb. A feladó a TV kódolási módját bármikor megváltoztathatja vagy az ülés alatt. A 16-02. Táblázat felsorol néhány olyan TV hasznos terhet, amelyet az RTP jelenleg támogat.
2) sorozatszám
A sorozatszám mező 16 bit hosszú. Adjon 1-et az egyes RTP-csomagok sorszámához. A vevő felhasználhatja arra, hogy ellenőrizze, hiányzik-e a csomag, és feldolgozza a csomagot a sorszámnak megfelelően. Például a fogadó alkalmazás fogad egy RTP csomagfolyamot, amelynek intervalluma van a 86 és 89 sorszám között, és a vevő tudja, hogy a 87 és 88 csomagok elvesznek, és intézkedéseket hoz az elveszett adatok feldolgozására.
3) időbélyeg
Az időbélyeg tartomány 32 bájt hosszú. Az RTP csomag első bájtjának mintavételi idejét (idejét) tükrözi. A vevő ezt az időbélyeget használhatja a hálózat által okozott csomagok jitter eltávolítására, és szinkronizálási funkciót biztosít a lejátszáshoz a vevő végén.
4) szinkronizációs forrás azonosító
A szinkronizációs forrásazonosító (SSRC) tartomány hossza 32 bit. Az RTP csomagfolyamat eredetének azonosítására szolgál, és az RTP munkamenet vagy periódus alatt minden csomagfolyamatnak tiszta SSRC-je van. Az SSRC nem a küldő IP-címe, hanem egy szám, amelyet a forrás véletlenszerűen rendel hozzá az új csomagfolyamat kezdetén.
|
|
|
|
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: |
|
