Distributed Audio Playback With Single-Buffer Fast-Channel Routing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing audio playing systems in distributed scenarios experience delays due to redundant buffering and multiple data copies, affecting audio-to-video synchronization and echo cancellation, leading to a poor user experience.
Innovation Solution
An audio playing system that utilizes a unique buffer address and fast channels with inter-kernel synchronization mechanisms to reduce redundant buffering and memory copies, integrating software and hardware vertically to provide direct communication paths between applications and audio digital signal processors.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If multiple data buffers are used in distributed audio playing, then data transmission is ensured, but playing delay increases
Solution Approach 1:
The patent extracts and eliminates redundant buffer components from the distributed audio playing system. By identifying that only one buffer is necessary for reliable data transmission, the system removes unnecessary buffers that were causing delays, thus maintaining transmission reliability while reducing playing delay.
Solution Approach 2:
The patent introduces a fast channel as an intermediary transmission path between the audio data source and destination. This fast channel provides a direct, low-latency route for audio data, replacing the traditional multi-buffer pathway and enabling reliable transmission with minimal delay.
2Reliability
If multiple buffers are used for audio data transmission, then data completeness is ensured, but audio-to-video synchronization deteriorates
Solution Approach 1:
The patent removes redundant buffers from the audio data transmission path, keeping only the essential single buffer. This reduction eliminates the cumulative delay that multiple buffers introduce, thereby maintaining data completeness while improving audio-to-video synchronization precision.
Solution Approach 2:
The fast channel acts as a dedicated intermediary pathway that directly connects the audio data source to the output, bypassing the traditional multi-buffer processing chain. This direct path ensures complete data transmission while minimizing latency, thus improving synchronization precision.
3Reliability
If multiple buffers are used in distributed audio playing, then data reliability is maintained, but echo cancellation performance deteriorates
Solution Approach 1:
The patent eliminates unnecessary buffers from the system, retaining only the single essential buffer. This reduction in buffering eliminates the delay accumulation that degrades echo cancellation performance, while still ensuring reliable data transmission through the streamlined path.
Solution Approach 2:
The fast channel serves as a direct intermediary pathway that enables reliable audio data transmission with minimal latency. By providing this direct route, the system maintains data reliability while improving echo cancellation precision through reduced delay.
4Stability of the object's composition
If traditional audio frameworks with multiple buffers are used, then system stability is ensured, but user experience deteriorates
Solution Approach 1:
The patent removes redundant buffer components from the traditional audio framework, simplifying the system to use only one essential buffer. This extraction maintains system stability through the necessary buffering while eliminating the delays that degrade user experience.
Solution Approach 2:
The fast channel is introduced as a new intermediary that provides a direct, low-latency transmission path. This intermediary enables the system to maintain stability through proper buffering while delivering superior user experience by minimizing audible delay.
Data Source
AI summary
A first electronic device generates a first playing request by using a first application in response to a playing operation performed by a user in the first application on a first audio, where the first playing request carries first audio data of the first audio and a device identifier of a second electronic device. The first electronic device further writes the first audio data into a unique buffer address based on the first playing request by invoking a first audio framework, reads the first audio data from the unique buffer address, and sends the first audio data to the second electronic device. The second electronic device outputs the first audio data to a second output device of the second electronic device.