WO2019020112A1

WO2019020112A1 - Terminal display method, terminal and computer-readable storage medium

Info

Publication number: WO2019020112A1
Application number: PCT/CN2018/097487
Authority: WO
Inventors: 李繁
Original assignee: 中兴通讯股份有限公司
Priority date: 2017-07-28
Filing date: 2018-07-27
Publication date: 2019-01-31
Also published as: CN109309867A

Abstract

Provided are a terminal display method, comprising: receiving real-time video frame data and information about a first varying area in a desktop sent by a server, and decoding the real-time video frame data to obtain first colour code YUV data; dividing the first YUV data into a pre-set number of video areas according to a pre-set rule, and calculating, using a pre-set algorithm, information about a second varying area of the video area intersecting with the first varying area information; and transcoding second YUV data corresponding to the information about the second varying area into corresponding RGB data, and performing display according to the RGB data. Also disclosed are a terminal and a computer-readable storage medium.

Description

Terminal display method, terminal and computer readable storage medium

Technical field

The present disclosure relates to, but is not limited to, the field of terminal display technologies, and in particular, to a terminal display method, a terminal, and a computer readable storage medium.

Background technique

With the rapid development of computer technology, the application of terminal devices such as personal computers, PDAs, and smart phones has become more and more widespread, and has become an indispensable device for people. These terminal devices generally have a display function. When the video information is received, it can be displayed in the terminal by decoding and transcoding, so that people can watch the video on the terminal.

However, at present, when only a part of all video information changes, the terminal will re-decode and transcode all the video information, and then display it in the terminal. In this way, the display efficiency of the terminal is relatively low, and the hardware requirements of the terminal are relatively high, thereby increasing the use cost of the terminal.

Summary of the invention

A main object of the present disclosure is to provide a display method of a terminal, a terminal, and a computer readable storage medium.

According to an embodiment of the present disclosure, a display method of a terminal is provided, including: receiving real-time video frame data and first change area information in a desktop sent by a server, and decoding the real-time video frame data to obtain a Color coding YUV data; dividing the first YUV data into a preset number of video regions according to a preset rule, and calculating a second change region where the video region intersects with the first change region information by using a preset algorithm And transcoding the second YUV data corresponding to the second change region information into corresponding RGB data, and displaying according to the RGB data.

According to an embodiment of the present disclosure, there is also provided a terminal, the terminal comprising: a memory, a processor, and a display program stored on the memory and executable by the processor, wherein the display program is The steps of the terminal display method as described above are implemented when the processor is executed.

According to an embodiment of the present disclosure, there is further provided a computer readable storage medium having stored thereon a display program, wherein the display program is executed by a processor to implement the terminal display method as described above A step of.

DRAWINGS

1 is a schematic structural diagram of a hardware operating environment (ie, a terminal) according to an embodiment of the present disclosure;

2 is a flowchart of a terminal display method according to an embodiment of the present disclosure;

3 is a flowchart of steps of decoding the real-time video frame data to obtain first YUV data, in accordance with an embodiment of the present disclosure;

4 is a second method of dividing the first YUV data into a preset number of video regions according to a preset rule and calculating a intersection of the video region and the first change region information by using a preset algorithm, according to an embodiment of the present disclosure. a flow chart of the steps of changing the area information;

FIG. 5 is a flowchart of a step of transcoding second color coded YUV data corresponding to the second change region information into corresponding RGB data and displaying according to the RGB data, according to an embodiment of the present disclosure.

The objects, functional features and advantages of the present disclosure will be further described with reference to the accompanying drawings.

Detailed ways

It is understood that the embodiments described herein are merely illustrative of the disclosure and are not intended to limit the disclosure.

Generally, when only a part of all video information changes, the terminal will re-decode and transcode all the video information, and then display it in the terminal. In this way, the display efficiency of the terminal is relatively low, and the hardware requirements of the terminal are relatively high, thereby increasing the use cost of the terminal. Especially for cloud terminals, the amount of data processed is much larger. Therefore, improving the display efficiency of the terminal is a technical problem to be solved by those skilled in the art.

