API video per la creazione di app per videoconferenza

StackOverflow https://stackoverflow.com/questions/190334

Domanda

Nei prossimi sei mesi realizzerò un'applicazione che funzionerà come un sistema di videoconferenza bidirezionale, oltre a condividere alcuni altri dati avanti e indietro. Probabilmente userò una sorta di webcam USB relativamente costosa e sono consapevole dello standard USB Video Class Device Device, che sembra essere la strada da percorrere.

Ora, cosa posso usare per programmare contro quella (o qualche altra direzione)? Il sistema operativo non è così importante in quanto non è deciso (sceglierà di soddisfare le esigenze generali), né la lingua. La rete sarà VPN, nel peggiore dei casi 256kbps simmetrici. Idealmente gestirebbe anche la codifica e la compressione, ma fondamentalmente sto solo cercando una sorta di punto di partenza per iniziare la ricerca (ho appena trovato TAPI e H.323 finora, non sono sicuro del modo migliore per programmarli).

È stato utile?

Soluzione

con gnome, hai ekiga . Puoi eseguire la compilazione incrociata anche per win32. Utilizza OPAL (Open Phone Abstraction Library) sotto. Forse lo strumento stesso soddisferà le tue esigenze, altrimenti puoi adattarlo (OSS) o mantenere solo API di basso livello

Altri suggerimenti

Sono d'accordo con PW.

  • OPAL è una scelta eccellente.
  • Supporta dispositivi audio e video
  • Si compila su Windows, Linux e pochi altri

Anche - Raccomando di usare il protocollo SIP (al contrario di H323) - Non è necessario utilizzare Ekiga. Ekiga è un front-end per OPAL. Puoi dare un'occhiata agli esempi OPAL e crearli da quelli.

Non consiglio affatto l'uso di H.323 per creare nuove applicazioni, in particolare orientate all'utente. Consiglierei SIP a causa di segnalazioni / negoziazioni molto più semplici e pulite e.t.c.

Dall'altro punto di vista non consiglio di usare OPAL se stai costruendo qualcosa con più di 5 densità di chiamate. Ciò è dovuto al numero di soluzioni di architettura collocate lì (gestione dei thread con alcune condizioni di gara, gestione dei contenitori molto complessa con copia lazy che in realtà rende le cose molto più pericolose e così via). Ciò è dovuto all'approccio legacy di OpenH323 (in effetti la libreria ptlib che è stata utilizzata per OpenH323).

Forse qualcosa è cambiato dai tempi in cui avevo mal di testa con OpenH323 e Opal iniziale ma non credo che qualcosa di essenziale.

Che ne dici di dare un'occhiata alla FreeSwitch ? La gente dice che è molto più progettato.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top