FMUSER Wirless lähettää videota ja ääntä helpommin!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
Videoneuvottelujen alalla on monia avoimen lähdekoodin projekteja, joihin voidaan viitata. Jotkut näistä avoimen lähdekoodin projekteista ovat protokollapino, kooderi tai lähetysprotokolla. Koska videoneuvottelujärjestelmä on kattava sovellusjärjestelmä, se sisältää monia toimintoja. Esimerkiksi nämä avoimen lähdekoodin projektit voidaan lisätä valikoivasti videoneuvottelujen kehittämiseen. Kehitystehokkuutemme on varmasti kaksinkertainen puoleen ponnisteluista. Luetteloidaan kymmenen videokonferensseihin liittyvää avoimen lähdekoodin projektia ja arvioidaan ja luokitellaan kattavasti sen merkitys, edut ja haitat.
1. OpenH323-projekti
Syyt luetteloon: tunnetuin avoimen lähdekoodin H.323-protokollapino, videokonferenssien kehittämiseen tarvittava protokollapino, on erittäin suositeltavaa
Tunnetuin avoimen lähdekoodin H.323-protokollapino sisältää kaikki H.323-protokollatoiminnot, ja sillä on paljon vertailuesimerkkejä videoneuvottelujen toteuttamiseksi, kuten pääte, MCU-palvelin, GK ja muut H.323-protokollan ydinkomponentit. OpenH323 on H.323-protokollan ensimmäinen protokollapino, ja se on myös yksi arvokkaimmista avoimen lähdekoodin projekteista videoneuvottelujen kehittämisessä.
Lataa osoite: http://www.h323plus.org/source/
2. Ffmpeg-projekti
Syyt luetteloon lisäämiseen: kattavin avoimen lähdekooderin koodaaja, mukaan lukien H.264, MPEG4, g.72x jne., On myös erittäin tehokas, ja sitä suositellaan
Tällä hetkellä kattavin avoimen lähdekooderin kooderi, mukaan lukien yleisesti käytetyt ääni- ja videokoodausprotokollat H.264, MPEG4, H.263, g.721, G.726, G.729 jne. Vaikka ffmpeg on avoimen lähdekoodin projekti Linux-pohjainen, se voidaan ajaa Windowsin alla ristikokoamalla. Projektiin lisätään monia optimoituja tehokoodeja, kuten kokoonpano C: n sijaan, mikä parantaa huomattavasti koodauksen tehokkuutta. Ffmpegia suositellaan videoneuvottelujen reaaliaikaiseen koodaukseen.
Lataa osoite: http://ffmpeg.org/download.html
3. Webrtc-projekti
Syyt luetteloon lisäämiseen: Google on ostanut avoimen lähdekoodin selainpohjaisen reaaliaikaisen avoimen lähdekoodin projektin Gipsin ostamisen jälkeen, mikä on erittäin suositeltavaa
Kun Google on hankkinut Gipsin, se on selainpohjaisen reaaliaikaisen viestinnän avoimen lähdekoodin projekti. Gips on tällä hetkellä maailman paras äänensiirtokirjasto, mutta sen valtuutusmaksu on erittäin korkea. Webrtc on viestintäprojekti, jonka Google on avannut sen jälkeen, kun Google on hankkinut Gipsin. Sen ydinäänimoottorin on perustanut Gips. Siksi videoneuvottelun ääniosa voidaan toteuttaa viittaamalla webrtc: hen.
Lataa osoite: http://www.webrtc.org
4. Openmeetings-projekti
Syyt luetteloon lisäämiseen: Java-selaimeen perustuva videokonferenssin avoimen lähdekoodin projekti, jota Java suosittelee videoneuvottelun kehittämiseksi
Openmeetings perustuu pääasiassa OpenLaszlo-suoratoistomediaan ja red5-palvelimen avoimen lähdekoodin videoneuvotteluprojektiin. Sen toimintoja ovat ääni ja video, elektroninen taulu jne. Sen projekti on kehitetty Java-kielellä. Projektin haittana on, että virheitä on paljon ja heikko tehokkuus, mutta sitä voidaan käyttää viitteenä flash-videoneuvotteluihin.
Lataa osoite: http://code.google.com/p/openmeetings/downloads/list
5. Live555-projekti
Syyt luetteloon: raskas c ++ -streaming media avoimen lähdekoodin projekti, joista osaa voidaan käyttää viitteenä videoneuvottelujen kehittämisessä
Live555 on tärkein avoimen lähdekoodin c ++ -streaming-mediaprojekti, joka sisältää lähetysprotokollan (SIP, RTP), ääni- ja videokooderin (H.264, MPEG4) lisäksi myös esimerkin suoratoistopalvelimesta. Se on ensimmäinen suoratoistomediaprojektin valinta. Lähetysmoduuli on erittäin arvokas videoneuvottelujen kehittämisessä.
Lataa osoite: http://www.live555.com/
6. Opal-projekti
Syyt luetteloon lisäämiseen: seuraava OpenH323-versio, joka sisältää SIP-pinon, on ensimmäinen valinta SIP-protokollan toteuttamiseksi
Opal on seuraava OpenH323-versio, joka perii OpenH323-protokollan. Se sisältää SIP-pinon. Se on ensimmäinen valinta SIP-protokollan toteuttamiseksi, ja haittana on, että vertailuesimerkkejä on vähän.
Lataa osoite: http://sourceforge.net/projects/opalvoip/files/
7. X264-projekti
Syyt luetteloon: yleisimmin käytetty H.264-kooderi soveltuu reaaliaikaiseen videolähetykseen
X264 on yleisimmin käytetty H.264-kooderi, joka säästää H.264: n alhaisen hyötysuhteen ja optimoi sen. Tehokkuus on paljon suurempi kuin muissa avoimen lähdekoodin H.264-projekteissa, ja se on sopivin H.264-koodekikirjasto reaaliaikaiseen videoneuvottelulähetykseen.
Lataa osoite: http://www.x264.nl/
8. Speex-projekti
Syyt luetteloon: kuuluisimmalla avoimen lähdekoodin projektilla äänialalla, kapealla kaistalla ja laajakaistalla on hyvä äänenlaatu
Speex on tunnetuin avoimen lähdekoodin projekti äänikentällä. Sekä kapealla että laajakaistalla on hyvä äänenlaatu. Se voi lähettää tyydyttävää kieltä 8 kt. Haittana on, että musiikin laatu heikkenee, kun sitä lähetetään.
Lataa osoite: http://www.speex.org/downloads/
9. Jrtplib-projekti
Syyt luetteloon: c ++ - alustan välinen RTP-lähetyksen avoimen lähdekoodin projekti, RTP-lähetyksen Essential Library
Jrtplib on avoimen lähdekoodin projekti C ++ -ympäristön RTP-lähetykselle. Sitä voidaan käyttää RTP-protokollan toteuttamiseen. Jrtplib on välttämätön kirjasto RTP-lähetykselle
Lataa osoite: http://research.edm.uhasselt.be/~jori/page/index.php?n=CS.Jrtplib
10. Xvid-projekti
Syyt luetteloon lisäämiseen: tunnetuin avoimen lähdekoodin MPEG 4 -kooderiprojekti, mutta vähemmän tehokas kuin x264
Ennen kuin H.264-koodausprotokollaa ei ole saatavana, XviD: n MPEG-4-koodaus on aina ollut videoneuvottelun ensisijainen videokooderi. Kuitenkin H.264-kooderin, jolla on suurempi hyötysuhde, kuten x264 ja coreavc, myötä sen sovellusvaikutus vaikuttaa suuresti, mutta videonhankintamoduuli yhdessä DirectShow: n kanssa on viitteellinen videoneuvottelukehittäjille.
Lataa osoite: http://www.xvid.org
Videoneuvottelujen lähetysmoduulin kehittäminen ja valinta
Videoneuvottelu on pääasiassa ohjelmisto audio-video- ja tiedonsiirtoon. Tässä kehityksessä ydinmoduuli on lähetysmoduuli. Lähetysmoduulin suorituskyky vaikuttaa suoraan videoneuvottelun lopulliseen laatuun. Siksi lähetysmoduulin valinta on erityisen tärkeää videoneuvottelujen kehittämisessä. Lähetysmoduulin kehittämisprosessissa käytetään QoS: n vaikutuksesta yleisesti tiedonsiirron tekniikkaa. Siksi lähetysmoduuli ja videoneuvottelun pohjakehityksen avainpiste voidaan valita kehittymään suoraan TCP: n ja UDP: n tai avoimen lähdekoodin lähetyskirjaston kanssa. Koska jotkut avoimen lähdekoodin lähetyskirjastot ovat kypsiä, sitä voidaan käyttää suoraan. Jos kehität transmissiotaitse, se on myös valtava projekti. Esittelemme nyt siirtomoduulin kehitysvaihtoehdot.
1. kehittää TCP: n kanssa
Suoraan TCP: tä käyttävän lähetysmoduulin kehittäminen ei menetä paketteja lähetyksen aikana. Voimme käyttää OICP: n valmistumisporttia viestintään. Etuna on, että QoS on taannut ja tukee suuren kapasiteetin tietoja. Haittana on, että kehitysjakso on pitkä, tiedonsiirtoyhteys on paljon pidempi kuin tavallisen UDP: n ja resurssien kulutus on suurempi kuin tavallisen UDP-lähetyksen.
2. kehittää UDP: n kanssa
UPD on tietoraportin lähetystila, eikä sen tiedot voi taata tietojen luotettavuutta lähetysprosessissa. Siksi lähetysmoduulin kehittäminen UPD: n kanssa sisältää myös pakettihäviön käsittelyn ja QoS: n automaattisen uudelleenlähetyksen. Tämän menetelmän etuna on, että tiedonsiirto on nopeampaa kuin TCP, ja haittana on, että kehitysjakso on pitkä.
3. kehittää UDT-kirjaston kanssa
UDT perustuu UDP: hen, ja käyttöön otetaan uusi ylikuormituksen hallinta ja tietojen luotettavuuden valvontamekanismi. UDT on kaksisuuntainen sovelluskerroksen yhteyskäytäntö. Se tukee luotettavaa tiedonsiirtoa ja osittaista luotettavaa tiedonsiirtoa. UDT: lle on tunnusomaista, että se pystyy toteuttamaan luotettavan tiedonsiirron kehittämättä kirjaston lähetystoimintoa. Haittana on, että malli on yksinkertainen, eikä portti tue suurikapasiteettista dataa ilman OICP: tä.
4. kehittää Ranknet-kirjasto
RakNet on myös c ++ -verkkokirjasto, joka perustuu UDP-verkon siirtoprotokollaan. Se voi toteuttaa tehokkaan verkonsiirtopalvelun kirjaston toiminnon avulla. Sitä käytetään joillakin pelikentillä. Radnet voi lähettää 25000 viestiä sekunnissa kahden ohjelman välillä; Etuna on, että toimintoa voidaan kutsua suoraan ilman kehitystä. Haittana on, että julkisen verkon suuren tiedonsiirron aiheuttamasta verkon ruuhkautumisesta johtuva liikenteenohjausvirhe.
Yhteenvetona voidaan todeta, että videoneuvottelujen lähetysmoduulien kehittämisellä on suurin lähetystehokkuus, mutta kehitysjakso on pitkä. RakNetin kehittämä siirtomoduuli ei voi sopeutua suurten tietojen siirtoon. UDT: llä on hyvä etu suurten tietojen siirtämisessä, ja haittana on, että monia samanaikaisuuksia ei tueta. UDT voi kuitenkin olla samanaikaisesti myös suuren kapasiteetin kanssa muutoksen jälkeen, joten on paras valinta käyttää UDT: tä videoneuvottelulähetysmoduulissa.
Mikä on päätös videoneuvottelukuvien selkeydestä
Kun valitsemme videoneuvottelun, on tärkeää tutkia järjestelmän vakaus ja tekijät, kuten äänen ja videon laatu. Mitkä parametrit ovat videoneuvottelun parametrit? Ensinnäkin videon laatu on subjektiivinen näkymä videokuvasta, jota ei voida järjestää tietyllä numerolla. Siksi voimme arvioida videoneuvottelukuvan määritelmän vain subjektiivisesti ja määrittää videoneuvottelun määritelmän monilla tekijöillä. Ensinnäkin tärkein on videoneuvottelun videotarkkuus, toinen on videoneuvottelukooderin videon vähennyslaatu, ja edellisen videoneuvottelun kuvan jälkikäsittelytekniikka.
1. Videon tarkkuus
Videoneuvottelun tarkkuus on videoneuvottelusta kerätyn videokuvan tarkkuus. Tällä parametrilla on tärkeä rooli videoneuvottelun määrittelymittauksessa. Videoneuvottelun tarkkuus voidaan jakaa QCIF: iin (160 * 120), CIF (320 * 240), 720p (1280 * 720), 1280P (1920 * 1280), ja mitä korkeampi tarkkuus, sitä selkeämpi kuvanäyttö on, markkinoiden sanottu teräväpiirtovideokonferenssijärjestelmä, toisin sanoen kuvanhakutarkkuus saavuttaa vähintään 720p: n tarkkuuden. Mutta eikö korkeampi tarkkuus, sitä korkeampi videoneuvottelun videolaatu? Vastaus on ei. Videoneuvottelun resoluutio on vain kuvan hankintatarkkuus, ja videoneuvottelujärjestelmä on koodattava, dekoodattava ja käsiteltävä myöhemmin. Siksi, mitä korkeampi videoneuvottelun resoluutio ei ole yhtä suuri kuin videoneuvottelun videolaatu, sitä korkeampi vain paikallinen videon laatu paranee kuvanhakutarkkuuden kasvaessa. Kuva 1 on kuva, jolla on erilainen resoluutio. Meillä on myös paljon virheitä HD-kameroissa. Jotkut valmistajat merkitsevät kameransa erittäin korkeilla pikseleillä. Kaikkien mielestä tämä on ehdottomasti teräväpiirtotarkkuus. Mutta testattaessa havaitaan, että kameran resoluutio on vain 640 * 480. Tällainen kamera ei ole HD-kameran pää. Teräväpiirtokameran perushakemisto on 720p-tarkkuus. Siksi kuvan hankinnan resoluutio on HD-kameran ratkaiseva tekijä.
2. Videokoodauksen palauttamisen laatu
Videokoodauksen laatu on myös tärkeä indikaattori videoneuvottelun määrittelyssä. Esimerkiksi suosituimmalla H.264-koodauksella on korkeampi koodauslaatu ja parempi kuvan palautuskyky kuin edellisellä MPEG4-vähennyskyvyllä. Kun kuva on palautettu erilaisella videokoodauksella, kuvan palautusaste on erilainen. Puhumme ensin videokoodausprosessista. Videokoodaus saa ensin kuvan videonhankintalaitteesta, jakaa kuvan sitten useisiin lohkoihin ja muuntaa sitten lohkot digitaalisiksi. Kuvan palauttamisen tarkoitus saavutetaan ennustamalla lohko kehyksessä ja ennustus kehyksen ulkopuolella. Siksi mitä pienempi kuvan lohko, sitä korkeampi kuvan palautusaste, esimerkiksi H.264 käyttää vähintään 4 * 4 lohkoa lohkoennustukseen, kun taas MPEG 4 ja H.263 käyttävät lohkoja, joissa on vähintään 8 * 8 ja 16 * 16 ennustaa ja palauttaa. Siksi h.264-koodatut kuvat ovat selkeämpiä kuin MPEG 4 ja H.263 samalla tiedonsiirtonopeudella. Siksi videoneuvottelun selkeys liittyy myös videokoodauksen palautuksen laatuun.
3. Videoneuvottelukuvien jälkikäsittelytekniikka
Videoneuvottelukuvan määritelmä liittyy myös kuvan jälkikäsittelytekniikkaan. Eri videoneuvottelujärjestelmissä on erilaiset kuvien jälkikäsittelytekniikat. Jotkut videoneuvottelut lisäävät kuvaan kuvasuodatuksen, jotta kuvien palauttamisen neliövaikutus voidaan poistaa. Jotkut videoneuvotteluohjelmistot käyttävät kuvien parannustekniikkaa, mikä tekee kuvasta selkeämmän.
Edellä on kolme tärkeintä näkökohtaa videoneuvottelun määritelmän määrittämiseksi. Videoneuvottelun tarkkuus on avaintekijä paikallisen videon laadun määrittämisessä. Videokoodaus on tärkein tekijä videon palauttamisen energian määrittämiseksi koodauksen ja dekoodauksen prosessissa. Kuvan jälkikäsittelytekniikka on kuvan palautuksen jälkikäsittely, ja sillä on tärkeä rooli videoneuvotteluissa.
Libav, ffmpeg, Mplayer, VLC avoimen lähdekoodin projekti, ffdshow
|
Kirjoita sähköpostiosoite saadaksesi yllätyksen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
FMUSER Wirless lähettää videota ja ääntä helpommin!
Ota yhteyttä
Osoite:
Nro 305 huone HuiLan-rakennus nro 273 Huanpu Road Guangzhou Kiina 510620
Kategoriat
Uutiskirje