A videokonferencia területén számos nyílt forráskódú projekt hivatkozható. Néhány ilyen nyílt forráskódú projekt protokoll verem, kódoló vagy átviteli protokoll. Mivel a videokonferencia-rendszer egy átfogó alkalmazási rendszer, számos funkciót tartalmaz. Például ezek a nyílt forráskódú projektek szelektíven hozzáadhatók a videokonferencia-fejlesztéshez. Fejlesztési hatékonyságunk minden bizonnyal kétszer olyan magas lesz, mint a fele erőfeszítés. Soroljuk fel a videokonferenciához kapcsolódó tíz nyílt forráskódú projektet, és készítsünk átfogó értékelést és rangsorolást annak fontosságáról, előnyeiről és hátrányairól.
1. OpenH323 projekt
A felsorolás oka: a leghíresebb nyílt forráskódú H.323 protokollköteg, a videokonferencia-fejlesztéshez szükséges protokollköteg, nagyon ajánlott
A leghíresebb H.323 nyílt forráskódú protokollverem tartalmazza az összes H.323 protokollfunkciót, és számos referencia példát tartalmaz a videokonferencia megvalósításához, mint például a terminál, az MCU szerver, a GK és a H.323 protokoll egyéb alapkomponensei. Az OpenH323 a H.323 protokoll első protokollkötege, és ez az egyik legértékesebb nyílt forráskódú projekt videokonferencia-fejlesztésünk számára is.
Cím letöltése: http://www.h323plus.org/source/
2. Ffmpeg projekt
A felsorolás oka: a legátfogóbb nyílt forráskódú kódoló, beleértve a H.264, MPEG4, g.72x stb., Szintén nagyon hatékony, és nagyon ajánlott
Jelenleg a legátfogóbb nyílt forráskódú kódoló, beleértve a H.264, MPEG4, H.263, g.721, G.726, G.729, stb. Általánosan használt audio és video kódolási protokollokat. Bár az ffmpeg egy nyílt forráskódú projekt Linux alapú, futtatható Windows alatt keresztfordítással. Számos optimalizált hatékonysági kód kerül a projektbe, például a C helyett az összeállítás, ami jelentősen javítja a kódolás hatékonyságát, az Ffmpeg használata ajánlott a videokonferencia valós idejű kódolásához.
Cím letöltése: http://ffmpeg.org/download.html
3. Webrtc projekt
A jegyzékbe vétel oka: A Google megvásárolta a nyílt forráskódú böngészőalapú valós idejű kommunikációs nyílt forráskódú projektet a Gips megvásárlása után, ami nagyon ajánlott
Miután a Google megszerezte a Gips-et, ez a böngésző alapú valós idejű kommunikáció nyílt forráskódú projektje. A Gips jelenleg a világ legjobb hangátviteli könyvtára, de engedélyezési díja nagyon magas. A Webrtc egy kommunikációs projekt, amelyet a Google nyitott meg, miután a Google megszerezte a Gips-et. Alapszintű hangmotorját Gips alapítja. Ezért a videokonferencia audio része a webrtc-re hivatkozva valósítható meg.
Cím letöltése: http://www.webrtc.org
4. Openmeetings projekt
A felsorolás okai: a Java böngészőn alapuló videokonferencia nyílt forráskódú projektje, a Java számára inkább a videokonferencia fejlesztésére
Az Openmeetings főként az OpenLaszlo streaming média formátumon és a red5 szerver nyílt forráskódú videokonferencia projektjén alapszik. Funkciói közé tartozik audio és video, elektronikus tábla stb., Projektjét Java-ban fejlesztették ki. A projekt hátránya, hogy sok hiba van és alacsony hatékonyságú, de referenciaként használható a flash videokonferenciákon.
Cím letöltése: http://code.google.com/p/openmeetings/downloads/list
5. Live555 projekt
A felsorolás oka: a nehéz c ++ streaming média nyílt forráskódú projekt, amelyek közül néhány referenciaként használható a videokonferencia fejlesztéséhez
A Live555 a legfontosabb c ++ streaming média nyílt forráskódú projekt, amely nemcsak az átviteli protokollt (SIP, RTP), az audio és video kódolót (H.264, MPEG4) tartalmazza, hanem a streaming média szerver példáját is. Ez a streaming média projekt első választása. Az átviteli modul referenciaként nagyon értékes a videokonferencia fejlesztése szempontjából.
Cím letöltése: http://www.live555.com/
6. Opál projekt
A felsorolás okai: Az OpenH323 következő verziója, amely SIP-veremeket tartalmaz, az első választás az SIP-protokoll megvalósításához
Az Opal az OpenH323 következő verziója, amely örökli az OpenH323 protokollt. SIP-köteget tartalmaz. Ez az első választás a SIP protokoll megvalósítására, hátránya, hogy kevés a referencia példa.
Cím letöltése: http://sourceforge.net/projects/opalvoip/files/
7. X264 projekt
A felsorolás oka: a legszélesebb körben használt H.264 kódoló valós idejű videó továbbításra alkalmas
Az X264 a legelterjedtebb H.264 kódoló, amely megtakarítja a H.264 alacsony hatékonyságát és optimalizálja azt. A hatékonyság jóval magasabb, mint a többi nyílt forráskódú H.264 projektnél, és ez a legalkalmasabb H.264 kodek könyvtár a valós idejű videokonferencia továbbításához.
Cím letöltése: http://www.x264.nl/
8. Speex projekt
A felsorolás oka: a hangterület leghíresebb nyílt forráskódú projektje, a keskeny sávú és a szélessávú hangminőség jó
A Speex a leghíresebb nyílt forráskódú projekt az audió terén. A keskeny sávú és a szélessávú hangminőség is jó. Megfelelő nyelvet képes továbbítani 8KB-ban. Hátránya, hogy a zene minősége továbbításkor romlik.
Cím letöltése: http://www.speex.org/downloads/
9. Jrtplib projekt
A felsorolás oka: c ++ platformon átívelő RTP-továbbítás nyílt forráskódú projekt, RTP-továbbítás Essential Library
A Jrtplib egy nyílt forráskódú projekt a c ++ platformokon átívelő RTP átvitelhez. RTP protokoll megvalósítására használható. A Jrtplib az RTP továbbításához szükséges könyvtár
Cím letöltése: http://research.edm.uhasselt.be/~jori/page/index.php?n=CS.Jrtplib
10. Xvid projekt
A felsorolás oka: a leghíresebb MPEG 4 kódoló nyílt forráskódú projekt, de kevésbé hatékony, mint az x264
Mielőtt a H.264 kódolási protokoll nem érhető el, az XviD MPEG-4 kódolása mindig is a videokonferencia előnyben részesített videokódolója volt. A nagyobb hatásfokú H.264 kódoló, például az x264 és a coreavc megjelenésével azonban az alkalmazás hatása nagy hatással van, de a DirectShow-val kombinált videokészítő modul érdemes hivatkozni a videokonferencia-fejlesztők számára.
Cím letöltése: http://www.xvid.org
Videokonferencia továbbító modul fejlesztése és kiválasztása
A videokonferencia elsősorban az audio-video és adatátvitel szoftvere. Ebben a fejlesztésben az alapmodul az átviteli modul. Az átviteli modul teljesítménye közvetlenül befolyásolja a videokonferencia végső minőségét. Ezért az átviteli modul kiválasztása különösen fontos a videokonferencia-fejlesztésben. Az átviteli modul fejlesztési folyamatában a QoS hatása miatt általában az adatátvitel technológiáját alkalmazzák. Ezért az átviteli modul és a videokonferencia alsó részének fejlesztési pontja választható úgy, hogy közvetlenül a TCP-vel és az UDP-vel vagy nyílt forráskódú átviteli könyvtárral fejlesszenek. Mivel egyes nyílt forráskódú átviteli könyvtárak kiforrottak, közvetlenül használható. Ha kifejleszti az átviteltionmodul maga, ez is egy hatalmas projekt. Most mutassuk be az átviteli modul fejlesztési lehetőségeit.
1. TCP-vel fejleszteni
Az átviteli modul közvetlenül a TCP használatával történő fejlesztése nem veszíti el a csomagokat az átvitel során. Használhatjuk az oicp befejező portját a kommunikációhoz. Előnyei, hogy a QoS garantálta és támogatja a nagy kapacitású adatokat. Hátránya, hogy a fejlesztési ciklus hosszú, az adat létrehozási kapcsolat sokkal hosszabb, mint a közönséges UDP, és az erőforrás-felhasználás nagyobb, mint a szokásos UDP-átvitelé.
2. fejleszteni az UDP-vel
Az UPD adatjelentési továbbítási mód, és adatai nem garantálják az adatok megbízhatóságát az átviteli folyamat során. Ezért az UPD-vel ellátott átviteli modul fejlesztése magában foglalja a csomagvesztés-feldolgozás és a QoS automatikus továbbításának funkcióját is. Ennek a módszernek az az előnye, hogy az adatátvitel gyorsabb, mint a TCP, hátránya, hogy a fejlesztési ciklus hosszú.
3. fejleszteni az UDT könyvtárral
Az UDT az UDP-re épül, és új torlódásszabályozási és adatbiztonsági ellenőrzési mechanizmust vezetnek be. Az UDT egy kétirányú alkalmazásréteg-protokoll a csatlakozáshoz. Támogatja a megbízható adatáram-továbbítást és a részleges megbízható adatcsomag-továbbítást. Az UDT jellemzője, hogy megbízható adatátvitelt tud megvalósítani a könyvtár átviteli funkciójának fejlesztése nélkül. Hátránya, hogy a modell egyszerű, és a port nem támogat nagy kapacitású adatokat oicp nélkül.
4. fejlesztése ranknet könyvtár által
A RakNet egy U + hálózati szállítási protokollon alapuló c ++ hálózati könyvtár is. Hatékony hálózati átviteli szolgáltatást tud megvalósítani a könyvtár funkcióján keresztül. Egyes játékterületeken alkalmazzák. A Radnet másodpercenként 25000 üzenetet képes továbbítani két program között; Előnye, hogy a függvény fejlesztés nélkül közvetlenül meghívható. Hátránya, hogy a forgalmi vezérlés meghibásodása, amelyet a nyilvános hálózat nagy adatátvitele okozta hálózati torlódás okoz.
Összegzésképpen elmondható, hogy a videokonferencia átviteli modul-fejlesztésének a legnagyobb az átviteli hatékonysága, de a fejlesztési ciklus hosszú. A RakNet által kifejlesztett átviteli modul nem képes alkalmazkodni a nagy adatok továbbításához. Az UDT jó előnnyel rendelkezik a nagy adatok továbbításában, hátránya, hogy nem sok egyidejűség támogatott. Az UDT azonban a módosítás után nagy kapacitással is egyidejű lehet, ezért a legjobb választás az UDT használata videokonferencia-továbbító modulban.
Mi a döntés a videokonferencia-képek tisztaságáról
Amikor a videokonferenciát választjuk, fontos megvizsgálni a rendszer stabilitását és az olyan tényezőket, mint a hang és a videó minősége. Milyen paraméterek a videokonferencia paraméterei? Először is, a videó minősége egy szubjektív videó kép, amelyet nem lehet rendszerezni egy adott számmal. Ezért csak szubjektív módon tudjuk megítélni a videokonferencia-kép meghatározását, és sok tényező alapján meghatározhatjuk a videokonferencia meghatározását. Először is, a legfontosabb a videokonferencia videó felbontása, a másik a videokonferencia-kódoló videó-csökkentési minősége, és a legutóbbi videokonferencia kép-utófeldolgozási technológiája.
1. Videó felbontása
A videokonferencia felbontása a videokonferencia videóinak összegyűjtött képének felbontása. Ez a paraméter fontos szerepet játszik a videokonferencia meghatározásának mérésében. A videokonferencia felbontása QCIF (160 * 120), CIF (320 * 240), 720p (1280 * 720), 1280P (1920 * 1280) felbontásra osztható, és minél nagyobb a felbontás, annál tisztább a képmegjelenítés, a piac nagyfelbontású videokonferencia-rendszere, vagyis a képszerzési felbontás eléri a 720p vagy annál nagyobb nagyfelbontású felbontást. De nem minél nagyobb a felbontás, annál jobb a videokonferencia videó minősége? A válasz Nem. A videokonferencia felbontása csak a képfelvétel felbontása, és a videokonferencia rendszert később kódolni, dekódolni és feldolgozni kell. Ezért minél nagyobb a videokonferencia felbontása, az nem egyenlő a videokonferencia videominőségével, csak a képfelbontás felbontásának növekedésével nő a helyi videominőség. Az 1. ábra különböző felbontású kép. A HD kamerákkal kapcsolatban is sok hibánk van. Néhány gyártó nagyon magas képpontokkal jelöli kameráit. Mindenki azt hiszi, hogy ez mindenképpen nagy felbontású felbontás. De teszteléskor azt tapasztaljuk, hogy a kamera felbontása csak 640 * 480. Ez a fajta kamera nem HD kamerafej. A nagy felbontású kamerák legalapvetőbb mutatója a 720p felbontás. Ezért a képfelvétel felbontása a HD kamera döntő tényezője.
2. A videokódolás helyreállításának minősége
A videokódolás minősége szintén fontos mutatója a videokonferencia meghatározásának. Például a legnépszerűbb H.264 kódolás magasabb kódolási minőséggel és jobb kép-helyreállítási képességgel rendelkezik, mint a korábbi MPEG4-csökkentő képesség. Miután ezt a képet különböző videokódolással állította vissza, a kép helyreállítási fokozata más. Először a videó kódolási folyamatról beszélünk. A videokódolás előbb megszerzi a videokészítő berendezés képét, majd több blokkra osztja a képet, majd a blokkokat digitálisokká alakítja. A kép helyreállításának célja a kereten belüli blokk és a kereten kívüli előrejelzés. Ezért minél kisebb a kép blokkja, annál magasabb a kép helyreállítási fokozata. Például a H.264 legalább 4 * 4 blokkot használ a blokk előrejelzéséhez, míg az MPEG 4 és H.263 minimum 8 * 8 és 16 blokkokat használ * 16 előrejelzés és visszaállítás. Ezért a h.264 kódolású képek tisztábbak, mint az MPEG 4 és a H.263 azonos adatátviteli sebesség mellett. Ezért a videokonferencia egyértelműsége a videokódolás helyreállításának minőségével is összefügg.
3. Videokonferencia-kép utómunka technológia
A videokonferencia-kép meghatározása összefügg a kép utófeldolgozási technológiájával is. A különböző videokonferencia-rendszerek különböző utómunkálati technológiákkal rendelkeznek a képek számára. Egyes videokonferenciák képszűrést adnak a képhez, hogy eltávolítsák a kép helyreállításának négyzet alakú hatását. Néhány videokonferencia-szoftver képjavító technológiát használ a képekhez, így a kép tisztábbá válik.
A fenti a legfontosabb három szempont a videokonferencia meghatározásának meghatározásához. A videokonferencia felbontása a kulcsfontosságú tényező a helyi videó minőségének meghatározásához. A videó kódolása a legfontosabb tényező a videó helyreállításának energiájának meghatározásához a kódolás és a dekódolás folyamatában. A kép utófeldolgozási technológia a kép helyreállításának utólagos feldolgozása, és fontos szerepet játszik a videokonferenciákban.
Libav, ffmpeg, Mplayer, VLC nyílt forráskódú projekt, ffdshow
|
|
|
|
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: |
|
