Thin-Client Video Transport via Server-Side Transcoding
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Thin-client terminal systems face challenges in efficiently transporting full-motion video due to high bandwidth requirements, which can lead to dropped packets and a degraded user experience, especially when multiple users access video applications, as they lack the processing power and memory to handle digital video decoding like personal computers.
Innovation Solution
Incorporating inexpensive video decoders into thin-client terminal systems and leveraging the thin-client server system to provide video transport support through virtual graphics cards, digital video decoders, and transcoders to handle various video encoding formats, allowing for efficient video decoding and transcoding to minimize bandwidth usage.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If full-motion video is transported over the network to thin-client terminals, then video quality and user experience are improved, but bandwidth consumption increases and packets are dropped
Solution Approach 1:
The video stream is pre-encoded at the server into multiple bitrate versions before transmission. The server prepares alternative encodings in advance, allowing the client to switch between different quality levels without requiring real-time transcoding, thus reducing network bandwidth consumption while maintaining video quality where possible
Solution Approach 2:
The system dynamically adjusts the video bitrate and quality based on current network conditions and terminal capabilities. The server monitors bandwidth availability and packet loss rates, then adaptively selects the appropriate pre-encoded stream version to transmit, optimizing the balance between video quality and bandwidth consumption in real-time
2Productivity
If multiple users access video applications simultaneously, then system utilization is improved, but bandwidth demands increase and user experience degrades
Solution Approach 1:
The video stream is segmented into multiple bitrate versions (e.g., low, medium, high quality) that are pre-encoded and stored on the server. Each user session can be assigned to an appropriate segment based on network conditions, allowing multiple users to access video applications simultaneously with differentiated quality levels that match available bandwidth
Solution Approach 2:
The system changes the video encoding parameters (bitrate, resolution, frame rate) based on the number of concurrent users and available network capacity. When multiple users access the system, the server automatically adjusts the default bitrate allocation and can dynamically switch users between different pre-encoded stream versions to optimize total bandwidth utilization
3Device complexity
If thin-client terminals lack decoding capability, then device complexity and cost are reduced, but video processing capability is insufficient
Solution Approach 1:
The server acts as an intermediary that performs all video decoding and format conversion operations. The server receives video content in various formats, decodes and re-encodes it into appropriate formats for the thin-client terminals, then transmits the processed streams. This eliminates the need for decoding capability in the terminals while maintaining broad format support through the server's mediation
4Reliability
If video streams are transmitted at high bitrate, then video quality is improved, but network packet loss increases
Solution Approach 1:
Multiple versions of the video stream are pre-encoded at different bitrates and quality levels before transmission. When packet loss is detected or bandwidth is constrained, the system can immediately switch to a lower-bitrate pre-encoded version without requiring complex real-time transcoding, thus preventing further quality degradation while adapting to network conditions
Solution Approach 2:
The system implements feedback mechanisms that monitor network conditions, packet loss rates, and terminal performance in real-time. Based on this feedback, the server dynamically adjusts which pre-encoded stream version is transmitted to each client, selecting higher bitrates when conditions are good and lower bitrates when packet loss increases, optimizing the quality-loss tradeoff continuously
Data Source
AI summary
A digital video transmission system that operates with three different video rendering paths. A first rendering path operates by receiving display requests and rendering bit-mapped graphics in a local screen buffer. The display information in that local screen buffer is then encoded and transmitted to a remote display system that recreates the content of that local screen buffer in a video buffer of remote display system. A second rendering path operates by receiving encoded video stream requests that can be decoded by the remote display system. Such encoded video streams are sent to the remote display system with minimal addition transport encoding. The third rendering path handles encoded video streams that cannot be handled natively by the remote display system. Such video streams may be either transcoded before transmission or decoded and stored within the local screen buffer.