FMUSER Wirless Transmit Video and Audio Máis fácil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
No campo da videoconferencia, hai moitos proxectos de código aberto aos que se pode facer referencia. Algúns destes proxectos de código aberto son a pila de protocolos, o codificador ou o protocolo de transmisión. Debido a que o sistema de videoconferencia é un sistema de aplicación completo, contén moitas funcións. Por exemplo, estes proxectos de código aberto pódense engadir selectivamente ao desenvolvemento da nosa videoconferencia. A nosa eficiencia no desenvolvemento seguramente será o dobre da metade do esforzo. Enumeremos os dez mellores proxectos de código aberto relacionados coa videoconferencia e fagamos unha avaliación completa e clasificamos a súa importancia, vantaxes e desvantaxes.
1. Proxecto OpenH323
Razóns para incluír: a pila de protocolos H.323 de código aberto máis famosa, a pila de protocolos necesaria para o desenvolvemento de videoconferencias, moi recomendable
A pila de protocolos de código aberto H.323 máis famosa contén todas as funcións do protocolo H.323 e ten un gran número de exemplos de referencia para a implementación de videoconferencias, como terminal, servidor MCU, GK e outros compoñentes fundamentais do protocolo H.323. OpenH323 é a primeira pila de protocolos do protocolo H.323, e tamén é un dos proxectos de código aberto máis valiosos para o noso desenvolvemento de videoconferencias.
Descargar enderezo: http://www.h323plus.org/source/
2. Proxecto Ffmpeg
Razóns para a listaxe: o codificador de código aberto máis completo, incluído H.264, MPEG4, g.72x, etc., tamén é altamente eficiente e é altamente recomendable
Na actualidade, o codificador de código aberto máis completo, incluíndo os protocolos de codificación de audio e vídeo de uso común H.264, MPEG4, H.263, g.721, G.726, G.729, etc. Aínda que ffmpeg é un proxecto de código aberto baseado en Linux, pódese executar baixo Windows mediante compilación cruzada. Moitos códigos de eficiencia optimizados engádense ao proxecto, como a montaxe en lugar de C, mellorando moito a eficiencia de codificación. Recoméndase Ffmpeg para codificar en tempo real as videoconferencias.
Descargar enderezo: http://ffmpeg.org/download.html
3. Proxecto Webrtc
Motivos para incluír a lista: Google mercou un proxecto de código aberto de comunicación en tempo real baseado en navegadores de código aberto despois de mercar Gips, o que é moi recomendable
Despois de que Google adquirise Gips, é o proxecto de código aberto de comunicación en tempo real baseada en navegadores. Gips é a mellor biblioteca de transmisión de audio do mundo actualmente, pero a súa taxa de autorización é moi alta. Webrtc é un proxecto de comunicación que Google abriu despois de que Google adquirise Gips. O seu motor de voz central está establecido por Gips. Polo tanto, a parte de audio da videoconferencia pode realizarse facendo referencia a webrtc.
Descargar enderezo: http://www.webrtc.org
4. Proxecto Openmeetings
Razóns para o listado: proxecto de videoconferencia de código aberto baseado no navegador Java, preferido por Java para desenvolver videoconferencia
Openmeetings baséase principalmente no formato multimedia de transmisión OpenLaszlo e no proxecto de videoconferencia de código aberto do servidor red5. As súas funcións inclúen audio e vídeo, encerado electrónico, etc. o seu proxecto desenvólvese en Java. A desvantaxe do proxecto é que hai moitos erros e baixa eficiencia, pero pode usarse como referencia para videoconferencia flash.
Descargar enderezo: http://code.google.com/p/openmeetings/downloads/list
5. Proxecto Live555
Razóns para a listaxe: o proxecto de código aberto de medios de transmisión en c ++ pesado, algúns dos cales poden usarse como referencia para o desenvolvemento de videoconferencias
Live555 é o proxecto de código aberto de medios de transmisión en streaming c ++ máis importante, que inclúe non só o protocolo de transmisión (SIP, RTP), o codificador de audio e vídeo (H.264, MPEG4), senón tamén o exemplo do servidor multimedia de transmisión. É a primeira opción do proxecto multimedia en streaming. O módulo de transmisión é moi valioso para o desenvolvemento de videoconferencias como referencia.
Descargar enderezo: http://www.live555.com/
6. Proxecto ópalo
Razóns para incluír: a seguinte versión de OpenH323, que contén a pila SIP, é a primeira opción para implementar o protocolo SIP
Opal é a seguinte versión de OpenH323, herdando o protocolo OpenH323. Contén pila SIP. É a primeira opción para implementar o protocolo SIP e a desvantaxe é que hai poucos exemplos de referencia.
Descargar enderezo: http://sourceforge.net/projects/opalvoip/files/
7. Proxecto X264
Motivos para incluír o listado: o codificador H.264 máis usado é adecuado para a transmisión de vídeo en tempo real
X264 é o codificador H.264 máis utilizado, o que aforra a baixa eficiencia de H.264 e o optimiza. A eficiencia é moito maior que outros proxectos de código aberto H.264 e é a biblioteca de códecs H.264 máis adecuada para a transmisión de videoconferencias en tempo real.
Descargar enderezo: http://www.x264.nl/
8. Proxecto Speex
Motivos para a listaxe: o proxecto de código aberto máis famoso no campo do audio, banda estreita e banda ancha ten boa calidade de voz
Speex é o proxecto de código aberto máis famoso no campo do audio. Tanto a banda estreita como a banda ancha teñen boa calidade de voz. Pode transmitir unha linguaxe satisfactoria en 8 KB. A desvantaxe é que a calidade da música diminuirá cando se transmita.
Descargar enderezo: http://www.speex.org/downloads/
9. Proxecto Jrtplib
Razóns para incluír a lista: proxecto de código aberto de transmisión RTP multiplataforma c ++, Biblioteca esencial de transmisión RTP
Jrtplib é un proxecto de código aberto de transmisión RTP multiplataforma c ++. Pode usarse para implementar o protocolo RTP. Jrtplib é unha biblioteca necesaria para a transmisión RTP
Descargar enderezo: http://research.edm.uhasselt.be/~jori/page/index.php?n=CS.Jrtplib
10. Proxecto Xvid
Razóns para incluír: o proxecto de código aberto MPEG 4 máis famoso, pero menos eficiente que x264
Antes de que o protocolo de codificación H.264 non estea dispoñible, a codificación MPEG-4 de XviD sempre foi o codificador de vídeo preferido para a videoconferencia. Non obstante, coa aparición do codificador H.264 con maior eficiencia como x264 e coreavc, o seu efecto de aplicación é moi afectado, pero o módulo de adquisición de vídeo combinado con DirectShow merece unha referencia para os desenvolvedores de videoconferencia.
Descargar enderezo: http://www.xvid.org
O desenvolvemento e selección do módulo de transmisión de videoconferencia
A videoconferencia é principalmente o software para a transmisión de datos e audio de vídeo. Neste desenvolvemento, o módulo principal é o módulo de transmisión. O rendemento do módulo de transmisión afecta directamente á calidade final da videoconferencia. Polo tanto, a selección do módulo de transmisión é particularmente importante no desenvolvemento de videoconferencias. No proceso de desenvolvemento do módulo de transmisión, debido á influencia de QoS, úsase xeralmente a tecnoloxía de retransmisión de datos. Polo tanto, o módulo de transmisión e o punto clave do desenvolvemento inferior da videoconferencia pódense seleccionar para desenvolverse directamente con TCP e UDP ou biblioteca de transmisión de código aberto. Debido a que algunhas bibliotecas de transmisión de código aberto son maduras, pódese usar directamente. Se desenvolves a transmisiónmódulo ión vostede mesmo, tamén é un proxecto enorme. Agora imos presentar as opcións de desenvolvemento do módulo de transmisión.
1. desenvolver con TCP
O desenvolvemento do módulo de transmisión directamente usando TCP non perderá paquetes durante a transmisión. Podemos usar o porto de finalización de oicp para comunicarnos. As vantaxes son que QoS ten garantido e soporta datos de gran capacidade. A desvantaxe é que o ciclo de desenvolvemento é longo, a conexión de establecemento de datos é moito máis longa que a do UDP ordinario e o consumo de recursos é maior que o da transmisión UDP ordinaria.
2. desenvolver con UDP
UPD é un modo de transmisión de informes de datos e os seus datos non poden garantir a fiabilidade dos datos no proceso de transmisión. Polo tanto, o desenvolvemento do módulo de transmisión con UPD tamén implica a función de procesamento de perda de paquetes e retransmisión automática de QoS. A vantaxe deste método é que a transmisión de datos é máis rápida que TCP e a desvantaxe é que o ciclo de desenvolvemento é longo.
3. desenvolver coa biblioteca UDT
UDT está construído sobre UDP e introdúcense novos mecanismos de control de conxestión e control de fiabilidade de datos. UDT é un protocolo de capa de aplicación bidireccional para a conexión. Admite transmisión de fluxo de datos fiable e transmisión parcial de paquetes de datos. UDT caracterízase por que pode realizar unha transmisión de datos fiable sen desenvolver a función de transmisión da biblioteca. A desvantaxe é que o modelo é sinxelo e o porto non admite datos de gran capacidade sen oicp.
4. desenvolver por ranknet Library
RakNet tamén é unha biblioteca de rede c ++ baseada no protocolo de transporte de rede UDP. Pode realizar un servizo de transmisión de rede eficiente a través da función da biblioteca. Aplícase nalgúns campos de xogo. Radnet pode transmitir 25000 mensaxes por segundo entre dous programas; A vantaxe é que a función pódese chamar directamente sen desenvolvemento. A desvantaxe é que o fallo no control de tráfico causado pola conxestión de rede causada pola gran cantidade de transmisión de datos na rede pública.
En conclusión, o desenvolvemento de módulos de transmisión de videoconferencia ten a maior eficiencia de transmisión, pero o ciclo de desenvolvemento é longo. O módulo de transmisión desenvolvido por RakNet non pode adaptarse á transmisión de big data. UDT ten unha boa vantaxe na transmisión de datos grandes e a desvantaxe é que non se admite moita concorrencia. Non obstante, UDT tamén pode ser simultánea con gran capacidade despois da modificación, polo que é a mellor opción para usar UDT no módulo de transmisión de videoconferencia.
Cal é a decisión da claridade das imaxes de videoconferencia
Cando eliximos videoconferencia, é importante examinar a estabilidade do sistema e os factores como o son e a calidade do vídeo. Que parámetros son os parámetros da videoconferencia? Primeiro de todo, a calidade do vídeo é unha visión subxectiva da imaxe de vídeo, que non pode ser sistematizada por un número específico. Polo tanto, só podemos xulgar a definición de imaxe de videoconferencia por subxectiva e determinar a definición de videoconferencia por moitos factores. Primeiro, o máis importante é a resolución de vídeo de videoconferencia, o outro é a calidade de redución de vídeo do codificador de videoconferencia, e a tecnoloxía de procesamento de imaxe da última videoconferencia.
1. Resolución de vídeo
A resolución de videoconferencia é a resolución da imaxe da videoconferencia recollida. Este parámetro xoga un papel importante na definición de medición de videoconferencia. A resolución da videoconferencia pódese dividir en QCIF (160 * 120), CIF (320 * 240), 720p (1280 * 720), 1280P (1920 * 1280) e canto maior sexa a resolución, máis clara será a visualización da imaxe. mercado dixo que o sistema de videoconferencia de alta definición, é dicir, a resolución de adquisición de imaxe alcanza 720p ou máis resolución de alta definición. Pero non canto maior sexa a resolución, maior será a calidade de vídeo das videoconferencias? A resposta é non. A resolución da videoconferencia é só a resolución de adquisición de imaxes e o sistema de videoconferencia debe codificarse, descodificarse e procesarse posteriormente. Polo tanto, canto maior sexa a resolución da videoconferencia non é igual a maior será a calidade de vídeo da videoconferencia, só aumenta a calidade do vídeo local co aumento da resolución de adquisición de imaxes. A figura 1 é unha imaxe con varias resolucións. Tamén temos moitos erros sobre as cámaras HD. Algúns fabricantes marcan as súas cámaras con píxeles moi altos. Todo o mundo pensa que esta é definitivamente unha resolución de alta definición. Pero ao probar atopamos que a resolución da cámara é de só 640 * 480. Este tipo de cámara non é unha cabeza de cámara HD. O índice máis básico da cámara de alta definición é a resolución 720p. Polo tanto, a resolución da adquisición de imaxes é o factor decisivo da cámara HD.
2. A calidade da restauración da codificación de vídeo
A calidade da codificación de vídeo tamén é un indicador importante da definición de videoconferencia. Por exemplo, a codificación H.264 máis popular ten unha maior calidade de codificación e unha mellor capacidade de restauración de imaxe que a anterior capacidade de redución MPEG4. Despois de restaurar esa imaxe mediante diferentes codificacións de vídeo, o grao de restauración da imaxe é diferente. Primeiro falamos do proceso de codificación de vídeo. A codificación de vídeo obtén primeiro a imaxe do equipo de adquisición de vídeo, despois divide a imaxe en varios bloques e logo converte os bloques en dixitais. O propósito da restauración da imaxe conséguese mediante a predición do bloque dentro do marco e a predición fóra do marco. Polo tanto, canto máis pequeno sexa o bloque da imaxe, maior será o grao de restauración da imaxe, por exemplo, H.264 usa polo menos 4 * 4 bloques para a predición de bloques, mentres que MPEG 4 e H.263 usan bloques cun mínimo de 8 * 8 e 16 * 16 para predicir e restaurar. Polo tanto, as imaxes codificadas h.264 son máis claras que MPEG 4 e H.263 coa mesma velocidade de transmisión de datos. Polo tanto, a claridade da videoconferencia tamén está relacionada coa calidade da restauración da codificación de vídeo.
3. Tecnoloxía de procesamento de imaxes de videoconferencia
A definición de imaxe de videoconferencia tamén está relacionada coa tecnoloxía de post-procesamento de imaxe. Diferentes sistemas de videoconferencia teñen diferentes tecnoloxías de post-procesamento de imaxes. Algunhas videoconferencias engaden filtrado de imaxe á imaxe para eliminar o efecto cadrado da restauración de imaxes. Algúns programas de videoconferencia empregan tecnoloxía de mellora de imaxes para facer que a imaxe se vexa máis clara.
O anterior é o tres aspectos máis importantes para determinar a definición de videoconferencia. A resolución de videoconferencia é o factor clave para determinar a calidade do vídeo local. A codificación de vídeo é o factor máis importante para determinar a enerxía da restauración de vídeo no proceso de codificación e descodificación. A tecnoloxía de postprocesamento de imaxes é o postprocesamento da restauración de imaxes e ten un papel importante na videoconferencia.
Libav, ffmpeg, Mplayer, proxecto de código aberto VLC, ffdshow
|
Introduce o correo electrónico para obter unha sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Máis fácil!
contacto
dirección:
No.305 Sala HuiLan Building No.273 Huanpu Road Guangzhou China 510620
categorías
boletín informativo