CN110753265B - Data processing method and device and electronic equipment - Google Patents

Data processing method and device and electronic equipment Download PDF

Info

Publication number
CN110753265B
CN110753265B CN201911030610.5A CN201911030610A CN110753265B CN 110753265 B CN110753265 B CN 110753265B CN 201911030610 A CN201911030610 A CN 201911030610A CN 110753265 B CN110753265 B CN 110753265B
Authority
CN
China
Prior art keywords
renderer
image frame
resource
decoding format
rendered
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911030610.5A
Other languages
Chinese (zh)
Other versions
CN110753265A (en
Inventor
陈建生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN201911030610.5A priority Critical patent/CN110753265B/en
Publication of CN110753265A publication Critical patent/CN110753265A/en
Application granted granted Critical
Publication of CN110753265B publication Critical patent/CN110753265B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44008Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs

Abstract

The invention provides a data processing method, a data processing device and electronic equipment, wherein a decoded image frame is obtained, then the decoding format of the image frame is matched with activated renderer resources, and a first target renderer resource is called to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame. According to the scheme, the first target renderer resource matched with the decoding format of the image frame can be directly found out according to the matching result by matching the decoding format of the image frame with the activated renderer resource, when the image frame needs to be rendered, the found first target renderer resource can be directly used for rendering the image frame, the renderer resource required by the decoding format of the matched image frame does not need to be created, and therefore the video blockage problem caused by the change of the decoding format of the image frame is effectively solved.

Description

Data processing method and device and electronic equipment
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a data processing method and apparatus, and an electronic device.
Background
With the popularization of networks, more and more people use the internet to watch network videos. The existing network video playing method includes the steps that after video data are obtained, a decoder is used for decoding the video data to obtain image frames, when the image frames need to be rendered, if no renderer meeting the decoding format requirement of the image frames to be rendered exists, a renderer meeting the decoding format requirement of the image frames to be rendered is created, and then the created renderer is used for rendering the image frames.
The problem in the prior art is that if the decoding format of an image frame is changed, and it is found that there is no renderer meeting the decoding format requirement of the image frame to be rendered when the image frame is to be rendered, the process of rendering the image frame must be suspended, a renderer meeting the decoding format requirement of the image frame to be rendered is temporarily created, and the created renderer is used to render the image frame to be rendered. Therefore, in the conventional video playback method, when the decoding format of the image frame is changed, the video playback may cause a pause phenomenon.
Disclosure of Invention
Based on the above deficiencies of the prior art, the present invention provides a method for playing a network video and a renderer management device.
To solve the above problems, the following solutions are proposed:
a first aspect of the present application provides a data processing method, including:
acquiring a decoded image frame;
matching a decoding format of the image frame with the activated renderer resource;
calling a first target renderer resource to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame.
Optionally, the invoking a first target renderer resource to write the image frame into a texture queue according to the matching result includes:
if the matching result shows that the decoding format of the image frame is successfully matched with the activated renderer resource, calling the activated renderer resource to write the image frame into the texture queue;
if the matching result shows that the decoding format of the image frame fails to be matched with the activated renderer resource, matching the decoding format of the image frame with a standby renderer resource;
and if the decoding format of the image frame is successfully matched with the standby renderer resource, calling the standby renderer resource to write the image frame into a texture queue.
Optionally, the method further includes:
and if the decoding format of the image frame fails to be matched with the standby renderer resource, creating a renderer resource meeting the decoding format of the image frame, and calling the created renderer resource to write the image frame into the texture queue.
Optionally, the invoking the standby renderer resource to write the image frame into a texture queue, or the invoking the created renderer resource to write the image frame into the texture queue, further includes:
deleting texture resources corresponding to the image frames in the texture queue for rendering by the currently activated renderer resources.
Optionally, the method further includes:
acquiring an image frame to be rendered in a texture queue;
matching the decoding format of the image frame to be rendered with the currently activated renderer resource;
calling a second target renderer resource to render the image frame to be rendered according to the matching result; wherein the second target renderer resource matches a decoding format of the image frame to be rendered.
Optionally, the invoking a second target renderer resource to render the image frame to be rendered according to the matching result includes:
if the matching result shows that the decoding format of the image frame to be rendered is successfully matched with the currently activated renderer resource, calling the currently activated renderer resource to render the image frame to be rendered;
and if the matching result shows that the decoding format of the image frame to be rendered fails to match with the currently activated renderer resource, calling a standby renderer resource to render the image frame to be rendered.
Optionally, after the invoking of the currently standby renderer resource to render the image frame to be rendered, the method further includes:
deleting texture resources corresponding to the image frames in the texture queue for rendering by the currently activated renderer resources.
A second aspect of the present application provides a data processing apparatus comprising:
a first obtaining unit, configured to obtain a decoded image frame;
a first matching unit for matching a decoding format of the image frame with the activated renderer resource;
the first calling unit is used for calling a first target renderer resource to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame.
Optionally, the method further includes:
the second obtaining unit is used for obtaining the image frames to be rendered in the texture queue;
the second matching unit is used for matching the decoding format of the image frame to be rendered with the currently activated renderer resource;
the second calling unit is used for calling a second target renderer resource to render the image frame to be rendered according to the matching result; wherein the second target renderer resource matches a decoding format of the image frame to be rendered.
A third aspect of the present application provides an electronic device comprising: a memory and a processor;
the memory is to store computer instructions;
the processor is configured to execute the computer instructions stored in the memory to perform the data processing method according to any one of the first aspect of the present application.
The invention provides a data processing method, a data processing device and electronic equipment, wherein a decoded image frame is obtained, then the decoding format of the image frame is matched with activated renderer resources, and a first target renderer resource is called to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame. According to the scheme, the first target renderer resource matched with the decoding format of the image frame can be directly found out according to the matching result by matching the decoding format of the image frame with the activated renderer resource, when the image frame needs to be rendered, the found first target renderer resource can be directly used for rendering the image frame, the renderer resource required by the decoding format of the matched image frame does not need to be created, and therefore the video blockage problem caused by the change of the decoding format of the image frame is effectively solved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
FIG. 1 is a flow chart of a data processing method disclosed in an embodiment of the present invention;
FIG. 2 is a flow chart of a data processing method according to another embodiment of the present invention;
FIG. 3 is a flow chart of a data processing method according to another embodiment of the present invention;
FIG. 4 is a flow chart of a method of data processing according to yet another embodiment of the present disclosure;
FIG. 5 is a flow chart of a data processing method disclosed in another embodiment of the invention;
FIG. 6 is a flow chart of a data processing method disclosed in yet another embodiment of the invention;
FIG. 7 is a flow chart of a method of data processing according to a further embodiment of the present disclosure;
FIG. 8 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present invention;
fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, a data processing method according to a first embodiment of the present application includes the following steps:
and S101, acquiring the decoded image frame.
And step S101, the image frame is obtained by decoding the currently played video by using a decoder called and created by the decoding thread.
It should be noted that the decoder is a decoder corresponding to the definition of the played video, and in the process of playing the video, the player may respond to the instruction of switching the definition of the video from the user, replace the current decoder with a decoder matching the definition specified by the user to decode the video, and the decoding formats of the image frames decoded by different decoders are different. Therefore, in the process of video playing, when the definition of the currently played video needs to be switched, a situation that the decoding format of the image frame before the definition is switched is different from that of the image frame after the definition is switched may occur.
And S102, matching the decoding format of the image frame with the activated renderer resource.
The renderer resource is used to write image frames to the texture queue and to render the image frames stored in the texture queue.
As described above, the image frames decoded by different decoders have different decoding formats, and meanwhile, the different decoding formats correspond to different renderer resources, respectively, and one renderer resource can only be used for writing the image frames in the corresponding decoding format into the texture queue and rendering the image frames.
Activated renderer resource, refers to the renderer resource that was used to write the previous image frame to the texture queue.
The matching in step S102 may be understood as determining whether the decoding format of the current image frame is consistent with the decoding format corresponding to the activated renderer resource, if so, determining that the decoding format of the current image frame is matched with the activated renderer resource (or determining that the decoding format of the current image frame is successfully matched with the activated renderer resource), and if not, determining that the decoding format of the current image frame is not matched with the activated renderer resource (or determining that the decoding format of the current image frame is unsuccessfully matched with the activated renderer resource).
S103, calling the first target renderer resource to write the image frame into the texture queue according to the matching result.
Wherein the first target renderer resource matches a decoding format of the image frame.
Specifically, if the decoding format of the current image frame matches the activated renderer resource, the first target renderer resource is the activated renderer resource, and if the decoding format of the current image frame does not match the activated renderer resource, a renderer resource matching the decoding format of the current image frame is determined as the first target renderer resource.
The texture queue is a pre-created queue for storing decoded image frames, and may be composed of at least two texture resources, and typically, the texture queue includes three texture resources, and each texture resource may be used for storing one image frame. The image frames in the texture queue are used for being rendered by the rendering thread in sequence according to the sequence written into the texture queue and the first-in first-out sequence (namely the image frames written first are rendered first).
Optionally, to avoid that the image frame is already stored in the texture queue to cause the write-in failure in step S103, or the written image frame covers the original image frame that has not been rendered, it may be determined whether a writable area exists in the texture queue before the image frame is written into the texture queue.
And if the texture queue is judged to have no writable area, continuing to execute the judging step, and if the texture queue is judged to have the writable area, writing the image frame into the writable area of the texture queue.
The writable area can be regarded as a texture resource which can be written into the image frame currently in the texture queue; the judgment of whether the texture queue has the writable area can be considered as judging whether texture resources which can be written with image frames exist in the texture queue, and the image frames are obtained by decoding video data through a decoder which is called and created by a decoding thread.
Specifically, the judgment of whether the texture queue has the texture resource into which the image frame can be written may be implemented by identifying a unit state setting bit of each texture resource in the texture queue. And storing an image frame corresponding to one texture resource, wherein when the image frame is stored in the texture resource or the image frame stored in the texture resource is being rendered by a rendering thread, the unit state setting bit of the texture resource is set to be unwritable, and if the renderer management device judges that the unit state setting bits of all the texture resources in the cache queue are unwritable, the texture queue is judged to have no writable area. Correspondingly, when the image frame stored in one texture resource is rendered, the unit state setting bit of the texture resource is set to be writable, which indicates that the texture resource is the texture resource which can be written into the image frame.
Finally, it should be noted that, in any embodiment of the present application, an implementation process of the data processing method corresponding to this embodiment is described by taking a process of processing one image frame as an example, and it can be understood that the method described in any embodiment of the present application may be used to process each image frame in a video in sequence, and complete playing of the whole video by writing each image frame in the video in a texture queue in sequence and rendering the image frames one by one according to the sequence written in the texture queue.
The embodiment of the application provides a data processing method, which comprises the steps of obtaining a decoded image frame, matching the decoding format of the image frame with activated renderer resources, and calling first target renderer resources to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame. According to the scheme, the first target renderer resource matched with the decoding format of the image frame can be directly found out according to the matching result by matching the decoding format of the image frame with the activated renderer resource, when the image frame needs to be rendered, the found first target renderer resource can be directly used for rendering the image frame, the renderer resource required by the decoding format of the matched image frame does not need to be created, and therefore the video blockage problem caused by the change of the decoding format of the image frame is effectively solved.
With reference to fig. 2 in combination with the foregoing embodiment corresponding to fig. 1, another embodiment of the present application further provides a data processing method, including the following steps:
s201, acquiring the decoded image frame.
S202, matching the decoding format of the image frame with the activated renderer resource.
According to the matching result obtained after the step S202 is executed, if the matching result indicates that the decoding format of the image frame is successfully matched with the activated renderer resource, the step S203 is executed, and if the matching result indicates that the decoding format of the image frame is unsuccessfully matched with the activated renderer resource, the step S204 is executed.
Generally, the renderer resource can be accessed through a pointer to the renderer resource, and then operations such as matching the renderer resource with a decoding format of the image frame, writing the image frame into a texture queue using the renderer resource, and rendering the image frame using the renderer resource are performed. Therefore, in the present embodiment, an active renderer pointer for pointing to an activated renderer resource and a standby renderer pointer for pointing to a standby renderer resource mentioned in the subsequent step are preset.
In this case, step S202 may be understood as matching the decoded format of the image frame with the renderer resource pointed to by the active renderer pointer. Considering the case that there may be a pointer pointing to a null address (the pointer pointing to the null address is referred to as a null pointer), the specific implementation procedure of step S202 in this embodiment may be:
firstly, judging whether the pointer of the activated renderer is a null pointer, namely judging whether the pointer of the activated renderer points to a renderer resource, and judging whether a decoding format corresponding to the renderer resource pointed by the pointer of the activated renderer is consistent with a decoding format of the image frame when judging that the pointer of the activated renderer points to a renderer resource.
If the pointer of the activated renderer is judged to be a null pointer, or the decoding format corresponding to the renderer resource pointed by the pointer of the activated renderer is not consistent with the decoding format of the image frame, the decoding format of the image frame is considered to be not matched with the activated renderer resource;
and if the activated renderer pointer is judged not to be the null pointer and the decoding format corresponding to the renderer resource pointed by the activated renderer pointer is consistent with the decoding format of the image frame, the decoding format of the image frame is considered to be matched with the activated renderer resource.
And S203, calling the activated renderer resource to write the image frame into the texture queue.
In this embodiment, step S203 may be understood as invoking a renderer resource pointed by the activated renderer pointer to write the image frame into the texture queue by activating the renderer pointer.
And S204, matching the decoding format of the image frame with the standby renderer resource.
If the decoding format of the image frame is successfully matched with the spare renderer resource, step S205 is executed.
The spare renderer resource is a pre-created renderer resource.
Similarly, step S204 may also be executed according to the process of step S202, and only the active renderer pointer therein needs to be replaced by the standby renderer pointer, which is not described herein again.
That is, two kinds of renderer resources, i.e., an activated renderer resource and a standby renderer resource, are created and stored in advance in the present embodiment.
And S205, calling the standby renderer resource to write the image frame into the texture queue.
In this embodiment, if the decoding format of the image frame matches the activated renderer resource, the activated renderer resource is the first target renderer resource in the embodiment corresponding to fig. 1, and if the decoding format of the image frame does not match the activated renderer resource but matches the standby renderer resource, the standby renderer resource is the first target renderer resource in the embodiment corresponding to fig. 1.
Optionally, the execution process of step S205 may be: the standby renderer pointer is assigned to the active renderer pointer (which is equivalent to pointing the active renderer pointer to the standby renderer resource), and the renderer resource to which the active renderer pointer currently points (i.e., the standby renderer resource) is called to write the image frame to the texture queue.
Of course, the renderer resource pointed by the standby renderer pointer can be directly called to write the image frame into the texture queue without executing the assignment operation of the pointer.
The method provided by the embodiment is characterized in that two renderer resources are created and stored in advance, and when the activated renderer resource is not matched with the decoding format of the decoded image frame and the standby renderer resource is matched with the decoding format of the decoded image frame, the standby renderer resource can be directly called to write the image frame into the texture queue without waiting for the creation of the renderer resource matched with the decoding format of the image frame. Meanwhile, when the image frame written into the texture queue needs to be rendered, the pre-created standby renderer resource matched with the decoding format of the image frame can be directly called for rendering, and the renderer resource matched with the decoding format of the image frame does not need to be temporarily created after waiting for a period of time, so that the blocking caused by the switching of the definition in the video playing process is effectively avoided.
Referring to fig. 3 in conjunction with the embodiment corresponding to fig. 2, another embodiment of the present application further provides a data processing method, including the following steps:
s301, acquiring the decoded image frame.
S302, matching the decoding format of the image frame with the activated renderer resource.
If the decoding format of the image frame is successfully matched with the activated renderer resource, step S303 is executed, and if the decoding format of the image frame is not successfully matched with the activated renderer resource, step S304 is executed.
And S303, calling the activated renderer resource to write the image frame into the texture queue.
S304, matching the decoding format of the image frame with the standby renderer resource.
If the decoding format of the image frame is successfully matched with the standby renderer resource, step S305 is executed, and if the decoding format of the image frame is failed with the standby renderer resource, step S306 is executed.
S305, calling the standby renderer resource to write the image frame into the texture queue.
S306, creating renderer resources meeting the decoding format of the image frame.
If the activated renderer resource and the standby renderer resource do not match the decoding format of the image frame, it may be considered that there is no renderer resource meeting the decoding format requirement of the image frame at present, and therefore, a renderer resource meeting the decoding format requirement of the image frame needs to be created for writing the image frame into the texture queue.
Specifically, the process of creating renderer resources meeting the decoding format requirements of a certain image frame includes creating a corresponding renderer according to the decoding format of the image frame, setting and initializing a window, and creating a rendering context.
And S307, calling the created renderer resource to write the image frame into the texture queue.
Optionally, based on the preset active renderer pointer and standby renderer pointer, the implementation process of step S307 may be:
and pointing the standby renderer pointer to the renderer resource created in the step S306, calling the created renderer resource through the current standby renderer pointer, and writing the image frame into the texture queue.
In the method provided by this embodiment, under the condition that it is determined that neither the activated renderer resource nor the standby renderer resource satisfies the decoding format of the image frame, the renderer resource satisfying the decoding format of the image frame is created according to the decoding format of the image frame, and the image frame is written into the texture queue by using the created renderer resource. After an image frame is written to the texture queue, the created renderer resources can be used directly to render the image frame when it needs to be rendered. That is to say, in the method provided in this embodiment, on the basis of setting the texture queue to decouple the decoding process and the rendering process, when writing the image frame into the texture queue, it is immediately determined whether the current activated renderer resource and the standby renderer resource are matched with the decoding format of the image frame, and when the activated renderer resource and the standby renderer resource do not satisfy the decoding format of the image frame, a renderer resource satisfying the decoding format of the image frame is created, so that when the image frame in the texture queue needs to be rendered, there must be a renderer resource satisfying the decoding format of the image frame in the system, and video playing jam caused by temporarily creating the renderer resource when the image frame needs to be rendered is avoided.
With reference to fig. 4, a data processing method according to another embodiment of the present application includes the following steps:
s401, acquiring the decoded image frame.
S402, matching the decoding format of the image frame with the activated renderer resource.
If the decoding format of the image frame is successfully matched with the activated renderer resource, step S403 is executed, and if the decoding format of the image frame is not successfully matched with the activated renderer resource, step S404 is executed.
And S403, calling the activated renderer resource to write the image frame into the texture queue.
S404, deleting texture resources corresponding to the image frames in the texture queue, wherein the image frames are used for rendering by the currently activated renderer resources.
The currently activated renderer resource refers to the renderer resource currently used to render the image frame in the texture queue. The embodiment defines that the current renderer pointer is used for pointing to the currently activated renderer resource, and when an image frame in the texture queue is rendered, the renderer resource pointed by the current renderer pointer is called through the current renderer pointer all the time for rendering, and when the renderer resource pointed by the current renderer pointer at a certain moment is not matched with the decoding format of the image frame to be rendered, the current renderer pointer is correspondingly pointed to the renderer resource matched with the decoding format of the image frame to be rendered.
The deleting of the texture resource corresponding to the image frame used for rendering by the currently activated renderer resource in the texture queue means deleting the resource corresponding to the image frame (marked as a rendered image frame) which is rendered recently by the currently activated renderer resource in the texture queue.
With reference to the content of step S103 in the embodiment corresponding to fig. 1, it can be understood that, when the texture queue is full (that is, all texture resources hold unrendered image frames), to write an image frame into the texture queue, it is required to wait until one image frame in the texture queue is completely rendered by the currently activated renderer, and the corresponding texture resource is set to be writable, and then the image frame can be written into the texture queue corresponding to the rendered image frame.
In order to save storage space, when a texture resource for storing an image frame is constructed, the width, height and format of the texture resource are generally set according to the decoding format of the image frame used for storing the texture resource, and if the width, height and format of an existing texture resource are not matched with the decoding format of an image frame to be written, the image frame to be written cannot be stored in the existing texture resource.
When the image frame (i.e., the image frame to be written) that needs to be written into the texture queue fails to match the activated renderer resource in step S402, it may be considered that the decoding format of the rendered image frame previously written into the texture queue using the activated renderer resource is inconsistent with the decoding format of the image frame to be written. Correspondingly, the original texture resources for storing the rendered image frame have a width, height and format matching the decoding format of the rendered image frame, and naturally do not match the decoding format of the image frame to be written. Therefore, the currently activated renderer for rendering the rendered image frame is required to delete the original texture resource for storing the rendered image frame and create a texture resource matching the image frame to be written in the texture queue, so as to complete the operation of writing the image frame to be written in the texture queue.
On the other hand, if only the texture resource matching the decoding format of the image frame to be written is created and the created texture resource replaces the position of the texture resource storing the rendered image frame in the texture queue without deleting the texture resource storing the rendered image frame, the texture resource storing the rendered image frame may have a video memory leakage risk in the subsequent execution process.
Optionally, a delete renderer pointer may be defined, and when the operation of deleting texture resources described in step S404 needs to be performed, the delete renderer pointer points to a renderer resource pointed by the current renderer pointer, and the delete renderer pointer calls a currently activated renderer resource to complete the delete operation.
As described above, after the image frames obtained by decoding the video are written into the texture queue, the image frames are sequentially rendered according to the order of writing into the texture queue, and rendering the image frames in the texture queue requires using renderer resources matched with the decoding format of the image frames to be rendered. The currently activated renderer resource in step S404 refers to a renderer resource for rendering the image frame in the texture queue when step S404 is executed.
S405, matching the decoding format of the image frame with the spare renderer resource.
If the decoding format of the image frame is successfully matched with the spare renderer resource, step S406 is executed, and if the decoding format of the image frame is failed with the spare renderer resource, step S407 is executed.
And S406, calling the standby renderer resource to write the image frame into the texture queue.
S407, creating renderer resources meeting the decoding format of the image frame.
And S408, calling the created renderer resource to write the image frame into the texture queue.
In conjunction with the foregoing step S404, when the matching between the image frame to be written and the activated renderer fails, the texture resource used for storing the rendered image frame in the texture queue needs to be deleted. Correspondingly, when step S406 or S408 is executed, a corresponding texture resource for storing the image frame to be written needs to be created to complete the operation of writing into the texture queue.
In the method provided by this embodiment, after the matching between the decoding format of the image frame currently needing to be written into the texture queue and the activated renderer fails, the texture resource used for storing the rendered image frame in the texture queue is deleted, a texture resource matched with the decoding format of the image frame currently needing to be written into the texture queue is created in the texture queue again, and the image frame is written into the texture resource. On one hand, the texture resources used for writing the image frame are ensured to be enough to contain the image frame to be written, on the other hand, the texture resources which are not used any more and are used for storing the rendered image frame are deleted in time, and the hidden danger of video memory leakage can be effectively avoided.
With reference to fig. 5, a method for writing a decoded image frame into a texture queue according to another embodiment of the present application is also provided, and this embodiment mainly combines the method for writing a decoded image frame into a texture queue provided in the foregoing embodiment, and introduces a method for rendering an image frame to be rendered in the texture queue, where the method includes:
s501, obtaining an image frame to be rendered in the texture queue.
As mentioned above, the image frames stored in the texture queue are sequentially rendered according to a first-in first-out order, and correspondingly, the image frame to be rendered in step S501 is defined as follows:
only one written image frame exists in the texture queue, and the image frame is the image frame to be rendered;
there are several written image frames in the texture queue, and the image frame written into the texture queue first is the image frame to be rendered.
And S502, matching the decoding format of the image frame to be rendered with the currently activated renderer resource.
Similar to the step of matching the renderer resource with the decoding format of the image frame in the foregoing embodiment, if the decoding format of the image frame to be rendered is consistent with the decoding format corresponding to the currently activated renderer resource, the matching is successful, and if the decoding format of the image frame to be rendered is inconsistent with the decoding format corresponding to the currently activated renderer resource, the matching is failed.
And S503, calling a second target renderer resource to render the image frame to be rendered according to the matching result.
Wherein the second target renderer resource matches a decoding format of the image frame to be rendered.
Specifically, if the currently activated renderer resource is successfully matched with the image frame to be rendered, the currently activated renderer resource is the second target renderer resource, and if the currently activated renderer resource is unsuccessfully matched with the image frame to be rendered, a renderer resource matched with the decoding format of the image frame to be rendered is determined as the second target renderer resource.
Specifically, when the current renderer pointer is set and the renderer resource to which the current renderer pointer points is called to render the image frame to be rendered, step S502 is equivalent to matching the renderer resource to which the current renderer pointer points with the decoding format of the image frame to be rendered, if matching is successful, directly calling the renderer resource to which the current renderer pointer points through the current renderer pointer to render the image frame to be rendered, if matching is failed, separating the current renderer pointer from the renderer resource to which the current pointer points, pointing the current renderer pointer to a renderer resource matched with the decoding format of the image frame to be rendered, and then calling the renderer resource to which the current renderer pointer points with the changed current renderer pointer to render the image frame to be rendered.
And after the image frame to be rendered in the texture queue is rendered, the image frame is moved out of the texture queue. And a texture resource for storing the image frame, with reference to the relevant steps of the embodiment corresponding to fig. 4, if the texture resource is successfully matched with the decoding format of the image frame to be written, the texture resource is directly used as a writable area (or a writable texture resource) for storing the image frame to be written, and if the texture resource is unsuccessfully matched with the decoding format of the image frame to be written, the texture resource is deleted.
In the data processing method provided by this embodiment, the decoding format of the image frame to be rendered is matched with the currently activated renderer resource, and the renderer resource matched with the decoding format of the image frame to be rendered is called according to the matching result to render the image frame to be rendered, so that video playing pause caused by temporarily creating the renderer resource matched with the decoding format of the image frame to be rendered is avoided.
Referring to fig. 6, a further embodiment of the present application further provides a data processing method according to the data processing method provided by the embodiment corresponding to fig. 5, where the method includes:
s601, obtaining an image frame to be rendered in the texture queue.
S602, matching the decoding format of the image frame to be rendered with the currently activated renderer resource.
If the matching result indicates that the decoding format of the image frame to be rendered is successfully matched with the currently activated renderer resource, step S603 is executed.
If the matching result indicates that the decoding format of the image frame to be rendered fails to match the currently activated renderer resource, step S604 is executed.
S603, calling the currently activated renderer resource to render the image frame to be rendered.
And S604, calling the standby renderer resource to render the image frame to be rendered.
The spare renderer resource is, as described in the embodiments corresponding to fig. 2 and fig. 3, used for further matching with the decoding format of the image frame to be written when the activated renderer resource fails to match with the decoding format of the image frame to be written.
And recording a pointer pointing to the standby renderer resource as a standby renderer pointer, and recording a pointer pointing to the current active renderer resource as a current renderer pointer. Step S603 corresponds to calling the renderer pointer pointed by the current renderer pointer to render the image frame to be rendered, and step S604 corresponds to pointing the current renderer pointer to a renderer resource pointed by the standby renderer pointer, and then calling the renderer resource pointed by the changed current renderer pointer to render the image frame to be rendered.
Optionally, when step S604 is executed, the current renderer pointer may point to the renderer resource pointed to by the standby renderer pointer on the one hand, and the standby renderer pointer may point to the renderer resource pointed to by the current renderer pointer before the change of the first aspect is performed on the other hand.
Optionally, if the changed renderer resource pointed by the current renderer pointer and the decoding format of the image frame to be rendered still fail to decode, a renderer resource matched with the decoding format of the image frame to be rendered may be created, then the current renderer pointer points to the created renderer resource, and then the renderer resource pointed by the current renderer pointer is called to render the image frame to be rendered.
The data processing method provided by the present application is described below with reference to specific examples.
The method provided by any embodiment of the present application can be regarded as being implemented by one renderer management device.
In a specific example, assume that there is a texture queue including three texture resources, where three decoded image frames are stored, and the three decoded image frames are sequentially recorded as an image frame 1, an image frame 2, and an image frame 3 according to the sequence written into the texture queue, where the image frame 1 is the image frame written into the texture queue first, the decoding formats of the three image frames are all the first decoding format, and the renderer resource pointed by the current renderer pointer matches the first decoding format.
After the currently activated renderer resource finishes rendering the image frame 1, the decoding thread responds to a definition switching instruction of a user, changes a decoder corresponding to a current first decoding format into a decoder corresponding to a second decoding format, wherein the second decoding format is the decoding format corresponding to definition designated by the user, and decodes a subsequent image frame 4, an image frame 5 and the like of the image frame 3 by using the changed decoder.
That is, when the rendering thread invokes the renderer resource pointed to by the current renderer pointer matching the first decoding format to render image frame 2, image frame 4 decoded by the decoding thread has been changed to the second decoding format. The activated renderer resource pointed to by the renderer pointer is activated for writing the image frame 3 of the first decoding format to the texture queue before the image frame 4, so that the activated renderer resource matches the first decoding format but does not match the second decoding format.
After the renderer management device acquires the image frame 4, the renderer management device determines that the activated renderer resource is not matched with the image frame 4 to be written in by executing the corresponding steps in the embodiment corresponding to fig. 1 to 4, then further matches the standby renderer resource with the image frame 4, points the activated renderer pointer to the standby renderer resource if matching is successful, establishes the renderer resource matched with the second decoding format if matching is failed, and points both the standby renderer pointer and the activated renderer pointer to the established renderer resource. Finally, the renderer resource pointed by the activated renderer pointer is called to write the image frame 4 into the texture queue.
To this end, the active renderer pointer and the standby renderer pointer both point to renderer resources that match the second decoding format. Since the rendering operation of the image frame takes longer relative to the time required for the decoding operation and the writing operation, the rendering thread is still rendering the image frame 2 by the renderer resource matching the first decoding format pointed to by the current renderer pointer at this time.
And then, the rendering thread sequentially renders the image frames 2 and 3 in the texture queue, and simultaneously, the decoding thread decodes the image frames 5 and 6 to obtain a second decoding format, and the renderer management device calls and activates renderer resources pointed by a renderer pointer to write the renderer resources into the texture queue.
When the image frame 4 needs to be rendered, the renderer management device matches the second decoding format with the renderer resource pointed by the current renderer pointer, and determines that the matching fails, at this time, the standby renderer pointer still points to the renderer resource matched with the second decoding format, so that the renderer management device directly points the current renderer pointer to the renderer resource pointed by the standby renderer pointer, then calls the renderer resource pointed by the changed current renderer pointer to render the image frame 4, and the renderer resource pointed by the changed current renderer pointer is also used for rendering the subsequent image frame 5 and the subsequent image frame 6.
With reference to the foregoing embodiment and the foregoing example, in the process of playing a video, after a user performs a sharpness switching operation at any time, and a decoding thread changes a decoder corresponding to a first decoding format into a decoder corresponding to a second decoding format, a plurality of image frames in the first decoding format are still stored in a texture queue, and a currently activated renderer resource that matches the first decoding format may continue to render the image frames in the texture queue. Before the image frames in the first decoding format are rendered completely, the renderer management device sets the activated renderer resources and the standby renderer resources as the renderer resources matched with the second decoding format, and when the image frames in the first decoding format are rendered completely and the image frames in the second decoding format need to be rendered, as the standby renderer pointers point to the renderer resources matched with the second decoding format (which can be created during writing or can be created in advance and searched), the image frame rendering can be continuously performed by using the renderer resources pointed by the current renderer pointers only by redirecting the current renderer pointers to the renderer resources pointed by the standby renderer pointers. The rendering thread may continue to render the image frames stored in the texture queue throughout the switching process without waiting for a period of time to create renderer resources that match the second decoding format. Therefore, the data processing method provided by the application can effectively solve the problem of blockage caused by switching definition during video playing.
Referring to fig. 7, another embodiment of the present application further provides a data processing method according to the embodiment corresponding to fig. 6, where the method includes:
s701, obtaining an image frame to be rendered in the texture queue.
S702, matching the decoding format of the image frame to be rendered with the currently activated renderer resource.
If the matching result indicates that the decoding format of the image frame to be rendered is successfully matched with the currently activated renderer resource, step S703 is executed.
If the matching result indicates that the decoding format of the image frame to be rendered fails to match the currently activated renderer resource, step S704 is executed.
And S703, calling the currently activated renderer resource to render the image frame to be rendered.
And S704, calling the current standby renderer resource to render the image frame to be rendered.
S705, deleting texture resources corresponding to the image frames in the texture queue, wherein the image frames are used for rendering and the currently activated renderer resources are used for rendering.
The execution procedure of step S705 may be:
and pointing a preset renderer deletion pointer to the currently activated renderer resource, and calling the renderer resource pointed by the renderer deletion pointer to delete the texture resource corresponding to the rendered image frame used by the currently activated renderer resource in the texture queue.
The texture resource is equivalent to a storage space in the video memory, and after an image frame stored by the texture resource is rendered, the image frame stored by the texture resource is equivalent to invalid data. In a computer system, in order to improve the memory utilization rate and avoid memory leakage, the data needs to be cleared and the storage space needs to be recycled in time for the storage space in which invalid data is stored. In this embodiment, deleting the texture resource used for storing the rendered image frame in the texture queue in step S705 is equivalent to emptying the image frame data and recycling the corresponding storage space in the video memory, so as to improve the utilization rate of the video memory and avoid the leakage of the video memory.
With reference to fig. 8, the data processing apparatus according to an embodiment of the present application further includes:
a first obtaining unit 801, configured to obtain a decoded image frame.
A first matching unit 802, configured to match the decoding format of the image frame with the activated renderer resource.
A first calling unit 803, configured to call a first target renderer resource to write the image frame into the texture queue according to the matching result.
Wherein the first target renderer resource matches a decoding format of the image frame.
The first invoking unit 803 invokes the first target renderer resource to write the image frame into the texture queue according to the matching result, which is specifically configured to:
if the matching result shows that the decoding format of the image frame is successfully matched with the activated renderer resource, calling the activated renderer resource to write the image frame into the texture queue;
if the matching result shows that the decoding format of the image frame fails to be matched with the activated renderer resource, matching the decoding format of the image frame with a standby renderer resource;
and if the decoding format of the image frame is successfully matched with the standby renderer resource, calling the standby renderer resource to write the image frame into a texture queue.
Wherein, the first calling unit 803 is further configured to:
and if the decoding format of the image frame fails to be matched with the standby renderer resource, creating a renderer resource meeting the decoding format of the image frame, and calling the created renderer resource to write the image frame into the texture queue.
Optionally, the first invoking unit 803 is further configured to:
deleting texture resources corresponding to the image frames in the texture queue for rendering by the currently activated renderer resources.
The data processing apparatus provided in this embodiment further includes:
a second obtaining unit 804, configured to obtain an image frame to be rendered in the texture queue.
A second matching unit 805, configured to match a decoding format of the image frame to be rendered with a currently activated renderer resource.
A second invoking unit 806, configured to invoke a second target renderer resource to render the image frame to be rendered according to the matching result.
Wherein the second target renderer resource matches a decoding format of the image frame to be rendered.
The second invoking unit 806 is specifically configured to, when invoking a second target renderer resource to render the image frame to be rendered according to the matching result:
if the matching result shows that the decoding format of the image frame to be rendered is successfully matched with the currently activated renderer resource, calling the currently activated renderer resource to render the image frame to be rendered;
and if the matching result shows that the decoding format of the image frame to be rendered fails to match with the currently activated renderer resource, calling a standby renderer resource to render the image frame to be rendered.
Optionally, the second invoking unit 806 is further configured to:
deleting texture resources corresponding to the image frames in the texture queue for rendering by the currently activated renderer resources.
In the renderer management apparatus disclosed in the above embodiments of the present application, the working processes of the respective units may refer to the contents of the corresponding method embodiments, which are not described herein again.
The invention provides a data processing device.A first acquisition unit 801 acquires a decoded image frame, then a first matching unit 802 matches the decoding format of the image frame with activated renderer resources, and finally a first calling unit 803 calls first target renderer resources to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame. According to the scheme, the first target renderer resource matched with the decoding format of the image frame can be directly found out according to the matching result by matching the decoding format of the image frame with the activated renderer resource, when the image frame needs to be rendered, the found first target renderer resource can be directly used for rendering the image frame, the renderer resource required by the decoding format of the matched image frame does not need to be created, and therefore the video blockage problem caused by the change of the decoding format of the image frame is effectively solved.
An electronic device is further provided in the embodiments of the present application, please refer to fig. 9, which includes a memory 901 and a processor 902.
The memory 901 is used for storing computer instructions;
the processor 902 is configured to execute the computer instructions stored in the memory 901 to perform the data processing method according to any embodiment of the present application.
Those skilled in the art can make or use the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (8)

1. A data processing method, comprising:
acquiring a decoded image frame;
matching a decoding format of the image frame with the activated renderer resource;
calling a first target renderer resource to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame;
the step of calling a first target renderer resource to write the image frame into a texture queue according to the matching result comprises the following steps: if the matching result shows that the decoding format of the image frame is successfully matched with the activated renderer resource, calling the activated renderer resource to write the image frame into the texture queue; if the matching result shows that the decoding format of the image frame fails to be matched with the activated renderer resource, matching the decoding format of the image frame with a standby renderer resource; if the decoding format of the image frame is successfully matched with the standby renderer resource, calling the standby renderer resource to write the image frame into a texture queue; and if the decoding format of the image frame fails to be matched with the standby renderer resource, creating a renderer resource meeting the decoding format of the image frame, and calling the created renderer resource to write the image frame into the texture queue.
2. The method of claim 1, wherein the invoking the standby renderer resource before writing the image frame to a texture queue or the invoking the created renderer resource before writing the image frame to the texture queue, further comprises:
deleting texture resources corresponding to the image frames in the texture queue for rendering, wherein the texture resources are used by the currently activated renderer resources.
3. The method of claim 1, further comprising:
acquiring an image frame to be rendered in a texture queue;
matching the decoding format of the image frame to be rendered with the currently activated renderer resource;
calling a second target renderer resource to render the image frame to be rendered according to the matching result; wherein the second target renderer resource matches a decoding format of the image frame to be rendered.
4. The method of claim 3, wherein the invoking a second target renderer resource to render the image frame to be rendered according to the matching result comprises:
if the matching result shows that the decoding format of the image frame to be rendered is successfully matched with the currently activated renderer resource, calling the currently activated renderer resource to render the image frame to be rendered;
and if the matching result shows that the decoding format of the image frame to be rendered fails to match with the currently activated renderer resource, calling a standby renderer resource to render the image frame to be rendered.
5. The method of claim 4, wherein after the invoking of the currently standby renderer resource to render the image frame to be rendered, further comprises:
deleting texture resources corresponding to the image frames in the texture queue for rendering by the currently activated renderer resources.
6. A data processing apparatus, comprising:
a first obtaining unit, configured to obtain a decoded image frame;
a first matching unit for matching a decoding format of the image frame with the activated renderer resource;
the first calling unit is used for calling a first target renderer resource to write the image frame into a texture queue according to a matching result; wherein the first target renderer resource matches a decoding format of the image frame;
the first invoking unit, when invoking a first target renderer resource to write the image frame into the texture queue according to the matching result, is specifically configured to: if the matching result shows that the decoding format of the image frame is successfully matched with the activated renderer resource, calling the activated renderer resource to write the image frame into the texture queue; if the matching result shows that the decoding format of the image frame fails to be matched with the activated renderer resource, matching the decoding format of the image frame with a standby renderer resource; if the decoding format of the image frame is successfully matched with the standby renderer resource, calling the standby renderer resource to write the image frame into a texture queue; and if the decoding format of the image frame fails to be matched with the standby renderer resource, creating a renderer resource meeting the decoding format of the image frame, and calling the created renderer resource to write the image frame into the texture queue.
7. The apparatus of claim 6, further comprising:
the second obtaining unit is used for obtaining the image frames to be rendered in the texture queue;
the second matching unit is used for matching the decoding format of the image frame to be rendered with the currently activated renderer resource;
the second calling unit is used for calling a second target renderer resource to render the image frame to be rendered according to the matching result; wherein the second target renderer resource matches a decoding format of the image frame to be rendered.
8. An electronic device, comprising: a memory and a processor;
the memory is to store computer instructions;
the processor is configured to execute the computer instructions stored in the memory to perform the data processing method of any one of claims 1 to 5.
CN201911030610.5A 2019-10-28 2019-10-28 Data processing method and device and electronic equipment Active CN110753265B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911030610.5A CN110753265B (en) 2019-10-28 2019-10-28 Data processing method and device and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911030610.5A CN110753265B (en) 2019-10-28 2019-10-28 Data processing method and device and electronic equipment

Publications (2)

Publication Number Publication Date
CN110753265A CN110753265A (en) 2020-02-04
CN110753265B true CN110753265B (en) 2022-04-19

Family

ID=69280330

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911030610.5A Active CN110753265B (en) 2019-10-28 2019-10-28 Data processing method and device and electronic equipment

Country Status (1)

Country Link
CN (1) CN110753265B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067759A (en) * 2011-10-19 2013-04-24 深圳市快播科技有限公司 Establishment method and devices of playback link and player
CN104980788A (en) * 2015-02-11 2015-10-14 腾讯科技(深圳)有限公司 Video decoding method and device
CN106878290A (en) * 2017-01-22 2017-06-20 北京奇艺世纪科技有限公司 The player method and device of audio frequency and video
CN108093293A (en) * 2018-01-15 2018-05-29 北京奇艺世纪科技有限公司 A kind of Video Rendering method and system
CN108574806A (en) * 2017-03-09 2018-09-25 腾讯科技(深圳)有限公司 Video broadcasting method and device
CN109218731A (en) * 2017-06-30 2019-01-15 腾讯科技(深圳)有限公司 The throwing screen method, apparatus and system of mobile device
CN109996104A (en) * 2019-04-22 2019-07-09 北京奇艺世纪科技有限公司 A kind of video broadcasting method, device and electronic equipment

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200922185A (en) * 2007-09-26 2009-05-16 Packetvideo Corp System and method for receiving broadcast multimedia on a mobile device
WO2013023287A1 (en) * 2011-08-16 2013-02-21 Destiny Software Productions Inc. Script-based video rendering
CN103226830B (en) * 2013-04-25 2016-02-10 北京大学 The Auto-matching bearing calibration of video texture projection in three-dimensional virtual reality fusion environment
CN105635715A (en) * 2016-01-14 2016-06-01 深圳维爱特科技有限公司 Video format identification method and device
CN109194960B (en) * 2018-11-13 2020-12-18 北京奇艺世纪科技有限公司 Image frame rendering method and device and electronic equipment

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103067759A (en) * 2011-10-19 2013-04-24 深圳市快播科技有限公司 Establishment method and devices of playback link and player
CN104980788A (en) * 2015-02-11 2015-10-14 腾讯科技(深圳)有限公司 Video decoding method and device
CN106878290A (en) * 2017-01-22 2017-06-20 北京奇艺世纪科技有限公司 The player method and device of audio frequency and video
CN108574806A (en) * 2017-03-09 2018-09-25 腾讯科技(深圳)有限公司 Video broadcasting method and device
CN109218731A (en) * 2017-06-30 2019-01-15 腾讯科技(深圳)有限公司 The throwing screen method, apparatus and system of mobile device
CN108093293A (en) * 2018-01-15 2018-05-29 北京奇艺世纪科技有限公司 A kind of Video Rendering method and system
CN109996104A (en) * 2019-04-22 2019-07-09 北京奇艺世纪科技有限公司 A kind of video broadcasting method, device and electronic equipment

Also Published As

Publication number Publication date
CN110753265A (en) 2020-02-04

Similar Documents

Publication Publication Date Title
US11531625B2 (en) Memory management method and apparatus
KR100350141B1 (en) An application interface to a media server and a method of implementing the same
US6658549B2 (en) Method and system allowing a single entity to manage memory comprising compressed and uncompressed data
KR100404555B1 (en) Data processor storage systems with dynamic resynchronization of mirrored logical data volumes subsequent to a storage system failure
CN100481028C (en) Method and device for implementing data storage using cache
US9400754B2 (en) Asynchronous swap mechanism and page eviction from memory
US8819059B2 (en) Facilitation of search, list, and retrieval operations on persistent data set using distributed shared memory
WO2019000933A1 (en) Information display method and apparatus, and computer-readable storage medium
CN102651001A (en) Method and device for browsing picture
EP4209879A1 (en) Task group positioning method and apparatus
US20160275917A1 (en) Predictive pre-decoding of encoded media item
WO2022242281A1 (en) File storage method and apparatus, and electronic device and storage medium
CN114840354A (en) Method and system for realizing efficient processing of data request among processes
CN106599323B (en) Method and device for realizing distributed pipeline in distributed file system
EP3467681A1 (en) Data migration method and device
CN110753265B (en) Data processing method and device and electronic equipment
KR20080044872A (en) Systems and methods for processing information or data on a computer
CN109218799B (en) Method, storage medium, device and system for quickly switching high-definition images of android television
CN106293963B (en) Method and system for communication between application layer and drive layer in windows system
CN108959527B (en) Method for reading and displaying interlocking log based on Windows file mapping technology
WO2023083064A1 (en) Video processing method and apparatus, electronic device, and readable storage medium
KR20100050098A (en) Image processing apparatus and control method thereof
CN110838083A (en) Watermark adding method, device, equipment and storage medium
CN111274176A (en) Information processing method, electronic equipment, system and storage medium
CN112003860B (en) Memory management method, system and medium suitable for remote direct memory access

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant