CN116521115A

CN116521115A - Data processing method and related device

Info

Publication number: CN116521115A
Application number: CN202211502249.3A
Authority: CN
Inventors: 蔡立峰; 沈赫; 杜鸿雁
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-01-30
Filing date: 2022-01-30
Publication date: 2023-08-01
Also published as: CN114579075B; CN114579075A; WO2023142995A1

Abstract

The embodiment of the application provides a data processing method and a related device, which are applied to the technical field of terminals. The method comprises the following steps: when the application draws the rendered image at the first frame rate, the frame rate control system receives a message carrying a second frame rate sent by the cache thread, and the ratio of the second frame rate to the first frame rate is an integer greater than 1; in response to the message, the frame rate control system controls the application to draw the rendered image at a second frame rate; at a first time, the frame rate control system controls the composition thread to compose the rendered image at a second frame rate and controls the display driver to drive the screen to display the composed image at the second frame rate. Therefore, the drawing rendering is switched, and then the combination and the display are switched, so that the display interval between each frame of image and the previous frame of image is consistent with the drawing rendering interval, the jump of the sliding speed caused by inconsistent display interval and drawing rendering interval is reduced, the clamping is reduced, and the user experience is increased.

Description

Data processing method and related device

This application is a divisional application, the filing number of the original application is 202210114699.9, the filing date of the original application is 2022, 01, 30, and the entire contents of the original application are incorporated herein by reference.

Technical Field

The present disclosure relates to the field of terminal technologies, and in particular, to a data processing method and a related device.

Background

Currently, a user can review various contents through a display screen of a terminal device. When the content is more, the display screen can not display the whole content at one time, and the user can slide and page the related content in the display screen.

The interface display of the display screen of the terminal device usually needs to be subjected to drawing, rendering, synthesizing and other processes. By way of example, the terminal device interface rendering process may include background rendering, rendering of sub-views, rendering of scroll bars, and the like. The interface composition process of the terminal device may include vertex processing, pixel processing, and other processes.

However, when the terminal device switches the screen refresh rate during the process of changing the screen interface, the terminal device may have a stuck phenomenon.

Disclosure of Invention

The embodiment of the application provides a data processing method and a related device, which are applied to terminal equipment. The method is used for solving the problem of blocking phenomenon caused by screen refresh rate switching of the terminal equipment in the process of screen interface change.

In a first aspect, an embodiment of the present application provides a data processing method, which is applied to a terminal device, where the terminal device includes an application, a frame rate control system, a composition thread, a cache thread, and a display driver.

The method comprises the following steps: when the application draws the rendered image at the first frame rate, the frame rate control system receives a message carrying a second frame rate sent by the cache thread, and the ratio of the second frame rate to the first frame rate is an integer greater than 1; responsive to receiving the message carrying the second frame rate, the frame rate control system controls the application to draw the rendered image at the second frame rate; at a first moment, the frame rate control system controls the synthesis thread to synthesize the image synthesized by the application drawing rendering at a second frame rate, and controls the display driver to drive the screen to display the image synthesized by the synthesis thread at the second frame rate; the first moment is between the 1+A-th Vsync-HW signal and 2+A-th Vsync-HW signal after the frame rate control system receives the message carrying the second frame rate, A is the buffer number buffered in the buffer queue corresponding to the buffer thread when the frame rate control system receives the message carrying the second frame rate, and the Vsync-HW signal is used for triggering the screen to display the synthesized image.

When the screen refresh rate is switched, the drawing and rendering process of the image is switched firstly, and then the synthesis process of the image and the display process of the image are switched, so that the display interval between each frame of image and the previous frame of image is consistent with the drawing and rendering interval, the display rhythm of each frame of image is consistent with the drawing and rendering rhythm, sliding speed jump caused by inconsistent display interval and drawing and rendering interval is reduced, blocking is reduced, and user experience is increased.

Optionally, the terminal device further includes a Vsync thread; in response to receiving the message carrying the second frame rate, the frame rate control system controls the application to draw the rendered image at the second frame rate, including: after receiving the message carrying the second frame rate, the frame rate control system sends a first message to the Vsync thread, where the first message is used to instruct switching the application frame rate to the second frame rate; the Vsync thread generates a Vsync-APP signal at a second frame rate based on the first message and sends the Vsync-APP signal to the application; the application draws the rendered image based on the Vsync-APP signal.

In this embodiment, the generation of the Vsync-APP signal at the second frame rate may be understood as generating the Vsync-APP signal according to the Vsync signal period of the second frame rate.

Therefore, by modifying the time interval between the Vsync-APP signals, the drawing and rendering process of the image is switched from the first frame rate to the second frame rate, the mode is simple and convenient, and the computing resources are saved.

Optionally, the terminal device further includes: a Vsync thread; at a first time, the frame rate control system controlling the composition thread to render the rendered image at a second frame rate and controlling the display driver to drive the screen to display the composite image of the composition thread at the second frame rate, comprising: at the first moment, the frame rate control system sends a second message to the Vsync thread, wherein the second message is used for indicating that the combined frame rate and the screen refresh rate are switched to the second frame rate; the Vsync thread generates a Vsync-SF signal at a second frame rate based on the second message and transmits the Vsync-SF signal to the composition thread; the synthesizing thread synthesizes the rendered image based on the Vsync-SF signal; the Vsync thread sends a third message to the display driver based on the second message, wherein the third message is used for indicating that the screen refresh rate is switched to the second frame rate; the display driver generates a Vsync-HW signal at a second frame rate based on the third message control screen; the display driver controls the screen to display the synthesized image after receiving the Vsync-HW signal.

In the embodiment of the present application, the generation of the Vsync-SF signal at the second frame rate may be understood as the generation of the Vsync-SF signal in the Vsync signal period of the second frame rate. Generating the Vsync-HW signal at the second frame rate may be understood as generating the Vsync-HW signal in the Vsync signal period of the second frame rate.

Therefore, the method is simple and convenient, and the computing resources are saved by modifying the time interval between the Vsync-SF signals and the time interval between the Vsync-HW signals to respectively realize the switching of the image synthesizing process and the display process from the first frame rate to the second frame rate.

Optionally, the difference between the first time instant and the time instant at which the message carrying the second frame rate is received at the frame rate control system satisfies: (buffer number +1) Vsync period duration corresponding to the first frame rate.

In this way, the calculation at the first moment can be simplified, and the calculation resources can be saved.

Optionally, the number of caches is the sum of the number of caches after rendering in the corresponding cache queue of the application and the number of caches in the corresponding cache queue under rendering.

Optionally, when the application draws the rendered image at the first frame rate, after receiving the message carrying the second frame rate sent by the composition thread, the frame rate control system further includes: the frame rate control system calculates the ratio of the second frame rate to the first frame rate; when the ratio is an integer greater than 1, the frame rate control system acquires the buffer number from the buffer queue corresponding to the application; the frame rate control system determines a first time based on the number of buffers.

Optionally, when the ratio is an integer greater than 1, the frame rate control system obtains the number of buffers from the buffer queue corresponding to the application, including: the frame rate control system acquires a focus window from the window manager, wherein the focus window corresponds to the application; the frame rate control system obtains the buffer quantity from the buffer queue corresponding to the application based on the focus window.

Optionally, before the frame rate control system receives the message carrying the second frame rate sent by the composition thread when the application draws the rendered image at the first frame rate, the method further includes: when the application draws the rendered image at the first frame rate, the cache thread receives other images after drawing and rendering, and the other images correspond to other windows corresponding to the focus window; and after receiving other images rendered by drawing, the cache thread sends a message carrying the second frame rate to the frame rate control system.

Therefore, when other windows are displayed on the display interface, the screen refreshing rate is improved, so that the display is smooth and fine, and the user experience is improved.

Optionally, the other images correspond to popup window reminders of the terminal equipment, or the other images correspond to screen capturing animations of the terminal equipment.

Therefore, when the popup window is displayed or the screen capturing animation is displayed, the terminal equipment improves the screen refreshing rate, so that the display is smooth and fine, and the user experience is improved.

In a second aspect, embodiments of the present application provide a terminal device, which may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (smart grid), a wireless terminal in transportation safety (transportation safety), a wireless terminal in smart city (smart city), a wireless terminal in smart home (smart home), or the like.

The terminal device comprises a processor for invoking a computer program in memory to perform the method as in the first aspect.

In a third aspect, embodiments of the present application provide a computer-readable storage medium storing computer instructions that, when run on a terminal device, cause the terminal device to perform a method as in the first aspect.

In a fourth aspect, embodiments of the present application provide a computer program product for causing a terminal device to carry out the method as in the first aspect when the computer program is run.

In a fifth aspect, embodiments of the present application provide a chip comprising a processor for invoking a computer program in a memory to perform a method as in the first aspect.

It should be understood that, the second aspect to the fifth aspect of the present application correspond to the technical solutions of the first aspect of the present application, and the beneficial effects obtained by each aspect and the corresponding possible embodiments are similar, and are not repeated.

Drawings

Fig. 1 is a schematic diagram of a hardware system structure of a terminal device provided in an embodiment of the present application;

fig. 2 is a schematic diagram of a software system structure of a terminal device according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a process flow of displaying an interface of a terminal device in a possible implementation;

FIG. 4 is a schematic diagram of an interface display process flow corresponding to frame rate switching in a possible implementation;

FIG. 5 is a schematic diagram of an interface display process flow in a possible implementation;

FIG. 6 is a schematic illustration of an interface display in a possible implementation;

fig. 7 is a schematic view of an application scenario provided in an embodiment of the present application;

FIG. 8 is a schematic diagram illustrating a process of interaction between modules in a data processing method according to an embodiment of the present disclosure;

fig. 9 is a schematic diagram of a process flow of displaying an interface of a terminal device according to an embodiment of the present application;

