![Global Multimedia Collaboration System Wenjun Wu Indiana University Bloomington IN 47401 [email_address] http:// www.globalmmcs.org](https://image.slidesharecdn.com/global-multimedia-collaboration-system4244/85/global-multimedia-collaboration-system-1-320.jpg)
![Outline ,[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recomendados
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (16)
Destacado
Similar a Global Multimedia Collaboration System
Similar a Global Multimedia Collaboration System (20)
Más de Videoguy
Más de Videoguy (20)
Global Multimedia Collaboration System
- 1. Global Multimedia Collaboration System Wenjun Wu Indiana University Bloomington IN 47401 [email_address] http:// www.globalmmcs.org
- 7. VoIP & Videoconferencing technology
- 10. Typical H.323 Stack http://www.packetizer.com H.323 IP UDP RTP RTCP TCP/UDP TCP UDP UDP TCP Audio Codecs G.711 G.723.1 G.729 .. Video Codecs H.261 H.263 H.264 .. V.150 T.120 TCP/UDP T.38 H.225.0 Call Signaling H.245 H.225.0 RAS Terminal Control and Management Data Applications Media Control Multimedia Applications, User Interface
- 11. H.323 Architecture Gatekeeper (security, QoS, routing etc.) MC MP MCU H.323 Terminal 1 H.323 Terminal 2 H.323 Terminal N .... Packet Switch Network
- 13. CINEMA clouds rtspd Gatekeeper SIP H.323 RTSP sipd sipum sip323 SIP-H.323 signaling gateway Conferencing Programmable SIP servers Unified messaging Streaming media Hardware SIP phone Desktop SIP clients sipgw PSTN MGCP SIP-MGCP gateway SIP-PSTN gateway Regular telephones A Integrated SIP Service System: CINEMA From Columbia University Quick-time SIPUA sipc e*phone Netmeeting e*phone sipconf
- 18. Instant Messaging & VoIP
- 27. XGSP Web Service MCU Architecture Gateways convert to uniform XGSP Messaging High Performance (RTP) and XML/SOAP and .. Use Multiple Media servers to scale to many codecs and many versions of audio/video mixing NB Scales as distributed Web Services NaradaBrokering SIP H323 Access Grid Native XGSP Admire Media Servers Filters Session Server XGSP-based Control NaradaBrokering All Messaging
- 30. NaradaBrokering Stream NB supports messages and streams NB role for Grid is Similar to MPI role for MPP Queues
- 32. XGSP Conference Control Architecture
- 35. Audio/Video Meeting Tests for single broker Audio Meeting Tests Video Meeting Tests
- 39. media services computation overhead 90% while 4, 23fps stream producers are running Real Streaming Producer 70% while 50 image grabbers are running Image Grabber 94% while 4 video mixers ( 4-way mixing ) are running Video Mixing 46% while 20 audio mixers ( six active speakers ) are running Audio Mixing Computation Overhead Media Services
- 40. Improved JMF Performance Fraction of CPU used versus number of received streams The CIF-size video sequence from a 30-second movie with a lot of motions is streamed to the clients. Each stream is encoded in H.261, and has average bandwidth of 400Kbps and 20 fps. 34% - 35% 62% - 63% 40% - 41% 8 31% - 32% 58% - 59% 35% - 36% 7 27% - 28% 51% - 52% 32% - 33% 6 23% -24% 46% - 47% 26% - 27% 5 17% - 18% 40% - 41% 23% - 24% 4 15% - 16% 33% - 34 % 17% - 18% 3 9% - 10% 24% - 25 % 13% - 14% 2 6% - 7% 15% - 16 % 8% - 9% 1 Fast JMF Client Old JMF Client VIC
- 43. Polycom, Access Grid and RealVideo views of video-mixed streams using GlobalMMCS
- 46. eSports Snapshot Master Video Annotation Whiteboard Collaborative Video Annotation Whiteboard Synchronized Replay of archived video and annotation
- 47. Esports with sport movies
- 48. Integration of PDA, Cell phone and Desktop Grid Access NB Support for optimized PDA Communication
- 49. PDA Download video as images
Notas del editor
- Need to break the Monolithic MCU into small pieces ( service )
- Introduce a common AV signaling protocol to interoperate different AV collaboration endpoints
- Floor control application level QoS policy Different role Capability QoS XML specification For example, a role named <panel-member> It demands the delay stream -> panel-member is within 20ms.
- Each audio package is independent of others. Therefore, each package in the audio stream takes almost the same amount of time to route. This results in very small amount of jitter. In addition, the latency values for the first participant is almost always the same independent of the number of participants in the meeting. Since there are multiple video packages in a frame, upcoming packages wait the earlier ones in the frame. Therefore, even the latency values of the first participant increases as the number of participants increase in the meeting. Similarly, the jitter increases as the number of participants increase in the meeting. One broker can support at most 400 participants. Although the broker is saturated when there are 1000 participants.
- Going through multiple brokers does not introduce considerable overhead. Scalability of the system can be increased almost linearly by adding new brokers.