CN116866633A

CN116866633A - Cloud video playing method and player

Info

Publication number: CN116866633A
Application number: CN202310621404.1A
Authority: CN
Inventors: 陆思廷; 尹继圣; 刘大照; 朱正伟
Original assignee: Shenzhen Ganzhen Intelligent Co ltd
Current assignee: Shenzhen Ganzhen Intelligent Co ltd
Priority date: 2023-05-29
Filing date: 2023-05-29
Publication date: 2023-10-10

Abstract

The cloud storage video playing method and the player provided by the utility model have the main beneficial effects that: the cloud storage video playing method comprises the following steps: APP triggers cloud storage playing; the APP requests to the SDK to create a player; the player resolves an M3U8 address from cloud storage video data requested from the back end; the player downloads the ts file according to the M3U8 address; the player sets the ts file into a play buffer queue of the player and starts a thread to carry out a polling mechanism to detect the interface state of the play file; when the ts file status interface is settable, normal play is performed. The player provided by the utility model supports accurate positioning and playing to a certain time point of a certain M3U8 video, and simultaneously supports the functions of locally recording the video and capturing the images. When the video duration of the ts file exceeds 2 hours, the player deletes the first downloaded ts file, thereby avoiding the situation that the disk space of the device is occupied due to overlarge cache.

Description

Cloud video playing method and player

Technical Field

The utility model relates to the technical field of cloud storage videos, in particular to a cloud storage video playing method and a player.

Background

Cloud storage is a mode of online storage on a network, i.e., data is stored on multiple virtual servers, typically hosted by third parties, rather than on dedicated servers. Hosting companies operate large data centers and require data storage for the hosted people, so that the data storage requirements are met by purchasing or renting storage space from them. The data center operator prepares the virtualized resources at the back end according to the requirements of the client and provides the virtualized resources in a storage resource pool mode, and the client can use the storage resource pool to store files or objects.

The M3U8 file refers to an M3U8 file in UTF-8 encoding format, M3U8 is an index file, usually an audio/video file is divided into a plurality of small files, and then the address and playing sequence of each file are recorded through M3U 8. When the web page video is actually played, the network address of each block of audio and video placed on the server is actually analyzed through the web page video playing method, so that online playing is realized. The M3U8 format file is mainly used for realizing the adaptation of multi-code rate video, and a video website can automatically match a proper code rate file for a client to play according to the network bandwidth condition of a user, so that the smoothness of the video is ensured. The M3U8 is a common streaming media format, mainly exists in the form of a file list, supports live broadcast and on-demand, and is most commonly used in platforms such as Android (Android) and iOS (mobile operating system).

In the prior art, most of the third party M3U8 player frames are relied on, after the playing of the M3U8 format is supported, cloud storage video data is obtained through a request back end interface, the M3U8 address of a certain fragment is resolved from the returned data, and the playing address is set to the M3U8 player, so that the playing of the cloud storage video is completed. Only a single M3U8 address can be loaded at the same time, and the play point cannot be positioned for playing the related video data during playing.

Disclosure of Invention

The utility model provides a cloud storage video playing method and a player aiming at the defects in the prior art so as to solve at least one of the technical problems.

Specifically, the cloud video playing method comprises the following steps:

triggering cloud storage playing through APP

(ii) requesting creation of a player from the SDK through the APP;

(III) resolving an M3U8 address from cloud storage video data requested from the back end through the player;

(iv) downloading, by the player, a ts file according to the M3U8 address;

(V) setting the ts file into a play buffer queue of the player through the player and starting a thread to carry out a polling mechanism to detect the state of a play file interface;

and (VI) when the state interface of the settable ts file is settable, playing normally.

In the above technical solution, preferably, after the playing file interface is set to the ts file buffer queue, three state interfaces are opened to an upper layer, where the state interfaces include: the configurable ts file state interface, the loading state interface and the playing state interface.

In the above technical solution, preferably, when the settable ts file status interface is settable, the ts file of the playing buffer queue at the upper layer is read in a thread and set to the bottom layer playing, and the bottom layer playing performs normal playing according to the ts file buffer queue.

In the above technical solution, preferably, in the normal play state, the play state interface returns current play data, where the play data includes a play time stamp.

In the above technical solution, preferably, when the ts file buffer queue has no data, the state value being loaded is returned at the loading state interface.

In the above technical solution, preferably, the downloading the ts file according to the M3U8 address includes the following steps:

(S1) requesting streaming media data according to the M3U8 address;

(S2) downloading the ts file according to the ts file download address in the streaming media data.

In the above technical solution, preferably, the ts file is downloaded to a disk of the present device, and when the duration of the ts file video exceeds 2 hours, the player deletes the ts file downloaded first.

In the above technical solution, preferably, the player is provided with a local video recording function and a screenshot function, where the screenshot function includes reading the cloud storage video frame data and storing the cloud storage video frame data in a device disk.

The cloud storage video data is provided with a video data interface, and the video interface is used for opening original video data.

The utility model also provides a cloud storage video player, which comprises:

the triggering module is used for triggering cloud storage playing through APP

A request module for requesting creation of a player from the SDK through the APP;

the analysis module is used for analyzing the M3U8 address from the cloud storage video data requested from the back end through the player;

the downloading module is used for downloading the ts file according to the M3U8 address through the player;

the setting module is used for setting the ts file to a play buffer queue of the player by the player and starting a thread to carry out a polling mechanism to detect the interface state of the play file;

and the playing module is used for normally playing when the ts file state interface can be set.

The cloud storage video playing method and the player provided by the utility model have the main beneficial effects that: the cloud storage video playing method comprises the following steps: APP triggers cloud storage playing; (ii) the APP requesting creation of a player from the SDK; (III) the player resolves an M3U8 address from cloud storage video data requested from the back end; (iv) the player downloads ts files according to the M3U8 address; (V) the player sets the ts file into a play buffer queue of the player and starts a thread to carry out a polling mechanism to detect the interface state of the play file; and (VI) when the state interface of the settable ts file is settable, playing normally.

Further, after the playing file interface is set to the ts file buffer queue, three state interfaces are opened to the upper layer, and the state interfaces include: the ts file status interface, the load status interface, and the play status interface may be set. When the state interface of the settable ts file is settable, the ts file of the playing buffer queue of the upper layer is read in the thread and set into the bottom playing, and the bottom playing performs normal playing according to the ts file buffer queue. In the normal play state, the play state interface returns the current play data, and the play data comprises a play time stamp.

The utility model supports the simultaneous loading of a plurality of M3U8 video addresses, supports the accurate positioning and playing to a certain time point of a certain M3U8 video, and supports the functions of local video recording and screenshot. When the video duration of the ts file exceeds 2 hours, the player deletes the first downloaded ts file, thereby avoiding the situation that the disk space of the device is occupied due to overlarge cache.

Drawings

The utility model will be further described with reference to the drawings and examples.

FIG. 1 is a step diagram of a cloud storage video playing method of the present utility model;

FIG. 2 is a flow chart of a cloud storage video playing method of the utility model;

fig. 3 is a schematic structural diagram of a cloud storage video player according to the present utility model.

Detailed Description

The conception, specific structure, and technical effects produced by the present utility model will be clearly and completely described below with reference to the embodiments and the drawings to fully understand the objects, features, and effects of the present utility model.

Hereinafter, various embodiments of the present utility model will be described more fully. The utility model is capable of various embodiments and of modifications and variations therein. However, it should be understood that: there is no intention to limit the various embodiments of the utility model to the specific embodiments disclosed herein, but rather the utility model is to be understood to cover all modifications, equivalents, and/or alternatives falling within the spirit and scope of the various embodiments of the utility model.

Hereinafter, the terms "comprises" or "comprising" as may be used in various embodiments of the present utility model indicate the presence of the disclosed functions, operations or elements, and are not limiting of the addition of one or more functions, operations or elements. Furthermore, as used in various embodiments of the utility model, the terms "comprises," "comprising," and their cognate terms are intended to refer to a particular feature, number, step, operation, element, component, or combination of the foregoing, and should not be interpreted as first excluding the existence of or increasing likelihood of one or more other features, numbers, steps, operations, elements, components, or combinations of the foregoing.

In various embodiments of the utility model, the expression "or" at least one of a or/and B "includes any or all combinations of the words listed simultaneously. For example, the expression "a or B" or "at least one of a or/and B" may include a, may include B or may include both a and B.

Expressions (such as "first", "second", etc.) used in the various embodiments of the utility model may modify various constituent elements in the various embodiments, but the respective constituent elements may not be limited. For example, the above description does not limit the order and/or importance of the elements. The above description is only intended to distinguish one element from another element. For example, the first user device and the second user device indicate different user devices, although both are user devices. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of various embodiments of the present utility model.

It should be noted that: in the present utility model, unless explicitly specified and defined otherwise, terms such as "mounted," "connected," "secured," and the like are to be construed broadly and may be, for example, fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; can be directly connected or indirectly connected through an intermediate medium; may be a communication between the interiors of the two elements. The specific meaning of the above terms in the present utility model can be understood by those of ordinary skill in the art according to the specific circumstances.

In the present utility model, it should be understood by those of ordinary skill in the art that the terms indicating an orientation or a positional relationship are based on the orientation or positional relationship shown in the drawings, and are merely for convenience of description and simplicity of description, not to indicate or imply that the apparatus or elements referred to must have a specific orientation, be constructed and operated in a specific orientation, and thus should not be construed as limiting the utility model.

The terminology used in the various embodiments of the utility model is for the purpose of describing particular embodiments only and is not intended to be limiting of the various embodiments of the utility model. As used herein, the singular is intended to include the plural as well, unless the context clearly indicates otherwise. Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which various embodiments of the utility model belong. The terms (such as those defined in commonly used dictionaries) will be interpreted as having a meaning that is the same as the context of the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein in connection with the various embodiments of the utility model.

Specifically, as shown in fig. 1, a cloud storage video playing method includes the following steps:

step 101, triggering cloud storage playing through APP

102, requesting to create a player from an SDK through an APP;

step 103, resolving an M3U8 address from cloud storage video data requested from the back end through a player;

step 104, downloading the ts file according to the M3U8 address by the player;

step 105, setting a ts file into a play buffer queue of the player through the player, and starting a thread to carry out a polling mechanism to detect the interface state of the play file;

step 106, when the ts file status interface can be set, playing normally.

Preferably, APP (Application) refers to an application on a mobile terminal such as a mobile phone or a tablet computer, and SDK (Software Development Kit) refers to a software development kit. ts (Transport Stream) refers to transport streams, ts is actually a transport layer interface towards the digital distribution medium (cable, satellite, terrestrial).

In the above technical solution, preferably, after the playing file interface is set to the ts file buffer queue, three state interfaces are opened to an upper layer, where the state interfaces include: the ts file status interface, the load status interface, and the play status interface may be set. When the state interface of the settable ts file is settable, the ts file of the playing buffer queue of the upper layer is read in the thread and set into the bottom playing, and the bottom playing performs normal playing according to the ts file buffer queue. In the normal play state, the play state interface returns the current play data, and the play data comprises a play time stamp. When the ts file buffer queue has no data, the loading state interface returns the state value being loaded, and the upper layer is provided for realizing the related playing service logic.

Preferably, downloading the ts file according to the M3U8 address includes the steps of:

(S1) requesting streaming media data according to the M3U8 address;

(S2) downloading the ts file according to the ts file downloading address in the streaming media data.

Preferably, the ts file is downloaded to the disk of the mobile terminal, and when the video duration of the ts file exceeds 2 hours, the player deletes the first downloaded ts file, so that the disk of the mobile terminal can be ensured not to occupy the disk space due to the ts file.

Preferably, the player is provided with a local video recording function and a screenshot function, the screenshot function comprises reading cloud storage video frame data, converting the cloud storage video frame data into jpg format, and storing the jpg format to a device disk, and the cloud storage video data is provided with a video data interface which is used for opening original video data.