In order to solve the above technical problem, an embodiment of the present disclosure provides a terminal display method, including: receiving real-time video frame data and first change area information in a desktop sent by a server, and decoding the real-time video frame data, Obtaining first color coded YUV data; dividing the first YUV data into a preset number of video regions according to a preset rule, and calculating, by using a preset algorithm, a second intersection of the video region and the first change region information Changing the region information; transcoding the second YUV data corresponding to the second change region information into corresponding RGB data, and displaying the data according to the RGB data. According to the above manner, the terminal display method according to the embodiment of the present disclosure receives the real-time video frame data and the first change region information in the desktop sent by the server, and calculates the second change region information that the two intersect according to the preset algorithm. And transcoding only the second YUV data corresponding to the second change region information after decoding into corresponding RGB data. The terminal only needs to transcode the second changed area information to complete the display. Therefore, the time from the reception of the desktop video data to the display by the terminal can be reduced, thereby improving the display efficiency of the terminal. At the same time, the requirements on the hardware resources of the terminal can be reduced, thereby reducing the use cost of the terminal.

As shown in FIG. 1, FIG. 1 is a schematic structural diagram of a hardware operating environment (ie, a terminal) according to an embodiment of the present disclosure.

The terminal in the embodiment of the present disclosure may be a PC, or may be a mobile terminal device having a display function such as a smart phone, a tablet computer, a portable computer, or may be a cloud terminal.

As shown in FIG. 1, the terminal may include a processor 1001 (eg, a CPU), a network interface 1004, a user interface 1003, a memory 1005, and a communication bus 1002. Communication bus 1002 is used to implement connection communication between these components. The user interface 1003 can include a display, an input unit such as a keyboard, and the user interface 1003 can optionally include a standard wired interface, a wireless interface. Network interface 1004 can optionally include a standard wired interface, a wireless interface (such as a WI-FI interface). The memory 1005 may be a high speed RAM memory or a non-volatile memory such as a disk memory. The memory 1005 can optionally be a storage device that is separate from the aforementioned processor 1001.

In an exemplary embodiment, the terminal may further include a camera, an RF (Radio Frequency) circuit, a sensor, an audio circuit, a Wi-Fi module, and the like. Wherein the sensor comprises, for example, a light sensor, a motion sensor or any other suitable sensor. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display according to the brightness of the ambient light, and the proximity sensor may turn off the display and/or when the mobile terminal moves to the ear. Backlighting. As a motion sensor, for example, a gravity acceleration sensor is configured to detect the magnitude of acceleration in each direction (generally three axes), the magnitude of gravity is detected at rest, and the application of the gesture of the mobile terminal is recognized (eg, horizontal and vertical screen switching, correlation) Game, magnetometer attitude calibration) and recognition of vibration (such as pedometer, tapping). Of course, the mobile terminal can also be configured with other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and the like, and details are not described herein again.

It will be understood by those skilled in the art that the terminal structure shown in FIG. 1 does not constitute a limitation to the terminal, and may include more or less components than those illustrated, or a combination of certain components, or different component arrangements.

As shown in FIG. 1, a memory 1005 as a computer storage medium may be installed with an operating system, a network communication module, a user interface module, and a display program of the terminal.

In the terminal shown in FIG. 1, the network interface 1004 is mainly configured to connect to the background server for data communication with the background server; the user interface 1003 is mainly configured to connect to the client (user end) to perform data communication with the client; The processor 1001 may be configured to call a display program of the terminal stored in the memory 1005 and perform the following operations:

Receiving real-time video frame data and first change area information in the desktop sent by the server, and decoding the real-time video frame data to obtain first color coded YUV data;

Dividing the first YUV data into a preset number of video regions according to a preset rule, and calculating, by using a preset algorithm, second change region information that intersects the video region with the first change region information;

The second YUV data corresponding to the second change region information is transcoded into corresponding RGB data, and displayed according to the RGB data.

Further, the processor 1001 may be configured to call a terminal display program stored in the memory 1005 and perform the following operations:

Determining, according to the format information of the real-time video frame data and the pre-stored hardware information, whether the real-time video frame data supports hardware decoding;

If the real-time video frame data supports hardware decoding, decoding the real-time video frame data by using hardware decoding to obtain first YUV data;

If the real-time video frame data does not support hardware decoding, the real-time video frame data is decoded in a software decoding manner to obtain first YUV data.

Further, the processor 1001 may be configured to call a display program of the terminal stored in the memory 1005 and perform the following operations:

Dividing the first YUV data into a preset number of video regions according to a preset rule;

Create a corresponding thread for each video area;

And calculating, by the thread and a preset algorithm, second change area information that intersects the video area with the first change area information.

