Method for displaying picture frame rate in real time by smart television

Abstract

The invention provides a method for displaying a picture frame rate in real time by a smart television, which relates to the field of picture parameter display and comprises the following steps of: acquiring real-time picture frame rate data from a driver layer interface by binding with a display service; storing the obtained picture frame rate data into a data queue with a preset size; generating corresponding broken line graph data according to one or more pieces of frame rate data stored in the data queue; and drawing on a display interface based on the broken line graph data, and dynamically presenting the change trend of the picture frame rate. According to the method, the real frame rate data of the driving bottom layer is displayed at the television end in real time, so that a user can clearly judge whether the picture lag is caused by low frame rate input of an external signal source or insufficient processing capacity of a television system, and a direct basis is provided for performance optimization and troubleshooting.

Description

Technical Field

[0001] This invention relates to the field of image parameter display, and more particularly to a method for real-time display of image frame rate on a smart TV. Background Technology

[0002] With the rapid development of display technology, televisions, monitors, and other display devices have become central to home entertainment and professional work. These devices often require connection to external signal sources, such as game consoles, personal computers, and high-definition media players. In high-end applications, especially in e-sports games and high-definition video playback, the frame rate is a key indicator of image smoothness. When users experience stuttering, tearing, or lag, it is often difficult to pinpoint the root cause. The problem may stem from insufficient performance of the external signal source, resulting in a low output frame rate, or it may originate from internal system processing delays, malfunctioning dynamic compensation algorithms, or excessive system resource consumption within the display device, leading to stuttering.

[0003] Current televisions and monitors on the market typically lack a built-in function that can display the current input frame rate to users in real time. If users want to know the real-time frame rate, they often need to rely on external professional testing equipment or open frame rate monitoring software at the signal source. This is not only cumbersome, but also cannot reflect the final display state after the signal has been processed by the television. Therefore, the industry urgently needs a technical method that can directly and intuitively display the real-time frame rate on the display device to help users quickly diagnose performance bottlenecks, optimize display settings, and improve the overall user experience. Summary of the Invention

[0004] This invention aims to solve the technical problem in the prior art where display devices cannot display the frame rate in real time, making it difficult for users to pinpoint the cause of problems such as screen stuttering. Specifically, this invention strives to provide a frame rate display method that is low in resource consumption, highly real-time, and provides a user-friendly experience.

[0005] To solve the above-mentioned technical problems, the present invention employs the following technical methods: A method for real-time display of frame rate on a smart TV includes the following steps: By binding with the display service, real-time frame rate data is obtained from the driver layer interface; The acquired frame rate data is stored in a data queue of a preset size; Generate corresponding line chart data based on one or more frame rate data stored in the data queue; The display interface is based on line graph data, dynamically presenting the changing trend of the frame rate.

[0006] Preferably, the step of obtaining real-time frame rate data from the driver layer interface includes periodically calling the driver layer interface at a preset sampling frequency to obtain frame rate data.

[0007] Preferably, the preset sampling frequency is once per second.

[0008] Preferably, the method further includes initiating the acquisition, storage, generation, and drawing steps when the display unit for displaying the line chart is visible on the screen; When the display unit is not visible on the screen, the steps of acquiring, storing, generating, and drawing are stopped.

[0009] Preferably, the step of storing the acquired frame rate data into a data queue includes determining whether the data queue is full; If the queue is not full, the currently acquired frame rate data will be added directly to the tail of the data queue. If the queue is full, first remove the data at the head of the queue, and then add the currently acquired frame entropy rate data to the tail of the queue.

[0010] Preferably, the index of the data in the data queue is mapped to the horizontal axis coordinate of the line chart, and the value of the data is mapped to the vertical axis coordinate of the line chart. A series of coordinate points are determined, and a preset curve algorithm is used to connect the series of coordinate points to form a smooth line.

[0011] Preferably, the preset curve algorithm is a Bézier curve algorithm; the method also includes highlighting or enlarging the coordinate points corresponding to the latest frame rate data in the line graph during drawing.

[0012] Preferably, the line chart is drawn and displayed based on the SurfaceView control, and the refresh timing is controlled by a mechanism that synchronizes with the system's vertical synchronization signal.

