Three-Party Video Conference RTP Data Handling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current three-party video conference systems are hindered by high hardware costs and resource consumption, limiting their ability to enable all parties to see and hear each other, with the host party typically only able to observe one participant's video and struggle with video switching processes.
Innovation Solution
A video implementation method that constructs RTP receive-in ports for conference participants, samples and displays video, captures and transmits a unified display region, and separates receiving-sending packet processing from encoding-decoding, using independent threads to manage data queues and control decoding and transmission rates to optimize resource usage.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If traditional video conference data mixing process is implemented, then three-party video conference function is achieved, but hardware cost and resource consumption increase significantly
Solution Approach 1:
The patent extracts the video data mixing process from the host party's processing responsibilities. Instead of the host mixing video data from multiple participants, each participant independently decodes video data and displays it locally, eliminating the need for complex video mixing hardware at the host end.
Solution Approach 2:
The patent uses screen capture technology to create a visual copy of the unified display region showing all participants. This captured display content is then encoded and transmitted to other participants, replacing the need for complex real-time video mixing and processing.
2Adaptability or versatility
If video data mixing process is implemented at host party, then three-party video conference is achieved, but CPU resource consumption increases
Solution Approach 1:
The patent segments the video processing workload by separating receiving-sending packet processing from encoding-decoding operations using independent threads. This divides the CPU-intensive tasks into manageable segments that can be executed concurrently, reducing overall CPU resource consumption.
Solution Approach 2:
The patent removes the video decoding step for non-current activated parties from the host's processing responsibilities. Each participant independently handles their own video decoding, significantly reducing the host party's CPU resource consumption while maintaining three-party video conference functionality.
3Device complexity
If screen capture and transmission method is used, then resource consumption is reduced, but decoding efficiency is lower compared to single-channel video call
Solution Approach 1:
The patent segments video data processing into separate threads for receiving-sending packets and for encoding-decoding operations. This threading approach allows concurrent processing of multiple video streams, improving overall decoding efficiency while maintaining the resource-efficient screen capture methodology.
Data Source
AI summary
The present invention relates to a three-party video conference. With the utilization of the monitor display resource by a host party, the assembled three-party video captured and decoded by the monitor display resource is transmitted to the conference-participant parties, the screen-captured real-time transport protocol (RTP) data transmitted from the host party are respectively displayed on monitors of the conference-participant parties, thereby eliminating the resource consumption of mixed video data, controlling the video resource loss, and providing a cost-effective hardware to enable three parties to see and hear from each other.