CN114040256B - Live broadcast data processing method, equipment and medium based on HLS protocol - Google Patents
Live broadcast data processing method, equipment and medium based on HLS protocol Download PDFInfo
- Publication number
- CN114040256B CN114040256B CN202111175290.XA CN202111175290A CN114040256B CN 114040256 B CN114040256 B CN 114040256B CN 202111175290 A CN202111175290 A CN 202111175290A CN 114040256 B CN114040256 B CN 114040256B
- Authority
- CN
- China
- Prior art keywords
- downloaded
- fragments
- list
- data processing
- downloading
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 32
- 239000012634 fragment Substances 0.000 claims abstract description 91
- 238000000034 method Methods 0.000 claims abstract description 21
- 230000000694 effects Effects 0.000 abstract description 6
- 230000003139 buffering effect Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/632—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a live broadcast data processing method based on an HLS protocol, data processing equipment and a computer readable storage medium. The method comprises the following steps: acquiring an M3U8 list, and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list; when the buffer time does not reach the safe time, acquiring a point-to-point sharing list, and determining the probability of downloading the TS fragments to be downloaded through a CDN according to the point-to-point sharing list; when the probability is smaller than a preset threshold, downloading the TS fragments to be downloaded through a PCDN (physical downlink packet access) source returning mode; and storing the TS fragments to be downloaded so that the playing terminal can acquire the TS fragments to be downloaded through the processing equipment. The invention aims to achieve the effect of further improving the sharing rate on the basis of ensuring the playing quality.
Description
Technical Field
The present invention relates to the field of streaming media technologies, and in particular, to a live broadcast data processing method, a data processing device, and a computer readable storage medium based on HLS protocol.
Background
In order to save the pressure of users on backbone bandwidth in a home broadband live broadcast scene, point-to-point content sharing has become one of important choices in numerous solutions, and on the premise of ensuring the playing quality of users, improving the sharing rate becomes a core problem of intelligent sharing products.
In the related art, aiming at a live broadcast resource sharing algorithm, strategies such as searching nodes, setting sliding windows and the like are concentrated, so that the effect of increasing the sharing rate of point-to-point content can not be realized while the playing quality is ensured in the related technical scheme.
The foregoing is provided merely for the purpose of facilitating understanding of the technical solutions of the present invention and is not intended to represent an admission that the foregoing is prior art.
Disclosure of Invention
The invention mainly aims to provide a live broadcast data processing method, data processing equipment and a computer readable storage medium based on an HLS protocol, aiming at achieving the effect of further improving the sharing rate on the basis of guaranteeing the playing quality.
In order to achieve the above object, the present invention provides a live broadcast data processing method based on HLS protocol, which is applied to a processing device, wherein the processing device is directly connected with a playing terminal, and the live broadcast data processing method based on HLS protocol includes:
Acquiring an M3U8 list, and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list;
When the buffer time does not reach the safe time, acquiring a point-to-point sharing list, and determining the probability of downloading the TS fragments to be downloaded through a CDN according to the point-to-point sharing list;
when the probability is smaller than a preset threshold, downloading the TS fragments to be downloaded through a PCDN (physical downlink packet access) source returning mode;
and storing the TS fragments to be downloaded so that the playing terminal can acquire the TS fragments to be downloaded through the processing equipment.
Optionally, before the step of obtaining the M3U8 list and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list, the method further includes:
when a play request initiated by a play terminal is received, acquiring an M3U8 list corresponding to the play request;
and downloading TS fragments corresponding to the M3U8 list in advance by a CND source returning mode, and storing the TS fragments.
Optionally, after the step of downloading the TS slices corresponding to the M3U8 list in advance by using a CND source return method and storing the TS slices, the method further includes:
Transmitting broadcast information of the downloaded TS fragments to other processing equipment;
And when receiving a downloading request sent by the other processing equipment, sending the TS fragments to the other processing equipment.
Optionally, after the step of downloading the TS slices to be downloaded by the PCDN back-source method, the method further includes:
When failure of downloading the TS fragments to be downloaded in a PCDN source returning mode is detected, updating the buffer time;
judging whether the updated buffer time reaches the safety time or not;
and when the updated buffer time reaches the safe time, downloading the TS fragments to be downloaded through a CDN source returning mode.
Optionally, after the step of obtaining the M3U8 list and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list, the method further includes:
And when the buffer time reaches the safe time, downloading the TS fragments to be downloaded through a CDN source returning mode.
Optionally, the secure time is determined according to the time required for downloading the TS slices to be downloaded in a CDN back source manner.
In addition, in order to achieve the above purpose, the present invention also provides a live broadcast data processing method based on HLS protocol, which is applied to a playing terminal, and the live broadcast data processing method based on HLS protocol includes the following steps:
Sending a resource request to processing equipment, wherein when the processing equipment receives the resource request, TS fragments cached by the processing equipment are sent to the playing terminal;
And receiving the TS fragments, analyzing video information based on the TS fragments, and outputting live video pictures and/or sounds based on the video information numbers.
In addition, to achieve the above object, the present invention also provides a data processing apparatus, which includes a memory, a processor, and an HLS protocol-based live data processing program stored on the memory and executable on the processor, the HLS protocol-based live data processing program implementing the steps of the HLS protocol-based live data processing method as described above when executed by the processor.
In addition, in order to achieve the above object, the present invention also provides a data processing apparatus including:
the acquisition module is used for acquiring an M3U8 list and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list;
The determining module is used for acquiring a point-to-point sharing list when the buffer time does not reach the safe time, and determining the probability of downloading the TS fragments to be downloaded through the CDN according to the point-to-point sharing list;
the downloading module is used for downloading the TS fragments to be downloaded through a PCDN (physical downlink packet access) source returning mode when the probability is smaller than a preset threshold value;
And the buffer module is used for storing the TS fragments to be downloaded so that the playing terminal can acquire the TS fragments to be downloaded through the processing equipment.
In addition, to achieve the above object, the present invention also provides a computer-readable storage medium having stored thereon a live data processing program based on HLS protocol, which when executed by a processor, implements the steps of the live data processing method based on HLS protocol as described above.
According to the live broadcast data processing method, the data processing equipment and the computer readable storage medium based on the HLS protocol, an M3U8 list is firstly obtained, the buffer time of TS fragments to be downloaded corresponding to the M3U8 list is determined, then a point-to-point sharing list is obtained when the buffer time does not reach the safe time, the probability of downloading the TS fragments to be downloaded through a CDN is determined according to the point-to-point sharing list, when the probability is smaller than a preset threshold, the TS fragments to be downloaded through a PCDN back source mode is downloaded, and finally the TS fragments to be downloaded are stored, so that the playing terminal can obtain the TS fragments to be downloaded through the processing equipment. The proxy program is deployed in the external processing equipment connected with the playing terminal, so that the buffer range is enlarged through the processing equipment, the opportunity of acquiring live broadcast resources in a P2P mode is greatly increased, and the effect of further improving the sharing rate on the basis of guaranteeing the playing quality is achieved.
Drawings
FIG. 1 is a schematic diagram of a terminal structure of a hardware operating environment according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating an embodiment of a live data processing method based on the HLS protocol according to the present invention;
Fig. 3 is a schematic diagram of a network topology of a processing device according to an embodiment of the present invention;
fig. 4 is a flow chart of another embodiment of a live data processing method based on HLS protocol according to the present invention;
FIG. 5 is a schematic diagram of a data processing apparatus according to an embodiment of the present invention.
The achievement of the objects, functional features and advantages of the present invention will be further described with reference to the accompanying drawings, in conjunction with the embodiments.
Detailed Description
It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
As shown in fig. 1, fig. 1 is a schematic diagram of a terminal structure of a hardware running environment according to an embodiment of the present invention.
As shown in fig. 1, the control terminal may include: a processor 1001, such as a CPU, a network interface 1003, memory 1004, and a communication bus 1002. Wherein the communication bus 1002 is used to enable connected communication between these components. The network interface 1003 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1004 may be a high-speed RAM memory or a stable memory (non-volatile memory), such as a disk memory. The memory 1004 may also optionally be a storage device separate from the processor 1001 described above.
It will be appreciated by those skilled in the art that the terminal structure shown in fig. 1 is not limiting of the terminal and may include more or fewer components than shown, or may combine certain components, or a different arrangement of components.
As shown in fig. 1, an operating system, a network communication module, and a live data processing program based on HLS protocol may be included in the memory 1004, which is a type of computer storage medium.
In the terminal shown in fig. 1, the processor 1001 may be configured to call a live data processing program based on HLS protocol stored in the memory 1004, and perform the following operations:
Acquiring an M3U8 list, and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list;
When the buffer time does not reach the safe time, acquiring a point-to-point sharing list, and determining the probability of downloading the TS fragments to be downloaded through a CDN according to the point-to-point sharing list;
when the probability is smaller than a preset threshold, downloading the TS fragments to be downloaded through a PCDN (physical downlink packet access) source returning mode;
and storing the TS fragments to be downloaded so that the playing terminal can acquire the TS fragments to be downloaded through the processing equipment.
Further, the processor 1001 may call the live data processing program based on HLS protocol stored in the memory 1004, and further perform the following operations:
when a play request initiated by a play terminal is received, acquiring an M3U8 list corresponding to the play request;
and downloading TS fragments corresponding to the M3U8 list in advance by a CND source returning mode, and storing the TS fragments.
Further, the processor 1001 may call the live data processing program based on HLS protocol stored in the memory 1004, and further perform the following operations:
Transmitting broadcast information of the downloaded TS fragments to other processing equipment;
And when receiving a downloading request sent by the other processing equipment, sending the TS fragments to the other processing equipment.
Further, the processor 1001 may call the live data processing program based on HLS protocol stored in the memory 1004, and further perform the following operations:
When failure of downloading the TS fragments to be downloaded in a PCDN source returning mode is detected, updating the buffer time;
judging whether the updated buffer time reaches the safety time or not;
and when the updated buffer time reaches the safe time, downloading the TS fragments to be downloaded through a CDN source returning mode.
Further, the processor 1001 may call the live data processing program based on HLS protocol stored in the memory 1004, and further perform the following operations:
And when the buffer time reaches the safe time, downloading the TS fragments to be downloaded through a CDN source returning mode.
Or the processor 1001 may be further configured to call a live data handler based on HLS protocol stored in the memory 1004 and perform the following operations:
Sending a resource request to processing equipment, wherein when the processing equipment receives the resource request, TS fragments cached by the processing equipment are sent to the playing terminal;
And receiving the TS fragments, analyzing video information based on the TS fragments, and outputting live video pictures and/or sounds based on the video information numbers.
In order to save the pressure of users on backbone bandwidth in a home broadband live broadcast scene, point-to-point content sharing has become one of important choices in numerous solutions, and on the premise of ensuring the playing quality of users, improving the sharing rate becomes a core problem of intelligent sharing products.
The main live broadcast resource sharing method at present generally comprises the following two steps:
Firstly, setting a sliding window based on the current playing head as a reference, wherein resources are preferentially downloaded from a CDN (Content Delivery Network ) server in the sliding window, and resources are preferentially acquired from a P2P network outside the sliding window. And meanwhile, screening standards are set, high-quality nodes are screened from adjacent nodes, data are downloaded, and the screening standards and the size of a sliding window are continuously adjusted.
Secondly, the user obtains data through P2P, and the watch delay and the bandwidth use ratio are manually adjusted. And the dynamic bandwidth detection technology is adopted, so that all viewers using the P2P service can set the highest uploading limit by themselves, and video files can not be stored in the client by live broadcast, and the disk space can not be occupied.
Therefore, in the related art, aiming at a live broadcast resource sharing algorithm, strategies such as node searching, sliding window setting and the like are concentrated, and targeted optimization is not performed based on HLS protocol characteristics. In this way, the related technical scheme cannot guarantee the playing quality and simultaneously realize the effect of increasing the sharing rate of the point-to-point content in the live broadcast process based on the HLS protocol.
In order to solve the above-mentioned drawbacks in the related art, an embodiment of the present invention provides a live broadcast data processing method based on HLS protocol, which further improves the sharing rate on the basis of guaranteeing the playing quality by expanding the range of the buffering policy through the processing device by deploying the proxy program in the external processing device connected to the playing terminal and acquiring the resources from the CDN or the P2P network based on the specific optimization algorithm.
The live broadcast data processing method based on the HLS protocol provided by the invention is further explained by a specific embodiment.
In an embodiment, referring to fig. 2, the live broadcast data processing method based on HLS protocol includes the following steps:
step S1, an M3U8 list is obtained, and the buffer time of TS fragments to be downloaded corresponding to the M3U8 list is determined;
Step S2, when the buffer time does not reach the safe time, acquiring a point-to-point sharing list, and determining the probability of downloading the TS fragments to be downloaded through a CDN according to the point-to-point sharing list;
Step S3, downloading the TS fragments to be downloaded through a PCDN back source mode when the probability is smaller than a preset threshold;
and S4, storing the TS slices to be downloaded so that the playing terminal can acquire the TS slices to be downloaded through the processing equipment.
In this embodiment, the player (playing terminal) does not directly initiate a request to the CDN any more in the live broadcast process, but forwards the request to the processing device through dispatch conversion, and initiates an M3U8 request and a TS fragment resource request through the processing device. Wherein the processing device may be a set-top box. The set top box is directly connected with a playing terminal such as a television by a mode of preferentially acquiring wireless.
Along with the live broadcast, the processing device may acquire an M3U8 list corresponding to each period, and after acquiring the M3U8 list, determine a buffering time of the TS slices to be downloaded according to the M3U8 list. The buffering time of the TS slice to be downloaded refers to a time point corresponding to the current playing progress of the playing terminal corresponding to the processing device, and the time point when the TS slice to be downloaded needs to be played. When the buffer time is determined, it may be determined whether the buffer time reaches the safe time. The secure time is determined according to the time required by the processing device to download the TS slices to be downloaded in a CDN source-returning mode at the current moment. For example, the secure time is equal to the download time of the B slices from the CDN directly back to the source. Wherein b= {1,2}.
When the buffer time reaches the safe time, the time when the TS slices are acquired from other processing equipment is indicated that no free time exists at the current moment. Therefore, the TS fragments to be downloaded can be directly downloaded in a CDN back source mode. Otherwise, it may attempt to download the TS slices to be downloaded from other processing terminals in a PCDN-based manner.
When attempting to download the TS slices to be downloaded from other processing terminals based on the PCDN, a peer-to-peer sharing list may be obtained first, and the probability of downloading the TS slices to be downloaded through the CDN may be determined according to the peer-to-peer sharing list.
Illustratively, when the processing device attempts to acquire the TS sharded resources, the probability of directly returning to the source from the CDN may be confirmed according to a sharable list provided by the tracking service. Assuming that the number of sharable lists is C, the interval acquisition times are D times (2 < D < 5), after the processing equipment acquires that TS slicing resources do not exist based on PCDN, the probability of directly returning to the source from the CDN is {1/C,2/C,1/2 (D-2), 1/2 (D-3), 1/2 (D-4), 1}.
And when the probability is smaller than a preset threshold, downloading the TS fragments to be downloaded through a PCDN back source mode. Otherwise, downloading the TS fragments to be downloaded through a CDN back source mode.
Further, after downloading the TS slices to be downloaded in the PCDN back-source mode or the CDN mode, the TS slices to be downloaded may be saved, so that the playing terminal may obtain the downloaded TS slices through the processing device.
Optionally, when failure of downloading the TS fragments to be downloaded in a PCDN source-returning mode is detected, updating the buffer time, then judging whether the updated buffer time reaches the safe time, when the updated buffer time reaches the safe time, downloading the TS fragments to be downloaded in a CDN source-returning mode, otherwise, attempting to acquire TS fragment resources from other processing devices again. When the processing device attempts to acquire TS (transport stream) fragment resources, the interval time is reduced according to the interval times D based on the average time E seconds acquired from the fragments, and the interval time is mainly distributed as { E, E/2 (D-2), E/E/2 (D-1), 1}.
Optionally, in an embodiment, when a play request initiated by a play terminal is received, an M3U8 list corresponding to the play request is obtained, a TS fragment corresponding to the M3U8 list is downloaded in advance by a CND source-returning mode, and the TS fragment is stored.
It should be noted that, when the playing terminal starts live broadcast, the playing terminal may initiate a playing request to the processing device. At this time, the processing device may first acquire an M3U8 list of the live video stream corresponding to the current period.
Then downloading TS fragments corresponding to the M3U8 list in advance directly by CND source returning mode, and
And storing the TS slices.
For example, at the time of play-up, the processing device acquires that the M3U8 list includes 6 TS slices. In the player direct processing scheme, the player will only acquire the first 3 TS slices. Then, after a certain period of time, the following fragments are downloaded successively. In the summary of the technical solution disclosed in this embodiment, the last 3 TS slices corresponding to the M3U8 list may be downloaded in advance by a processing device and cached. Therefore, the pre-caching mode is adopted, the pre-caching time is increased, and the peer-to-peer network resource sharing opportunity is improved.
The method comprises the steps of initiating an M3U8 request for the first time, and pre-caching in order to improve the pre-caching time, namely, when the caching time is set by modifying the fragment downloading address in the M3U8, pre-caching in a CDN or PCDN mode is achieved. Assume that there are Z slices (z=x+y), where X represents the number of direct CDN back sources of a slice, x= {1,2,3}, Y represents the number of resources acquired by a slice from the PCDN network, and the values of y= {5,4,3}, and specific values of X and Y need to be dynamically adjusted according to the big data analysis situation.
Further, referring to fig. 3, fig. 3 is a schematic diagram of a network topology of the processing device according to the present embodiment. Each processing device is direct, and if the processing devices are in the same network, the processing devices can share the data point to point.
Therefore, after a processing device downloads a TS slice through the CDN, broadcast information from which the TS slice has been downloaded may be sent to other processing devices, and when a download request sent by the other processing device is received, the TS slice is sent to the other processing devices.
In an exemplary embodiment, a processing device directly obtains a TS fragment resource from a CDN source station, and then becomes a super node, where the super node informs other P-end processing devices of the existence of the TS fragment resource through broadcasting, and when other processing devices receive broadcasting information, the processing device can obtain the TS fragment resource from the super node based on the WEBRTC protocol. Optionally, when the super node responds to the requests of other processing devices, whether the super node responds or not needs to be comprehensively confirmed according to the uplink bandwidth and the downloading rate, so that the influence on the playing quality of the super node is avoided.
In the technical scheme disclosed in this embodiment, an M3U8 list is first obtained, a buffer time of a TS fragment to be downloaded corresponding to the M3U8 list is determined, then, when the buffer time does not reach a safe time, a peer-to-peer sharing list is obtained, a probability of downloading the TS fragment to be downloaded through a CDN is determined according to the peer-to-peer sharing list, when the probability is smaller than a preset threshold, the TS fragment to be downloaded is downloaded through a PCDN back source mode, and finally, the TS fragment to be downloaded is saved, so that the playing terminal can obtain the TS fragment to be downloaded through the processing device. The proxy program is deployed in the external processing equipment connected with the playing terminal, so that the buffer range is enlarged through the processing equipment, the opportunity of acquiring live broadcast resources in a P2P mode is greatly increased, and the effect of further improving the sharing rate on the basis of guaranteeing the playing quality is achieved.
Referring to fig. 4, in another embodiment, the live data processing method based on HLS protocol includes the following steps:
step S10, a resource request is sent to processing equipment, wherein when the processing equipment receives the resource request, TS fragments cached by the processing equipment are sent to the playing terminal;
and step S20, receiving the TS fragments, analyzing video information based on the TS fragments, and outputting live video pictures and/or sounds based on the video information numbers.
In this embodiment, the playing terminal may be a television, and the processing device may be a set-top box. After the playing device sends a resource request to the processing device, the playing device sends TS fragments cached by the playing device to the playing terminal, after the playing device receives the TS fragments, video information is analyzed based on the TS fragments, and live video pictures and/or sounds are output based on the video information numbers.
In addition, an embodiment of the present invention further provides a data processing apparatus, where the data processing apparatus includes: the live data processing method comprises the steps of a live data processing method based on the HLS protocol, which is implemented by a processor when the live data processing program based on the HLS protocol is executed by the processor.
In addition, referring to fig. 5, an embodiment of the present invention further proposes a data processing apparatus 100, where the data processing apparatus 100 includes:
an obtaining module 101, configured to obtain an M3U8 list, and determine a buffering time of a TS fragment to be downloaded corresponding to the M3U8 list;
a determining module 102, configured to obtain a peer-to-peer sharing list when the buffering time does not reach the safe time, and determine a probability of downloading the TS slices to be downloaded through the CDN according to the peer-to-peer sharing list;
A downloading module 103, configured to download the TS slices to be downloaded by a PCDN back-source mode when the probability is less than a preset threshold;
And the buffer module 104 is configured to store the TS slices to be downloaded, so that the playing terminal can obtain the downloaded TS slices through the processing device.
In addition, the embodiment of the invention also provides a computer readable storage medium, wherein the computer readable storage medium stores a live broadcast data processing program based on the HLS protocol, and the live broadcast data processing program based on the HLS protocol realizes the steps of the live broadcast data processing method based on the HLS protocol according to the above embodiments when being executed by a processor.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) as described above, comprising instructions for causing a data processing device (e.g. a set-top box or television set etc.) to perform the method according to the embodiments of the present invention.
The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the invention, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.
Claims (10)
1. The live broadcast data processing method based on the HLS protocol is characterized by being applied to processing equipment, wherein the processing equipment is directly connected with a playing terminal, and the live broadcast data processing method based on the HLS protocol comprises the following steps:
Acquiring an M3U8 list, and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list;
When the buffer time does not reach the safe time, acquiring a point-to-point sharing list, and determining the probability of downloading the TS fragments to be downloaded through a CDN according to the point-to-point sharing list;
when the probability is smaller than a preset threshold, downloading the TS fragments to be downloaded through a PCDN (physical downlink packet access) source returning mode;
and storing the TS fragments to be downloaded so that the playing terminal can acquire the TS fragments to be downloaded through the processing equipment.
2. The HLS protocol-based live data processing method of claim 1, wherein the step of obtaining the M3U8 list and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list further comprises:
when a play request initiated by a play terminal is received, acquiring an M3U8 list corresponding to the play request;
and downloading TS fragments corresponding to the M3U8 list in advance by a CND source returning mode, and storing the TS fragments.
3. The live broadcast data processing method based on HLS protocol according to claim 2, wherein after the steps of downloading the TS slices corresponding to the M3U8 list in advance by CND source-returning, and storing the TS slices, further includes:
Transmitting broadcast information of the downloaded TS fragments to other processing equipment;
And when receiving a downloading request sent by the other processing equipment, sending the TS fragments to the other processing equipment.
4. The HLS protocol-based live data processing method of claim 1, further comprising, after the step of downloading the TS slices to be downloaded by PCDN back to source:
When failure of downloading the TS fragments to be downloaded in a PCDN source returning mode is detected, updating the buffer time;
judging whether the updated buffer time reaches the safety time or not;
and when the updated buffer time reaches the safe time, downloading the TS fragments to be downloaded through a CDN source returning mode.
5. The HLS protocol-based live data processing method of claim 1, wherein after the step of obtaining the M3U8 list and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list, further comprises:
And when the buffer time reaches the safe time, downloading the TS fragments to be downloaded through a CDN source returning mode.
6. The HLS protocol-based live data processing method of claim 1, wherein the secure time is determined according to a time required for downloading the TS slices to be downloaded by a CDN back source manner.
7. Live broadcast data processing method based on HLS protocol, applied to a playing terminal corresponding to a processing device, where the processing device is configured to execute the live broadcast data processing method based on HLS protocol according to any one of claims 1-6, and the live broadcast data processing method based on HLS protocol includes the following steps:
Sending a resource request to processing equipment, wherein when the processing equipment receives the resource request, TS fragments cached by the processing equipment are sent to the playing terminal;
And receiving the TS fragments, analyzing video information based on the TS fragments, and outputting live video pictures and/or sounds based on the video information numbers.
8. A data processing apparatus, characterized in that the data processing apparatus comprises: memory, a processor and an HLS protocol based live data handling program stored on the memory and executable on the processor, which when executed by the processor implements the steps of the HLS protocol based live data handling method according to any one of claims 1 to 7.
9. A data processing apparatus, characterized in that the data processing apparatus comprises:
the acquisition module is used for acquiring an M3U8 list and determining the buffer time of the TS slices to be downloaded corresponding to the M3U8 list;
The determining module is used for acquiring a point-to-point sharing list when the buffer time does not reach the safe time, and determining the probability of downloading the TS fragments to be downloaded through the CDN according to the point-to-point sharing list;
the downloading module is used for downloading the TS fragments to be downloaded through a PCDN (physical downlink packet access) source returning mode when the probability is smaller than a preset threshold value;
And the buffer module is used for storing the TS fragments to be downloaded so that the playing terminal can acquire the TS fragments to be downloaded through the processing equipment.
10. A computer-readable storage medium, on which a live data processing program based on HLS protocol is stored, which, when being executed by a processor, implements the steps of the live data processing method based on HLS protocol as claimed in any one of claims 1 to 7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111175290.XA CN114040256B (en) | 2021-10-09 | 2021-10-09 | Live broadcast data processing method, equipment and medium based on HLS protocol |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111175290.XA CN114040256B (en) | 2021-10-09 | 2021-10-09 | Live broadcast data processing method, equipment and medium based on HLS protocol |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114040256A CN114040256A (en) | 2022-02-11 |
CN114040256B true CN114040256B (en) | 2024-04-19 |
Family
ID=80134775
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111175290.XA Active CN114040256B (en) | 2021-10-09 | 2021-10-09 | Live broadcast data processing method, equipment and medium based on HLS protocol |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114040256B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115065862B (en) * | 2022-06-07 | 2024-01-19 | 北京达佳互联信息技术有限公司 | Video data acquisition method, device, equipment and medium |
CN115065859B (en) * | 2022-06-07 | 2024-05-07 | 北京达佳互联信息技术有限公司 | Video data acquisition method, device, equipment and medium |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105812847A (en) * | 2014-12-31 | 2016-07-27 | 中国电信股份有限公司 | HLS video live broadcast method, server and system |
CN108667871A (en) * | 2017-03-31 | 2018-10-16 | 合网络技术(北京)有限公司 | Transmission method based on P2P and device |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105898607A (en) * | 2015-11-20 | 2016-08-24 | 乐视云计算有限公司 | Network video playback method, device and system |
-
2021
- 2021-10-09 CN CN202111175290.XA patent/CN114040256B/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105812847A (en) * | 2014-12-31 | 2016-07-27 | 中国电信股份有限公司 | HLS video live broadcast method, server and system |
CN108667871A (en) * | 2017-03-31 | 2018-10-16 | 合网络技术(北京)有限公司 | Transmission method based on P2P and device |
Non-Patent Citations (1)
Title |
---|
"160922 NGMN - Perspectives on Vertical Industries and Implications for 5...".3GPP Inbox\LSs_from_external_bodies.2016,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN114040256A (en) | 2022-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110536179B (en) | Content distribution system and method | |
US10264093B2 (en) | Systems and methods for partial video caching | |
US10764610B2 (en) | Media user client, a media user agent and respective methods performed thereby for providing media from a media server to the media user client | |
US8984570B2 (en) | Method and apparatus for supporting time shift playback in adaptive HTTP streaming transmission solution | |
CN114040256B (en) | Live broadcast data processing method, equipment and medium based on HLS protocol | |
US11356748B2 (en) | Method, apparatus and system for slicing live streaming | |
EP3734927A1 (en) | Content service implementation method and device, and content delivery network node | |
US20150271233A1 (en) | Method and apparatus for dash streaming using http streaming | |
US20140032777A1 (en) | Method, apparatus, and system for transmitting and processing media content | |
US20130114597A1 (en) | Proxy server, relay method, communication system, relay control program, and recording medium | |
US10044831B2 (en) | Method and apparatus for transmitting messages to a dash client | |
CN110933517B (en) | Code rate switching method, client and computer readable storage medium | |
US9356985B2 (en) | Streaming video to cellular phones | |
JP6338709B2 (en) | Streaming apparatus and method thereof, streaming service system using the same, and computer-readable recording medium (streaming apparatus and method thereof, streaming service system using the streaming medium and computer readable) | |
US10645437B2 (en) | Systems and methods for achieving optimal network bitrate | |
US20180205802A1 (en) | Cache Aware Streaming | |
CN111107398A (en) | Streaming media data transmission method and receiving method, and electronic device | |
CN112104885B (en) | System and method for accelerating M3U8 initial playing speed in live broadcasting | |
WO2017202373A1 (en) | Streaming media quick start method, device and system | |
CN107920072B (en) | Multimedia sharing method and system based on data characteristics | |
GB2540442A (en) | A method and system for facilitating broadcast transmission in a distributed content delivery network | |
EP3286967A1 (en) | Technique for scheduling transmission of content in an access network | |
CN112243136B (en) | Content playing method, video storage method and device | |
GB2426664A (en) | Transmitting scalable MPEG video over a wireless network | |
KR102237900B1 (en) | Method for retrieving, by a client terminal, a content part of a multimedia content |
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 |