Video API para crear la aplicación de videoconferencia

Question

Voy a construir una aplicación dentro de los próximos seis meses que funcionará como un sistema de videoconferencia bidireccional, así como compartiré algunos otros datos de un lado a otro. Probablemente usaré algún tipo de cámara web USB relativamente cara, y conozco el estándar USB Video Class Device, que parece ser el camino a seguir.

Ahora, ¿qué puedo usar para programar contra eso (o alguna otra dirección)? El sistema operativo no es tan importante ya que no se decide (elegirá adaptarse a las necesidades generales), ni el lenguaje. La red será VPN, el peor de los casos es simétrico a 256 kbps. Idealmente, también manejaría la codificación y la compresión, pero básicamente solo estoy buscando algún tipo de punto de partida para comenzar la investigación (hasta ahora he encontrado TAPI y H.323, no estoy seguro de la mejor manera de programarlos).

Answer 1

con gnome, tiene ekiga . También puedes compilarlo para win32. Utiliza OPAL (Open Phone Abstraction Library) debajo. Tal vez la herramienta en sí se adapte a sus necesidades, de lo contrario, puede adaptarla (OSS) o solo puede mantener API de bajo nivel

Answer 2

Estoy de acuerdo con PW.

• OPAL es una excelente opción.
• Es compatible con dispositivos de audio y video
• Se compila en Windows, Linux y algunos otros

También - Recomiendo usar el protocolo SIP (a diferencia de H323) - No necesitas usar Ekiga. Ekiga es un front-end de OPAL. Puede echar un vistazo a las muestras OPAL y construir a partir de ellas.

Answer 3

No recomiendo el uso de H.323 para crear nuevas aplicaciones, especialmente orientadas al usuario. Recomiendo SIP debido a una señalización / negociación mucho más simple y limpia e.t.c.

Desde el otro punto de vista, no recomiendo usar OPAL si está creando algo con más de 5 llamadas de densidad. Esto se debe a la cantidad de soluciones de arquitectura colocadas allí (administración de subprocesos con algunas condiciones de carrera, administración de contenedores muy compleja con copia diferida que en realidad hace que las cosas sean mucho más peligrosas, etc.). Esto se debe al enfoque heredado de OpenH323 (de hecho, la biblioteca ptlib que se utilizó para OpenH323).

Tal vez algo cambió desde los días en que tuve dolor de cabeza con OpenH323 y Opal temprano, pero no creo que sea algo básico.

¿Qué hay de echar un vistazo en la plataforma FreeSwitch ? La gente dice que está mucho mejor diseñado.