CN113163255A - Video playing method, device, terminal and storage medium - Google Patents
Video playing method, device, terminal and storage medium Download PDFInfo
- Publication number
- CN113163255A CN113163255A CN202110351995.6A CN202110351995A CN113163255A CN 113163255 A CN113163255 A CN 113163255A CN 202110351995 A CN202110351995 A CN 202110351995A CN 113163255 A CN113163255 A CN 113163255A
- Authority
- CN
- China
- Prior art keywords
- video
- data
- videos
- target
- video data
- 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.)
- Granted
Links
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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
-
- 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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
Abstract
The application relates to a video playing method, a video playing device, a video playing terminal and a storage medium, and belongs to the technical field of computers. The method comprises the following steps: in the process that video resources are browsed, target video data of a plurality of first videos to be played are obtained from a video server through a first process, the target video data of the plurality of first videos are cached, the target video data of any first video is video data of the first N frames of any first video, and N is an integer not less than 1; responding to a first playing request of a target video in the plurality of first videos, acquiring target video data of the cached target video through a second process, and playing the first N frames of videos of the target video based on the target video data; the first process and the second process are different processes, so that the video can be played immediately without waiting for the cache by a user when the video is played, and the video playing efficiency is improved.
Description
Technical Field
The embodiment of the application relates to the technical field of computers, in particular to a video playing method, a video playing device, a video playing terminal and a storage medium.
Background
At present, video is a new transmission medium, and is increasingly appearing in various applications in terminals (such as mobile phones). For a video to be played, the terminal acquires video data of the video from the video server, and the time required for transmitting the video data is longer because the video data is larger. Correspondingly, when a user triggers the terminal to play a video, the video needs to be decoded and rendered, and when the first frame video of the video is rendered, the user can see the playing of the video on the display interface of the terminal so as to play the video.
Disclosure of Invention
The embodiment of the application provides a video playing method, a video playing device, a video playing terminal and a storage medium, and the video playing efficiency can be improved. The technical scheme is as follows:
in one aspect, a video playing method is provided, where the method includes:
in the process of browsing video resources, acquiring target video data of a plurality of first videos to be played from a video server through a first process, and caching the target video data of the plurality of first videos, wherein the target video data of any first video is video data of the first N frames of any first video, and N is an integer not less than 1;
responding to a first playing request of a target video in the plurality of first videos, acquiring target video data of the cached target video through a second process, and playing the first N frames of videos of the target video based on the target video data;
wherein the first process and the second process are different processes.
In another aspect, a video playback apparatus is provided, the apparatus including:
the video resource management system comprises a caching module, a video resource management module and a video resource management module, wherein the caching module is used for acquiring target video data of a plurality of first videos to be played from a video server through a first process and caching the target video data of the plurality of first videos, the target video data of any first video is video data of the first N frames of the any first video, and N is an integer not less than 1;
the first playing module is used for responding to a first playing request of a target video in the plurality of first videos, acquiring cached target video data of the target video through a second process, and playing the first N frames of videos of the target video based on the target video data; wherein the first process and the second process are different processes.
In another aspect, a terminal is provided that includes a processor and a memory; the memory stores at least one program code for execution by the processor to implement the video playback method as described in the above aspect.
In another aspect, a computer-readable storage medium is provided, which stores at least one program code for execution by a processor to implement the video playback method as described in the above aspect.
In another aspect, a computer program product is provided, in which program code is enabled to perform a video playback method as described in the above aspect, when executed by a processor of a terminal.
In the embodiment of the application, before the video is played, the video data of the video to be played is obtained from the video server through the first process and the video data is cached, and when the target video needs to be played, the cached data of the target video is obtained through the second process, so that the target video is played. In the above scheme, since the caching of the video data and the playing of the video are respectively realized through different processes, the video data can be cached in advance before the video is played, so that the video can be played immediately without waiting for the caching by a user when the video is played, and the video playing efficiency is further improved.
Drawings
FIG. 1 illustrates a schematic diagram of an implementation environment provided by an exemplary embodiment of the present application;
fig. 2 is a schematic diagram illustrating a structure of a terminal according to an exemplary embodiment of the present application;
FIG. 3 illustrates a flow chart of a video playback method shown in an exemplary embodiment of the present application;
FIG. 4 is a diagram illustrating a video playback method according to an exemplary embodiment of the present application;
FIG. 5 is a diagram illustrating a video playback method according to an exemplary embodiment of the present application;
FIG. 6 is a diagram illustrating a video playback method according to an exemplary embodiment of the present application;
FIG. 7 is a diagram illustrating a video playback method according to an exemplary embodiment of the present application;
FIG. 8 illustrates a flow chart of a video playback method shown in an exemplary embodiment of the present application;
FIG. 9 is a diagram illustrating a video playback method according to an exemplary embodiment of the present application;
FIG. 10 is a diagram illustrating a video playback method according to an exemplary embodiment of the present application;
fig. 11 shows a block diagram of a video playback device according to an exemplary embodiment of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.
Reference herein to "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
Referring to fig. 1, a schematic diagram of an implementation environment provided by an exemplary embodiment of the present application is shown. The implementation environment includes a terminal 100 and a server 200. The terminal 100 is connected to the server 200 through a wireless or wired network, respectively.
The terminal 100 has a target application installed thereon, and the terminal 100 can implement functions such as data interaction through the target application. In some embodiments, the target application is an application in the operating system of the terminal 100, or an application provided by a third party. The target application not only has a video playing function, but also has a video downloading function.
In some embodiments, the target application is an application for accessing a website, for example, the target application may be a browser or any application containing a web view (webview) control. In other embodiments, the target application may be any application capable of providing video playback functionality. For example, the target application may be a video application, a social application, and the like.
In the embodiment of the present application, the terminal 100 is configured to obtain video data of a video from the server 200 and play the video based on the video data in the target application.
And the server 200 is used for providing background services for the terminal 100. In some embodiments, the server 200 is configured to provide video data for a video to be played in the terminal 100. The server 200 may be a server, a server cluster composed of several servers, or a cloud computing service center. In the embodiment of the present application, the server 200 is taken as an example of a video server.
In the embodiment of the application, in the process of running the target application, if a user browses video resources in the target application through the terminal 100, before any video is played, the terminal 100 performs data interaction with the server 200, acquires video data of the video from the server 200, and caches the video data locally, and when the user triggers playing of the video, the video data of the video is directly acquired from the cached video data, and the video data is decoded and rendered, so that playing of the video is realized.
The video playing method provided by the embodiment of the application can be applied to video browsing scenes. The target application is taken as an example for explanation. And the terminal displays the video resource in a display interface of the browser. In the process that the video resource is browsed, before the video to be played is played, the terminal obtains video data of the video from the video server through the video playing method provided by the embodiment of the application, and when the user triggers the terminal to play the video, the terminal plays the video based on the cached video data.
It should be noted that the above application scenarios are only exemplary, and do not limit the video browsing scenarios, and the present application can be applied to any other video playing scenarios besides the above scenarios.
Referring to fig. 2, a schematic structural diagram of a terminal 100 according to an exemplary embodiment of the present application is shown. The terminal 100 may be a terminal having a video playing function, such as a smart phone or a tablet computer. The terminal 100 in the present application may include one or more of the following components: processor 110, memory 120, display 130.
The Memory 120 may include a Random Access Memory (RAM) or a Read-Only Memory (ROM). Optionally, the memory 120 includes a non-transitory computer-readable medium. The memory 120 may be used to store instructions, programs, code sets, or instruction sets. The memory 120 may include a stored program area and a stored data area, wherein the stored program area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing various method embodiments described below, and the like; the storage data area may store data (such as audio data, a phonebook) created according to the use of the terminal 100, and the like.
The display screen 130 is a display component for displaying a user interface. Optionally, the display screen 130 is a display screen with a touch function, and through the touch function, a user may use any suitable object such as a finger, a touch pen, and the like to perform a touch operation on the display screen 130.
The display 130 is generally provided at a front panel of the terminal 100. The display screen 130 may be designed as a full-face screen, a curved screen, a contoured screen, a double-face screen, or a folding screen. The display 130 may also be designed as a combination of a full-screen and a curved-screen, a combination of a special-shaped screen and a curved-screen, etc., which is not limited in this embodiment.
In addition, those skilled in the art will appreciate that the configuration of terminal 100 illustrated in the above-described figures is not intended to be limiting of terminal 100, and that terminal 100 may include more or less components than those shown, or some components may be combined, or a different arrangement of components. For example, the terminal 100 further includes a microphone, a speaker, a radio frequency circuit, an input unit, a sensor, an audio circuit, a Wireless Fidelity (Wi-Fi) module, a power supply, a bluetooth module, and other components, which are not described herein again.
Referring to fig. 3, a flowchart of a video playing method according to an exemplary embodiment of the present application is shown. The executing agent in the embodiment of the present application may be the terminal 100, or may also be the processor 110 in the terminal 100 or the operating system in the terminal 100, and the executing agent is taken as the terminal 100 in the embodiment for example. In the embodiment of the present application, the start of playing a target video will be described as an example. The method comprises the following steps:
step 301: in the process that the video resources are browsed, the terminal determines data acquisition tasks of a plurality of second videos to be played, wherein the data acquisition tasks are used for acquiring video data from the video server.
And the second video is the video to be played in the video resource. The video resource is provided by a target application installed in the terminal; for example, the target application is a video application, and a main interface of the video application displays video resources. And in the process of browsing the video resources, the terminal determines a plurality of second videos to be played from the video resources.
In some embodiments, the implementation manner of the terminal determining the plurality of second videos to be played from the video resource may be: and the terminal takes the videos to be played in the preset number from the first video displayed in the current display interface in the video resources as second videos.
It should be noted that the preset number is greater than the number of videos that can be simultaneously displayed on the display interface of the terminal. The preset number is not specifically limited in the present application; for example, the display interface of the terminal can simultaneously display 3 videos, and the preset number is greater than 3, that is, the preset number may be 5, 10, and the like.
In some embodiments, a user may browse video assets through a terminal. Before the video resource is browsed, the user triggers the terminal to display the video resource.
In this embodiment, the process of the user triggering the terminal to display the video resource may be: the user runs the target application through the trigger terminal; in the process that the terminal runs the target application, the user can trigger the terminal to display the video resource provided by the target application in the display interface.
In the process of browsing the video resource, the user can trigger the terminal to update and display the video resource. Correspondingly, the process of updating the display video resource by the terminal comprises the following steps: and the user triggers the terminal to update the video resources displayed in the current display interface through the target action.
The setting of the target action is not particularly limited in the embodiment of the application; for example, taking the terminal to display the video resources in the form of a list as an example, the target action may be to slide the display interface up and down.
In a possible implementation manner, the implementation manner of the terminal determining the data acquisition tasks of the plurality of second videos to be played may be: for each second video, the terminal responds to the data acquisition request of the second video and generates a data acquisition task of the second video.
The data acquisition request may be a preload (preload) request. In this embodiment, the implementation manner of generating the data acquisition request by the terminal may be: in the process that the video resource is browsed, after a second video to be played is determined, the terminal generates a data acquisition request of the second video.
In this embodiment, the terminal may generate the data acquisition request by creating a process. In the embodiment of the present application, a target application is taken as an example for explanation, and a terminal runs a main process of a browser in a process of running the browser. In the process of browsing the video resources, the main process is used for determining a second video to be played and generating a data acquisition request of the second video when the video resources are detected to be browsed; the terminal establishes a first process, and correspondingly, the main process sends the data acquisition request to the first process; the first process receives a data acquisition request for the second video.
The first process is further configured to perform a data obtaining task, that is, obtain video data of the first N frames of the second video from the video server, and cache the video data. Wherein N is an integer not less than 1.
In this embodiment, the terminal also creates a second process; and when the video needs to be played, the terminal plays the video through the second process. The first process and the second process are different processes.
For example, taking the first process as a proxy server and the second process as a video player as an example, referring to fig. 4, the browser sends a data acquisition request to the proxy server, the proxy server interacts with the video server to acquire video data, and if the browser sends a play request to the video player, the video player acquires video data from the proxy server to play video.
In this embodiment, since there are multiple second videos in the video resource, the first process may successively receive data acquisition requests of the multiple second videos. However, the plurality of second videos may not all be videos that the user intends to play, and therefore, the terminal may filter the data acquisition tasks of the plurality of second videos to obtain the data acquisition tasks of the plurality of first videos, and accordingly, after step 301, the terminal continues to perform step 302.
Step 302: the terminal selects a plurality of data acquisition tasks of the first video from the plurality of data acquisition tasks of the second video.
The first video may be a second video to be played in the current display interface, or the first video may also be a second video with a task category of downloading; accordingly, the implementation of this step can be realized by the following several implementations.
In a possible implementation manner, the data acquisition task of any second video carries the video identifier of the any second video, and accordingly, the implementation manner of this step may be: the terminal selects the video identifications of the plurality of first videos to be played in the current display interface from the video identifications of the plurality of second videos; and selecting the data acquisition tasks corresponding to the video identifications of the plurality of first videos from the data acquisition tasks of the plurality of second videos.
In this implementation manner, the terminal determines in advance the display number, which is the number of play entries of the second videos that can be simultaneously displayed in the display interface of the terminal. For example, the number of displays may be 3, 4, or 5.
If the number of the second videos is large, the terminal can take the second video to be played in the current display interface as the first video, and therefore the terminal only needs to execute data acquisition tasks of a few videos, and workload of data acquisition is reduced.
In the embodiment of the application, because the data acquisition task of each video carries the video identifier, the data acquisition task corresponding to the video identifier of the first video to be played in the current display interface can be selected from the received multiple data acquisition tasks, so that the multiple data acquisition tasks are screened, that is, the data acquisition is performed only on the video to be played in the current display interface, the data acquisition on the video with low playing possibility is reduced, the processor resource of the terminal is saved, and the data acquisition efficiency is improved.
In another possible implementation manner, for a user, the purpose of browsing video resources is to play a video, that is, for a terminal, the priority of video playing is higher than the priority of video downloading, and then the terminal can distinguish data acquisition tasks according to task categories; accordingly, the implementation manner of this step may be as follows: the terminal determines the task type of the data acquisition task of each second video; and selecting the task type as the downloaded data acquisition tasks of the plurality of first videos from the data acquisition tasks of the plurality of second videos.
Wherein the task category includes at least any one of downloading, playing, and the like. For the second video which is not played, the task type of the data acquisition task can be downloading, namely downloading video data; or, when the user triggers the terminal to play the second video, the task type of the data acquisition task may also be play, that is, the second video is played.
In the embodiment of the application, the second video with the task type of downloading is used as the first video, so that the data acquisition task of the first video is determined, and a basis is provided for subsequently and respectively executing different data acquisition tasks.
Step 303: the terminal executes the data acquisition tasks of the first videos through a first process to obtain target video data of the first videos, wherein the target video data of any first video is video data of the first N frames of any first video, and N is an integer not less than 1.
The first process interacts with the video server through an interface, which may be an http client (an implementation class). In this step, for each first video, the terminal determines first index information of the first video; and acquiring the target video data from the video server based on the first index information through a first process.
The target video data is the start-playing video data of the first video, and correspondingly, the first index information includes a start-playing position and a start-playing time length. In some embodiments, the terminal may obtain, by the first process, the target video data from the video server based on the first index information in a manner that: the terminal sends a data acquisition request to the video server through a first process, wherein the data acquisition request carries first index information; the video server receives the data acquisition request, acquires the target video data from the video data corresponding to the first video by taking the play start position as an acquisition start point and the play start time length as an acquisition length, and sends the target video data to the terminal; the terminal receives the target video data through a first process.
In a possible implementation manner, the implementation manner of the terminal determining the first index information, that is, the start-up position and the start-up duration, may be: the terminal determines a first frame of the first video as the starting playing position; the attack duration is determined based on a video duration of the first video.
In this implementation, the implementation manner in which the terminal determines the play-on duration based on the video duration of the first video may be: and the terminal takes the product of the preset proportion and the video time length of the first video as the play-on-demand time length.
Wherein the preset proportion is the proportion between the video time length and the play-out time length. The terminal may set the preset ratio in advance. The preset proportion is not particularly limited in the present application; for example, the predetermined ratio may be 1:100, 2:50, etc.
In this embodiment, since the task categories of the data acquisition task include downloading and playing, the terminal may execute the data acquisition tasks of different task categories through different threads, so as to improve the efficiency of task execution. Accordingly, the implementation manner of this step may include: and the terminal selects a first thread from the thread pool corresponding to the first process, and executes the data acquisition task of the plurality of first videos of which the task type is downloaded through the first thread to obtain target video data of the plurality of first videos.
The terminal creates a thread pool for the first process, wherein the thread pool at least comprises a first thread and a second thread. In a possible implementation manner, for a data acquisition task to be executed by a first thread, a terminal limits the number of the data acquisition tasks not to exceed a preset number, so as to save download resources. The setting of the preset number is not particularly limited; for example, the preset number may be 2, 3.
And if the sum of the number of the data acquisition tasks of the plurality of first videos determined by the current terminal and the number of the data acquisition tasks to be executed by the first thread is greater than the preset number, the terminal cancels the data acquisition tasks to be executed and updates the data acquisition tasks to be executed by the first thread into the data acquisition tasks of the plurality of first videos.
It should be noted that, if the number of the data acquisition tasks of the plurality of first videos is greater than the preset number, the terminal determines, according to the generation time of each data acquisition task, the preset number of data acquisition tasks closest to the current time, and uses the preset number of data acquisition tasks as the data acquisition tasks to be executed by the first thread.
In this implementation manner, the implementation manner of the terminal executing the data acquisition task whose task category is playing may include: and the terminal selects a second thread from the first corresponding thread pool, and executes the data acquisition task of which the task type is played in the data acquisition tasks of the plurality of second videos through the second thread.
And for the first video corresponding to the data acquisition task with the task category, the terminal executes the data acquisition task through the second thread to obtain target video data of the cached first video.
In the embodiment of the application, the data acquisition tasks with the task types of downloading and playing are respectively executed by different threads, so that the data acquisition tasks in the first process can be performed in order, and the task execution efficiency is improved.
In the embodiment of the present application, each thread corresponds to one request queue, that is, the terminal may store data acquisition requests of different request types through different request queues.
The data acquisition tasks of different task types correspond to the data acquisition requests of different request types, and accordingly, the data acquisition requests comprise downloading requests and playing requests.
In some embodiments, the terminal creates a first request queue and a second request queue in a first process. The first request queue is used for storing downloading requests of videos, and the second request queue is used for storing playing requests of the videos.
The Priority of the first request Queue is lower than that of the second request Queue, that is, the first request Queue is a Low Priority Queue (Low Priority Queue), and the second request Queue is a high Priority Queue (high Priority Queue).
For example, referring to fig. 5, a download request L _0 is stored in a low priority queue, and play requests H _0, H _1, and H _2 are stored in a high priority queue, so as to obtain a plurality of data acquisition requests corresponding to the first process.
Step 304: and the terminal caches the target video data of the plurality of first videos.
In the step, the terminal also needs to cache the video link of the first video because each video needs to be connected with the video server through the video link when being played; correspondingly, the implementation manner of this step may be: for each first video, the terminal generates a video link of the first video based on the download link of the first video, wherein the video link is used for the second process to acquire cached target video data; caching the video link of the first video by taking the download link as a key value; and caching the target video data of the first video by taking the video link as a key value.
Each first video has a corresponding download link, which may be a Uniform Resource Locator (URL).
In this implementation, the terminal improves the download connection of the first video to obtain video links for second acquiring video data, and for each video link, the terminal caches the target video data in the form of byte data in a buffer map (buffer map) in the memory.
Referring to fig. 6, the first process caches the video link and the target video data of the first video, and obtains a link cache and a memory cache. The link cache comprises a link 1 and a link 2 … …, namely a link m; the memory cache includes cache data 1 and cache data 2 … … cache data m.
In one possible implementation manner, the terminal sets a caching policy for caching the target video data. The caching policy may be a Least Recently Used algorithm (LRU). That is, if the number of the cached video links is greater than the preset number, or the memory space occupied by the cached target video data is greater than the preset threshold, the terminal deletes the earliest cached video data in the cached target video data, so that the storage space of the memory is saved.
In the embodiment of the application, the target video data of the first video is cached through the downloading link based on the first video, so that the video link of the first video can uniquely identify the first video, and then when required video data is acquired from the cached video data subsequently, the required video data can be positioned directly based on the video link as a key value, and further the searching efficiency of the video data is saved.
Referring to fig. 7, the terminal performs first-level filtering on the data acquisition tasks of the plurality of second videos to obtain data acquisition tasks of the plurality of first videos, performs second-level filtering to obtain a data acquisition task of which the task type is downloaded, performs caching of video links for each first video, determines core play data, that is, target video data, from the video server, performs the data acquisition task, writes the target video data into the first-level cache, that is, caches in the memory, and writes all the video data into the second-level cache, that is, caches in the form of a file, after downloading of all the video data of the first video is completed.
Step 305: the terminal responds to a first playing request of a target video in the plurality of first videos, and obtains target video data of the target video which is cached through a second process, wherein the first process and the second process are different processes.
The user can trigger the playing inlet of the target video through the terminal for the target video which the user wants to play, so that the terminal determines to receive the first playing request of the target video. And if the target video is the video in the plurality of first videos, the terminal directly determines the target video data of the target video from the cached target video data.
In some embodiments, the implementation of this step may be: the terminal sends a playing request to the first process through the second process, wherein the playing request carries second index information of the target video; and the terminal receives the playing request through the first process and determines the target video data corresponding to the second index information from the cached target video data.
Wherein the second index information carries a video identifier. Correspondingly, the implementation manner of the terminal determining the target video data corresponding to the second index information from the cached target video data through the first process may be: and the terminal determines the video link of the target video based on the video identification through a first process, and determines target video data corresponding to the video link from the cached target video data.
Step 306: and the terminal plays the first N frames of videos of the target video based on the target video data.
And after the second process obtains the target video data, playing the first N frames of videos of the target video. In a possible implementation manner, the second process decodes the target video data, and sequentially renders the first N frames of video of the target video in the display interface of the terminal, so as to implement playing of the first N frames of video of the target video.
In the embodiment of the application, before the video is played, the video data of the video to be played is obtained from the video server through the first process and the video data is cached, and when the target video needs to be played, the cached data of the target video is obtained through the second process, so that the target video is played. In the above scheme, since the caching of the video data and the playing of the video are respectively realized through different processes, the video data can be cached in advance before the video is played, so that the video can be played immediately without waiting for the caching by a user when the video is played, and the video playing efficiency is further improved.
Referring to fig. 8, a flowchart of a video playing method according to an exemplary embodiment of the present application is shown. The executing agent in the embodiment of the present application may be the terminal 100, or may also be the processor 110 in the terminal 100 or the operating system in the terminal 100, and the executing agent is taken as the terminal 100 in the embodiment for example. In the embodiment of the present application, an example in which the target video is played continuously after the target video is played is described. The method comprises the following steps:
step 801: and the terminal determines a second playing request of the target video, wherein the second playing request carries the frame identifier of the target video to be played.
After the target video is started, the user may want to continue to watch the target video, that is, the terminal does not detect the trigger operation of stopping playing of the target video, and then after the target video is started, the terminal may continue to play other frames of videos of the target video. Correspondingly, the terminal continues to acquire other video data of the target video.
In this step, the implementation manner of the terminal determining the second play request of the target video may be: if the request for stopping playing the target video is not detected, the terminal generates a second playing request through a second process, and sends the second playing request to the first process through the second process; the first process receives the second play request, and the second play request is used for acquiring other video data of the target video.
In this embodiment of the application, after the terminal receives the second play request through the first process, the terminal may obtain other video data of the target video by combining the cached video data, and correspondingly, the terminal continues to perform the operations of step 802 and 803.
Step 802: responding to the second playing request of the target video, and if other video data corresponding to the frame identifier is cached, the terminal acquires other video data corresponding to the frame identifier from the cached video file of the target video through a second process.
In some embodiments, the playing position may be a frame identifier, or the playing position may also be a playing time stamp, which is not specifically limited in this application.
In this embodiment, the terminal may determine the play time period based on the video time period of the first video. Correspondingly, the implementation manner of this step may be: and the terminal takes the product of the preset proportion and the video time length of the first video as the playing time length.
Wherein, the preset proportion is the proportion between the video time length and the playing time length. The terminal may set the preset ratio in advance. The preset proportion is not particularly limited in the present application; for example, the predetermined ratio may be 1:100, 2:50, etc.
In this step, since the terminal downloads the video data through the first process and plays the video through the second process, the terminal may cache other video data of the target video in advance during the playing of the target video. If other video data corresponding to the frame identifier exists in the cached video data, the terminal acquires the other video data corresponding to the frame identifier.
In this embodiment of the application, if the caching of other video data of the target video except the target video data is completed, the terminal may cache each frame of video data of the target video data in a file form to obtain a video file of the target video.
In one possible implementation manner, the caching process of the video file of the target video may be: the terminal stores each frame of video data of the target video into a target file; and splitting the target file into a plurality of files, and caching the plurality of files.
In this implementation manner, for each target video, the terminal may split the target file according to the play position and the play duration determined in the caching stage, that is, each split file stores video data in which the target video starts at the play position and the length is the play duration. For example, each file after splitting may be 2M in size.
Wherein the plurality of files may be partially cached files (segment cachefiles).
In the embodiment of the application, if each frame of video data of any video is downloaded, each frame of video data of the video can be cached in the form of a video file, so that the video can be directly read without interaction with a video server if the video is played subsequently, and the video playing efficiency is further saved.
Correspondingly, the first process obtains the file cache of the target video after the video data cache of the target video is finished. For example, with continued reference to FIG. 6, File 1, File 2 … …, File m, are included in the file cache.
Step 803: and if the other video data corresponding to the frame identifier is not cached, the terminal acquires the other video data based on other data acquisition tasks for acquiring the other video data.
In some embodiments, the terminal may acquire the other video data in conjunction with the data acquisition task currently being performed by the first process; accordingly, this step may be implemented by any of the following implementations:
in a possible implementation manner, if the other video data corresponding to the other data obtaining task includes other video data corresponding to the frame identifier, the terminal obtains the other video data corresponding to the frame identifier from the other video data obtained by the buffering in response to the completion of the other data obtaining task.
In this implementation manner, if other data acquisition tasks currently executed by the first process can acquire other video data corresponding to the frame identifier, the terminal directly waits for the other data acquisition tasks to be completed, that is, other threads used for acquiring other video data in the first process enter a spinning state; and if the data acquisition task is completed, other threads exit from the spinning state, and acquire other video data from the video data obtained from the cache.
For example, referring to fig. 9, if there is an executing task 1, the task 1 corresponds to a playing position and a playing time length, a video time length corresponding to a video file of the target video is a file time length, and a current writing position of the task 1 is a writing position. If other video data corresponding to the frame identifier can be acquired in the task 1, other threads spin; and when the execution of the task 1 is completed, other threads stop spinning, and the video data corresponding to the frame identifier is obtained from the memory cache or the file cache obtained from the cache.
In the implementation manner, when other data acquisition tasks in the first process can acquire other video data corresponding to the frame identifier, a new data acquisition task does not need to be created, so that the occupation of threads is saved.
In another possible implementation manner, if the other video data corresponding to the other data obtaining task does not include the other video data corresponding to the frame identifier, the terminal closes the other data obtaining task, creates a data obtaining task for obtaining the other video data corresponding to the frame identifier, and obtains the other video data corresponding to the frame identifier obtained by the cache in response to completion of the data obtaining task.
In this implementation manner, if the data acquisition task currently executed by the first process cannot acquire other video data corresponding to the frame identifier, and for the first process, the data acquisition task most needed to be executed currently should be a task for acquiring other video data corresponding to the frame identifier, that is, the priority of the data acquisition task is higher, and the priority of the other data acquisition task is lower, the terminal may close the other data acquisition tasks and create the data acquisition task for acquiring other video data corresponding to the frame identifier, so that the terminal does not need to allocate resources to the other data acquisition tasks, and thus the video playing efficiency can be improved.
For example, referring to fig. 10, the other video data corresponding to the frame identifier is data 1, the frame identifier corresponds to the playing position 1, the task type is a downloaded data acquisition task is task 1, and the newly created task is task 2.
If each frame of video data of the target video is completely downloaded, namely the target video is completely preloaded, directly acquiring data 1 from the cached video file of the target video; otherwise, reading the data 3 cached in the memory, and if the data 3 comprises the data 1, directly reading; if the data 3 does not include the data 1, and if the first process has the task 1 and the data 2 corresponding to the task 1 includes the data 1, waiting for the task 1 to be completed; otherwise, closing the task 1 and creating a task 2; and if the task 1 does not exist in the first process, creating a task 2, waiting for the task 2 to be completed, and acquiring the data 1.
In the embodiment of the application, the other video data can be acquired by combining the data acquisition task currently executed by the first process, so that the first process can flexibly acquire the other video data, and the data acquisition efficiency is further improved.
Step 804: and the terminal plays the other frame videos of the target video based on the other video data.
In this step, after acquiring other video data of the target video, the terminal plays other frames of video of the target video through the second process.
It should be noted that, because the first process acquires video data from the video server each time, the data size of the video data is limited, and for a target video with a long duration, the terminal needs to acquire video data from the video server through the first process multiple times, and the terminal may repeat the operations of steps 801 to 804 until the terminal detects a trigger operation of stopping playing of the target video.
In the embodiment of the application, before the video is played, the video data of the video to be played is obtained from the video server through the first process and the video data is cached, and when the target video needs to be played, the cached data of the target video is obtained through the second process, so that the target video is played. In the above scheme, since the caching of the video data and the playing of the video are respectively realized through different processes, the video data can be cached in advance before the video is played, so that the video can be played immediately without waiting for the caching by a user when the video is played, and the video playing efficiency is further improved.
Referring to fig. 11, a block diagram of a video playback device 1100 according to an embodiment of the present application is shown. The video playback device 1100 may be implemented as all or part of the processor 110 by software, hardware, or a combination of both. The apparatus 1100 comprises:
the caching module 1101 is configured to, in a process that a video resource is browsed, acquire, through a first process, target video data of a plurality of first videos to be played from a video server, and cache the target video data of the plurality of first videos, where the target video data of any one first video is video data of the first N frames of the any one first video, and N is an integer not less than 1;
a first playing module 1102, configured to, in response to a first playing request of a target video in the multiple first videos, obtain, through a second process, target video data of the cached target video, and play, based on the target video data, a first N frames of videos of the target video; wherein the first process and the second process are different processes.
In a possible implementation manner, the cache module 1101 includes:
the determining unit is used for determining data acquisition tasks of a plurality of second videos to be played, wherein the data acquisition tasks are used for acquiring video data from the video server;
a selection unit configured to select data acquisition tasks of the plurality of first videos from data acquisition tasks of the plurality of second videos;
and the acquisition unit is used for executing the data acquisition tasks of the plurality of first videos through the first process to obtain target video data of the plurality of first videos.
In a possible implementation manner, the selecting unit is configured to select the video identifiers of the multiple first videos to be played in the current display interface from the video identifiers of the multiple second videos, where the video identifiers of the multiple second videos are carried by the data acquisition task of the any second video; and selecting the data acquisition tasks corresponding to the video identifications of the plurality of first videos from the data acquisition tasks of the plurality of second videos.
In a possible implementation manner, the selecting unit is configured to determine a task category of a data acquisition task of each second video; and selecting the task type as the downloaded data acquisition tasks of the plurality of first videos from the data acquisition tasks of the plurality of second videos.
In a possible implementation manner, the obtaining unit is configured to select a first thread from a thread pool corresponding to the first process, and execute, by the first thread, a data obtaining task of which the task type is a plurality of downloaded first videos, to obtain target video data of the plurality of first videos;
the device also includes:
the obtaining unit is further configured to select a second thread from the first corresponding thread pool, and execute, by the second thread, a data obtaining task whose task type is played among the data obtaining tasks of the plurality of second videos; wherein the priority of the first thread is lower than the priority of the second thread.
In a possible implementation manner, the caching module 1101, for each first video, generates a video link of the first video based on a download link of the first video, where the video link is used for the second process to obtain cached target video data; caching the video link of the first video by taking the download link as a key value; and caching the target video data of the first video by taking the video link as a key value.
In one possible implementation, the apparatus further includes:
the acquisition module is used for responding to a second playing request of the target video and acquiring other video data of the target video through the second process;
and the second playing module plays other frame videos of the target video based on the other video data.
In a possible implementation manner, the second play request carries a frame identifier of the target video to be played; the obtaining module is configured to obtain, from the video file of the target video that has been cached, other video data corresponding to the frame identifier if other video data corresponding to the frame identifier has been cached; and if the other video data corresponding to the frame identifier is not cached, acquiring the other video data based on other data acquisition tasks for acquiring the other video data.
In a possible implementation manner, the obtaining module is configured to, if the other video data corresponding to the other data obtaining task includes other video data corresponding to the frame identifier, obtain, from the other video data obtained by the buffering, the other video data corresponding to the frame identifier in response to completion of the other data obtaining task; if the other video data corresponding to the other data acquisition task does not include the other video data corresponding to the frame identifier, closing the other data acquisition task, creating a data acquisition task for acquiring the other video data corresponding to the frame identifier, and acquiring the other video data corresponding to the frame identifier obtained by caching in response to the completion of the data acquisition task.
In a possible implementation manner, the caching module 1101 is further configured to store each frame of video data of the target video into a target file; and splitting the target file into a plurality of files, and caching the plurality of files.
In the embodiment of the application, before the video is played, the video data of the video to be played is obtained from the video server through the first process and the video data is cached, and when the target video needs to be played, the cached data of the target video is obtained through the second process, so that the target video is played. In the above scheme, since the caching of the video data and the playing of the video are respectively realized through different processes, the video data can be cached in advance before the video is played, so that the video can be played immediately without waiting for the caching by a user when the video is played, and the video playing efficiency is further improved.
The embodiment of the present application also provides a computer-readable storage medium, which stores at least one program code, where the at least one program code is used for being executed by a processor to implement the video playing method shown in the above embodiments.
Embodiments of the present application further provide a computer program product, where when a processor of a terminal executes program codes in the computer program product, the terminal is enabled to execute the video playing method as shown in the above embodiments.
In some embodiments, the program code related to the embodiments of the present application may be deployed to be executed on one terminal or on multiple terminals located at one site, or may be executed on multiple terminals distributed at multiple sites and interconnected by a communication network, where the multiple terminals distributed at the multiple sites and interconnected by the communication network may constitute a block chain system.
Those skilled in the art will recognize that, in one or more of the examples described above, the functions described in the embodiments of the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more program codes or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.
Claims (13)
1. A video playback method, the method comprising:
in the process of browsing video resources, acquiring target video data of a plurality of first videos to be played from a video server through a first process, and caching the target video data of the plurality of first videos, wherein the target video data of any first video is video data of the first N frames of any first video, and N is an integer not less than 1;
responding to a first playing request of a target video in the plurality of first videos, acquiring target video data of the cached target video through a second process, and playing the first N frames of videos of the target video based on the target video data;
wherein the first process and the second process are different processes.
2. The method according to claim 1, wherein the obtaining, by the first process, target video data of a plurality of first videos to be played from a video server comprises:
determining data acquisition tasks of a plurality of second videos to be played, wherein the data acquisition tasks are used for acquiring video data from the video server;
selecting data acquisition tasks of the plurality of first videos from data acquisition tasks of the plurality of second videos;
and executing the data acquisition tasks of the plurality of first videos through the first process to obtain target video data of the plurality of first videos.
3. The method of claim 2, wherein selecting the data acquisition task for the first plurality of videos from the data acquisition tasks for the second plurality of videos comprises:
the data acquisition task of any second video carries the video identification of any second video, and the video identifications of a plurality of first videos to be played in the current display interface are selected from the video identifications of the plurality of second videos;
and selecting the data acquisition tasks corresponding to the video identifications of the plurality of first videos from the data acquisition tasks of the plurality of second videos.
4. The method of claim 2, wherein selecting the data acquisition task for the first plurality of videos from the data acquisition tasks for the second plurality of videos comprises:
determining the task type of the data acquisition task of each second video;
and selecting the task type as the downloaded data acquisition tasks of the plurality of first videos from the data acquisition tasks of the plurality of second videos.
5. The method according to claim 4, wherein the performing, by the first process, the data obtaining task of the plurality of first videos to obtain the target video data of the plurality of first videos comprises:
selecting a first thread from a thread pool corresponding to the first process, and executing a data acquisition task of a plurality of downloaded first videos in the task category through the first thread to obtain target video data of the plurality of first videos;
the method further comprises the following steps:
selecting a second thread from the first corresponding thread pool, and executing a data acquisition task of which the task type is played in the data acquisition tasks of the plurality of second videos through the second thread;
wherein the priority of the first thread is lower than the priority of the second thread.
6. The method of claim 1, wherein the buffering the target video data of the plurality of first videos comprises:
for each first video, generating a video link of the first video based on a download link of the first video, wherein the video link is used for the second process to acquire cached target video data;
caching the video link of the first video by taking the download link as a key value;
and caching the target video data of the first video by taking the video link as a key value.
7. The method of claim 1, further comprising:
responding to a second playing request of the target video, and acquiring other video data of the target video through the second process;
and playing other frame videos of the target video based on the other video data.
8. The method according to claim 7, wherein the second play request carries a frame identifier of the target video to be played;
the acquiring other video data of the target video includes:
if other video data corresponding to the frame identifier are cached, acquiring other video data corresponding to the frame identifier from the cached video file of the target video;
and if the other video data corresponding to the frame identification is not cached, acquiring the other video data based on other data acquisition tasks for acquiring the other video data.
9. The method of claim 8, wherein the obtaining the other video data based on the other data obtaining task for obtaining the other video data comprises:
if the other video data corresponding to the other data acquisition task comprises other video data corresponding to the frame identifier, responding to the completion of the other data acquisition task, and acquiring other video data corresponding to the frame identifier from the other video data obtained by caching;
if the other video data corresponding to the other data acquisition tasks do not include the other video data corresponding to the frame identifier, closing the other data acquisition tasks, creating a data acquisition task for acquiring the other video data corresponding to the frame identifier, and acquiring the other video data corresponding to the frame identifier obtained by caching in response to the completion of the data acquisition task.
10. The method of claim 8, wherein the caching of the video file of the target video comprises:
storing each frame of video data of the target video into a target file;
and splitting the target file into a plurality of files, and caching the plurality of files.
11. A video playback apparatus, comprising:
the video resource management system comprises a caching module, a video resource management module and a video resource management module, wherein the caching module is used for acquiring target video data of a plurality of first videos to be played from a video server through a first process and caching the target video data of the plurality of first videos, the target video data of any first video is video data of the first N frames of the any first video, and N is an integer not less than 1;
the first playing module is used for responding to a first playing request of a target video in the plurality of first videos, acquiring cached target video data of the target video through a second process, and playing the first N frames of videos of the target video based on the target video data; wherein the first process and the second process are different processes.
12. A terminal, characterized in that the terminal comprises a processor and a memory; the memory stores at least one program code for execution by the processor to implement the video playback method of any of claims 1 to 10.
13. A computer-readable storage medium storing at least one program code for execution by a processor to implement the video playback method of any of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110351995.6A CN113163255B (en) | 2021-03-31 | 2021-03-31 | Video playing method, device, terminal and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110351995.6A CN113163255B (en) | 2021-03-31 | 2021-03-31 | Video playing method, device, terminal and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113163255A true CN113163255A (en) | 2021-07-23 |
| CN113163255B CN113163255B (en) | 2022-07-15 |
Family
ID=76885838
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110351995.6A Active CN113163255B (en) | 2021-03-31 | 2021-03-31 | Video playing method, device, terminal and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113163255B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023202483A1 (en) * | 2022-04-19 | 2023-10-26 | 华为技术有限公司 | Application optimization method and electronic device |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008141696A (en) * | 2006-12-05 | 2008-06-19 | Toshiba Corp | Information memory medium, information recording method, information memory device, information reproduction method, and information reproduction device |
| CN103596037A (en) * | 2013-11-19 | 2014-02-19 | 天津市亚安科技股份有限公司 | Method for controlling video streaming buffering in real time |
| CN103607634A (en) * | 2013-11-19 | 2014-02-26 | 四川长虹电器股份有限公司 | Method for reducing network video ordering terminal user waiting time |
| CN105681874A (en) * | 2015-06-02 | 2016-06-15 | 深圳Tcl数字技术有限公司 | Network video online playing method and device |
| CN107463370A (en) * | 2017-06-30 | 2017-12-12 | 百度在线网络技术（北京）有限公司 | Striding course rendering intent and system |
| US20180012570A1 (en) * | 2016-07-07 | 2018-01-11 | Futurewei Technologies, Inc. | Apparatus and method for mapping frame buffers to logical displays |
| CN107948716A (en) * | 2017-11-28 | 2018-04-20 | 青岛海信宽带多媒体技术有限公司 | A kind of video broadcasting method, device and set-top box |
| CN108259975A (en) * | 2018-02-01 | 2018-07-06 | 广州市百果园信息技术有限公司 | Video broadcasting method, storage medium and terminal |
| CN110708609A (en) * | 2019-08-05 | 2020-01-17 | 青岛海信传媒网络技术有限公司 | Video playing method and device |
| CN112449250A (en) * | 2019-08-27 | 2021-03-05 | 腾讯科技（深圳）有限公司 | Method, device, equipment and medium for downloading video resources |
-
2021
- 2021-03-31 CN CN202110351995.6A patent/CN113163255B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008141696A (en) * | 2006-12-05 | 2008-06-19 | Toshiba Corp | Information memory medium, information recording method, information memory device, information reproduction method, and information reproduction device |
| CN103596037A (en) * | 2013-11-19 | 2014-02-19 | 天津市亚安科技股份有限公司 | Method for controlling video streaming buffering in real time |
| CN103607634A (en) * | 2013-11-19 | 2014-02-26 | 四川长虹电器股份有限公司 | Method for reducing network video ordering terminal user waiting time |
| CN105681874A (en) * | 2015-06-02 | 2016-06-15 | 深圳Tcl数字技术有限公司 | Network video online playing method and device |
| US20180012570A1 (en) * | 2016-07-07 | 2018-01-11 | Futurewei Technologies, Inc. | Apparatus and method for mapping frame buffers to logical displays |
| CN107463370A (en) * | 2017-06-30 | 2017-12-12 | 百度在线网络技术（北京）有限公司 | Striding course rendering intent and system |
| CN107948716A (en) * | 2017-11-28 | 2018-04-20 | 青岛海信宽带多媒体技术有限公司 | A kind of video broadcasting method, device and set-top box |
| CN108259975A (en) * | 2018-02-01 | 2018-07-06 | 广州市百果园信息技术有限公司 | Video broadcasting method, storage medium and terminal |
| CN110708609A (en) * | 2019-08-05 | 2020-01-17 | 青岛海信传媒网络技术有限公司 | Video playing method and device |
| CN112449250A (en) * | 2019-08-27 | 2021-03-05 | 腾讯科技（深圳）有限公司 | Method, device, equipment and medium for downloading video resources |
Non-Patent Citations (1)
| Title |
|---|
| 陈迪等: ""基于异构处理器的视频传输系统设计"", 《微电子学与计算机》, 5 July 2019 (2019-07-05) * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023202483A1 (en) * | 2022-04-19 | 2023-10-26 | 华为技术有限公司 | Application optimization method and electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113163255B (en) | 2022-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI528282B (en) | Method for customizing launching of applications | |
| CN109165050B (en) | Program running method and device, computing equipment and storage medium | |
| US20120060083A1 (en) | Method for Use in Association With A Multi-Tab Interpretation and Rendering Function | |
| CN110110262A (en) | Browser EMS memory management process, device and equipment | |
| CN110222288B (en) | Page display method, device and storage medium | |
| JP7397094B2 (en) | Resource configuration method, resource configuration device, computer equipment, and computer program | |
| CN110096660A (en) | Method, apparatus and electronic equipment for loading page picture | |
| CN113420051B (en) | Data query method and device, electronic equipment and storage medium | |
| CN109948090B (en) | Webpage loading method and device | |
| WO2021018186A1 (en) | Video update push method and terminal | |
| US10938773B2 (en) | Method and apparatus for synchronizing contact information and medium | |
| CN104615432B (en) | Splash screen information processing method and client | |
| CN103514924A (en) | Method and device for playing videos in mobile terminal Widget, and player | |
| CN112565406A (en) | Gray scale publishing method, gray scale publishing system and electronic equipment | |
| CN113163255B (en) | Video playing method, device, terminal and storage medium | |
| CN112565870B (en) | Content caching and reading method, client and storage medium | |
| CN110223221A (en) | A kind of method and terminal device of dynamic image broadcasting | |
| CN113282268B (en) | Sound effect configuration method and device, storage medium and electronic equipment | |
| CN107168648B (en) | File storage method and device and terminal | |
| CN114968400A (en) | Webpage synchronization method and device, storage medium and electronic equipment | |
| CN112291602A (en) | Video playing method, electronic equipment and storage medium | |
| CN112163178A (en) | Page data display method and device, storage medium and electronic device | |
| CN110888690A (en) | Application starting method and device, electronic equipment and storage medium | |
| CN106294553B (en) | Data information is sent and big envelope information display method, device, speaker and terminal speaker | |
| CN110858238A (en) | Data processing method and device |
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 |