API de vídeo Tipo empreendimento Video-Conferência App

Question

Eu vou ser a construção de uma aplicação dentro dos próximos seis meses, que irá funcionar como um sistema de conferência de vídeo de 2 vias, bem como a partilha de alguma outra volta dados e para trás. Eu provavelmente vou estar usando algum tipo de relativamente caro na webcam USB, e estou ciente do padrão USB Video Device Class, que parece o caminho a percorrer.

Agora, o que posso usar para programa contra aquele (ou algum outro sentido)? OS não é tão importante, uma vez que não está decidido (vai escolher para atender às necessidades globais), nem é a linguagem. Rede será VPN, piores 256kbps caso simétrico. Idealmente seria lidar com codificação e compressão também, mas basicamente eu estou apenas procurando por algum tipo de ponto de partida para começar a pesquisa (apenas encontrou TAPI e H.323, até agora, não tenho certeza de melhor maneira de programá-los).

Answer 1

com o GNOME, você tem ekiga . Você pode cruzar compilá-lo para win32 também. Ele usa OPAL por baixo (Open Telefone Abstraction Library). Talvez a própria ferramenta irá atender as suas necessidades, caso contrário você pode adaptá-lo (OSS) ou você só pode manter baixo API nível

Answer 2

Eu concordo com PW.

• OPAL é uma excelente escolha.
• Suporta dispositivos de áudio e vídeo
• Ele compila em Windows, Linux, e alguns outros

Também - recomendo usando o protocolo SIP (em oposição a H323) - Você não precisa usar o Ekiga. Ekiga é um front-end em Opal. Você pode dar uma olhada nas amostras OPAL, e construir a partir desses.

Answer 3

Eu não recomendo o uso de H.323 em tudo para construir novas aplicações, especialmente usuário orientada. Eu recomendo SIP por causa de muito mais simples e mais limpo e.t.c sinalização / negociações.

De outro ponto de vista que eu não recomendo usar OPAL se você está construindo algo com mais de 5 chamadas densidade. Isto é devido à série de soluções de arquitetura colocados lá (gerenciamento de threads com algumas condições de corrida, gestão de contentores muito complexo, com cópia preguiçosa que realmente torna as coisas muito mais perigoso e assim por diante). Isto é devido à abordagem legado OpenH323 (biblioteca de fato ptlib que foi usado para OpenH323).

Talvez algo foi mudado desde os dias eu tinha dor de cabeça com OpenH323 e início de Opal, mas eu não acho que algo básico.

Que tal dar uma olhada na FreeSwitch plataforma ? As pessoas dizem que é muito mais melhor concebido.