DVD Player Reverse Playback Buffering Strategy
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing DVD players face difficulties in providing smooth reverse playback of MPEG-2 encoded video streams due to the nature of data compression, which requires decoding in a specific order and necessitates large buffer spaces and processor overhead, resulting in limited frame display in reverse order.
Innovation Solution
An optimal buffering and scheduling strategy that allows for smooth reverse playback by scanning video data units, scheduling reference pictures for decoding, and copying necessary frames to minimize buffer requirements, enabling efficient reverse playback with minimal buffering space.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Speed
If multiple video frames are buffered to accomplish reverse playback, then smooth reverse playback is achieved, but buffer space requirements increase significantly
Solution Approach 1:
The video data unit is segmented into reference pictures and non-reference pictures. Only reference pictures (I and P pictures) are buffered and decoded in reverse order, while B pictures are handled separately. This segmentation reduces the amount of data that needs to be buffered compared to buffering all frames for smooth reverse playback.
Solution Approach 2:
The system performs a scan of the video data unit before decoding to identify and mark positions of each picture type. This preliminary action allows the system to pre-determine which pictures need to be buffered and in what order, enabling efficient reverse playback without requiring excessive buffer space.
2Speed
If all pictures are decoded in forward order and then displayed in reverse order, then reverse playback is achieved, but processor overhead increases significantly
Solution Approach 1:
Instead of decoding all pictures in forward order and then displaying them in reverse, the system inverts the approach by directly decoding and displaying only the reference pictures in reverse order. This eliminates the need to decode and then re-order all frames, significantly reducing processor overhead.
Solution Approach 2:
The system extracts only the necessary reference pictures (I and P pictures) from the video data unit for reverse playback, excluding B pictures from the reverse decoding process. This extraction reduces the processing load while maintaining smooth reverse playback capability.
3Power
If only I pictures are displayed in reverse order, then reverse playback is achieved with minimal processing, but image quality becomes stilted and disorienting
Solution Approach 1:
The system makes the decoding process multi-functional by handling both forward playback and reverse playback requirements within the same framework. By identifying and buffering reference pictures that can serve both forward and reverse decoding needs, the system achieves smooth reverse playback without sacrificing processing efficiency.
4Quantity of substance
If the buffer size is reduced to meet memory constraints, then device complexity is reduced, but the ability to maintain smooth reverse playback is compromised
Solution Approach 1:
The system applies local quality optimization by differentiating between reference pictures and non-reference pictures in terms of buffering requirements. Reference pictures are buffered with sufficient quality to enable smooth reverse playback, while B pictures are handled with less stringent requirements, optimizing overall buffer usage.
Data Source
AI summary
The optimal buffering strategy of the present invention allows for full smooth reverse functionality in an MPEG-type stream player, while reducing the buffering requirements. Furthermore, the buffering strategy drastically reduces the required number of passes through the video data unit by optimal scheduling of picture decodes. A video data unit buffering strategy for smooth reverse includes the following operations. First, a video data unit is scanned before decoding any pictures within the video data unit. Positions of each picture are then marked out in the video data unit. Next, the entire video data unit is decoded, except the open GOP pictures which need a reference picture from an adjacent video data unit. The open GOP pictures are then copied to the end of the current video data unit in the buffer, and the new video data unit continues to be fetched.