Further, the processor 1001 may be configured as a display program of a terminal stored in the memory 1005 and perform the following operations:

The first YUV data is divided into a preset number of video regions according to the height or width of the terminal display resolution.

Determining, according to the pre-stored hardware information, whether the second change area information supports hardware transcoding;

If the second change area information supports hardware transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by using hardware transcoding.

If the second change area information does not support hardware transcoding, determining, according to the pre-stored hardware information, whether the second change area information supports assembly transcoding;

If the second change area information supports the assembly transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of assembly transcoding;

If the second change area information does not support the assembly transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of software transcoding.

Receiving real-time video frame data in the desktop sent by the server, and first change area information in the desktop captured by the server through a preset program.

The first change area information, the second change area information, and the video area each include parameters indicating upper, left, right, and lower coordinate information of the corresponding change area in the desktop.

Please refer to FIG. 2. FIG. 2 is a flowchart of a terminal display method according to an embodiment of the present disclosure.

In this embodiment, the terminal display method includes:

Step S10: Receive real-time video frame data and first change area information in the desktop sent by the server, and decode the real-time video frame data to obtain first YUV data.

In this embodiment, the terminal is activated to establish a network connection between the terminal and the server, and at the same time, the corresponding message communication data structure format is agreed. Further, after receiving the real-time video frame data and the first change area information in the desktop sent by the server, the terminal decodes the real-time video frame data according to the format information of the real-time video frame data and the pre-stored terminal hardware information, thereby A corresponding first color coding (Luminance, Chrominance; luminance, chrominance) YUV data is obtained. In an exemplary embodiment, the server may be a cloud server or a common physical server; the desktop may be a cloud desktop, or may be a corresponding desktop such as a PC or a tablet. In addition, the server includes or is connected to the desktop, for example, the cloud server includes a cloud desktop, and the physical server is connected to the desktop of the computer.

FIG. 3 is a schematic flowchart of decoding the real-time video frame data to obtain first YUV data according to an embodiment of the present disclosure. Referring to FIG. 3, step S10 further includes:

Step S11, determining, according to format information of the real-time video frame data and pre-stored hardware information, whether the real-time video frame data supports hardware decoding;

Step S12, if the real-time video frame data supports hardware decoding, decoding the real-time video frame data by using hardware decoding to obtain first YUV data;

Step S13: If the real-time video frame data does not support hardware decoding, the real-time video frame data is decoded by using software decoding to obtain first YUV data.

In this embodiment, the terminal receives the real-time video frame data and the first change area information of the current desktop sent by the server, where the first change area information is captured by the server in the desktop by using a preset program. Further, the terminal determines, according to format information of the real-time video frame data and pre-stored terminal hardware information, such as a central processing unit CPU and a graphics card GPU, whether the real-time video frame data supports hardware decoding, if the real-time video frame data Supporting hardware decoding, the hardware decoding method is used to decode the real-time video frame data to obtain first YUV data; if the real-time video frame data does not support hardware decoding, the real-time video frame is obtained by software decoding. The data is decoded to obtain the first YUV data.

Here, the hardware decoding is to decode the video by GPU operation, and the software decoding is to enable the CPU to decode the video through software. Therefore, when determining whether the real-time video frame data supports hardware decoding, the terminal should consider both the format information of the video data and the pre-stored hardware information such as the GPU and the CPU. When both of them support hardware decoding, the real-time video frame data is decoded by means of hardware decoding; when one or both of the two do not support hardware decoding, the software decodes the Real-time video frame data is decoded.

In the embodiment of the present disclosure, when decoding the real-time video frame data, the terminal uses the hardware decoding and the software decoding manner to perform the real-time according to the format information of the video data and the pre-stored hardware information support conditions such as the CPU and the GPU. The video frame data is decoded to improve the utilization of the terminal hardware resources.

In this embodiment, the terminal display method further includes: step S20, dividing the first YUV data into a preset number of video regions according to a preset rule, and calculating, by using a preset algorithm, the video region and the Second change region information intersecting the first change region information;

In this embodiment, the first YUV data is divided into a preset number of video regions according to the height or width of the resolution of the terminal display. Specifically, the first YUV data may be equally divided into n horizontal video regions according to the terminal display resolution height or divided into n vertical video regions according to the display resolution width. For example, the resolution of the terminal display is 1024×768, and when the resolution is highly divided by the terminal display, the first YUV data is equally divided into n horizontal video regions by 768/n; Then, the first YUV data is equally divided into n longitudinal video regions by 1024/n.