As shown in fig. 2, the specific principle of the cloud storage video playing method of the utility model is as follows: firstly, triggering cloud storage video playing on an APP of a mobile terminal by a user; the APP requests the SDK to create a video player; after the video player is successfully established, the player requests cloud storage video data from the back end, and then analyzes an M3U8 address according to the cloud storage video data requested from the back end; firstly requesting stream media data according to an M3U8 address by a player, and then downloading a ts file into a magnetic disk of a mobile terminal according to a ts file downloading address in the stream media data; when the video duration of the ts file exceeds 2 hours, the player deletes the first downloaded ts file, so that the problem that the disk space of the mobile terminal is occupied by the ts file can be avoided; then the player sets the ts file into a play buffer queue of the player, and simultaneously starts a thread to carry out a polling mechanism to detect the interface state of the play file; after the playing file interface is set to the ts file buffer queue, three state interfaces are developed to the upper layer, wherein the state interfaces comprise: the ts file state interface, the loading state interface and the playing state interface can be set; when the state interface of the settable ts file is settable, reading the ts file of the playing buffer queue of the upper layer in the thread, setting the ts file into the bottom playing, and normally playing the ts file according to the ts file buffer queue by the bottom playing; in a normal play state, the play state interface returns current play data, wherein the play data comprises a play time stamp; when the ts file buffer queue has no data, the loading state interface returns the state value being loaded, and the upper layer is provided for realizing the related playing service logic.

The embodiment of the utility model also provides a cloud storage video player, as shown in fig. 3, comprising:

triggering module 201 for triggering cloud storage playing through APP

A request module 202, configured to request, from the SDK through the APP, creation of a player;

the parsing module 203 is configured to parse, by using the player, an M3U8 address from the cloud storage video data requested from the back end;

a downloading module 204, configured to download, by the player, the ts file according to the M3U8 address;

the setting module 205 is configured to set the ts file to a play buffer queue of the player and start a thread to perform a polling mechanism to detect a play file interface state;

and the playing module 206 is used for playing normally when the state interface of the settable ts file is settable.

While the preferred embodiment of the present utility model has been described in detail, the present utility model is not limited to the embodiments, and those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of the present utility model, and the equivalent modifications or substitutions are included in the scope of the present utility model as defined in the appended claims.

Claims

1. The cloud video playing method is characterized by comprising the following steps of:

triggering cloud storage playing through APP

(ii) requesting creation of a player from the SDK through the APP;

(iv) downloading, by the player, a ts file according to the M3U8 address;

2. The cloud storage video playing method according to claim 1, wherein after the playing file interface is set to the ts file buffer queue, three state interfaces are opened to an upper layer, and the state interfaces include: the configurable ts file state interface, the loading state interface and the playing state interface.

3. The cloud storage video playing method according to claim 2, wherein when the settable ts file status interface is settable, the ts file of the playing buffer queue at the upper layer is read in a thread and set into the bottom layer playing, and the bottom layer playing performs normal playing according to the ts file buffer queue.

4. A cloud video playing method according to claim 3, wherein in the normal playing state, the playing state interface returns current playing data, and the playing data includes a playing time stamp.

5. The method of claim 3, wherein when the ts file buffer queue has no data, the status value being loaded is returned at the loading status interface.

6. The cloud storage video playing method according to claim 1, wherein the downloading of the ts file according to the M3U8 address includes the following steps:

(S1) requesting streaming media data according to the M3U8 address;

7. The cloud storage video playing method according to claim 1, wherein the ts file is downloaded to a disk of the device, and when the time length of the ts file video exceeds 2 hours, the player deletes the first downloaded ts file.

8. The cloud storage video playing method according to claim 1, wherein the player is provided with a local video recording function and a screenshot function, and the screenshot function comprises reading the cloud storage video frame data and storing the cloud storage video frame data to a device disk.

9. The cloud storage video playing method according to claim 1, wherein the cloud storage video data is provided with a video data interface, and the video interface is used for opening original video data.

10. A cloud video player, comprising:

the triggering module is used for triggering cloud storage playing through APP