FIG. 10 is a schematic flow chart of a data processing method according to an embodiment of the present application;

fig. 11 is a schematic diagram of a process flow of displaying an interface of a terminal device according to an embodiment of the present application;

FIG. 12 is a schematic diagram of a data processing apparatus according to an embodiment of the present disclosure;

fig. 13 is a schematic hardware structure of a data processing apparatus according to an embodiment of the present application.

Detailed Description

In order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", etc. are used to distinguish the same item or similar items having substantially the same function and effect. For example, the first chip and the second chip are merely for distinguishing different chips, and the order of the different chips is not limited. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the embodiments of the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.

The embodiment of the application provides a data processing method which can be applied to electronic equipment with a display function.

The electronic device includes a terminal device, which may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (smart grid), a wireless terminal in transportation safety (transportation safety), a wireless terminal in smart city (smart city), a wireless terminal in smart home (smart home), or the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the terminal equipment.

In order to better understand the embodiments of the present application, the following describes the structure of the terminal device in the embodiments of the present application:

Fig. 1 shows a schematic structure of a terminal device 100. The terminal device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriberidentification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It is to be understood that the structure illustrated in the embodiment of the present application does not constitute a specific limitation on the terminal device 100. In other embodiments of the present application, terminal device 100 may include more or less components than illustrated, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processingunit, GPU), an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.

The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it may be called from memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuitsound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others.