Further, the second change region information that the video region intersects with the first change region information is calculated by using a preset algorithm. For convenience of explanation, we record the first change region information as Rect X (X=1, 2, . . . , N), and the video region is denoted as Rect Y (Y=1, 2, . . . , n). The second change region information is denoted as Rect Z (Z = 1, 2, ..., M), where N, n, M represent the number of regions corresponding to the region information, respectively. When calculating the intersection of Rect X and Rect Y, the equation "Rect X and Rect Y" is used to obtain the intersection region Rect Z of Rect Y and Rect X. Since some areas in Rect Y may not change, there is no intersection with Rect X. Therefore, in the embodiment of the present disclosure, a preset algorithm is used to intersect Rect X with Rect Y to obtain Rect Z, and the region range of Rect Z at this time Smaller than Rect X. Therefore, the range of the real-time changing area of the desktop can be further reduced, thereby shortening the transcoding time and improving the display efficiency of the terminal.

In this embodiment, the terminal display method further includes: Step S30, transcoding the second YUV data corresponding to the second change area information into corresponding RGB data, and performing display according to the RGB data.

In this embodiment, the terminal determines whether the second change area information supports hardware decoding according to the support situation of the hardware information such as the pre-stored terminal CPU and the GPU. If the second change area information supports hardware transcoding, the hardware is adopted. Transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data; if the second change area information does not support hardware transcoding, further according to the pre-stored CPU and GPU And determining, by the hardware information, whether the second change area information supports assembly transcoding; if the second change area information supports assembly transcoding, the second YUV corresponding to the second change area information is used in an assembly transcoding manner. Data is transcoded into corresponding RGB data; if the second change region information does not support assembly transcoding, the second YUV data corresponding to the second change region information is transcoded into corresponding RGB by software transcoding. data.

Among them, YUV is a color coding method (belonging to PAL) adopted by European television systems. YUV is mainly used to optimize the transmission of color video signals, making it backward compatible with old-fashioned black-and-white TVs. Compared with RGB video signal transmission, its biggest advantage is that it requires very little bandwidth (RGB requires three independent video signals to be transmitted simultaneously).

"Y" in YUV means brightness (Luminance or Luma), which is the gray level value, which is a baseband signal. The "U" and "V" represent the chroma (Chrominance or Chroma), which is used to describe the color and saturation of the image and is used to specify the color of the pixel. U and V are signals that are orthogonally modulated, rather than baseband signals.

By transcoding, the three components of YUV can restore R (red), G (green), and B (blue). Specifically, the conversion formula between YUV and RGB can be:

R = Y + 1.140 * V, G = Y - 0.394 * U - 0.581 * V, B = Y + 2.032 * U.

Further, the RGB (Red, Green, Blue; Red, Green, Blue) data is converted into an image for refreshing and display on the display of the terminal. Here, RGB data can be converted into corresponding RGB images by using a program such as Matlab.

In addition, in this embodiment, the first change area information, the second change area information, and the video area each include four parameters {top, left, right, bottom}, respectively Corresponding change regions are upper, left, right, and lower coordinate information in the desktop. The coordinate information can be used to accurately locate the first change area information, the second change area information, and an area corresponding to the video area in the desktop.

The embodiment of the present disclosure receives the real-time video frame data and the first change area information in the desktop sent by the server, and decodes the real-time video frame data to obtain the first YUV data; and presets the first YUV data according to the preset Dividing the rule into a preset number of video regions, and calculating, by using a preset algorithm, second change region information that intersects the video region with the first change region information; and second YUV data corresponding to the second change region information Transcoded into corresponding RGB data and displayed according to the RGB data. In the above manner, the present disclosure receives the real-time video frame data and the first change area information in the desktop sent by the server, and calculates the second change area information that the two intersect according to the preset algorithm, and only decodes the first The second YUV data corresponding to the two change area information is transcoded into the corresponding RGB data, so that the terminal only needs to transcode the second change area information to complete the display, and compares all the video area information in the prior art. The method of code display can reduce the time from the receiving of the desktop video data to the display by the terminal, thereby improving the display efficiency of the terminal, and reducing the requirement on the hardware resources of the terminal, thereby reducing the use cost of the terminal.

