웹 P2P 비디오 대결 솔루션

Question

저는 2 명의 사용자 (이 시점에서 2 명) 간의 라이브 비디오/오디오 회의를 플래시 게임 플랫폼에 통합 할 수있는 최상의 가능한 솔루션을 찾고 있습니다. 화상 채팅은 추가 기능이 아니라 주요 기능입니다.

나는 주로 오픈 소스 구현이나 직접 구현할 수있는 것을보고 있지만 상용 제품이 정확히 필요한 경우 고려할 것입니다.

여기에 내가 보았던 몇 가지가 있지만 지금까지 나는 그것들을 충분히 잘 찾지 못했습니다.

1. Flash Player 10의 P2P 기능은 유망하지만 Adobe가 RTMFP 프로토콜에 대한 정보를 공개하지 않았 으며이 시점에서이를 지원하는 상용 서버가 없다는 사실을 알고 있습니다.

2. 모든 비디오/오디오를 플래시 서버 (P2P가 아님)를 통해 라이브로 스트리밍하지만 내 개인적인 경험에서 부드럽게 대화를 나누지 않습니다.
   제 생각에는 TOKBOX 이 방법을 사용합니다

3. Java 애플릿은 가능한 솔루션 (P2P를 수행하기 위해)이지만,이 시점에서 게임에서이를 결합하는 것이 좋고 우아한 솔루션이라고 생각하지 않습니다 (사용자가 승인해야합니다). BTW, 유용한 구현을 찾을 수 없었습니다. 그래서, 당신이 알고 있다면, 나는 그들을 조사 할 것입니다.

4. Google Gmail 비디오 채팅은 P2P를 수행하고 비디오/오디오를 플래시 플레이어로 스트리밍하는 사용자 정의 (및 독점) 브라우저 플러그인을 사용합니다. 이것은 가능한 솔루션이지만이 단계에서 전체 P2P 프로토콜 스택 + 브라우저 플러그인을 구현하지 않고 게임 자체의 다른 측면에 집중하지 않습니다. 나는 그들이 XMPP 기반 프로토콜을 사용하고 있다고 생각합니다. 징글 마차 그리고 그들은 a 징글 리브러리 그러나 비디오 대조가 구현되지 않으면.

5. 편집하다: Branden에 대한 응답으로 :
   나는 Adobe Stratus를 알고 있습니다. Stratus는 Beta로, Rendezvous 서비스를 호스팅하여 Flash Player 엔드 포인트 (RTMFP Server) 간의 통신을 설정하는 데 도움이됩니다.
   Stratus 의이 현재 방출은 Prerelease이며 평가 목적으로 만 설계되었습니다. 서비스는 최종적이지 않습니다.
   서비스가 미래에도 계속 존재하거나 향후 비용에 대한 정보가 계속 될 것이라는 보장은 없습니다.
   그렇기 때문에 그것이 상업용 솔루션으로 사용될 수 있다고 생각하지 않습니다. 적어도 아직.

귀하의 제안과 조언에 감사드립니다. 감사해요!

Answer 1

1. 문제의 서버를 현재 Stratus라고합니다. 당신은 그것에 대해 더 자세히 알아볼 수 있습니다 Adobe Labs.
2. 플래시가있는 서버 기반 솔루션으로 절대적으로 부드러운 스트리밍을 얻을 수 있지만 모든 스트림 (2 인칭 대화를위한 4 개의 스트림 - 2 위와 아래로)을 지원하기에 충분한 대역폭이 있어야합니다. 여기에는 몇 가지 옵션이 있지만 가장 좋은 것은 아마도 Adobe의 Flash Media Interactive Server 그리고 OpenSource (그리고 정말 대단한) Red5.
3. 애플릿 기반 솔루션이 부적절하다는 데 동의하지만 현재 P2P 비디오를 얻는 유일한 방법 일 수 있습니다.
4. 징글은 매우 시원하지만 언급했듯이 오픈 소스 비트는 아직 비디오를 지원하지 않습니다. 나는 그것이 필요한 노력 수준 때문에 단지 실행 가능한 솔루션이라고 생각하지 않습니다.

Answer 2

Adobe 's Livecycle Collaboration Service Stratus의 상업적 구현입니다. 너 지불 사용 당.

Answer 3

글쎄, 나는 이것에 대한 파티에 늦었지만, 얼어 붙은 산 (내가 일하는 사람)은 이제 제품을 가지고 있습니다. icelink 그것은 당신이 원하는 것을 할 것입니다. 브라우저가 지원할 때 네이티브 WEBRTC를 사용하고 Java 애플릿으로 돌아갑니다.

당신이 요청한 특정 질문에 대한 응답으로 :

1. RTMFP : 예, 독점 커뮤니케이션은 재미가 없습니다. 그들이 사양을 열지 않았다는 사실.

2. 비 P2P는 확실히 성능을 얻습니다. 또한 확장 성이 문제가됩니다.

3. Java 애플릿은 브라우저에 네이티브 WebRTC가 없을 때 순수한 UDP 포트를 얻는 유일한 방법입니다.
4. 언급 한 바와 같이 사용자 정의 플러그인은 여러 전선에서 거칠다. Java 애플릿은 좋지 않지만 적어도 전체 다운로드/설치 프로세스는 아닙니다. :)

조금 도움이되기를 바랍니다!