The I2C interface is a bi-directional synchronous serial bus comprising a serial data line (SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 110 may contain multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, charger, flash, camera 193, etc., respectively, through different I2C bus interfaces. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement a touch function of the terminal device 100.

The I2S interface may be used for audio communication. In some embodiments, the processor 110 may contain multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through the I2S interface, to implement a function of answering a call through the bluetooth headset.

PCM interfaces may also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface to implement a function of answering a call through the bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus for asynchronous communications. The bus may be a bi-directional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through a UART interface, to implement a function of playing music through a bluetooth headset.

The MIPI interface may be used to connect the processor 110 to peripheral devices such as a display 194, a camera 193, and the like. The MIPI interfaces include camera serial interfaces (camera serial interface, CSI), display serial interfaces (displayserial interface, DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the photographing function of terminal device 100. The processor 110 and the display 194 communicate via a DSI interface to implement the display function of the terminal device 100.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal or as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, an MIPI interface, etc.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal device 100, or may be used to transfer data between the terminal device 100 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset. The interface may also be used to connect other electronic devices, such as AR devices, etc.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is a schematic illustration, and does not constitute a structural limitation of the terminal device 100. In other embodiments of the present application, the terminal device 100 may also use different interfacing manners, or a combination of multiple interfacing manners in the foregoing embodiments.

The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive a charging input of a wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive wireless charging input through a wireless charging coil of the terminal device 100. The charging management module 140 may also supply power to the terminal device through the power management module 141 while charging the battery 142.

The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 to power the processor 110, the internal memory 121, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle number, battery health (leakage, impedance) and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device.

The wireless communication function of the terminal device 100 can be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. The antennas in the terminal device 100 may be used to cover single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication applied to the terminal device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low frequency baseband signal to the baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional module, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wirelesslocal area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., applied to the terminal device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.

In some embodiments, antenna 1 and mobile communication module 150 of terminal device 100 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that terminal device 100 may communicate with a network and other devices via wireless communication techniques. Wireless communication techniques may include global system for mobile communications (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (codedivision multiple access, CDMA), wideband code division multiple access (wideband code division multipleaccess, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a beidou satellite navigation system (beidounavigation satellite system, BDS), a quasi zenith satellite system (quasi-zenith satellitesystem, QZSS) and/or a satellite based augmentation system (satellite based augmentation systems, SBAS).

The terminal device 100 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used for displaying images, displaying videos, receiving sliding operations, and the like. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrixorganic light emitting diod (AMOLED), a flexible light-emitting diode (flex), a mini, a Micro-OLED, a quantum dot light-emitting diode (quantum dot lightemitting diodes, QLED), or the like. In some embodiments, the terminal device 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

The terminal device 100 may implement a photographing function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The ISP is used to process data fed back by the camera 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, so that the electrical signal is converted into an image visible to naked eyes. ISP can also optimize the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, the terminal device 100 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the terminal device 100 selects a frequency bin, the digital signal processor is used to fourier transform the frequency bin energy, or the like.

Video codecs are used to compress or decompress digital video. The terminal device 100 may support one or more video codecs. In this way, the terminal device 100 can play or record video in various encoding formats, for example: dynamic picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

The NPU is a neural-network (NN) computing processor, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the terminal device 100 may be implemented by the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to realize expansion of the memory capability of the terminal device 100. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.

The internal memory 121 may be used to store computer-executable program code that includes instructions. The internal memory 121 may include a storage program area and a storage data area. The storage program area may store an application program (such as a sound playing function, an image playing function, etc.) required for at least one function of the operating system, etc. The storage data area may store data (such as audio data, phonebook, etc.) created during use of the terminal device 100, and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (universal flash storage, UFS), and the like. The processor 110 performs various functional applications of the terminal device 100 and data processing by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.

The terminal device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or a portion of the functional modules of the audio module 170 may be disposed in the processor 110.

The speaker 170A, also referred to as a "horn," is used to convert audio electrical signals into sound signals. The terminal device 100 can listen to music or to handsfree talk through the speaker 170A.

A receiver 170B, also referred to as a "earpiece", is used to convert the audio electrical signal into a sound signal. When the terminal device 100 receives a call or voice message, it is possible to receive voice by approaching the receiver 170B to the human ear.

Microphone 170C, also referred to as a "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can sound near the microphone 170C through the mouth, inputting a sound signal to the microphone 170C. The terminal device 100 may be provided with at least one microphone 170C. In other embodiments, the terminal device 100 may be provided with two microphones 170C, and may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the terminal device 100 may be further provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify the source of sound, implement directional recording functions, etc.

The earphone interface 170D is used to connect a wired earphone. The headset interface 170D may be a USB interface 130 or a 3.5mm open mobile electronic device platform (open mobile terminal platform, OMTP) standard interface, a american cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used to sense a pressure signal, and may convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The terminal device 100 determines the intensity of the pressure according to the change of the capacitance. When a touch operation is applied to the display 194, the terminal device 100 detects the intensity of the touch operation according to the pressure sensor 180A. The terminal device 100 may also calculate the position of the touch from the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions.

The gyro sensor 180B may be used to determine a motion gesture of the terminal device 100. In some embodiments, the angular velocity of the terminal device 100 about three axes (i.e., x, y, and z axes) may be determined by the gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects the angle of the shake of the terminal device 100, calculates the distance to be compensated by the lens module according to the angle, and allows the lens to counteract the shake of the terminal device 100 by the reverse motion, thereby realizing anti-shake. The gyro sensor 180B may also be used for navigating, somatosensory game scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal device 100 calculates altitude from barometric pressure values measured by the barometric pressure sensor 180C, aiding in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The terminal device 100 can detect the opening and closing of the flip cover using the magnetic sensor 180D. In some embodiments, when the terminal device 100 is a folder, the terminal device 100 may detect opening and closing of the folder according to the magnetic sensor 180D. And then according to the detected opening and closing state of the leather sheath or the opening and closing state of the flip, the characteristics of automatic unlocking of the flip and the like are set.

The acceleration sensor 180E can detect the magnitude of acceleration of the terminal device 100 in various directions (typically three axes). The magnitude and direction of gravity may be detected when the terminal device 100 is stationary. The method can also be used for identifying the gesture of the terminal equipment, and is applied to application programs such as horizontal and vertical screen switching, pedometers and the like.

A distance sensor 180F for measuring a distance. The terminal device 100 may measure the distance by infrared or laser. In some embodiments, the terminal device 100 may range using the distance sensor 180F to achieve fast focusing.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal device 100 emits infrared light outward through the light emitting diode. The terminal device 100 detects infrared reflected light from a nearby object using a photodiode. When sufficient reflected light is detected, it can be determined that there is an object in the vicinity of the terminal device 100. When insufficient reflected light is detected, the terminal device 100 may determine that there is no object in the vicinity of the terminal device 100. The terminal device 100 can detect that the user holds the terminal device 100 close to the ear to talk by using the proximity light sensor 180G, so as to automatically extinguish the screen for the purpose of saving power. The proximity light sensor 180G may also be used in holster mode, pocket mode to automatically unlock and lock the screen.

The ambient light sensor 180L is used to sense ambient light level. The terminal device 100 may adaptively adjust the brightness of the display 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. The ambient light sensor 180L may also cooperate with the proximity light sensor 180G to detect whether the terminal device 100 is in a pocket to prevent false touches.

The fingerprint sensor 180H is used to collect a fingerprint. The terminal device 100 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 180J is for detecting temperature. In some embodiments, the terminal device 100 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the terminal device 100 performs a reduction in the performance of a processor located near the temperature sensor 180J in order to reduce power consumption to implement thermal protection. In other embodiments, when the temperature is below another threshold, the terminal device 100 heats the battery 142 to avoid the low temperature causing the terminal device 100 to shut down abnormally. In other embodiments, when the temperature is below a further threshold, the terminal device 100 performs boosting of the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperatures.

The touch sensor 180K, also referred to as a "touch device". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the terminal device 100 at a different location than the display 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, bone conduction sensor 180M may acquire a vibration signal of a human vocal tract vibrating bone pieces. The bone conduction sensor 180M may also contact the pulse of the human body to receive the blood pressure pulsation signal. In some embodiments, bone conduction sensor 180M may also be provided in a headset, in combination with an osteoinductive headset. The audio module 170 may parse out a voice signal based on the vibration signal of the vocal part vibration bone piece obtained by the bone conduction sensor 180M, and implement a voice function. The application processor can analyze heart rate information based on the blood pressure beat signals acquired by the bone conduction sensor 180M, so that a heart rate detection function is realized.

The keys 190 include a power-on key, a volume key, etc. The keys 190 may be mechanical keys. Or may be a touch key. The terminal device 100 may receive key inputs, generating key signal inputs related to user settings and function controls of the terminal device 100.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration alerting as well as for touch vibration feedback. For example, touch operations acting on different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also correspond to different vibration feedback effects by touching different areas of the display screen 194. Different application scenarios (such as time reminding, receiving information, alarm clock, game, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

The indicator 192 may be an indicator light, may be used to indicate a state of charge, a change in charge, a message indicating a missed call, a notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card may be contacted and separated from the terminal apparatus 100 by being inserted into the SIM card interface 195 or by being withdrawn from the SIM card interface 195. The terminal device 100 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The SIM card interface 195 may support Nano SIM cards, micro SIM cards, and the like. The same SIM card interface 195 may be used to insert multiple cards simultaneously. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The terminal device 100 interacts with the network through the SIM card to realize functions such as call and data communication. In some embodiments, the terminal device 100 employs esims, namely: an embedded SIM card. The eSIM card can be embedded in the terminal device 100 and cannot be separated from the terminal device 100.

The software system of the terminal device 100 may employ a layered architecture, an event driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture, etc. In this embodiment, taking an Android system with a layered architecture as an example, a software structure of the terminal device 100 is illustrated.

Fig. 2 is a software configuration block diagram of a terminal device according to an embodiment of the present application. The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into five layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (Android run) and system libraries, a hardware abstraction layer, and a kernel layer, respectively.

The application layer may include a series of application packages. As shown in fig. 2, the application package may include telephone, mailbox, calendar, camera, and like applications.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application layer applications. The application framework layer includes a number of predefined functions.

As shown in fig. 2, the application framework layer may include a window manager, a frame rate control system, an image composition system, a view system, a package manager, an input manager, an activity manager, a resource manager, and the like.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The frame rate control system is used to adjust the screen refresh rate.

The image composition system is used to control image composition and generate vertical synchronization (vetical synchronization, vsync) signals.

The image composition system includes: a composition thread, a Vsync thread, a buffer (queue buffer) thread. The composition thread is used to wake up by the Vsync signal for composition. The Vsync thread is used to generate the next Vsync signal based on the Vsync signal request. The cache thread is used to store caches, generate Vsync signal requests, and wake up the composition thread, etc. One or more cache queues are arranged in the cache thread and are respectively used for storing caches corresponding to different applications.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The packet manager is used for program management within the system, for example: application installation, uninstallation, and upgrades, etc.

The input manager is used for managing programs of the input device. For example, the input system may determine input operations such as a mouse click operation, a keyboard input operation, and a touch swipe.

The activity manager is used for managing the life cycle of each application program and the navigation rollback function. And the main thread creation of the Android is responsible for maintaining the life cycle of each application program.

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

Android runtimes include core libraries and virtual machines. Android run time is responsible for scheduling and management of the Android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in virtual machines. The virtual machine executes java files of the application layer and the application framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: an image rendering library, an image synthesis library, a function library, a media library, an input processing library and the like.

The image rendering library is used for rendering two-dimensional or three-dimensional images. The image composition library is used for composition of two-dimensional or three-dimensional images.

In a possible implementation manner, the application renders the image through the image rendering library, and then the application sends the rendered image to a cache queue of the image composition system. Each time the Vsync signal arrives, an image composition system (e.g., surface scaler) sequentially acquires one frame of image to be composed from the buffer queue, and then performs image composition through the image composition library.

The function library provides macros, type definitions, string operation functions, mathematical computation functions, input-output functions, and the like used in the C language.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio video encoding formats, such as: MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The input processing library is used for processing the library of the input device, and can realize mouse, keyboard, touch input processing and the like.

The hardware abstraction layer may include a plurality of library modules, which may be, for example, a hardware synthesizer (HWC), a camera library module, etc. The Android system can load a corresponding library module for the equipment hardware, so that the purpose of accessing the equipment hardware by an application program framework layer is achieved. The device hardware may include, for example, an LCD display, camera, etc. in an electronic device.

The kernel layer is a layer between hardware and software. The kernel layer at least comprises a Touch Panel (TP) driver, a display driver, a Bluetooth driver, a WIFI driver, a keyboard driver, a shared memory driver, a camera driver and the like.

The hardware may be an audio device, a bluetooth device, a camera device, a sensor device, etc.

The workflow of the terminal device 100 software and hardware is illustrated below in connection with the scenario of application launch or interface switching occurring in an application.

When the touch sensor 180K in the touch panel receives a touch operation, the kernel layer processes the touch operation into an original input event (including information of touch coordinates, touch strength, time stamp of the touch operation, etc.). The original input event is stored at the kernel layer. The kernel layer reports the original input event to the input manager of the application program framework layer through the input processing library. The input manager of the application framework layer parses the information of the original input event (including operation type and point position, etc.) and determines the focus application according to the current focus, and sends the parsed information to the focus application. The focus may be a touch point in a touch operation or a click position in a mouse click operation. The focus application is an application running in the foreground of the terminal equipment or an application corresponding to a touch position in touch operation. The focus application determines the control corresponding to the original input event according to the analyzed information (e.g. the point position) of the original input event.

Taking the touch operation as a touch sliding operation, taking a list control of a WeChat application as an example, and calling an image rendering library in a system library to draw and render an image by the WeChat application through a view system of an application program framework layer. And the WeChat application sends the drawn and rendered image to a cache queue of the image synthesis system. And synthesizing the drawn and rendered image in the image synthesis system into a WeChat interface through an image synthesis library in the system library. The image synthesis system is driven by the display of the kernel layer, so that a screen (display screen) displays a corresponding interface of the WeChat application.

For ease of understanding, the description of the concepts related to the embodiments of the present application is given in part by way of example for reference.

1. Frame: refers to a single picture of the minimum unit in the interface display. A frame is understood to mean a still picture, and displaying a plurality of successive frames in rapid succession may create the illusion of object motion. The frame rate refers to the number of frames that a picture is refreshed in 1 second, and can also be understood as the number of times a graphics processor in the terminal device refreshes a picture per second. A high frame rate may result in a smoother and more realistic animation. The more frames per second, the smoother the displayed motion.

It should be noted that, before the frame is displayed on the interface, the process of drawing, rendering, synthesizing, etc. is usually required.

2. And (3) frame drawing: refers to picture drawing of a display interface. The display interface may be composed of one or more views, each of which may be drawn by a visual control of the view system, each of which is composed of sub-views, one of which corresponds to a widget in the view, e.g., one of which corresponds to a symbol in the picture view.

3. And (3) frame rendering: the rendered view is subjected to coloring operation, 3D effect is added, or the like. For example: the 3D effect may be a light effect, a shadow effect, a texture effect, etc.

4. And (3) frame synthesis: is a process of combining a plurality of the one or more rendered views into a display interface.

5. Sliding away from the hand: after the touch sliding is finished, the interface of the terminal equipment continues to slide and display at the initial speed after the user leaves the hand.

For example, in settings, headings, etc., the interface displays a list layout, and after the finger of the sliding interface is lifted, the interface may continue to slide for a period of time at an initial speed after leaving the hand.

It will be appreciated that when the interface includes a list control, the interface displays a list layout, which is a list interface. The list control may be listview or recyleview, which is not limited in the embodiment of the present application.

The following describes a display process of the interface of the terminal device 100 in combination with software and hardware.

In order to improve the smoothness of display and reduce the occurrence of display blocking, the terminal device generally performs display based on the Vsync signal, so as to synchronize the processes of drawing, rendering, synthesizing, refreshing and displaying the image.

It will be appreciated that the Vsync signal is a periodic signal, and the Vsync signal period may be set according to the screen refresh rate, for example, when the screen refresh rate is 60Hz, the Vsync signal period may be 16.6ms, i.e., the terminal device generates a control signal every 16.6ms to trigger the Vsync signal period.

Note that the Vsync signal may be divided into a software Vsync signal and a hardware Vsync signal. The software Vsync signal includes Vsync-APP and Vsync-SF. Vsync-APP is used to trigger the draw rendering process. Vsync-SF is used to trigger the composition process. The hardware Vsync signal (Vsync-HW) is used to trigger the screen display refresh process.

Typically, the software Vsync signal and the hardware Vsync signal remain periodically synchronized. Taking 60Hz and 120Hz changes as an example, if Vsync-HW is switched from 60Hz to 120Hz, vsync-APP and Vsync-SF are synchronously changed, and the Vsync-HW is switched from 60Hz to 120Hz.

Fig. 3 is a schematic diagram illustrating a process flow of displaying an interface of a terminal device in a possible implementation. The content displayed by the terminal device corresponds to frame 1, frame 2, and frame 3 in order of time.

Specifically, taking the display of the frame 1 as an example, the application of the terminal device draws and renders the frame 1 through the view system of the application framework layer. After the rendering of the frame 1 is completed, the application of the terminal device sends the rendered frame 1 image data to an image synthesis system (e.g., surface camera). The image composition system composes the rendered frame 1. After the frame 1 is synthesized, the terminal equipment can start the display drive by calling the kernel layer, and display the content corresponding to the frame 1 on a screen (display screen). It will be appreciated that the application of the terminal device sends the rendered image data to the image composition system. The above-described rendered frame 1 may refer to rendered image data corresponding to frame 1.

The process of frame 2 and frame 3, which is similar to that of frame 1, is also synthesized and displayed and will not be described again here. Each frame in fig. 3 lags by 2 Vsync signal periods from the rendering to the display, and the display of the terminal device has hysteresis.

It should be noted that, when the system load is large, the terminal device may decrease the screen refresh rate to reduce the jamming, or increase the screen refresh rate when the system load is small to increase the smoothness of display.

Fig. 4 is a schematic diagram illustrating an interface display process flow corresponding to a frame rate switching in a possible implementation. The content displayed by the terminal device corresponds to frame 0, frame 1, frame 2, frame 3, frame 4, frame 5 and frame 6 in sequence in time order.

Specifically, taking the display of the frame 2 as an example, the application of the terminal device draws and renders the frame 2 through the view system of the application framework layer. After the rendering of the frame 2 is completed, the application of the terminal device sends the rendered frame 2 to an image synthesis system (e.g., surface flinger). The image composition system composes the rendered frame 2. After the frame 2 is synthesized, the terminal equipment can start the display driver by calling the kernel layer to display the content corresponding to the frame 2. The process of frame 3, frame 4, frame 5 and frame 6, which are similar to frame 2, is also synthesized and displayed and will not be repeated here.

When the frame 3 is drawn and rendered, the frame rate control system of the terminal equipment decides to switch the frame rate (for example, from 60Hz to 120 Hz), when the frame 4 is drawn and rendered, the frame rate is switched, the period duration of the Vsync signal corresponding to the frame 4 is changed, and the frame rate is switched.

The terminal device determines the layout of the image and the like by the displacement amount. In some sliding scenarios (e.g., hands-off sliding), the displacement amount of the image is related to the corresponding frame interval (the previous Vsync period duration) at the time of rendering the previous frame drawing. Specifically, taking a uniform sliding scene as an example, the displacement of the current image (frame) during rendering is obtained by multiplying the sliding speed of the current frame by the previous frame interval (the current frame Vsync-App timestamp-the previous frame Vsync-App timestamp). Illustratively, taking frame 3 in fig. 4 as an example, the displacement amount of frame 3 is obtained by multiplying the frame interval of frame 2 (the timestamp of Vsync2—the timestamp of Vsync 1) by the sliding speed of frame 3.

The sliding speed of the image display of the terminal equipment is obtained by dividing the displacement difference (displacement amount of the current frame) between the displacement of the current frame and the displacement of the previous frame by the corresponding frame interval (display duration of the previous frame) when the previous frame is displayed. Illustratively, taking frame 3 in fig. 4 as an example, the sliding speed of frame 3 is the displacement amount of frame 3 divided by the corresponding frame interval (the timestamp of Vsync4—the timestamp of Vsync 3) when frame 2 is displayed.

Therefore, when the frame interval corresponding to the image rendering coincides with the frame interval corresponding to the display, the image is displayed at a preset sliding speed. If the frame interval corresponding to the image drawing and rendering is inconsistent with the frame interval corresponding to the display, the sliding speed jump of the display may occur, so that the display screen is blocked and unsmooth, and the user experience is poor.

As can be seen from fig. 4, each frame in fig. 4 lags by 2 Vsync signal periods from the drawing to the display. When the screen refresh rate is switched, the frame interval corresponding to the rendering of the frame 2 is inconsistent with the frame interval corresponding to the display of the frame 2, and likewise, the frame interval corresponding to the rendering of the frame 3 is inconsistent with the frame interval corresponding to the display of the frame 3. This may cause the sliding speeds of the displays of the frames 3 and 4 to be different from the preset sliding speed, and thus the sliding speeds of the displays of the frames 3 and 4 jump.

The displacement amount and the sliding speed related to the flow in fig. 4 will be described below with reference to fig. 5 and 6.

Illustratively, the list is slid at a uniform speed, the screen refresh rate is switched from 60Hz to 120Hz, and the sliding speed is 2 pixels (pixels) per 16.6 milliseconds (ms) for example. FIG. 5 is a schematic diagram of an interface display process flow in a possible implementation.

In fig. 5, the contents displayed by the terminal device correspond to frame 0, frame 1, frame 2, frame 3, frame 4, frame 5, and frame 6 in order of time.

It can be understood that the displacement amount is the product of the frame interval of the previous frame (current frame Vsync-App timestamp-previous frame Vsync-App timestamp) and the sliding speed of the current frame. Illustratively, the displacement amount of frame 3 in FIG. 5 is (16.6 ms-0 ms) ×2pixel/16.6ms, i.e., 2pixel; similarly, the displacement amount of the frame 4 is (33.2 ms-16.6 ms) ×2pixel/16.6ms, i.e., 2pixel.

As shown in fig. 5, the terminal device decides on frame rate switching when rendering frame 3. When frame 4 starts rendering, frame rate switching has not been completed. Therefore, the displacement amount of the frame 2, the displacement amount of the frame 3, and the displacement amount of the frame 4 are all related to the screen refresh rate before switching (or the Vsync period duration before frame rate switching), and are 2 pixels. At 41.5ms, the frame rate switching is completed. The displacement amount of the frame 5 and the displacement amount of the frame 6 are both related to the screen refresh rate after switching (or the Vsync period duration after frame rate switching), and are 1pixel.

As can be seen from fig. 5, the frame interval corresponding to the frame 2 when rendering is drawn is 16.6ms-0ms, that is, 16.6ms, the frame interval corresponding to the frame 2 when displaying is 41.5ms-33.2ms, that is, 8.3ms, the display rhythm of the terminal device is accelerated, and the sliding speed is increased when switching to the display of the frame 3. Similarly, the sliding speed increases when switching to the frame 4 display. The frame interval corresponding to the frame 4 during drawing and rendering is 41.5ms-33.2ms, namely 8.3ms, the frame interval corresponding to the frame 4 during display is 58.1ms-49.8ms, namely 8.3ms, the display rhythm of the frame 4 is the same as the drawing and rendering rhythm, and the sliding speed of the frame 5 is switched to be unchanged. When 60Hz is switched to 120Hz, the sliding speed displayed by the terminal equipment is increased and then decreased, so that a user perceives that the picture is stuck.

For ease of understanding, the display speed of fig. 5 is described below in connection with fig. 6.

It will be appreciated that the user perceives a change in speed as the screen switches. Therefore, the sliding speed can be expressed by the difference between the displacement of the current frame and the displacement of the previous frame (the displacement amount of the current frame) divided by the display duration of the previous frame.

Illustratively, fig. 6 is an interface display diagram corresponding to frame 0, frame 1, frame 2, frame 3, frame 4, frame 5, and frame 6 in fig. 5. As shown in fig. 6, there is a triangle in the list interface. Take the example of display screen (screen) absolute position of 0-18 pixels. If the triangle position in frame 0 is at 0 and the displacement of frame 1 is 2pixel, then the triangle position in frame 1 is at 2pixel. The displacement amount of frame 2, the displacement amount of frame 3, and the displacement amount of frame 4 are all 2 pixels. The displacement amount of the frame 5 and the displacement amount of the frame 6 are each 1pixel. In frame 2, frame 3, frame 4, frame 5 and frame 6, the triangle positions are at 4pixel, 6pixel, 8pixel, 9pixel, 10pixel, respectively.

In connection with fig. 5, at 16.6ms, the Vsync signal arrives, the display interface of the terminal device changes from frame 0 to frame 1, the triangle position moves from 0 to 2pixel, the moving speed is 2pixel/16.6ms, and the sliding speed perceived by the user is 2 pixel/(16.6 ms-0 ms), namely 2pixel/16.6ms. At 33.2ms the Vsync signal arrives, the display interface of the terminal device changes from frame 1 to frame 2, the triangle moving speed is 2pixel/16.6ms, the user perceives the sliding speed as 2 pixel/(33.2 ms-16.6 ms), i.e. 2pixel/16.6ms.

At 41.5ms, the Vsync signal arrives, the display interface of the terminal device changes from frame 2 to frame 3, the triangle moving speed is 2pixel/8.3ms, and the user perceives the sliding speed as 2 pixel/(41.5 ms-33.2 ms), i.e. 2pixel/8.3ms. At 49.8ms, the Vsync signal arrives, the display interface of the terminal device changes from frame 3 to frame 4, the triangle moving speed is 2pixel/8.3ms, and the user perceives the sliding speed as 2 pixel/(49.8 ms-41.5 ms), i.e. 2pixel/8.3ms. At 58.1ms, the Vsync signal arrives, the display interface of the terminal device changes from frame 4 to frame 5, the triangle moving speed is 1pixel/8.3ms, and the user perceives the sliding speed as 1 pixel/(58.1 ms-49.8 ms), i.e. 1pixel/8.3ms. At 66.4ms the Vsync signal arrives, the display interface of the terminal device changes from frame 5 to frame 6, the triangle moving speed is 1pixel/8.3ms, and the user perceived sliding speed is 1 pixel/(66.4 ms-58.1 ms), i.e. 1pixel/8.3ms.

In FIG. 5, the sliding speed was changed from 2pixel/16.6ms to 2pixel/8.3ms to 1pixel/8.3ms. The sliding speed changes, so that the user feels stuck and the user experience is poor.

In summary, during the sliding process, the screen refresh rate of the terminal device changes, and the corresponding frame interval during image drawing and rendering may be greater than or less than the corresponding frame interval during image display, so that the sliding speed jumps (rises or falls) during display, resulting in picture jamming.

In view of this, the embodiments of the present application provide a data processing method, when a frame rate switching occurs in a terminal device, the application frame rate is switched first, and the switching is delayed to be combined with the frame rate and the screen refresh rate. Therefore, the frame interval corresponding to the image display is consistent with the frame interval corresponding to the drawing and rendering of the frame image, the jump of the sliding speed during display is reduced, the blocking phenomenon is further reduced, the picture display is uniform and smooth, and the user experience is improved.

The application scenario provided by the embodiment of the application is described below with reference to the accompanying drawings. Fig. 7 is a schematic view of an application scenario provided in the embodiment of the present application.

When the terminal device receives an upward slide operation at the list interface shown in a in fig. 7, it enters the list interface shown in b in fig. 7. Compared to the list interface shown in a in fig. 7, the content of the list corresponding display in the list interface shown in b in fig. 7 is changed.

In the process of sliding display of the list, the terminal equipment may display other contents, and further the terminal equipment may raise the screen refresh rate to improve the display smoothness. Other content may be a pop-up reminder 701 in the interface shown in c in fig. 7, a screen capture animation 702 in the interface shown in d in fig. 7, and so on.

In a possible scenario, after detecting an up event in the sliding operation in the list interface of fig. 7 a, the terminal device continues the sliding list display based on the initial speed at the time of the up event. The terminal device may reduce the screen refresh rate in the display after the up event to reduce the power consumption; when the terminal device displays other contents on the list interface, the screen refresh rate may be switched based on the method of the embodiment of the application so as to improve the fluency of the list interface. Other content includes, but is not limited to: popup window reminders, screen capturing animations, charging reminders, etc. The popup window reminding comprises: and message reminding of the application, such as short message reminding, micro message reminding and the like.

Note that the types of input events corresponding to the sliding operation may be classified into pressing (down), moving (move), and lifting (up).

It may be appreciated that the list interface of the embodiments of the present application may be an interface of a social application, a setup related interface, a document interface, or a merchandise browsing interface. The terminal device may receive, at the list interface, a sliding operation by the user, which may be an upward sliding operation, a downward sliding operation, a leftward sliding operation, or a rightward sliding operation.

It can be appreciated that the data processing method provided in the embodiment of the present application may also be applied to other speed-related scenarios, which are not limited herein. In addition, the method provided by the embodiment of the application can be applied to a uniform speed scene, a scene with reduced speed, and a scene with increased speed. The embodiment of the application does not limit the speed change.

For ease of understanding, the following describes the process of interaction between the modules involved in the data processing method provided in the embodiment of the present application with reference to fig. 8 and 9.

Fig. 8 is a schematic process diagram illustrating interactions between each module in the data processing method according to the embodiment of the present application.

As shown in fig. 8, the system may include: applications, frame rate control systems, image compositing systems (surface tiles), window managers, hardware compositors, and display drivers. Wherein the application includes an application main thread and an application rendering thread. The image composition system includes a Vsync thread, a cache thread, and a composition thread. The application main thread may also be referred to as a logical thread or as a UI thread.

Taking the example of popup window reminding of terminal equipment in the process of sliding away from the hand,

When the touch panel receives a touch operation, the kernel layer processes the touch operation into an original input event (including information such as touch coordinates, touch strength, time stamp of the touch operation, and the like). The original input event is stored at the kernel layer. The kernel layer reports the original input event to the input manager of the application program framework layer through the input processing library. The input manager of the application framework layer parses the information of the original input event (including operation type, point position, etc.) and determines the focus application according to the current focus, and sends the parsed information of the original input event (for example, down event, move event, up event, etc.) to the synthesis thread.

When the terminal device receives a sliding operation while displaying at a first frame rate, the composition thread receives a down event, a move event, and an up event transmitted from the input manager. And when the composite thread receives the down event sent by the input manager, sending a message for indicating to switch the screen refresh rate to the frame rate control system, wherein the message carries a second frame rate. The first frame rate is 60Hz and the second frame rate is 120Hz, for example.

After receiving the preset duration of the up event, the synthesis thread sends a message for indicating to switch the screen refresh rate to the frame rate control system, wherein the message carries a first frame rate.

S801, when the terminal equipment carries out popup reminding, a cache thread receives cache enqueues of other layers except for a focus window layer.

It should be noted that, the focus window layer may be understood as a layer corresponding to a list in the display interface, and corresponds to the list in the display interface. Other layers except the focus window layer can be understood as layers corresponding to popup window reminding and correspond to popup windows of the display interface.

In this embodiment of the present application, the focus window layer and the other layers may correspond to the same application, or may respectively correspond to different applications, which is not limited herein.

Fig. 9 is a schematic diagram of a display flow according to an embodiment of the present application. As shown in fig. 9, if the first frame rate is 60Hz, the second frame rate is 120Hz. Also, in fig. 9, the contents displayed by the terminal device correspond to frame 0, frame 1, frame 2, frame 3, frame 4, frame 5, and frame 6 in order of time.

In fig. 9, 16.6ms, the vsync-APP signal comes in, and the application main thread starts drawing the rendering frame 3. During 16.6ms-33.2ms, the cache thread of the terminal device receives the cache enqueues of the other layers except the focus window layer.

S802, the cache thread sends a message for indicating to switch the screen refresh rate to the frame rate control system, wherein the message carries a second frame rate.

For example, in the process shown in fig. 9, during the period of 16.6ms-33.2ms, the buffer thread receives buffer enqueuing (such as popup window reminding in fig. 9) of other layers except for the focus window layer, and the composition thread sends a message for indicating to switch the screen refresh rate to the frame rate control system, where the message carries a second frame rate, and the second frame rate is 120Hz.

S803, the frame rate control system confirms that the ratio of the second frame rate to the first frame rate is an integer.

Illustratively, in the flow shown in fig. 9, the frame rate control system determines that the ratio of the second frame rate to the first frame rate is 2, which is an integer.

S804, the frame rate control system inquires the window manager of the focus window. The window manager feeds back the application package name and the focus window layer corresponding to the focus window to the frame rate control system. The focus window is a window corresponding to an application running in the foreground of the terminal equipment.

In the flow shown in fig. 9, the focus window is a window corresponding to the input event.

It is to be understood that the above S803 and S804 may be executed simultaneously or may not be executed simultaneously, and the sequence of S803 and S804 is not limited in this embodiment of the present application.

In a possible implementation manner, the frame rate control system may determine the focal application according to the application packet name corresponding to the focal window, and further determine whether the focal application is in a pre-stored delayed switching application list, and if so, execute the following steps S805-S830 in the delayed switching application list. If the application frame rate and the screen refresh rate are not in the delay switching application list, the application frame rate and the screen refresh rate are synchronously switched.

S805, the frame rate control system inquires the buffer number in the buffer queue corresponding to the focus window from the buffer thread according to the focus window; adaptively, the buffer thread feeds back the buffer amount to the frame rate control system.

It should be noted that, the caches in the cache queue include one or more of the following: cached buffers (queued buffers), rendering buffers (queued buffers), compositing buffers (acquired buffers), and unused buffers (free buffers).

A cached cache may be understood as a cache in which a rendered image is stored. A cache being rendered may be understood as a cache for storing images that an application is drawing a rendering. A cache being synthesized may be understood as a cache synthesized at the synthesizing thread. An unused cache may be understood as a cache of non-stored images.

Taking the example that the total number of caches in the cache queue is 20 as an example, at 17ms in fig. 9, the application is drawing rendering frame 3, the cache being rendered is frame 3, and the number is 1; the number of the caches which are not cached in the cache queue is 0; the synthesis thread synthesizes the frame 2, the buffer memory being synthesized is the frame 2, and the number is 1; the number of unused buffers is 20-1-0-1, i.e. 18.

At 30ms of fig. 9, the application is not rendering on drawing, the number of caches being rendered is 0; the buffered buffer is frame 3, the number is 1; the synthesis thread does not synthesize, and the number of caches being synthesized is 0; the number of unused buffers is 20-0-1-0, i.e. 19.

In the embodiment of the present application, the number of caches refers to the sum of the number of caches (queued buffers) and the number of caches (queued buffers) being rendered.

For example, in the flow shown in fig. 9, the rendering of frame 3 is completed, the number of buffers already buffered is 1 and the number of buffers being rendered is 0, the number of buffers is 1, and the buffer thread feeds back the number of buffers to the frame rate control system to be 1.

S806, the frame rate control system determines a delay time M for switching the screen refresh rate to the second frame rate according to the buffer memory quantity compared with the application frame rate. M satisfies the following formula: m= (buffer number+1) Vsync period corresponding to the first frame rate.

When the ratio of the second frame rate to the first frame rate is an integer, the delay period m= (the buffer number+1) corresponds to the Vsync period of the first frame rate. When the number of buffers is 1, the delay period M is 2×vsync periods corresponding to the first frame rate.

Illustratively, in the flow shown in fig. 9, the frame rate control system determines that the delay period for switching the screen refresh rate to the second frame rate is 2×16.6ms, i.e., 33.2ms, compared to switching the application frame rate to the second frame rate.

S807, the frame rate control system sends a first message to the Vsync thread; the first message is used to indicate that the application frame rate switches to the second frame rate.

The application frame rate refers to a frame rate corresponding to application rendering.

In a possible implementation, the first message carries the second frame rate. The second frame rate is, for example, 120Hz.

After receiving the first message, the Vsync thread stores the Vsync signal period corresponding to the second frame rate in S809.

It is understood that the Vsync thread stores the Vsync signal period corresponding to the application frame rate as the Vsync period corresponding to the second frame rate after receiving the first message. The subsequent Vsync-APP signal is generated in accordance with the cadence corresponding to the second frame rate.

S810, the frame rate control system sends a first message to the Vsync thread and then sleeps.

The terminal device may further perform S811 when the terminal device performs S802-S809 described above or before performing S802 described above.

S811, the application main thread sends a Vsync-APP request to the Vsync thread.

S812, the Vsync thread generates Vsync-APP according to the Vsync signal period corresponding to the first frame rate.

Illustratively, at 16.6ms-33.2ms in FIG. 9, the decision is made to switch the application frame rate. The Vsync thread generates Vsync-APP in a Vsync signal period (16.6 ms) corresponding to 60 Hz. The Vsync-APP signal is sent to the application main thread at 33.2 ms.

S813, when the application main thread receives the Vsync-APP, the frame interval is calculated according to the time stamp of the Vsync-APP.

Specifically, the main thread is applied to calculate the difference value between the time stamp of the received Vsync-APP signal and the time stamp of the last received Vsync-APP signal, and the difference value is the frame interval corresponding to the drawing and rendering of the previous frame.

Illustratively, in FIG. 9, the timestamp of the now received Vsync-APP signal is 33.2ms, and the timestamp of the last received Vsync-APP signal is 16.6ms. The application main thread calculates that the frame interval corresponding to the drawing and rendering of the frame 3 is 33.2ms-16.6ms, namely 16.6ms.

S814, calculating the displacement by using the main thread.

S815, the application main thread sends the displacement of the current frame to the application rendering thread to wake up the application rendering thread.

In a possible implementation, the displacement is the product of the frame interval and the speed. It should be noted that the application main thread may determine the speed based on a pre-stored speed profile. Illustratively, taking the Vsync-APP signal of 33.2ms in fig. 9, the speed is 2pixel/16.6ms as an example, the current frame is frame 4, and the displacement of frame 4 is the product of the frame interval (16.6 ms) corresponding to the rendering of frame 3 and 2pixel/16.6ms, namely 2pixel. The application main thread sends the displacement (2 pixel) of the current frame to the application rendering thread.

In a possible implementation, the application main thread does not execute S813-S815. The application main thread sends the current frame speed, the current Vsync-APP timestamp and the previous frame Vsync-APP timestamp to the application rendering thread to wake up the application rendering thread. Illustratively, the application main thread sends the speed (2 pixel/16.6 ms), the Vsync-APP timestamp of the current frame (33.2 ms), and the timestamp of the Vsync-APP of the previous frame (16.6 ms) to the application rendering thread.

S816, after receiving the displacement or the timestamp of the Vsync-APP signal, the application rendering thread is awakened, and the rendering image starts to be drawn.

In a possible implementation manner, the application main thread is awakened after receiving the displacement amount, and starts drawing the rendered image.

S817, after the application rendering thread is awakened, requests a cache process to cache, so as to store the rendered image.

After receiving a request cache command sent by an application rendering thread, the cache thread reserves a space for storing the drawn and rendered image, and sends an instruction for indicating cache dequeuing to the application rendering thread.

S818, after receiving the instruction for indicating the cache dequeuing, the application rendering thread draws the rendered image according to the displacement.

And S819, the application rendering thread sends the drawn and rendered image to a cache thread (cache enqueue).

S820, after receiving the drawn and rendered image sent by the application rendering thread, the cache thread requests the Vsync-SF signal from the Vsync thread.

After S814 described above, the application main thread may also execute S821 when the terminal device executes S814-S820.

It is understood that the terminal device may simultaneously perform the procedures of rendering, synthesizing, displaying, and the like. Illustratively, as shown in fig. 9, when frame 4 is rendered, frame 3 and the popup alert are synthesized and frame 2 is displayed.

S821, the application main thread sends a Vsync-APP request to the Vsync thread.

S822, the Vsync thread generates Vsync-APP according to the Vsync signal period corresponding to the second frame rate, and sends the Vsync-APP to the application main thread.

Illustratively, in the flow shown in FIG. 9, the application main thread sends a Vsync-APP request to the Vsync thread during 33.2ms-41.5 ms; the Vsync thread generates Vsync-APP according to the Vsync signal period (8.3 ms) corresponding to the second frame rate, and sends the Vsync-APP to the application main thread at 33.2ms+8.3ms, i.e., 41.5 ms.

It will be appreciated that the execution time of S822 is typically after the execution time of S819.

It will be appreciated that the application main thread calculates the displacement amount after receiving Vsync-APP in S822, and draws the rendered image by the application rendering thread. And after the image drawing and rendering are finished, sending the image drawing and rendering to a cache queue of a cache thread, and waiting for synthesis. After receiving the rendered image drawn and sent by the application rendering thread, the cache thread requests a Vsync-SF signal from the Vsync thread.

After the displacement amount is calculated by the application main line main thread in S822, the application main thread may further execute S823 to continue requesting Vsync-APP.

S823, the application main thread sends a Vsync-APP request to the Vsync thread.

S824, the Vsync thread generates Vsync-APP according to the Vsync signal period corresponding to the second frame rate, and sends the Vsync-APP to the application main thread. In addition, the Vsync thread generates Vsync-SF in a Vsync signal period corresponding to the first frame rate, and transmits the Vsync-SF to the composition thread.

It will be appreciated that the Vsync thread generates the Vsync-APP signal in S824 in response to the Vsync-APP request in S823 described above. The Vsync thread generates the Vsync-SF signal in S824 in response to the Vsync-SF requested in S820 described above.

Illustratively, as shown in FIG. 9, the Vsync thread sends a Vsync-APP signal to the application main thread at 49.8ms, and the Vsync thread sends a Vsync-SF signal to the composition thread at 49.8 ms. S825, after the synthesizing thread receives the Vsync-SF signal, the image is synthesized.

In a possible implementation manner, after the synthesis thread receives the Vsync-SF signal, the window manager may also be queried for the focus application. And the synthesizing thread queries a cache queue corresponding to the focus application in the cache thread according to the focus application so as to confirm the image to be synthesized.

It will be appreciated that in S824, the generation time of the Vsync-APP signal and the generation time of the Vsync-SF signal coincide. Therefore, when synthesizing the thread synthesized image, the thread synthesized image is applied to drawing the rendered image. Specifically, after receiving the Vsync-APP in S824, the application main thread calculates the displacement amount, and draws the rendered image by the application rendering thread. And after the image is drawn and rendered, sending the image to a cache queue to wait for synthesis. After receiving the rendered image drawn and sent by the application rendering thread, the cache thread requests a Vsync-SF signal from the Vsync thread.

Illustratively, at 49.8ms, the composite thread is compositing frame 4 and the application host thread is drawing rendering frame 6, as shown in FIG. 9.

S826, the synthesis thread sends the synthesized image to a hardware synthesizer. The hardware synthesizer sends the synthesized image to a display driver for display.

S827, when the Vsync-HW signal arrives, the display driver displays the synthesized image.

S828, after the frame rate control system is in the M time period, the dormancy is ended.

Illustratively, in the flow shown in FIG. 9, the frame rate control system sleeps for 33.2ms and 33.2ms after S810 is a period of 49.8ms-66.4 ms. Thus the sleep is ended when the terminal device performs S825 (49.8 ms-66.4 ms), i.e. when frame 4 is synthesized.

S829, the frame rate control system sends a second message to the Vsync thread, wherein the second message is used for indicating that the combined frame rate and the screen refresh rate are switched to the second frame rate.

S830, after receiving the second message, the Vsync thread stores the Vsync signal period corresponding to the second frame rate.

It is understood that the Vsync thread stores the Vsync signal period corresponding to the synthetic frame rate as the Vsync period corresponding to the second frame rate after receiving the second message. The subsequent Vsync-SF signal is generated in accordance with the cadence corresponding to the second frame rate.

Illustratively, in the flow shown in FIG. 9, the Vsync-SF signal is generated at 66.4ms and the composite thread composites frame 5 (i.e., the rendered image is rendered from the Vsync signal in S822). The Vsync-SF signal is generated at 66.4ms+8.3ms, i.e., 74.7ms, and the composite thread composite frame 6.

After receiving the second message, the S831 and Vsync threads send the second frame rate to the hardware synthesizer.

S832, after receiving the second frame rate, the hardware synthesizer sends the second frame rate to the display driver.

S833, the display driving screen switches the screen refresh rate to the second frame rate.

It is understood that the screen generates the Vsync-HW signal in the Vsync period corresponding to the second frame rate.

Illustratively, in the flow shown in FIG. 9, the Vsync-HW signal is generated at 66.4ms, screen display frame 4. The Vsync-HW signal is generated at 66.4ms+8.3ms, i.e., 74.7ms, screen display frame 5.

S834, the Vsync thread generates Vsync-SF in accordance with the Vsync signal period corresponding to the first frame rate, and sends the Vsync-SF to the composition thread.

It will be appreciated that the terminal device responds to the Vsync-SF signal requested before S824 after S822 described above, and sends the Vsync-SF to the composition thread. And after the synthesis thread receives the Vsync-SF signal, synthesizing the image. And sends the synthesized image to a display driver for display.

Illustratively, as shown in FIG. 9, the Vsync thread sends a Vsync-SF signal to the composition thread at 66.4ms, which composes frame 5.

S835, the Vsync thread generates Vsync-SF in the Vsync signal period corresponding to the second frame rate, and sends the Vsync-SF to the composition thread.

It will be appreciated that the terminal device responds to the Vsync-SF signal requested after S824 described above and sends the Vsync-SF to the composition thread. And after the synthesis thread receives the Vsync-SF signal, synthesizing the image. And sends the synthesized image to a display driver for display.

Illustratively, as shown in FIG. 9, the Vsync thread sends a Vsync-SF signal at 74.7ms to the composition thread, which composes frame 6.

It should be noted that, when the terminal device performs the display screen capturing animation or the charging reminding in the process of sliding away from the hand, the implementation flow of the terminal device is similar to the flow shown in fig. 8, and will not be described in detail here.

The data processing method according to the embodiment of the present application is described in detail below by way of specific embodiments. The following embodiments may be combined with each other and may not be described in detail in some embodiments for the same or similar concepts or processes.

Fig. 10 is a flowchart of a data processing method according to an embodiment of the present application. As shown in fig. 10, the method may include:

s1001, determining that the second frame rate is an integer multiple of the first frame rate.

Specifically, the frame rate control system determines that the second frame rate is an integer multiple of the first frame rate.

In a possible implementation manner, the frame rate control system determines that the second frame rate is an integer multiple of the first frame rate after receiving the message carrying the second frame rate sent by the synthesis thread.

In the embodiment of the application, the first frame rate is the frame rate before the screen refresh rate is switched; the second frame rate is the frame rate after the screen refresh rate is switched.

It is understood that the ratio of the second frame rate to the first frame rate is an integer. Illustratively, the first frame rate may be 120Hz and the second frame rate may be 60Hz; the first frame rate may be 120Hz and the second frame rate may be 40Hz. And are not limited herein.

S1002, inquiring the number of caches in a cache queue.

Specifically, the frame rate control system queries the number of buffers in the buffer queue. The number of buffers refers to the sum of the number of buffers that have been buffered (queued buffers) and the number of buffers that are being rendered (queued buffers).

In a possible implementation manner, the focus window is queried, and the number of caches in the cache queue corresponding to the focus window is queried based on the application package name corresponding to the focus window. Illustratively, the frame rate control system obtains the focus application from the window manager. And inquiring a buffer queue corresponding to the focus application in the image synthesis system according to the focus application, and further confirming the buffer quantity in the corresponding buffer queue.

In this way, each frame of image can be determined to be different from drawing rendering to display by a few Vsync periods, and the delay time for switching the screen refresh rate can be conveniently determined subsequently.

S1003, determining delay time for switching the screen refresh rate to the second frame rate based on the buffer quantity compared with switching the application frame rate to the second frame rate.

Specifically, the frame rate control system determines a delay time period for switching the screen refresh rate to the second frame rate based on the buffer amount compared with switching the application frame rate to the second frame rate.

In this embodiment of the present application, the delay duration may be a sum of the first duration and the second duration. The first duration is the difference between the first Vsync-HW time of the frame rate control system after receiving the message with the second frame rate sent by the composition thread and the time of the frame rate control system after receiving the message with the second frame rate sent by the composition thread.

The second period is between (buffer number+1) Vsync period corresponding to the first frame rate and (buffer number) Vsync period corresponding to the first frame rate.

In a possible implementation, the delay duration satisfies: (buffer number +1) Vsync period duration corresponding to the first frame rate.

It will be appreciated that each frame of image in the terminal device will differ by 2 Vsync periods from rendering to displaying the frame of image. When one buffer stack is added to the buffer queue, the number of Vsync periods, which are different from rendering to displaying the frame image, is increased by 1 per frame image.

The screen refresh rate is delayed (buffer number+1) and the Vsync period duration corresponding to the first frame rate is switched, so that the rhythm of the image when the image is drawn and rendered is consistent with the rhythm of the image of the frame when the image of the frame is displayed, the speed of the image is consistent with the expected speed when the image is displayed, the jump phenomenon is reduced, and the clamping and the stopping are reduced.

S1004, switching the application frame rate to the second frame rate.

Specifically, the frame rate control system controls the image composition system to switch the application frame rate to the second frame rate.

It will be appreciated that the application frame rate is controlled by the Vsync-APP signal. By controlling the time intervals of adjacent Vsync-APP signals, switching of the application frame rate to the second frame rate is achieved. The adjacent time interval becomes the Vsync period length corresponding to the second frame rate.

And S1005, after the delay time, switching the screen refresh rate to a second frame rate.

Specifically, the frame rate control system controls the display drive to switch the screen refresh rate to the second frame rate via the image composition system after the delay time.

It will be appreciated that the screen refresh rate is controlled by the Vsync-HW signal. The switching of the screen refresh rate to the second frame rate is achieved by controlling the time intervals of adjacent Vsync-HW signals. The adjacent time interval becomes the Vsync period length corresponding to the second frame rate.

In a possible implementation, the switching time of the composite frame rate coincides with the switching time of the screen refresh rate.

It is understood that the resultant frame rate is controlled by the Vsync-SF signal. The switching of the composite frame rate to the second frame rate is achieved by controlling the time intervals of adjacent Vsync-SF signals. The adjacent time interval becomes the Vsync period length corresponding to the second frame rate.

In summary, when the frame rate is switched, the application frame rate is switched first, and then the screen refresh rate is switched, so that the display interval between the Mth frame and the Mth-1 frame is consistent with the drawing rendering interval, the display rhythm of the image is consistent with the drawing rendering rhythm, the jump of the sliding speed caused by inconsistent display interval and drawing rendering interval is reduced, the clamping is reduced, and the user experience is increased.

The following describes the case when the second frame rate is greater than the first frame rate, respectively. Fig. 9 and 11 correspond to a display flow when the second frame rate is greater than the first frame rate.

Fig. 9 is a schematic diagram of an interface display processing flow according to an embodiment of the present application. In a scenario with a list sliding at a uniform speed, the screen refresh rate switches from 60Hz to 120Hz, and the sliding speed is 2pixel/16.6ms as an example. In fig. 9, the contents displayed by the terminal device correspond to frame 0, frame 1, frame 2, frame 3, frame 4, frame 5, and frame 6 in order of time.

As shown in fig. 9, when the terminal device draws and renders the frame 3, it receives a popup prompt and decides to apply frame rate switching. After switching, the interval of the Vsync-APP signal becomes a Vsync period (8.3 ms) corresponding to the second frame rate. The number of buffers is 1 when deciding to apply frame rate switching during 16.6ms-33.2 ms. The screen refresh rate switch is decided after (1+1) 16.6, i.e. 33.2 ms. Thus, during 49.8ms-66.4ms, a screen refresh rate switch is decided. After switching, the interval of the Vsync-SF signal and the interval of the Vsync-HW signal each become a Vsync period (8.3 ms) corresponding to the second frame rate.

The generation times (time stamps) of the Vsync-APP signal after the decision application frame rate switching are 33.2ms, 41.5ms, and 49.8ms, respectively. When the drawing rendering starts at 33.2ms frame 4, the frame rate switch is not completed due to the application of the frame rate. Therefore, the displacement amount of the frame 2, the displacement amount of the frame 3, and the displacement amount of the frame 4 are all related to the application frame rate (first frame rate) before switching, and are 2 pixels. At 41.5ms, the frame rate switch is completed by applying the frame rate. The displacement amount of the frame 5 and the displacement amount of the frame 6 are both related to the application frame rate (second frame rate) after switching, and are 1pixel.

The generation time (the time stamp of the Vsync-HW) of the Vsync-HW signal after the decision screen refresh rate is switched is 66.4ms, 74.7ms and 83ms respectively; the screen refresh rate is not completely switched at 66.4ms, and the sliding speed calculation at 66.4ms is related to the screen refresh rate (first frame rate) before switching. The frame rate switching is completed at 74.7ms, and the sliding speed calculation of 74.7ms is related to the screen refresh rate (second frame rate) after switching.

In fig. 9, 16.6ms, the display interface of the terminal device changes from frame 0 to frame 1, and the sliding speed is 2pixel/16.6ms. At 33.2ms the display interface of the terminal device changes from frame 1 to frame 2 with a sliding speed of 2pixel/16.6ms. At 49.8ms the display interface of the terminal device changes from frame 2 to frame 3 with a sliding speed of 2pixel/16.6ms. At 66.4ms the display interface of the terminal device changes from frame 3 to frame 4 with a sliding speed of 2pixel/16.6ms. At 74.7ms the display interface of the terminal device changes from frame 4 to frame 5 with a sliding speed of 1pixel/8.3ms. At 83ms the display interface of the terminal device changes from frame 5 to frame 6 with a sliding speed of 1pixel/8.3ms. When the pictures are switched, the speed is consistent, and the pictures are displayed smoothly without blocking.

Fig. 11 is a schematic diagram of a display flow according to an embodiment of the present application. As shown in fig. 11, in the case of a list sliding at a uniform speed, the screen refresh rate is switched from 60Hz to 120Hz, and the sliding speed is 2pixel/16.6ms as an example. In fig. 11, the contents displayed by the terminal device correspond to frame-1, frame 0, frame 1, frame 2, frame 3, frame 4, frame 5, and frame 6 in order of time.

As shown in fig. 11, when the terminal device renders the frame 3, it makes a decision to apply frame rate switching. After switching, the interval of the Vsync-APP signal becomes a Vsync period (8.3 ms) corresponding to the second frame rate. The number of buffers is 2 when deciding to apply frame rate switching during 16.6ms-33.2 ms. The screen refresh rate switch is decided after (2+1) 16.6, i.e. 49.8 ms. Thus, during 66.4ms-83ms, a screen refresh rate switch is decided. After switching, the interval of the Vsync-SF signal and the interval of the Vsync-HW signal each become a Vsync period (8.3 ms) corresponding to the second frame rate.

The generation time of the Vsync-APP after the decision application frame rate switching is 33.2ms, 41.5ms and 49.8ms respectively; when the drawing rendering starts at 33.2ms frame 4, the frame rate switch is not completed due to the application of the frame rate. Therefore, the displacement amount of the frame 2, the displacement amount of the frame 3, and the displacement amount of the frame 4 are all related to the application frame rate (first frame rate) before switching, and are 2 pixels. At 41.5ms, the frame rate switch is completed by applying the frame rate. The displacement amount of the frame 5 and the displacement amount of the frame 6 are both related to the application frame rate (second frame rate) after switching, and are 1pixel.

The generation time of the Vsync-HW after the screen refresh rate is switched is 83ms, 91.3ms and 99.6ms; the screen refresh rate is not completely switched at 83ms, and the sliding speed calculation at 83ms is related to the screen refresh rate (first frame rate) before switching. The frame rate switching is completed at 91.3ms, and the sliding speed calculation of 91.3ms is related to the screen refresh rate (second frame rate) after switching.

In fig. 11, 16.6ms, the display interface of the terminal device changes from frame-1 to frame 0, and the sliding speed is 2pixel/16.6ms.33.2ms, the display interface of the terminal device changes from frame 0 to frame 1, with a sliding speed of 2pixel/16.6ms. At 49.8ms the display interface of the terminal device changes from frame 1 to frame 2 with a sliding speed of 2pixel/16.6ms. At 66.4ms the display interface of the terminal device changes from frame 2 to frame 3 with a sliding speed of 2pixel/16.6ms. At 83ms the display interface of the terminal device changes from frame 3 to frame 4 with a sliding speed of 2pixel/16.6ms. At 91.3ms the display interface of the terminal device changes from frame 4 to frame 5 with a sliding speed of 1pixel/8.3ms. At 99.6ms the display interface of the terminal device changes from frame 5 to frame 6 with a sliding speed of 1pixel/8.3ms. When the pictures are switched, the speed is consistent, and the pictures are displayed smoothly without blocking.

The data processing method of the embodiment of the present application has been described above, and a terminal device for executing the data processing method provided by the embodiment of the present application is described below. It will be appreciated by those skilled in the art that the methods and apparatuses may be combined and referred to each other, and that the terminal device provided in the embodiments of the present application may perform the steps in the data processing method described above.

As shown in fig. 12, fig. 12 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application. The data processing device may be a terminal device in an embodiment of the present application. The data processing apparatus includes: a display 1801 for displaying an image; one or more processors 1802; a memory 1803; a plurality of applications; and one or more computer programs, wherein the one or more computer programs are stored in the memory 1803, the one or more computer programs comprising instructions, which when executed by the data processing apparatus, cause the data processing apparatus to perform the steps in the data processing method described above.

Fig. 13 is a schematic hardware structure of a data processing apparatus according to an embodiment of the present application. Referring to fig. 13, the apparatus includes: a memory 1901, a processor 1902, and interface circuitry 1903. The apparatus may further include a display screen 1904, wherein the memory 1901, the processor 1902, the interface circuit 1903, and the display screen 1904 may communicate; by way of example, the memory 1901, the processor 1902, the interface circuit 1903, and the display screen 1904 may communicate via a communication bus, the memory 1901 being configured to store computer-executable instructions, controlled by the processor 1902, and communicated by the interface circuit 1903, to implement the data processing methods provided by the embodiments of the present application.

Optionally, the interface circuit 1903 may also include a transmitter and/or a receiver. Alternatively, the processor 1902 may include one or more CPUs, but may be other general purpose processors, digital signal processors (digital signal processor, DSP), application specific integrated circuits (application specific integrated circuit, ASIC), or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present application may be embodied directly in a hardware processor or in a combination of hardware and software modules within a processor.

In a possible implementation manner, the computer-executed instructions in the embodiments of the present application may also be referred to as application program code, which is not specifically limited in this embodiment of the present application.

The data processing device provided in the embodiments of the present application is configured to execute the data processing method in the foregoing embodiments, and the technical principles and technical effects are similar and are not repeated herein.

The embodiment of the application provides a terminal device, and the structure is shown in fig. 1. The memory of the terminal device may be configured to store at least one program instruction, and the processor is configured to execute the at least one program instruction, so as to implement the technical solution of the foregoing method embodiment. The implementation principle and technical effects are similar to those of the related embodiments of the method, and are not repeated here.

The embodiment of the application provides a chip. The chip comprises a processor for invoking a computer program in a memory to perform the technical solutions in the above embodiments. The principle and technical effects of the present invention are similar to those of the above-described related embodiments, and will not be described in detail herein.

The embodiment of the application provides a computer program product, which enables a terminal device to execute the technical scheme in the embodiment when the computer program product runs on electronic equipment. The principle and technical effects of the present invention are similar to those of the above-described related embodiments, and will not be described in detail herein.

The embodiment of the application provides a computer readable storage medium, on which program instructions are stored, which when executed by a terminal device, cause the terminal device to execute the technical solution of the above embodiment. The principle and technical effects of the present invention are similar to those of the above-described related embodiments, and will not be described in detail herein.

Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processing unit of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The foregoing detailed description of the invention has been presented for purposes of illustration and description, and it should be understood that the foregoing is by way of illustration and description only, and is not intended to limit the scope of the invention.

Claims

1. A data processing method, which is characterized in that the method is applied to a terminal device, the terminal device comprises an application, a frame rate control system, a synthesis thread and a cache thread, and the method comprises the following steps:

when the application draws a rendered image at a first frame rate, the frame rate control system receives a message which is sent by the cache thread and carries a second frame rate, wherein the second frame rate is larger than the first frame rate;

in response to receiving the message carrying the second frame rate,

at a first time, the frame rate control system controls the application to draw a rendered image at the second frame rate;

and at a second moment, the frame rate control system controls the synthesis thread to synthesize the image rendered by the application drawing at the second frame rate, wherein the second moment is later than the first moment.

2. The method of claim 1, wherein the step of determining the position of the substrate comprises,

the second moment is between an Mth Vsync-HW signal and an Mth+1th Vsync-HW signal after the frame rate control system receives the message carrying the second frame rate, M is an integer larger than 1, and the Vsync-HW signal is used for triggering the screen to display the synthesized image.

3. The method of claim 2, wherein M is 1+a, and a is the number of caches in the cache queue corresponding to the application in the cache thread when the frame rate control system receives the message carrying the second frame rate.

4. A method according to any of claims 1-3, characterized in that the difference between the second instant and the instant at which the frame rate control system receives the message carrying the second frame rate satisfies: (the buffer number+1 of buffers in the buffer queue corresponding to the application) the Vsync period duration corresponding to the first frame rate.

5. The method of claim 4, wherein the number of caches is a sum of a number of caches in the application-corresponding cache queue after rendering and a number of caches in the application-corresponding cache queue under rendering.

6. The method of any of claims 1-5, wherein the terminal device further comprises a Vsync thread;

the frame rate control system controlling the application to draw a rendered image at the second frame rate, comprising:

the frame rate control system sends a first message to the Vsync thread;

in response to the first message, the Vsync thread controls the application to draw a rendered image at the second frame rate.

7. The method of claim 6, wherein the Vsync thread controlling the application to draw a rendered image at the second frame rate comprises:

the Vsync thread generates a Vsync-APP signal at the second frame rate;

the Vsync thread sends the Vsync-APP signal to the application;

in response to receiving the Vsync-APP signal, the application draws a rendered image.

8. The method of claim 7, wherein the application comprises a UI thread and a rendering thread, and wherein the application draws the rendered image comprises:

the UI thread draws an image;

and the rendering thread starts to render the image when the image drawing is finished.

9. The method according to any of claims 1-8, wherein the terminal device further comprises: a Vsync thread;

The frame rate control system controls the synthesis thread to synthesize the application rendering rendered image at the second frame rate, including:

the frame rate control system sends a second message to the Vsync thread;

in response to the second message, the Vsync thread synthesizes a render rendered image at the second frame rate.

10. The method of claim 9, wherein the Vsync thread synthesizing the rendered image at the second frame rate, comprising:

the Vsync thread generates a Vsync-SF signal at the second frame rate;

the Vsync thread sends the Vsync-SF signal to the synthesizing thread;

in response to the Vsync-SF signal, the composition thread composes the rendered image.

11. The method according to any of claims 1-10, wherein the terminal device further comprises a display driver, the method further comprising:

and at the second moment, the frame rate control system controls the display driver to drive a screen to display the image synthesized by the synthesis thread at the second frame rate.

12. The method of claim 11, wherein the frame rate control system controlling the display driver to drive a screen to display the synthesized image of the synthesized thread at the second frame rate comprises:

The frame rate control system sends a second message to the Vsync thread;

responsive to the second message, the Vsync thread sends a third message to the display driver;

in response to the third message, the display drive control screen displays the synthesized image at the second frame rate.

13. The method of claim 12, wherein the displaying the synthesized image on the display drive control screen at the second frame rate comprises:

the display driving control screen generates a Vsync-HW signal at the second frame rate;

the display driving controls the screen to display the synthesized image in response to the Vsync-HW signal.

14. The method of any of claims 1-13, wherein the frame rate control system receives a message carrying a second frame rate sent by the composition thread when the application draws a rendered image at the first frame rate, the method further comprising:

and when the second frame rate is greater than the first frame rate, the frame rate control system acquires the buffer number of the buffer from the buffer queue corresponding to the application, wherein the buffer number is used for determining the second moment.

15. The method of claim 14, wherein the frame rate control system obtaining the number of buffers from the buffer queue corresponding to the application comprises:

the frame rate control system acquires a focus window from a window manager, wherein the focus window corresponds to the application;

and the frame rate control system acquires the buffer memory quantity from the buffer memory queue corresponding to the application based on the focus window.

16. The method of any of claims 1-15, wherein a ratio of the second frame rate to the first frame rate is an integer greater than 1.

17. The method of claim 16, wherein the frame rate control system receives the message carrying the second frame rate sent by the composition thread when the application draws the rendered image at the first frame rate, the method further comprising:

the frame rate control system calculates a ratio of the second frame rate to the first frame rate;

and when the ratio is an integer greater than 1, the frame rate control system acquires the number of buffered buffers from the buffer queues corresponding to the application.

18. The method of any of claims 1-17, wherein the frame rate control system receives a message carrying a second frame rate sent by the composition thread before the application draws a rendered image at the first frame rate, the method further comprising:

When the application draws and renders the image at the first frame rate, the cache thread receives a second image after drawing and rendering, the second image corresponds to a second window, and the second window is different from the focus window;

and after receiving the rendered second image, the cache thread sends a message carrying the second frame rate to the frame rate control system.

19. The method of claim 18, wherein the second image corresponds to a pop-up reminder for the terminal device or the second image corresponds to a screen capture animation for the terminal device.

20. A terminal device, characterized in that the terminal device comprises a processor for invoking a computer program in memory for performing the method according to any of claims 1-19.

21. A computer readable storage medium storing computer instructions which, when run on a terminal device, cause the terminal device to perform the method of any of claims 1-19.

22. A computer program product comprising a computer program which, when run, causes a terminal device to perform the method of any of claims 1-19.

23. A chip comprising a processor for invoking a computer program in memory to perform the method of any of claims 1-19.