4 is a second method of dividing the first YUV data into a preset number of video regions according to a preset rule and calculating a intersection of the video region and the first change region information by using a preset algorithm, according to an embodiment of the present disclosure. Flowchart of the steps to change the area information. Referring to FIG. 4, step S20 further includes:

Step S21, dividing the first YUV data into a preset number of video regions according to a preset rule;

Step S22, creating a corresponding thread for each video area;

Step S23, calculating, by using the thread and a preset algorithm, second change region information that intersects the video region with the first change region information.

In this embodiment, the first YUV data is divided into a preset number of video regions according to the height or width of the resolution of the terminal display. Specifically, the first YUV data may be equally divided into n horizontal video regions according to the terminal display resolution height or divided into n vertical video regions according to the display resolution width. For example, the resolution of the terminal display is 1024 x 768. When the resolution is highly divided by the terminal display, the first YUV data is equally divided into n horizontal video regions by 768/n; when the resolution width is divided by the terminal, the first is performed with 1024/n. The YUV data is equally divided into n longitudinal video regions.

Further, a corresponding thread is created for each video area. Here, multi-thread processing is adopted, and the resources of the terminal CPU can be fully utilized, thereby improving the efficiency of the terminal system.

Further, the second change area information that the video area intersects with the first change area information is calculated by using the thread and a preset algorithm.

For convenience of explanation, we record the first change region information as Rect X (X=1, 2, . . . , N), and the video region is denoted as Rect Y (Y=1, 2, . . . , n). The second change region information is denoted as Rect Z (Z = 1, 2, ..., M), where N, n, M represent the number of regions corresponding to the region information, respectively. When calculating the intersection of Rect X and Rect Y, create n corresponding threads for n regions in the Rect Y region, and use the thread and the formula "Rect X and Rect Y" to get Rect Y and Rect X. Intersecting area Rect Z. Since there may be no changes in certain areas of Rect Y, there is no intersection with Rect X. Therefore, in this embodiment, multi-threading and a preset algorithm are adopted, and Rect X and Rect Y are intersected to obtain Rect Z. At this time, the range of the Rect Z is smaller than that of the Rect X, so that the desktop can be further reduced. Real-time change of the range of the area, thereby shortening the transcoding time and improving the display efficiency of the terminal.

FIG. 5 is a flowchart of a step of transcoding a second YUV data corresponding to the second change region information into corresponding RGB data and displaying according to the RGB data, according to an embodiment of the present disclosure. Referring to FIG. 5, step S30 further includes:

Step S31, determining, according to the pre-stored hardware information, whether the second change area information supports hardware transcoding;

Step S32, if the second change area information supports hardware transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of hardware transcoding;

Step S33, if the second change area information does not support hardware transcoding, determine, according to the pre-stored hardware information, whether the second change area information supports assembly transcoding;

Step S34, if the second change area information supports assembly transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of assembly transcoding;

Step S35: If the second change area information does not support the assembly transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of software transcoding.

In this embodiment, when the terminal receives the second change area information and performs video transcoding on the second YUV data corresponding to the second change area information, the terminal may obtain hardware information such as a pre-stored CPU and GPU. The support situation automatically selects hardware transcoding, assembly transcoding and software transcoding, which can further improve the utilization of terminal hardware resources.

Specifically, the terminal determines whether the second change area information supports hardware decoding according to the supported condition of the hardware information such as the pre-stored terminal CPU and the GPU. If the second change area information supports hardware transcoding, the hardware transcodes the hardware. The method further transcodes the second YUV data corresponding to the second change area information into corresponding RGB data; if the second change area information does not support hardware transcoding, further according to the pre-stored hardware information such as the CPU and the GPU. Determining whether the second change area information supports assembly transcoding; if the second change area information supports assembly transcoding, transcoding the second YUV data corresponding to the second change area information by means of assembly transcoding For the corresponding RGB data; if the second change region information does not support the assembly transcoding, the second YUV data corresponding to the second change region information is transcoded into the corresponding RGB data by means of software transcoding.

Here, the hardware transcoding is performed by the GPU for transcoding, and the assembly transcoding and software transcoding are transcoded by software and CPU. In contrast, hardware transcoding is faster than assembly transcoding and software transcoding, and does not take up too much CPU and memory. Assembly transcoding is more efficient than software transcoding. Therefore, the order of judgment is to first determine whether to support hardware transcoding, and then determine whether to support assembly transcoding.

The present disclosure further provides a computer readable storage medium having a terminal display program stored thereon, the terminal display program being executed by the processor to implement the terminal display method according to any of the above embodiments. step.

The specific embodiment of the computer readable storage medium of the present disclosure is substantially the same as the embodiment of the terminal display method, and is not described herein.

It is to be understood that the term "comprises", "comprising", or any other variants thereof, is intended to encompass a non-exclusive inclusion, such that a process, method, article, or It also includes other elements that are not explicitly listed, or elements that are inherent to such a process, method, item, or system. An element defined by the phrase "comprising a ..." does not exclude the presence of additional equivalent elements in a process, method, article, or system that includes the element, without further limitation.

The above-mentioned serial numbers of the embodiments of the present disclosure are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better. Implementation. Based on such understanding, portions of the technical solution of the present disclosure that contribute substantially or to the prior art may be embodied in the form of a software product stored in a storage medium (such as a ROM/RAM as described above). , a disk, an optical disk, including a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present disclosure.

The above is only a preferred embodiment of the present disclosure, and is not intended to limit the scope of the disclosure of the present disclosure, and the equivalent structure or equivalent process transformations made by the present disclosure and the contents of the drawings may be directly or indirectly applied to other related technical fields. The same is included in the scope of patent protection of the present disclosure.

Claims

A terminal display method includes:

Receiving real-time video frame data and first change area information in the desktop sent by the server, and decoding the real-time video frame data to obtain first YUV data;

Dividing the first YUV data into a preset number of video regions according to a preset rule, and calculating, by using a preset algorithm, second change region information that intersects the video region with the first change region information;

The second YUV data corresponding to the second change region information is transcoded into corresponding RGB data, and displayed according to the RGB data.
The terminal display method according to claim 1, wherein the step of decoding the real-time video frame data to obtain first color-coded YUV data comprises:

Determining, according to the format information of the real-time video frame data and the pre-stored hardware information, whether the real-time video frame data supports hardware decoding;

If the real-time video frame data supports hardware decoding, decoding the real-time video frame data by using hardware decoding to obtain first YUV data;

If the real-time video frame data does not support hardware decoding, the real-time video frame data is decoded by using software decoding to obtain first YUV data.
The terminal display method according to claim 1, wherein the first YUV data is divided into a preset number of video regions according to a preset rule, and the video region and the first change region are calculated by using a preset algorithm. The step of intersecting the second change area information of the information includes:

Dividing the first YUV data into a preset number of video regions according to a preset rule;

Create a corresponding thread for each video area;

And calculating, by the thread and a preset algorithm, second change area information that intersects the video area with the first change area information.
The terminal display method according to claim 1, wherein the step of dividing the first YUV data into a preset number of video regions according to a preset rule comprises:

The first YUV data is divided into a preset number of video regions according to the height or width of the resolution of the terminal display.
The terminal display method according to claim 2, wherein the step of transcoding the second YUV data corresponding to the second change region information into corresponding RGB data comprises:

Determining, according to the pre-stored hardware information, whether the second change area information supports hardware transcoding;

If the second change area information supports hardware transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by using hardware transcoding.
The terminal display method of claim 5, wherein the step of transcoding the second YUV data corresponding to the second change region information into corresponding RGB data further comprises:

If the second change area information does not support hardware transcoding, determining, according to the pre-stored hardware information, whether the second change area information supports assembly transcoding;

If the second change area information supports the assembly transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of assembly transcoding;

If the second change area information does not support the assembly transcoding, the second YUV data corresponding to the second change area information is transcoded into corresponding RGB data by means of software transcoding.
The terminal display method of claim 1, wherein the step of receiving the real-time video frame data and the first change area information in the desktop sent by the server comprises:

Receiving real-time video frame data in the desktop sent by the server, and first change area information in the desktop captured by the server through a preset program.
The terminal display method according to claim 1, wherein the first change region information, the second change region information, and the video region each include upper and left sides respectively indicating corresponding change regions in the desktop. The parameters of the right and bottom coordinate information.
A terminal comprising: a memory, a processor, and a display program stored on the memory and executable by the processor, wherein the display program is executed by the processor to implement any of claims 1 to 8 A step of the terminal display method described.
A computer readable storage medium having stored thereon a display program, wherein the display program is executed by a processor to implement the steps of the terminal display method according to any one of claims 1 to 8. .