Amikor olyan eszközöket használunk, mint a Skype és a QQ, hogy zökkenőmentesen folytassunk hang- és videocsevegéseket a barátokkal, elgondolkodtunk már azon, vajon milyen hatékony technológiák állnak mögötte? Ez a cikk röviden bemutatja a hálózati hanghívásokban alkalmazott technológiákat, amelyek a leopárd bepillantásának tekinthetők.
1. Fogalmi modell
Az internetes hanghívások általában kétirányúak, ami modell szinten szimmetrikus. Az egyszerűség kedvéért a csatornát egy irányban tárgyalhatjuk. Az egyik fél megszólal, a másik pedig hallja a hangot. Egyszerűnek és gyorsnak tűnik, de a folyamat mögött meglehetősen bonyolult.
Ez a legalapvetőbb modell, amely öt fontos linkből áll: felvétel, kódolás, továbbítás, dekódolás és lejátszás.
(1) Hanggyűjtés
A hanggyűjtés a hangadatok mikrofonról történő gyűjtésére, vagyis a hangminták digitális jelekké történő átalakítására utal. Számos fontos paramétert tartalmaz: mintavételi frekvencia, mintavételi bitek száma és csatornák száma.
Leegyszerűsítve: a mintavételi gyakoriság az 1 másodperc alatt végzett akvizíciós műveletek száma; a mintavételi bitek száma az egyes megszerzési műveletekhez kapott adatok hossza.
Az audiokeret mérete megegyezik: (mintavételi frekvencia × mintavételi bitek száma × csatornák száma × idő)
A mintavételi keret időtartama általában 10 ms, azaz minden 10 ms adat képkockát jelent. Feltételezve: a mintavételezési sebesség 16k, a mintavételi bitek száma 16bit, a csatornák száma pedig 1, akkor a 10ms-es audiokeret mérete: (16000 * 16 * 1 * 0.01) / 8 = 320 bájt. A számítási képletben a 0.01 egy másodperc, azaz 10 ms.
(2) Kódolás
Feltéve, hogy az összegyűjtött hangkeretet közvetlenül kódolás nélkül küldjük el, akkor kiszámíthatjuk a szükséges sávszélesség-követelményt. Mégis a fenti példa: 320 * 100 = 32 KB / s, ha bit / s-re konvertáljuk, akkor 256 kb / s. Ez sok sávszélesség-használat. A hálózati forgalomfigyelő eszközökkel megállapíthatjuk, hogy amikor a hanghívásokat olyan IM szoftverrel végzik, mint a QQ, a forgalom 3-5 KB / s, ami nagyságrenddel kisebb, mint az eredeti forgalom. Ez elsősorban az audió kódolási technológiának köszönhető. Ezért a tényleges hanghívási alkalmazásban a kódolásnak ez a kapcsolata nélkülözhetetlen. Számos általánosan használt beszédkódolási technológia létezik, például G.729, iLBC, AAC, SPEEX és így tovább.
(3) Hálózati továbbítás
Ha egy audiokeret kódolva van, akkor azt a hálózaton keresztül el lehet küldeni a hívónak. A valós idejű alkalmazásoknál, például a hangbeszélgetéseknél, nagyon fontos az alacsony késleltetés és a stabilitás, ami megköveteli, hogy hálózatunk nagyon zökkenőmentesen továbbítson adatot.
(4) Dekódolás
Amikor a másik fél megkapja a kódolt keretet, dekódolja, hogy visszaállítsa azokat az adatokra, amelyeket közvetlenül a hangkártya játszhat le.
(5) Hanglejátszás
A dekódolás befejezése után a kapott hangkeret lejátszás céljából beküldhető a hangkártyára. Melléklet: Hivatkozhat az MPlayer hangbemutató komponensének bemutatására és bemutatására, valamint az SDK letöltésére
2. Nehézségek és megoldások a gyakorlati alkalmazásokban
Ha csak a fent említett technológiára támaszkodva valósulhat meg egy nagy párbeszédrendszer, amelyet a nagy kiterjedésű hálózaton alkalmaznak, akkor nincs sok szükség a cikk megírására. Pontosan sok reális tényező számos kihívást jelentett a fent említett koncepcionális modell előtt, ami miatt a hálózati hangrendszer megvalósítása nem olyan egyszerű, amely számos professzionális technológiát magában foglal. Természetesen e kihívások többségének már kiforrott megoldása van. Mindenekelőtt meg kell határoznunk egy „jó hatású” hangbeszélő rendszert. Úgy gondolom, hogy a következő pontokat kell elérnie:
(1) Alacsony késleltetés. Csak alacsony késleltetéssel érezheti a hívásban részt vevő két fél a Realtime-t. Természetesen ez elsősorban a hálózat sebességétől és a hívásban résztvevő két fél fizikai helye közötti távolságtól függ. A tiszta szoftver szempontjából az optimalizálás lehetősége nagyon kicsi.
(2) Alacsony háttérzaj.
(3) A hang sima, anélkül, hogy elakadna vagy szünetelne.
(4) Nincs válasz.
Az alábbiakban a tényleges hálózati hangbeszélő rendszerben alkalmazott további technológiákról fogunk egyenként beszélni.
1. Visszhang visszavonás AEC Szinte mindenki hozzászokott ahhoz, hogy hangos csevegés közben közvetlenül használja a PC vagy a notebook hanglejátszó funkcióját. Mint mindenki tudja, ez a kis szokás nagy kihívást jelentett a hangtechnika számára. A hangszóró funkció használatakor a hangszóró által lejátszott hangot a mikrofon ismét összegyűjti és továbbítja a másik félnek, hogy a másik fél hallja saját visszhangját. Ezért a gyakorlati alkalmazásokban az echo törlés funkciójára van szükség. Az összegyűjtött audiokeret megszerzése után ez a rés a kódolás előtt az az idő, amikor a visszhangtörlő modul működni fog. Az alapelv egyszerűen az, hogy a visszhangtörlő modul néhány törlésszerű műveletet hajt végre az összegyűjtött hangkeretben az éppen lejátszott hangkeretnek megfelelően, hogy eltávolítsa a visszhangot az összegyűjtött keretből. Ez a folyamat meglehetősen bonyolult, és kapcsolódik a csevegő helyiség méretéhez és a helyiséghez is, mert ez az információ határozza meg a hanghullám visszaverődésének hosszát. Az intelligens visszhangtörlő modul dinamikusan beállíthatja a belső paramétereket, hogy a legjobban alkalmazkodjanak az aktuális környezethez.
2. Zajelnyomás DENOISE A zajcsökkentés, más néven zajcsökkentés-feldolgozás a hangadatok jellemzőin alapul, hogy azonosítsák a háttérzaj részét és kiszűrjék azokat az audiokeretekből. Sok kódoló beépítette ezt a funkciót.
3. JitterBuffer A jitter buffer a hálózati jitter problémájának megoldására szolgál. Az úgynevezett hálózati jitter azt jelenti, hogy a hálózati késés nagyobb és kisebb lesz. Ebben az esetben, még akkor is, ha a feladó rendszeresen küld adatcsomagokat (például 100 ms-onként küld csomagot), a vevő nem tudja megkapni ugyanazt az időzítést. Néha egyetlen csomagot sem lehet fogadni egy ciklusban, és néha több csomag is érkezik egy ciklusban. Ily módon a vevő által hallott hang egy kártya egy kártya. A JitterBuffer a dekóder után és a hanglejátszás előtt működik. Vagyis a beszéddekódolás befejezése után a dekódolt keretet betesszük a JitterBuffer-be, és amikor megérkezik a hangkártya visszahívási visszahívása, a legrégebbi keretet letöltjük a JitterBuffer-ről lejátszás céljából. A JitterBuffer puffermélysége a hálózati jitter mértékétől függ. Minél nagyobb a hálózati jitter, annál nagyobb a puffer mélysége és annál nagyobb a késés az audio lejátszásában. Ezért a JitterBuffer nagyobb késleltetést alkalmaz a sima hanglejátszásért cserébe, mert a hanghoz képest egy kártya egy kártya, kissé nagyobb késés, de simább hatás, szubjektív élménye jobb. Természetesen a JitterBuffer puffermélysége nem állandó, hanem dinamikusan állítható be a hálózati jitter mértékének változásai szerint. Amikor a hálózat helyreállt nagyon sima és akadálytalan, a puffer mélysége nagyon kicsi lesz, így a JitterBuffer miatti lejátszási késleltetés növekedése elhanyagolható lesz.
4. Némításfelismerés VAD Ha egy hangos beszélgetés során nem szólal meg egyik fél, akkor nem jön létre forgalom. Erre a célra némításfelismerést használnak. A némításfelismerés általában a kódoló modulba is beépül. A csendes észlelési algoritmus az előző zajcsökkentő algoritmussal kombinálva azonosíthatja, hogy van-e hangbemenet jelenleg. Ha nincs hangbemenet, akkor kódolhat és kimenhet egy speciális kódolt keretet (például a hossza 0). Különösen egy több fős videokonferencián általában csak egy ember beszél. Ebben az esetben a csendes észlelési technológia használata a sávszélesség megtakarítása érdekében még mindig nagyon jelentős.
5. Algoritmus keverése Többszemélyes hangcsevegés során egyszerre több ember hangadatait kell lejátszanunk, és a hangkártya csak egy puffert játszik le. Ezért több hangot kell összekevernünk egybe. A keverési algoritmus ezt teszi. Még ha talál is módot a keverés megkerülésére és több hang egyszerre történő lejátszására, akkor a visszhang megszüntetése érdekében azt egy lejátszásba kell keverni, különben a visszhang törlés csak a több hang egy részét képes megszüntetni a a legtöbb. Egészen. A keverés történhet kliens oldalon vagy szerver oldalon (ami megspórolhatja a downstream sávszélességet). Ha P2P csatornákat használnak, akkor a keverés csak a kliens oldalon végezhető el. Ha keverés történik a kliensen, általában a keverés az utolsó link a játék előtt. Ez a cikk az OMCS hangos részének megvalósításában szerzett tapasztalataink áttekintő összefoglalása. Itt csak egy egyszerű leírást készítettünk az ábra minden egyes linkjéről, és bármelyiket be lehet írni egy hosszú papírba vagy akár egy könyvbe. Ezért ez a cikk csak egy bevezető térképet nyújt azok számára, akik még nem ismerik a hálózati hangrendszer fejlesztését, és néhány nyomot ad.
|
|
|
|
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: |
|
