Refresh rate conversion method suitable for local updating
By predicting and managing conflicts in video source refresh rates using minimal cache resources, the method addresses display tearing and retention issues, maintaining smooth video playback and user experience.
Patent Information
- Application Number
- CN202510489608.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-04-18
- Publication Date
- 2025-07-15
AI Technical Summary
The prior art causes screen tear and stuttering when the video source does not match the refresh rate of the downstream display, and the cache control is complex, especially when the refresh rate of the video source changes dynamically.
By detecting the frame data request signal, predicting the location of the next request signal, judging the conflict and delaying the request, adjusting the video source refresh frequency to avoid conflicts, using only one frame cache space, and no additional cache read and write control is added.
It realizes that when the refresh rate of the video source dynamically changes, avoids the reduction of the display content refresh frequency, reduces interference to other processing tasks of the system, and improves the user experience.
Smart Images

Figure CN120321359A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of display screen refreshing, and particularly relates to a refresh rate conversion method applicable to local updates. Background Art
[0002] Variable refresh rate (VRR) is a display technology that allows the refresh rate of a display to be dynamically adjusted to match the frame rate output by a graphics card.
[0003] The video source needs to output a video stream at a higher refresh rate, and the refresh rate is variable, while the downstream display end can only support a lower refresh frequency. This mismatch usually causes problems such as screen tearing and stuttering, and at this time, a refresh rate conversion is required.
[0004] The existing refresh rate conversion function usually works in conjunction with frame data caching. However, when the video source only updates part of the display content to save system power, since the update time point and the updated display area may conflict with the current screen refresh process, if the updated content is forcibly written into the cache at this time, it may cause the display screen to tear, and if the data is discarded, it may cause abnormal display residues on the screen. A possible solution is to increase the frame buffer size, temporarily save the partially updated data that may conflict in the extra cache, wait until the conflict area ends, and then update the data to the valid frame data area and wait for the next refresh. However, the main problem with this method is that it requires more cache resources, higher cache bandwidth, and complex cache read and write control. When the video source refresh rate changes dynamically, the demand for cache control will also be more complex.
[0005] To solve the above problems, the present invention designs a refresh rate conversion method applicable to local updates, which is applicable to a video source whose video refresh frequency can be controlled by a downstream frame request signal. Summary of the Invention
[0006] The present invention provides a refresh rate conversion method applicable to local updates, including the following steps: Step 1: Start; Step 2: Wait for the frame data request signal to be issued; Step 3: When the frame data request signal is detected, start counting and record the period of the request signal; Step 4: Predict the position where the next request signal will be issued; Step 5: Determine whether the next request signal will appear during the valid data refresh period; Step 6: If the next request signal will not occur during the valid data refresh period, confirm that the next request signal can be sent normally; if the next request signal will occur during the valid data refresh period, further determine whether there is a conflict between the current refresh area and the next request signal; Step 7: If there is no conflict, the next request can be sent; if there is a conflict, the request is postponed. Step 8: Complete and wait again for the frame data request signal to be issued.
[0007] Further, the period of the request signal in Step 3 is used to predict the position where the next request signal is issued.
[0008] Further, when the frame data request signal is detected in Step 4, the position of the next request signal is predicted by adding the period of the request signal to the current request signal position.
[0009] Further, the method for determining conflict in Step 6 is to determine the positional relationship between the area to be refreshed currently and the position of the next request signal.
[0010] Further, postponing the request in Step 7 includes postponing it to the start position of the next frame, resetting the request signal generation logic, pausing the request cycle count, and maintaining the request signal period recorded last time.
[0011] This method is applicable to video sources whose video refresh frequency can be controlled by a downstream frame request signal.
[0012] The present invention can achieve using only one frame of cache space without adding additional cache read / write control. By adjusting the refresh frequency of the video source within a short time to avoid conflict situations, and minimizing the interference time with the target refresh rate of the video source as much as possible, the probability of the action of reducing the refresh rate is controlled at the lowest level, avoiding the problem of the decline in the user experience caused by the mismatch between the refresh frequency of the displayed content and the frequency of other system processing tasks (such as touch control) due to the long-term reduction of the refresh frequency.
[0013] Meanwhile, this method can automatically adapt to the situation where the video source dynamically changes the target refresh rate. BRIEF DESCRIPTION OF THE DRAWINGS
[0014] Figure 1 Shown is the schematic diagram of the existing refresh rate conversion implemented through frame data caching.
[0015] Figure 2 Shown is the schematic diagram of the main working process of the applicable video source of the present invention.
[0016] Figure 3 Shown is the flowchart of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS
[0017] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.
[0018] Please refer to Figures 1-3 , the present invention provides a refresh rate conversion method applicable to partial updates, including the following steps: Step 1: Start; Step 2: Wait for the frame data request signal to be sent; Step 3: When the frame data request signal is detected, start counting and record the period of the request signal; Step 4: Predict the position where the next request signal is sent; Step 5: Determine whether the next request signal will appear during the valid data refresh period; Step 6: If the next request signal does not occur during the valid data refresh period, confirm that the next request signal can be normally sent; if the next request signal will occur during the valid data refresh period, further determine whether there is a conflict between the current refresh area and the next request signal; Step 7: If there is no conflict, the next request can be sent; if there is a conflict, the request is postponed; Step 8: Complete and wait for the frame data request signal to be sent again.
[0019] The period of the request signal in Step 3 is used to predict the position where the next request signal is sent.
[0020] In Step 4, when the frame data request signal is detected, the position of the next request signal is predicted by adding the current request signal position and the period of the request signal.
[0021] The method for determining the conflict in Step 6 is to determine the positional relationship between the area that needs to be refreshed currently and the next request signal.
[0022] Postponing the request in Step 7 includes postponing it to the start position of the next frame, resetting the request signal generation logic, pausing the request cycle counting, and maintaining the period of the request signal recorded last time.
[0023] It should be noted that, in this text, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements not only includes those elements, but also includes other elements not expressly listed, or further includes elements inherent to such process, method, article or device.
[0024] Although the embodiments of the present invention have been shown and described, those of ordinary skill in the art can understand that various changes, modifications, substitutions and variations can be made to these embodiments without departing from the principles and spirit of the present invention. The scope of the present invention is limited by the appended claims and their equivalents.
Claims
1. A refresh rate conversion method applicable to partial updates, characterized in that, It includes the following steps: Step 1, start; Step 2, wait for the frame data request signal to be sent; Step 3, when the frame data request signal is detected, start counting and record the period of the request signal; Step 4, predict the position where the next request signal will be sent; Step 5, judge whether the next request signal will appear during the valid data refresh period; Step 6, if the next request signal will not occur during the valid data refresh period, confirm that the next request signal can be sent normally; if the next request signal will occur during the valid data refresh period, further judge whether there is a conflict between the current refresh area and the next request signal; Step 7, if there is no conflict, the next request can be sent; if there is a conflict, delay the request; Step 8, complete and wait for the frame data request signal to be sent again.
2. The refresh rate conversion method applicable to partial update according to claim 1, characterized in that: In Step 3, the period of the request signal is used to predict the position where the next request signal will be sent.
3. A refresh rate conversion method applicable to partial update according to claim 2, characterized in that: In Step 4, when the frame data request signal is detected, the position of the next request signal is predicted by adding the period of the request signal to the current request signal position.
4. A refresh rate conversion method applicable to partial updates according to claim 3, characterized in that: In Step 6, the way to judge the conflict is to judge the position relationship between the area that needs to be refreshed currently and the next request signal.
5. A refresh rate conversion method applicable to partial update according to claim 4, characterized in that: In Step 7, delaying the request includes delaying it to the start position of the next frame, resetting the request signal generation logic, pausing the request period counting, and maintaining the request signal period recorded last time.