[0013] A frame rate display system, used in television or monitor devices, includes: The acquisition module is used to obtain real-time frame rate data from the driver layer interface by binding with the display service; The data processing module is used to store the frame rate data acquired by the acquisition module into a data queue with a preset size; The display module is used to generate and dynamically draw a line graph based on the data in the data queue, so as to present the changing trend of the frame rate on the display interface.

[0014] The beneficial effects of this invention are: 1. By displaying the actual frame rate data of the underlying driver in real time on the TV, users can clearly determine whether the screen stuttering is caused by a low frame rate input from an external signal source or by insufficient processing power of the TV system itself, providing a direct basis for performance optimization and troubleshooting.

[0015] 2. This invention visualizes frame rate data in the form of a dynamic line graph, which is not only more technologically advanced and visually impactful than a single numerical display, but also allows users to intuitively see the frame rate fluctuation trend over a period of time, greatly enhancing the product's professionalism and the user's interactive experience.

[0016] 3. This invention uses efficient SurfaceView for drawing, sets a reasonable sampling frequency, and binds the start and stop of functions to the visibility of specific interfaces. This method achieves real-time monitoring while minimizing the occupation of system CPU and GPU resources, ensuring the overall stability and smoothness of the TV operation.

[0017] 4. This invention obtains frame rate data directly from the underlying driver interface by binding the display service, ensuring the accuracy and real-time performance of the data. It also uses Choreographer to align with the system's vertical synchronization signal, ensuring smooth and tear-free line chart drawing and further improving the display effect. Attached Figure Description

[0018] Figure 1 This is the overall flowchart of the present invention; Figure 2 This is the frame rate drawing pattern of the present invention. Detailed Implementation

[0019] To facilitate understanding of the present invention, a more complete description will be given below with reference to the accompanying drawings. Preferred embodiments of the invention are shown in the drawings. However, the invention can be implemented in many different forms and is not limited to the embodiments described herein. Rather, these embodiments are provided to provide a thorough and complete understanding of the disclosure of the invention. Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention.

[0020] Specific embodiments of the present invention are described below with reference to the accompanying drawings.

[0021] Example 1 This embodiment details a method for real-time display of frame rate on a smart TV. This method is implemented at the software level and specifically deployed in a smart TV operating system based on an MTK chip platform. The steps are as follows: 1) In the frame rate data acquisition stage, a method of directly obtaining data from the underlying driver is adopted to ensure the real-time nature and accuracy of the information. Specifically, the application layer program obtains a system service manager instance specific to the TV platform, namely mTvVideoManager, and calls its provided queryPanelFPS(callback) function to register a callback interface with the system display service. When the physical refresh rate of the TV's display panel changes, the underlying driver will actively trigger this callback through this service and send the latest frame rate data back to the application layer in real time as a parameter.

[0022] 2) In the data visualization presentation stage, this embodiment uses SurfaceView as the core drawing control. The drawing content mainly includes two parts: a static grid background and a dynamic frame rate polyline.

[0023] ① When SurfaceView is initialized, the system will draw a grid background at once based on the width and height of the control itself. This background is composed of multiple horizontal and vertical reference lines, providing a clear coordinate system for the subsequent line chart.

[0024] ② The core of this method is the drawing of dynamic polylines. In order to store and display the frame rate changes over a period of time, the system maintains a data queue of fixed size 100 (via a List). <integer>(Implementation). When new frame rate data is received via the aforementioned callback, the system executes a "sliding window" update logic: if the queue is not full, the new data is directly appended to the tail of the queue; if the queue is full (reaching 100 data points), the oldest data at the head of the queue is removed first, and then the new data is appended to the tail of the queue. This ensures that the queue always retains the frame rate information of the most recent 100 sampling points.

[0025] During the drawing process, the system uses the index (0-99) of the data queue as the logical horizontal axis (representing the time series) and the frame rate value stored in the queue as the logical vertical axis. These logical coordinates are then converted into actual pixel coordinates on the SurfaceView canvas. To improve visual smoothness, instead of simply connecting the points with straight lines, a Bézier curve algorithm is used to smoothly fit all coordinates, generating a dynamic curve. To highlight the current state, the system accents the last data point representing the latest frame rate by modifying paint parameters (such as increasing the radius or changing the color), making it particularly prominent in the chart. The entire chart scrolls from right to left, with the latest data point always appearing at the far right.

[0026] 3) This embodiment employs a refined performance optimization strategy. Regarding refresh frequency, it comprehensively considers the balance between visual continuity and system performance, setting the trigger interval for data sampling and interface refresh to 1000 milliseconds (i.e., 1 second). To ensure perfect synchronization between the refresh action and the display's refresh cycle, this method utilizes the Choreographer class to schedule drawing tasks. Choreographer can precisely trigger the drawing callback when the system issues a vertical synchronization signal (Vsync), thereby ensuring extremely smooth animation and eliminating screen tearing. After each refresh, the program delays for 1000 milliseconds before requesting the next scheduling.

[0027] In terms of its operational mechanism, this function is cleverly encapsulated within an independent UI fragment and strictly bound to its lifecycle. Only when the user enters the function's interface and this fragment is visible (the `onResume` lifecycle callback is triggered) will the system initiate frame rate data callback registration and the SurfaceView refresh cycle. Once the user leaves the interface, the fragment becomes invisible (the `onPause` callback is triggered), and the system immediately stops all related data acquisition and UI refresh activities. This start-stop mechanism, linked to interface visibility, ensures that the function consumes no system resources when not in use, thus effectively guaranteeing the overall stability and smoothness of the TV's operation.

[0028] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0029] The embodiments described above are merely illustrative of several implementations of the present invention, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of the present invention, and these all fall within the protection scope of the present invention. Therefore, the protection scope of this invention patent should be determined by the appended claims.< / integer>

Claims

1. A method for real-time display of frame rate on a smart TV, characterized in that, Includes the following steps: 1) By binding with the display service, real-time frame rate data is obtained from the driver layer interface; 2) Store the acquired frame rate data into a data queue of a preset size; 3) Generate corresponding line chart data based on one or more frame rate data stored in the data queue; 4) Draw on the display interface based on the line graph data to dynamically present the changing trend of the screen frame rate.

2. The method according to claim 1, characterized in that, The steps for obtaining real-time frame rate data from the driver layer interface include periodically calling the driver layer interface at a preset sampling frequency to obtain the frame rate data.

3. The method according to claim 2, characterized in that, The preset sampling frequency is once per second.

4. The method according to claim 1, characterized in that, The method also includes initiating the acquisition, storage, generation, and drawing steps when the display unit used to display the line chart is visible on the screen; When the display unit is not visible on the screen, the steps of acquiring, storing, generating, and drawing are stopped.

5. The method according to claim 1, characterized in that, The step of storing the acquired frame rate data into the data queue includes determining whether the data queue is full; If the queue is not full, the currently acquired frame rate data will be added directly to the tail of the data queue. If the queue is full, first remove the data at the head of the queue, and then add the currently acquired frame entropy rate data to the tail of the queue.

6. The method according to claim 1, characterized in that, The indexes of the data in the data queue are mapped to the horizontal axis coordinates of the line chart, and the data values ​​are mapped to the vertical axis coordinates of the line chart. A series of coordinate points are determined, and a preset curve algorithm is used to connect the series of coordinate points to form a smooth line.

7. The method according to claim 6, characterized in that, The preset curve algorithm is the Bézier curve algorithm; the method also includes highlighting or enlarging the coordinate points corresponding to the latest frame rate data in the line graph during drawing.

8. The method according to claim 1, characterized in that, The line chart is drawn and displayed based on the SurfaceView control, and the refresh timing is controlled by a mechanism that synchronizes with the system's vertical synchronization signal.

9. A method for real-time display of frame rate on a smart TV, applied to a TV or monitor device, characterized in that, include: The acquisition module is used to obtain real-time frame rate data from the driver layer interface by binding with the display service; The data processing module is used to store the frame rate data acquired by the acquisition module into a data queue with a preset size; The display module is used to generate and dynamically draw a line graph based on the data in the data queue, so as to present the changing trend of the frame rate on the display interface.

Images