CN114513692A - Video preview method, terminal and storage medium - Google Patents
Video preview method, terminal and storage medium Download PDFInfo
- Publication number
- CN114513692A CN114513692A CN202111640556.3A CN202111640556A CN114513692A CN 114513692 A CN114513692 A CN 114513692A CN 202111640556 A CN202111640556 A CN 202111640556A CN 114513692 A CN114513692 A CN 114513692A
- Authority
- CN
- China
- Prior art keywords
- code stream
- frame picture
- player
- stream player
- main
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000009877 rendering Methods 0.000 claims abstract description 42
- 230000004044 response Effects 0.000 claims abstract description 8
- 238000004590 computer program Methods 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44012—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving rendering scenes according to scene graphs, e.g. MPEG-4 scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440281—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the temporal resolution, e.g. by frame skipping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8193—Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The embodiment of the application provides a video preview method, a terminal and a storage medium, wherein the method comprises the following steps: responding to a video playing operation input by a user, respectively creating an auxiliary code stream player and a main code stream player, wherein the auxiliary code stream player is used for accessing an auxiliary code stream and outputting a frame picture corresponding to the auxiliary code stream, and the main code stream player is used for accessing a main code stream and outputting a frame picture corresponding to the main code stream; rendering and displaying the frame picture output by the auxiliary code stream player; and rendering and displaying the frame picture output by the main code stream player after the frame picture of the main code stream player is loaded. In the embodiment of the application, in order to give consideration to both the response speed of video preview and the definition of a video picture, after a video playing operation input by a user is received, a frame picture output by a secondary code stream player is preferentially played, and after the frame picture of a main code stream player is loaded, the main code stream player is switched to, so that the user experience is improved.
Description
Technical Field
The present application relates to the field of electronic technologies, and in particular, to a video preview method, a terminal, and a storage medium.
Background
In order to take account of the problems of network bandwidth, resolution ratio and the like, two code streams, namely a main code stream and an auxiliary code stream, can be configured for the player. The code stream of the main code stream is large, and the resolution of the corresponding frame picture is high; the code stream of the auxiliary code stream is small, and the resolution of the corresponding frame picture is low.
When previewing the video, the player can access a code stream and display the corresponding frame picture. For example, the main code stream can be selected to be accessed, and the frame picture corresponding to the main code stream is played; or, selecting to access the sub-code stream, and playing the frame picture corresponding to the sub-code stream. If the player accesses the main code stream, the definition of the played picture is high, and the user experience is good. However, since the code stream of the main code stream is large and the resolution of the corresponding frame picture is high, the time from the creation of the player to the display of the first frame picture is long. If the player accesses the auxiliary code stream, although the time from the creation of the player to the display of the first frame picture is short, the definition of the frame picture corresponding to the auxiliary code stream is low, and the user experience is poor.
Disclosure of Invention
In view of this, the present application provides a video previewing method, a terminal and a storage medium, so as to solve the problem in the prior art that the player selects to access the primary code stream or the secondary code stream, which results in a long time from the creation of the player to the display of the first frame of picture or a low definition of the played frame of picture.
In a first aspect, an embodiment of the present application provides a video preview method, including:
responding to a video playing operation input by a user, respectively creating an auxiliary code stream player and a main code stream player, wherein the auxiliary code stream player is used for accessing an auxiliary code stream and outputting a frame picture corresponding to the auxiliary code stream, and the main code stream player is used for accessing a main code stream and outputting a frame picture corresponding to the main code stream;
rendering and displaying the frame picture output by the auxiliary code stream player;
and rendering and displaying the frame picture output by the main code stream player after the frame picture of the main code stream player is loaded.
In one possible implementation manner, the method further includes:
and preferentially creating the code stream player.
In a possible implementation manner, the rendering and displaying a frame picture output by the secondary stream player includes:
and rendering and displaying m frames of pictures output by the auxiliary code stream player, wherein m is more than or equal to 1.
In a possible implementation manner, the rendering and displaying the frame picture output by the main stream player after the frame picture of the main stream player is loaded includes:
and after the loading of the m frame picture or the m +1 frame picture of the main code stream player is finished, sequentially rendering and displaying the frame pictures output by the main code stream player from the m frame picture or the m +1 frame picture of the main code stream player.
In a possible implementation manner, the picture content of the mth frame picture output by the secondary bitstream player matches with the picture content of the mth frame picture output by the primary bitstream player.
In one possible implementation manner, the method further includes:
rendering and displaying a frame picture corresponding to the current time and output by the auxiliary code stream player in response to a video refreshing operation input by a user;
and when the loading of the frame picture corresponding to the current time of the main code stream player is finished, rendering and displaying the frame picture corresponding to the current time output by the main code stream player.
In a possible implementation manner, the rendering and displaying a frame picture corresponding to a current time output by the secondary stream player includes:
and rendering and displaying n frames of pictures corresponding to the current time and output by the code stream player, wherein n is more than or equal to 1.
In a possible implementation manner, rendering and displaying the frame picture corresponding to the current time output by the main stream player after the frame picture corresponding to the current time is loaded by the main stream player includes:
and after the main code stream player finishes loading the nth frame picture or the (n + 1) th frame picture corresponding to the current time, rendering and displaying the frame picture output by the main code stream player from the nth frame picture or the (n + 1) th frame picture corresponding to the current time of the main code stream player.
In a possible implementation manner, the nth frame of picture corresponding to the current time and output by the secondary bitstream player is matched with the picture content of the nth frame of picture corresponding to the current time and output by the primary bitstream player.
In a possible implementation manner, the rendering and displaying a frame picture output by the secondary stream player includes: inputting the frame picture output by the auxiliary code stream player into a renderer, and rendering and displaying the frame picture output by the auxiliary code stream player;
the rendering and displaying the frame picture output by the main code stream player comprises the following steps: and inputting the frame picture output by the main and auxiliary code stream player into the renderer, and rendering and displaying the frame picture output by the main code stream player.
In a second aspect, an embodiment of the present application provides a terminal, including:
a processor;
a memory;
and one or more computer programs, wherein the one or more computer programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the terminal device, cause the terminal device to perform the method of any of the first aspects.
In a third aspect, an embodiment of the present application provides a computer-readable storage medium, where the computer-readable storage medium includes a stored program, where when the program runs, the apparatus where the computer-readable storage medium is located is controlled to execute the method in any one of the first aspects.
In the embodiment of the application, in order to give consideration to both the response speed of video preview and the definition of a video picture, after a video playing operation input by a user is received, a frame picture output by a secondary code stream player is preferentially played, and after the frame picture of a main code stream player is loaded, the main code stream player is switched to, so that the user experience is improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.
Fig. 1 is a schematic view of an application scenario provided in an embodiment of the present application;
fig. 2A and fig. 2B are schematic diagrams of a dual stream playing scene in the prior art;
fig. 3 is a schematic flowchart of a video preview method according to an embodiment of the present application;
fig. 4A and fig. 4B are schematic diagrams of a dual stream playing scene according to an embodiment of the present application;
fig. 5 is a schematic diagram of a frame sequence according to an embodiment of the present application;
fig. 6 is a schematic diagram of another frame sequence provided in the embodiment of the present application;
fig. 7 is a schematic diagram of another frame sequence provided in the embodiment of the present application;
fig. 8 is a schematic diagram of another frame sequence provided in the embodiment of the present application;
fig. 9 is a schematic flowchart of another video preview method according to an embodiment of the present application;
fig. 10 is a schematic structural diagram of a terminal according to an embodiment of the present application.
Detailed Description
For better understanding of the technical solutions of the present application, the following detailed descriptions of the embodiments of the present application are provided with reference to the accompanying drawings.
It should be understood that the embodiments described are only a few embodiments of the present application, and not all 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 application.
The terminology used in the embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the examples of this application and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be understood that the term "and/or" as used herein is merely one type of associative relationship that describes an associated object, meaning that three types of relationships may exist, e.g., A and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.
Referring to fig. 1, a schematic view of an application scenario provided in the embodiment of the present application is shown. In fig. 1, a mobile phone 100 is taken as an example to illustrate a terminal. It can be understood that, in addition to the mobile phone 100, the terminal according to the embodiment of the present application may also be a tablet computer, a Personal Computer (PC), a Personal Digital Assistant (PDA), a smart watch, a netbook, a wearable electronic device, an Augmented Reality (AR) device, a Virtual Reality (VR) device, an in-vehicle device, a smart television, and the like.
The player is a common video playing software in the terminal, and the user can preview the video through the player. Specifically, the player has functions of data reception, data parsing, data decoding, and data output. For example, a code stream corresponding to a video file may be received, and after the code stream is analyzed and decoded, a frame picture corresponding to the code stream may be output and displayed.
In order to take account of the problems of network bandwidth, resolution ratio and the like, two code streams, namely a main code stream and an auxiliary code stream, can be configured for the player. The code stream of the main code stream is large, and the resolution of the corresponding frame picture is high; the code stream of the auxiliary code stream is small, and the resolution of the corresponding frame picture is low. When previewing the video, the player can access a code stream and display the corresponding frame picture. For example, in fig. 2A, the player accesses the main code stream, outputs the frame picture corresponding to the main code stream, and the renderer renders and displays the frame picture corresponding to the main code stream. However, since the code stream of the main code stream is large and the resolution of the corresponding frame picture is high, the time from the creation of the player to the display of the first frame picture is long. Creating the player refers to establishing connection between the player and the video file, and configuring operations of input and output of the player and the like. As another example, in fig. 2B, the player accesses the sub-stream, and although the time from the creation of the player to the display of the first frame picture is short, the definition of the frame picture corresponding to the sub-stream is low, and the user experience is poor.
In view of the above problems, embodiments of the present application provide a video preview method, so as to solve the problem in the prior art that a player selects to access a primary stream or a secondary stream, which results in a long time from creation of the player to display of a first frame of picture or a low definition of a played frame of picture.
Referring to fig. 3, a schematic flowchart of a video previewing method according to an embodiment of the present application is shown. As shown in fig. 3, it mainly includes the following steps.
Step S301: and respectively creating a sub-code stream player and a main code stream player in response to the video playing operation input by the user.
In the embodiment of the application, when a user triggers a video playing operation, a sub-code stream player and a main code stream player are respectively created. The auxiliary code stream player is used for accessing the auxiliary code stream and outputting a frame picture corresponding to the auxiliary code stream; the main code stream player is used for accessing the main code stream and outputting a frame picture corresponding to the main code stream. The creating of the sub-code stream player refers to establishing the connection between the sub-code stream player and the sub-code stream, and configuring the input and output operations of the sub-code stream player and the like; creating the main code stream player refers to establishing connection between the main code stream player and the main code stream, and configuring operations such as input and output of the main code stream player. It should be noted that the main stream and the auxiliary stream correspond to the same video file, that is, the content of the frame picture is the same, but the size of the stream and the resolution of the corresponding frame picture are different.
For example, when a user needs to play a video a, a control corresponding to the video a is triggered in a display interface of the terminal. And the terminal receives the operation of playing the video A triggered by the user and respectively creates a sub-code stream player and a main code stream player. The auxiliary code stream player is used for accessing an auxiliary code stream of the video A and outputting a low-resolution frame picture of the video A; the main code stream player is used for accessing the main code stream of the video A and outputting the high-resolution frame picture of the video A.
After the creation of the auxiliary stream player and the main stream player is completed, the auxiliary stream player and the main stream player can respectively request the frame data corresponding thereto, i.e., the frame pictures to be played.
It can be understood that, in order to render and display the frame picture, a renderer needs to be created, and the renderer may selectively access to the auxiliary stream player or the main stream player to render and display the frame picture output by the auxiliary stream player or the main stream player.
Step S302: and rendering and displaying the frame picture output by the auxiliary code stream player.
In the embodiment of the present application, the frame picture output by the sub-stream player is rendered and displayed preferentially. Because the code stream of the auxiliary code stream is small, the resolution of the corresponding frame picture is low, and the auxiliary code stream player is preferentially established, the frame picture corresponding to the auxiliary code stream can be quickly loaded and displayed. Although the resolution of the frame picture corresponding to the secondary bitstream is low, it can give positive feedback to the user that a preview picture is being constructed.
Specifically, the frame picture output by the sub-stream player is first input to the renderer, and the frame picture output by the sub-stream player is rendered and displayed, as shown in fig. 4A.
Step S303: and rendering and displaying the frame picture output by the main code stream player after the frame picture of the main code stream player is loaded.
Compared with the auxiliary code stream, because the resolution of the frame picture corresponding to the main code stream is higher, in order to provide a clear playing picture for a user, after the frame picture of the main code stream player is loaded, the frame picture output by the main code stream player is rendered and displayed.
Specifically, after the frame image of the main stream player is loaded, the main stream player is connected to the renderer, and starts to render and display the frame image output by the main stream player, as shown in fig. 4B. At this time, the sub-stream player may be set to a pause state.
That is to say, in the embodiment of the present application, in order to give consideration to both the response speed of video preview and the definition of a video picture, a frame picture output by the auxiliary stream player is preferentially played, and after the frame picture loading of the main stream player is completed, the main stream player is switched to, so that the user experience is improved.
In a possible implementation manner, after rendering and displaying m frames of pictures output by the auxiliary stream player, the main stream player can complete loading of the m frame of picture or the m +1 frame of picture, so that the main stream player can be switched to after the m frames of pictures output by the auxiliary stream player, the main stream player sequentially renders and displays the m frames of pictures or the m +1 frame of pictures corresponding to the main stream, and m is greater than or equal to 1. The value of m depends on the time of the main code stream player for completing frame loading, and in general, the main code stream player can start to switch to the main code stream player after completing frame loading.
For example, after rendering and displaying a first frame of picture output by the sub-stream player, the main stream player may complete loading of the first frame of picture. Therefore, after the first frame of picture output by the auxiliary code stream player is rendered and displayed, the main code stream player can be switched to the main code stream player, and the main code stream player sequentially renders and displays the first frame of picture corresponding to the main code stream. As shown in fig. 5, the display sequence of the frame pictures is sequentially a first frame picture of the auxiliary code stream, a first frame picture of the main code stream, a second frame picture of the main code stream, … …, and an nth frame picture of the main code stream. The main code stream and the auxiliary code stream correspond to the same video file, and only the size of the code stream is different from the size of the resolution of the corresponding frame picture, so the picture content of the first frame picture of the auxiliary code stream is the same as that of the first frame picture of the main code stream. That is, the first frame picture having the same picture content but different resolution is repeatedly displayed once.
In some possible implementations, the main stream player may start loading from the m +1 th frame. If m is 1, the display order of the frame pictures in this implementation is: a first frame picture of the auxiliary code stream, a second frame picture of the main code stream, a third frame picture of the main code stream, … …, and an nth frame picture of the main code stream, as shown in fig. 6.
In some possible application scenarios, the time consumed by the main stream player from creation to completion of the picture is long, and the main stream player may be switched to after the auxiliary stream player outputs 2 frames or more than 2 frames, that is, m is greater than or equal to 2. Taking m as an example, the display sequence of the frame pictures is sequentially a first frame picture of the sub-code stream, a second frame picture of the main code stream, … …, and an nth frame picture of the main code stream, as shown in fig. 7; or a first frame picture of the sub-stream, a second frame picture of the sub-stream, a third frame picture of the main stream, … …, and an nth frame picture of the main stream, as shown in fig. 8.
In practical applications, a user may trigger a video refresh operation during the process of playing a video. When the user triggers the video refreshing operation, the player reloads the frame corresponding to the current time. The current time may be understood as the time at which the user triggered the video refresh operation. Based on the same principle, compared with the auxiliary code stream, the main code stream is larger, the resolution of the frame picture corresponding to the main code stream is higher, and the time consumed for loading the refreshing picture by the main code stream player is longer, so that the user experience is influenced.
Referring to fig. 9, a schematic flowchart of another video previewing method according to an embodiment of the present application is provided. Which further comprises the following steps on the basis of the embodiment shown in fig. 3.
Step S901: and rendering and displaying the frame picture corresponding to the current time output by the auxiliary code stream player in response to the video refreshing operation input by the user.
Specifically, after the terminal receives the video refresh operation of the user, the frame picture output by the sub-bitstream player, that is, the refresh picture, is rendered and displayed preferentially. Although the resolution of the frame picture corresponding to the secondary bitstream is low, it can give positive feedback to the user that a preview picture is being constructed.
Step S902: and when the loading of the frame picture corresponding to the current time of the main code stream player is finished, rendering and displaying the frame picture corresponding to the current time output by the main code stream player.
Compared with the auxiliary code stream, because the resolution of the frame picture corresponding to the main code stream is higher, in order to provide a clear playing picture for a user, after the frame picture (refreshing picture) of the main code stream player is loaded, the frame picture (refreshing picture) output by the main code stream player is rendered and displayed. Specifically, after the frame picture of the main code stream player is loaded, the main code stream player is accessed to the renderer to start rendering and display the frame picture output by the main code stream player.
In the embodiment of the application, in order to give consideration to both the response speed of video preview and the definition of a video picture, after a video refresh operation is received, a refresh picture output by a secondary code stream player is preferentially played, and after the refresh picture of a main code stream player is loaded, the main code stream player is switched to, so that the user experience is improved.
In a possible implementation manner, after rendering and displaying n frames of pictures (n frames of pictures starting from the current time) output by the sub-bitstream player and corresponding to the current time, the main bitstream player can complete loading of the nth frame of picture or the (n + 1) th frame of picture corresponding to the current time, so that the main bitstream player can be switched to after the sub-bitstream player outputs the n frames of pictures corresponding to the current time, the main bitstream player sequentially renders and displays the n frames of pictures or the (n + 1) th frame of picture corresponding to the main bitstream, wherein n is greater than or equal to 1. The value of n depends on the time of the main code stream player completing frame loading, and in general, the main code stream player can start to switch to the main code stream player after completing frame loading.
For details of the "refresh process", reference may be made to the description of the embodiment shown in fig. 3, and for brevity, the details are not repeated herein.
Corresponding to the embodiment, the embodiment of the application also provides a terminal.
Referring to fig. 10, for a schematic structural diagram of a terminal provided in the embodiment of the present application, the terminal 1000 may include: a processor 1001, a memory 1002, and a communication unit 1003. The components communicate via one or more buses, and those skilled in the art will appreciate that the architecture of the servers shown in the figures is not limiting of the application, and may be a bus architecture, a star architecture, a combination of more or fewer components than those shown, or a different arrangement of components.
The communication unit 1003 is configured to establish a communication channel, so that the storage device may communicate with another device. Receiving the user data sent by other devices or sending the user data to other devices.
The processor 1001, which is a control center of the storage device, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal and/or processes data by operating or executing software programs and/or modules stored in the memory 1002 and calling data stored in the memory. The processor may be composed of an Integrated Circuit (IC), for example, a single packaged IC, or a plurality of packaged ICs connected with the same or different functions. For example, the processor 1001 may include only a Central Processing Unit (CPU). In the embodiments of the present application, the CPU may be a single arithmetic core or may include multiple arithmetic cores.
The memory 1002 is used for storing instructions executed by the processor 1001, and the memory 1002 may be implemented by any type of volatile or non-volatile storage device or combination thereof, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.
The executable instructions in memory 1002, when executed by processor 1001, enable terminal 1000 to perform some or all of the steps in the above-described method embodiments.
In specific implementation, the present application further provides a computer storage medium, where the computer storage medium may store a program, and the program may include some or all of the steps in the embodiments provided in the present application when executed. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM) or a Random Access Memory (RAM).
In a specific implementation, an embodiment of the present application further provides a computer program product, where the computer program product includes executable instructions, and when the executable instructions are executed on a computer, the computer is caused to perform some or all of the steps in the foregoing method embodiments.
In the embodiments of the present application, "at least one" means one or more, "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, and means that there may be three relationships, for example, a and/or B, and may mean that a exists alone, a and B exist simultaneously, and B exists alone. Wherein A and B can be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. "at least one of the following" and similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, at least one of a, b, and c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or multiple.
Those of ordinary skill in the art will appreciate that the various elements and algorithm steps described in connection with the embodiments disclosed herein can be implemented as electronic hardware, computer software, or combinations of electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided by the present invention, any function, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
The above description is only an embodiment of the present invention, and any person skilled in the art can easily conceive of changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the protection scope of the present invention. The protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (12)
1. A method for video preview, comprising:
responding to a video playing operation input by a user, respectively creating an auxiliary code stream player and a main code stream player, wherein the auxiliary code stream player is used for accessing an auxiliary code stream and outputting a frame picture corresponding to the auxiliary code stream, and the main code stream player is used for accessing a main code stream and outputting a frame picture corresponding to the main code stream;
rendering and displaying the frame picture output by the secondary code stream player;
and rendering and displaying the frame picture output by the main code stream player after the frame picture of the main code stream player is loaded.
2. The method of claim 1, further comprising:
and preferentially creating the code stream player.
3. The method of claim 1, wherein the rendering and displaying the frame pictures output by the sub-bitstream player comprises:
and rendering and displaying m frames of pictures output by the auxiliary code stream player, wherein m is more than or equal to 1.
4. The method according to claim 3, wherein rendering and displaying the frame picture output by the main stream player after the frame picture loading of the main stream player is completed comprises:
and after the loading of the m frame picture or the m +1 frame picture of the main code stream player is finished, sequentially rendering and displaying the frame pictures output by the main code stream player from the m frame picture or the m +1 frame picture of the main code stream player.
5. The method of claim 4, wherein the m-th frame of picture output by the auxiliary stream player matches the picture content of the m-th frame of picture output by the main stream player.
6. The method of claim 1, further comprising:
rendering and displaying a frame picture corresponding to the current time and output by the auxiliary code stream player in response to a video refreshing operation input by a user;
and when the loading of the frame picture corresponding to the current time of the main code stream player is finished, rendering and displaying the frame picture corresponding to the current time output by the main code stream player.
7. The method of claim 6, wherein the rendering and displaying the frame picture corresponding to the current time output by the secondary stream player comprises:
and rendering and displaying n frames of pictures corresponding to the current time and output by the code stream player, wherein n is more than or equal to 1.
8. The method according to claim 7, wherein rendering and displaying the frame picture corresponding to the current time output by the main stream player after the frame picture corresponding to the current time is loaded by the main stream player comprises:
and after the main code stream player finishes loading the nth frame picture or the (n + 1) th frame picture corresponding to the current time, rendering and displaying the frame picture output by the main code stream player from the nth frame picture or the (n + 1) th frame picture corresponding to the current time of the main code stream player.
9. The method of claim 8, wherein the nth frame of picture corresponding to the current time output by the auxiliary stream player matches the picture content of the nth frame of picture corresponding to the current time output by the main stream player.
10. The method according to any one of claims 1 to 9,
the rendering and displaying the frame picture output by the sub-bitstream player includes: inputting the frame picture output by the auxiliary code stream player into a renderer, and rendering and displaying the frame picture output by the auxiliary code stream player;
the rendering and displaying the frame picture output by the main code stream player comprises the following steps: and inputting the frame picture output by the main and auxiliary code stream player into the renderer, and rendering and displaying the frame picture output by the main code stream player.
11. A terminal, comprising:
a processor;
a memory;
and one or more computer programs, wherein the one or more computer programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the terminal device, cause the terminal device to perform the method of any of claims 1 to 10.
12. A computer-readable storage medium, comprising a stored program, wherein the program, when executed, controls an apparatus in which the computer-readable storage medium is located to perform the method of any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111640556.3A CN114513692A (en) | 2021-12-29 | 2021-12-29 | Video preview method, terminal and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111640556.3A CN114513692A (en) | 2021-12-29 | 2021-12-29 | Video preview method, terminal and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114513692A true CN114513692A (en) | 2022-05-17 |
Family
ID=81547628
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111640556.3A Pending CN114513692A (en) | 2021-12-29 | 2021-12-29 | Video preview method, terminal and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114513692A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115529492A (en) * | 2022-08-22 | 2022-12-27 | 海信视像科技股份有限公司 | Image rendering method and device and electronic equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219579A (en) * | 2014-08-20 | 2014-12-17 | 北京奇艺世纪科技有限公司 | Video switching method and video switching device |
| CN105992051A (en) * | 2015-03-03 | 2016-10-05 | 广州市动景计算机科技有限公司 | Content data playback method and device |
| CN110366006A (en) * | 2019-07-24 | 2019-10-22 | 北京奇艺世纪科技有限公司 | Video broadcasting method, device, terminal device and computer readable storage medium |
| CN110636366A (en) * | 2019-10-25 | 2019-12-31 | 百度在线网络技术（北京）有限公司 | Video playing processing method and device, electronic equipment and medium |
-
2021
- 2021-12-29 CN CN202111640556.3A patent/CN114513692A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219579A (en) * | 2014-08-20 | 2014-12-17 | 北京奇艺世纪科技有限公司 | Video switching method and video switching device |
| CN105992051A (en) * | 2015-03-03 | 2016-10-05 | 广州市动景计算机科技有限公司 | Content data playback method and device |
| CN110366006A (en) * | 2019-07-24 | 2019-10-22 | 北京奇艺世纪科技有限公司 | Video broadcasting method, device, terminal device and computer readable storage medium |
| CN110636366A (en) * | 2019-10-25 | 2019-12-31 | 百度在线网络技术（北京）有限公司 | Video playing processing method and device, electronic equipment and medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115529492A (en) * | 2022-08-22 | 2022-12-27 | 海信视像科技股份有限公司 | Image rendering method and device and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11153666B2 (en) | Method and apparatus for releasing video file | |
| CN110166810B (en) | Video rendering engine switching method, device and equipment and readable storage medium | |
| KR100482708B1 (en) | List controlled video operations | |
| CN111432262B (en) | Page video rendering method and device | |
| US20090153585A1 (en) | Changing Visual Content Communication | |
| CN109309842B (en) | Live broadcast data processing method and device, computer equipment and storage medium | |
| CN113076048B (en) | Video display method and device, electronic equipment and storage medium | |
| CN110996097B (en) | VR multimedia experience quality determination method and device | |
| EP3410302B1 (en) | Graphic instruction data processing method, apparatus | |
| CN110019866B (en) | Dynamic picture playing method, device and storage medium | |
| CN110012336B (en) | Picture configuration method, terminal and device of live interface | |
| CN109788212A (en) | A kind of processing method of segmenting video, device, terminal and storage medium | |
| US20170171277A1 (en) | Method and electronic device for multimedia recommendation based on android platform | |
| WO2023143217A1 (en) | Special effect prop display method, apparatus, device, and storage medium | |
| CN113226501A (en) | Streaming media image providing device and method for application program | |
| CN110049347B (en) | Method, system, terminal and device for configuring images on live interface | |
| CN114513692A (en) | Video preview method, terminal and storage medium | |
| CN106940722B (en) | Picture display method and device | |
| US20170171266A1 (en) | Method and electronic device based on android platform for multimedia resource play | |
| CN114339412A (en) | Video quality enhancement method, mobile terminal, storage medium and device | |
| CN116450149B (en) | Hardware decoding method, device and storage medium | |
| CN112019906A (en) | Live broadcast method, computer equipment and readable storage medium | |
| CN114401452A (en) | Video preview method, terminal and storage medium | |
| CN115576513A (en) | Target image display method, display device, electronic device, and storage medium | |
| CN114567806A (en) | Cross-page switching method and system |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220517 |
|
| RJ01 | Rejection of invention patent application after publication |