Remote Viewing Display Throttling for Latency Reduction
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Remote viewing systems experience latency and performance degradation due to the handshake mechanism, which causes the display to wait for update requests from viewers, leading to a finite and often significant delay in data transmission during remote viewing sessions.
Innovation Solution
Implementing a throttling process that allows the display to estimate when the transport layer will complete sending updates, enabling continuous data transmission without waiting for viewer requests, thus decoupling the display from viewer state and maintaining a constant stream of data to the server.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the display waits for update requests from viewers (handshake mechanism), then the system adapts to viewer bandwidth constraints, but latency increases and data transmission is delayed
Solution Approach 1:
The display begins processing the next update before the current update is fully transmitted by estimating when the transport layer will complete sending. This preliminary action creates a pipeline effect where update N+1 is prepared while update N is still being sent, reducing the overall latency without overwhelming the network bandwidth.
Solution Approach 2:
The system dynamically adjusts the throttling of update generation based on real-time network conditions and transport layer performance. By continuously monitoring transmission progress and adjusting when to start processing subsequent updates, the system adapts to changing bandwidth availability while maintaining continuous data flow.
2Productivity
If the display sends updates continuously without waiting for requests, then latency is reduced and data flow is continuous, but network bandwidth may be overwhelmed
Solution Approach 1:
The display monitors feedback from the transport layer about transmission progress and uses this information to throttle update generation. By estimating when the transport layer will finish sending based on current transmission state, the system adjusts its update rate to match actual network capacity, preventing bandwidth overload while maintaining continuous flow.
Solution Approach 2:
Instead of waiting for explicit requests or risking bandwidth overload, the system performs preliminary actions by starting to process the next update in advance based on estimated transmission completion. This creates an optimized data pipeline that maintains high productivity while respecting network constraints through intelligent timing.
3Loss of energy
If the display processes updates only when requested, then network bandwidth is conserved, but frame rates decrease and coherency is lost
Solution Approach 1:
The display maintains continuous useful action by processing updates in a pipeline fashion rather than waiting for discrete requests. By estimating transport layer completion and starting subsequent updates proactively, the system ensures continuous data flow to maintain frame rates and coherency while the transport layer naturally regulates bandwidth usage based on actual network conditions.
Data Source
AI summary
A Display generating data for transmission on a remote viewing session throttles the generation of updates so that updates are provided at a relatively constant rate during the remote viewing session. Remote viewing software executing on the Display estimates when a transport layer of the display will complete sending a current update. If there is data to be sent, the remote viewing software will start to process a next subsequent update prior to the time that the remote viewing software estimates that the transport layer will finish sending the current update, so that the remote viewing software is able to provide a pipeline of data just in time to the transport layer to keep the transport layer active in transmitting data on the remote viewing session.