CN109151614B - Method and device for reducing HLS live broadcast delay - Google Patents
Method and device for reducing HLS live broadcast delay Download PDFInfo
- Publication number
- CN109151614B CN109151614B CN201710462373.4A CN201710462373A CN109151614B CN 109151614 B CN109151614 B CN 109151614B CN 201710462373 A CN201710462373 A CN 201710462373A CN 109151614 B CN109151614 B CN 109151614B
- Authority
- CN
- China
- Prior art keywords
- terminal
- description file
- code stream
- hls
- playing
- 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
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/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
-
- 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
-
- 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/84—Generation or processing of descriptive data, e.g. content descriptors
-
- 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/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
-
- 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/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a method and a device for reducing HLS live broadcast play delay, which relate to the technical field of streaming media, and the method comprises the following steps: the CDN processes the original code stream from the source end into an HLS code stream containing a playing tag description file of a playing small fragment; when a live broadcast request sent by a terminal is received, the CDN judges whether the terminal is a terminal supporting a playing tag description file according to the live broadcast request; if the terminal is determined to be the terminal supporting the playing tag description file, the CDN sends the HLS code stream containing the playing tag description file to the terminal, so that the terminal starts live broadcasting by using the playing tag description file of the playing small fragments in the received HLS code stream.
Description
Technical Field
The invention relates to the technical field of streaming media, in particular to a method and a device for reducing HLS live broadcast delay.
Background
The HLS (HTTP Live Streaming, hypertext live stream) protocol is a streaming media transmission protocol based on HTTP (HyperText Transfer Protocol, hypertext transmission protocol) implemented by Apple inc (Apple inc.), and has been widely used in the streaming media field in recent years, because the protocol adopts HTTP transmission, the code rate can be adaptively adjusted according to the network bandwidth, that is, a server is allowed to store a plurality of multimedia streams with different code rates for the same program content, the terminal can adaptively adjust the code rate of the multimedia stream to be downloaded according to the actual network download speed, and when the network bandwidth is tight, the terminal can realize uninterrupted play by reducing the code rate; and HLS protocol is better compatible with other related technologies at service deployment time than other streaming media communication protocols. HLS also has a great advantage: HTML5 (Hyper Text Markup Language, hypertext markup language 5) can directly open and play, which means that a live link can be shared by sending through WeChat, etc., and no independent APP needs to be installed, and a browser is required, so popularity is high.
Because of these advantages of HLS protocol, OTT (Over The Top) streaming live is widely used, but compared to common streaming live protocols, such as RTMP (Real Time Messaging Protocol, real-time messaging protocol) protocol, RTSP (Real Time Streaming Protocol, real-time streaming protocol) protocol, MMS (Microsoft Media Serverprotocol, streaming media transport protocol) protocol, etc., HLS live differs most in that the live client does not acquire a complete data stream. The HLS protocol stores live data streams as continuous, short duration media files (MPEG-TS (Moving Picture Experts Group-Transport Stream) format) at the server side, while clients continuously download and play these small files, because the server side always generates new small files from the latest live data, so that the clients can realize live broadcasting as long as the files acquired from the server are continuously played in order. Basically, as shown in fig. 1, the client needs to request 3 small files before playing, so the playing delay of the client is always higher than that of a common streaming media live broadcast protocol.
Disclosure of Invention
The technical problem solved by the scheme provided by the embodiment of the invention is that the starting delay time of the HLS live channel is long. (Content Delivery Network, content distribution network) (User Datagram Protocol )
The method for reducing the HLS live broadcast delay provided by the embodiment of the invention comprises the following steps:
the CDN processes the original code stream from the source end into an HLS code stream containing a playing tag description file of a playing small fragment;
when a live broadcast request sent by a terminal is received, the CDN judges whether the terminal is a terminal supporting a playing tag description file according to the live broadcast request;
if the terminal is determined to be the terminal supporting the playing tag description file, the CDN sends the HLS code stream containing the playing tag description file to the terminal, so that the terminal starts live broadcasting by using the playing tag description file of the playing small fragments in the received HLS code stream.
Preferably, the method further comprises: and when the CDN judges that the terminal is a terminal which does not support the playing tag description file according to the request, the HLS code stream of the playing tag description file which does not contain the playing small fragments is sent to the terminal.
Preferably, the original code stream includes a UDP code stream or an HLS code stream; wherein, if the original code stream received by the CDN network is a UDP code stream, the method includes:
the CDN receives a UDP code stream sent by a source terminal through a UDP protocol;
the CDN network processes the received UDP codestream slice into HLS codestreams containing the original description file.
Preferably, the processing, by the CDN network, the original code stream from the source into the HLS code stream containing the play-up tag description file of the play-up small fragment includes:
the CDN converts the media fragments in the original description file into virtual small fragments;
and the CDN analyzes the I frame information in the virtual small fragments to obtain HLS code streams containing the playing tag description files of the playing small fragments.
Preferably, when receiving a live broadcast request sent by a terminal, the CDN network determines whether the terminal is a terminal supporting a play start tag description file according to the live broadcast request, including:
the CDN analyzes a live broadcast request sent by a terminal and determines whether the live broadcast request contains a field for supporting the playing by the terminal;
if the live broadcast request is determined to contain a field for supporting the broadcast by the terminal, the CDN judges that the terminal is a terminal supporting the broadcast starting tag description file;
if the live broadcast request is determined to not contain a field supporting the broadcast by the terminal, the CDN judges that the terminal is not a terminal supporting the playing tag description file.
According to the embodiment of the invention, the device for reducing the HLS live broadcast delay comprises:
the processing module is used for processing the original code stream from the source end into an HLS code stream containing a playing tag description file of the playing small fragments;
the judging module is used for judging whether the terminal is a terminal supporting a playing tag description file according to the live broadcast request when the live broadcast request sent by the terminal is received;
and the sending module is used for sending the HLS code stream containing the playing tag description file to the terminal when the terminal is determined to be the terminal supporting the playing tag description file, so that the terminal starts live broadcasting by using the playing tag description file of the playing small fragments in the received HLS code stream.
Preferably, the sending module is further configured to send, to the terminal, an HLS code stream that does not contain the play-up tag description file of the play-up small fragment when the terminal is judged to be the terminal that does not support the play-up tag description file according to the request.
Preferably, the original code stream includes a UDP code stream or an HLS code stream; the processing module is further configured to receive a UDP bitstream sent by the source through a UDP protocol, and slice the received UDP bitstream into an HLS bitstream containing the original description file.
Preferably, the processing module is specifically configured to convert the media fragments in the original description file into virtual small fragments, and parse the I-frame information in the virtual small fragments to obtain the HLS code stream of the play-starting tag description file containing the play-starting small fragments.
Preferably, the judging module includes:
the determining unit is used for determining whether a User-Agent field in the live broadcast playing request is EXT-I-FRAMES or not through analyzing the live broadcast playing request sent by the terminal;
and the judging unit is used for judging that the terminal is a terminal supporting the playing tag description file when the User-Agent field in the live broadcast playing request is determined to be EXT-I-FRAMES, and judging that the terminal is a terminal not supporting the playing tag description file when the User-Agent field in the live broadcast playing request is determined not to be EXT-I-FRAMES.
According to the scheme provided by the embodiment of the invention, the time length of each fragment is reduced, for example, 1s, and meanwhile, an additional tag mark is added in the description file to identify the media file containing the I frame, when the terminal plays, the terminal requests the media file with the I frame, and starts playing after three 1s fragment files are requested, so that the delay of playing the HLS live broadcast can be reduced, and the user experience effect is improved. And for the terminal supporting the tag, the terminal records the starting time when playing, and after playing for a period of time (configurable), the server switches to a mode of sending the original description file so as to reduce the number of http request links and improve the performance.
Drawings
Fig. 1 is a schematic diagram of HLS live start-up delay before employing the present invention;
fig. 2 is a flowchart of a method for reducing HLS live playback delay according to an embodiment of the present invention;
fig. 3 is a schematic diagram of an apparatus for reducing HLS live playback delay according to an embodiment of the present invention;
fig. 4 is a schematic diagram of HLS live start delay provided by an embodiment of the present invention;
fig. 5 is a schematic diagram of a system for reducing HLS live playback delay according to an embodiment of the present invention;
fig. 6 is a system networking diagram for reducing HLS live play delay according to an embodiment of the present invention.
Detailed Description
The following detailed description of the preferred embodiments of the present invention is provided in conjunction with the accompanying drawings, and it is to be understood that the preferred embodiments described below are merely illustrative and explanatory of the invention, and are not restrictive of the invention.
Fig. 2 is a flowchart of a method for reducing HLS live play delay according to an embodiment of the present invention, where, as shown in fig. 2, the method includes:
step S201: the CDN processes the original code stream from the source end into an HLS code stream containing a playing tag description file of a playing small fragment;
step S202: when a live broadcast request sent by a terminal is received, the CDN judges whether the terminal is a terminal supporting a playing tag description file according to the live broadcast request;
step S203: if the terminal is determined to be the terminal supporting the playing tag description file, the CDN sends the HLS code stream containing the playing tag description file to the terminal, so that the terminal starts live broadcasting by using the playing tag description file of the playing small fragments in the received HLS code stream.
The embodiment of the invention also comprises the following steps: and when the CDN judges that the terminal is a terminal which does not support the playing tag description file according to the request, the HLS code stream of the playing tag description file which does not contain the playing small fragments is sent to the terminal.
Wherein the original code stream comprises a UDP code stream or an HLS code stream; wherein, if the original code stream received by the CDN network is a UDP code stream, the method includes: the CDN receives a UDP code stream sent by a source terminal through a UDP protocol; the CDN network processes the received UDP codestream slice into HLS codestreams containing the original description file.
The processing, by the CDN network, the original code stream from the source into an HLS code stream containing a play tag description file of a play small fragment includes: the CDN converts the media fragments in the original description file into virtual small fragments; and the CDN analyzes the I frame information in the virtual small fragments to obtain HLS code streams containing the playing tag description files of the playing small fragments.
When receiving a live broadcast request sent by a terminal, the CDN network determines whether the terminal is a terminal supporting a play start tag description file according to the live broadcast request, including: the CDN analyzes a live broadcast request sent by a terminal and determines whether the live broadcast request contains a field for supporting the playing by the terminal; if the live broadcast request is determined to contain a field for supporting the broadcast by the terminal, the CDN judges that the terminal is a terminal supporting the broadcast starting tag description file; if the live broadcast request is determined to not contain a field supporting the broadcast by the terminal, the CDN judges that the terminal is not a terminal supporting the playing tag description file. That is, the CDN analyzes the live broadcast request sent by the terminal to determine whether a User-Agent field in the live broadcast request is EXT-I-FRAMES; if the User-Agent field in the live broadcast playing request is EXT-I-FRAMES, the CDN judges that the terminal is a terminal supporting the playing tag description file; if the User-Agent field in the live broadcast request is determined not to be EXT-I-FRAMES, the CDN judges that the terminal is a terminal which does not support the playing tag description file.
Fig. 3 is a schematic diagram of an apparatus for reducing HLS live playback delay according to an embodiment of the present invention, where, as shown in fig. 3, the apparatus includes: a processing module 301, configured to process an original code stream from a source end into an HLS code stream containing a play-starting tag description file of a play-starting small fragment; the judging module 302 is configured to, when a live broadcast request sent by a terminal is received, judge whether the terminal is a terminal supporting a play start tag description file according to the live broadcast request; and the sending module 303 is configured to send, when it is determined that the terminal is a terminal supporting the play-starting tag description file, an HLS code stream containing the play-starting tag description file to the terminal, so that the terminal starts live broadcasting by using the play-starting tag description file of the play-starting small fragment in the received HLS code stream.
The sending module 303 is further configured to send, to the terminal, an HLS code stream that does not contain the play-out tag description file of the play-out small fragment when the terminal is determined to be a terminal that does not support the play-out tag description file according to the request.
Wherein the original code stream comprises a UDP code stream or an HLS code stream; the processing module 301 is further configured to receive a UDP bitstream sent by the source through a UDP protocol, and slice the received UDP bitstream into an HLS bitstream containing the original description file.
The processing module 301 is specifically configured to convert the media fragments in the original description file into virtual small fragments, and parse the I-frame information in the virtual small fragments to obtain an HLS code stream of the play-starting tag description file containing the play-starting small fragments.
Wherein, the judging module 302 includes: the determining unit is used for determining whether the live broadcast request contains a field supporting the playing by the terminal or not by analyzing the live broadcast request sent by the terminal; and the judging unit is used for judging that the terminal is a terminal supporting the playing-starting tag description file when the live broadcast request contains the field supporting the playing of the terminal, and judging that the terminal is a terminal not supporting the playing-starting tag description file when the live broadcast request does not contain the field supporting the playing of the terminal.
Fig. 5 is a schematic diagram of a system for reducing HLS live playback delay according to an embodiment of the present invention, as shown in fig. 5, including: the device comprises a source end, a receiving module, a slice conversion module, an HLS code stream transmission module and a terminal.
The source end can be divided into two main types, namely a UDP code stream source or an HLS code stream source, wherein the HLS code stream source comprises a description file and a slicing media file; the receiving module introduces UDP or HLS code stream of the source end into the CDN of OTT; the slice conversion module firstly slices the code stream into HLS common code stream and simultaneously generates a description file of a virtual small slice of 1s if the source end is UDP code stream, wherein the small slice started by an I frame is introduced with a new label; if the source end is HLS code stream, analyzing I frame information in the fragment file, generating a description file of a virtual small fragment of 1s, and introducing a new label into the small fragment starting with the I frame as shown in figure 4. The added tags are as follows:
#EXT-X-I-FRAMES-MEDIA
the HLS code stream transmission module, such as HTTP protocol, transmits the description file containing the new tag, the original description file and the fragment file in the whole CDN node; the terminal, namely the HLS code stream playing end, returns the description file containing the newly added tag if the terminal supports the newly added tag, otherwise returns the original description file. The supported terminal directly requests from the media file corresponding to the first tag position in the descriptive file. Whether the terminal supports special values that can be distinguished in the field in the played HTTP request, such as: user-Agent EXT-I-FRAMES, for the terminal supporting the tag, recording the starting time when the terminal plays, after playing for a period of time (configurable), the server switches to the mode of sending the original description file, so as to reduce the number of http request links and improve the performance.
Fig. 6 is a system networking diagram for reducing HLS live broadcast delay according to an embodiment of the present invention, where, as shown in fig. 6, the system networking diagram includes:
the method comprises the steps that a source end provides an original code stream, a UDP code stream source or an HLS code stream source, for example, the UDP code stream is obtained through an IPTV (Internet Protocol Television ) encoder, and an HLS content provider obtains the HLS original code stream through the HLS encoder, wherein the HLS original code stream comprises a description file and a media file;
and secondly, the central node receives the original code stream by adopting the UDP/HTTP protocol, the slice conversion server converts the code stream into a description file containing a new label, the slice media file in the description file is a virtual small slice of 1s, and if the original code stream is UDP, the common description file, such as a slice of 10s, is synchronously generated.
Thirdly, distributing the HLS code stream obtained by the slice conversion server in the whole CDN network, and finally reaching an edge node;
and fourthly, requesting the HLS terminal to the edge node, performing HLS live broadcast, supporting the terminal of the new label, and sending the description file containing the new label by the server, otherwise, returning to the common description file.
And fifthly, for the terminal supporting the newly added tag, after playing for a period of time, the server switches to the common description file mode.
The following describes the implementation of the technical solution in further detail, taking the HLS stream as an example of the stream source:
HLS content provider provides HLS content through HLS encoder, which includes main index index.m3u8, sub index $rateid.m3u8, and ts file corresponding to sub index.
The central node of the OTT CDN receives HLS code stream of the encoder and stores the HLS code stream in the local, a slice conversion server of the central node analyzes I frame information in the slice file, a description file of a 1s virtual small slice is generated, and a new label is introduced into the small slice starting from the I frame. The conversion is realized as follows:
1. in the conversion process, the main index index.m3u8 remains unchanged, and only the sub-index containing the newly added label is needed to be added, and the content of the common sub-index is as follows:
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:11
#EXT-X-MEDIA-SEQUENCE:1
#EXTINF:10
1.ts
#EXTINF:10
2.ts
#EXTINF:10
3.ts
2. converting a media fragment file contained in a common index into a 1s virtual fragment of one fragment, and carrying out I frame analysis to obtain a new sub-index file containing an identification I frame information tag, wherein the content is as follows:
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:11
#EXT-X-MEDIA-SEQUENCE:1
#EXTINF:1
1.tszbytes＝0-100
#EXTINF:1
1.tszbytes＝101-200
#EXT-X-I-FRAMES-MEDIA
#EXTINF:1
1.tszbytes＝201-300
……
3. the main index, the two sub-indexes and the media file are transmitted in the whole OTT CDN network, and the final code stream is transmitted to the edge node.
4. The terminal requests the edge node to play, sends a live play request URL (Uniform Resource Locator ), firstly requests a main index index.m3u8, and the server determines whether to send a common sub-index or add a sub-index of a newly added label according to whether a User-Agent field in an http header of the terminal request is EXT-I-FRAMES.
5. For the terminal supporting the newly added tag, after the terminal plays for a period of time stably, the server side switches to a mode of sending the common sub-index file, so that the number of links of the http request can be reduced, resources are saved, and the performance and the user experience effect are improved.
The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the present invention. The same applies to index file + media file formats such as DASH (Dynamic Adaptive Streaming over HTTP ), HSS (Home Subscriber Server, home subscriber server).
According to the scheme provided by the embodiment of the invention, by reducing the time length of each segment, such as 1s, and adding the additional tag identification containing the I-frame media file into the description file, the terminal requests the I-frame media file to start playing after requesting three 1s segment files, so that the HLS live broadcast playing delay time can be reduced, and the user experience effect can be improved.
Although the present invention has been described in detail hereinabove, the present invention is not limited thereto and various modifications may be made by those skilled in the art in accordance with the principles of the present invention. Therefore, all modifications made in accordance with the principles of the present invention should be understood as falling within the scope of the present invention.
Claims (8)
1. A method of reducing HLS live playback delay, comprising:
the method comprises the steps that a CDN network analyzes I frame information in an original description file of an HLS code stream, media fragment labels in the original description file are converted into virtual small fragment labels corresponding to smaller time length from I frames, and a playing label description file comprising a plurality of virtual small fragment labels from the I frames is generated;
when a live broadcast request sent by a terminal is received, the CDN judges whether the terminal is a terminal supporting a playing tag description file according to the live broadcast request;
if the terminal is determined to be the terminal supporting the playing tag description file, the CDN network sends an HLS code stream containing the playing tag description file to the terminal, so that the terminal starts live broadcasting from an I frame by utilizing the playing tag description file in the received HLS code stream, and after a preset time length of live broadcasting, the CDN network is switched to send the HLS code stream only containing the original description file to the terminal;
wherein, HLS refers to hypertext live stream; the CDN refers to a content delivery network.
2. The method of claim 1, further comprising:
and when the CDN judges that the terminal is a terminal which does not support the playing tag description file according to the request, the CDN sends HLS code stream only containing the original description file to the terminal.
3. The method of claim 1, further comprising, prior to the CDN network parsing the I-frame information in the original description file of the HLS codestream:
the CDN receives an original code stream from a source end by adopting a UDP/HTTP protocol, wherein the original code stream comprises a UDP code stream or an HLS code stream;
if the original code stream received by the CDN network is a UDP code stream, the method further includes:
the CDN slices the received UDP code stream into HLS code stream containing the original description file; wherein, the UDP refers to user datagram protocol; the HTTP refers to the hypertext transfer protocol.
4. The method of claim 1, wherein when receiving a live broadcast request sent by a terminal, the CDN network determines, according to the live broadcast request, whether the terminal is a terminal supporting a play-starting tag description file, including:
the CDN analyzes a live broadcast request sent by a terminal and determines whether the live broadcast request contains a field for supporting the broadcasting by the terminal;
if the live broadcast request is determined to contain a field for supporting the broadcast by the terminal, the CDN judges that the terminal is a terminal supporting the broadcast starting tag description file;
if the live broadcast request is determined to not contain a field supporting the broadcast by the terminal, the CDN judges that the terminal is not a terminal supporting the playing tag description file.
5. An apparatus for reducing HLS live playback delay, comprising:
the processing module is used for analyzing I frame information in an original description file of the HLS code stream, converting a media fragment tag in the original description file from an I frame into a virtual small fragment tag corresponding to smaller fragment duration, and generating a play starting tag description file comprising a plurality of virtual small fragment tags from the I frame;
the judging module is used for judging whether the terminal is a terminal supporting a playing tag description file according to the live broadcast request when the live broadcast request sent by the terminal is received;
the sending module is used for sending the HLS code stream containing the playing tag description file to the terminal when the terminal is determined to be the terminal supporting the playing tag description file, so that the terminal can start live broadcasting from an I frame by utilizing the playing tag description file in the received HLS code stream, and after the live broadcasting is carried out for a preset time length, the terminal is switched to send the HLS code stream containing the original description file to the terminal;
wherein, HLS refers to hypertext live stream; the device is a content delivery network CDN.
6. The apparatus of claim 5, the transmitting module further to:
and when judging that the terminal is a terminal which does not support the playing tag description file according to the request, transmitting the HLS code stream only containing the original description file to the terminal.
7. The apparatus of claim 5, the processing module further to: receiving an original code stream from a source end by adopting a UDP/HTTP protocol, wherein the original code stream comprises a UDP code stream or an HLS code stream;
if the original code stream is a UDP code stream, slicing the received UDP code stream into an HLS code stream containing the original description file, wherein the UDP refers to a user datagram protocol; the HTTP refers to the hypertext transfer protocol.
8. The apparatus of claim 5, the determining module comprising:
the determining unit is used for determining whether the live broadcast request comprises a field which is supported by the terminal to play or not by analyzing the live broadcast request sent by the terminal;
and the judging unit is used for judging that the terminal is a terminal supporting the playing-starting tag description file when the live broadcast request contains the field supporting the playing of the terminal, and judging that the terminal is a terminal not supporting the playing-starting tag description file when the live broadcast request does not contain the field supporting the playing of the terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710462373.4A CN109151614B (en) | 2017-06-19 | 2017-06-19 | Method and device for reducing HLS live broadcast delay |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710462373.4A CN109151614B (en) | 2017-06-19 | 2017-06-19 | Method and device for reducing HLS live broadcast delay |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109151614A CN109151614A (en) | 2019-01-04 |
| CN109151614B true CN109151614B (en) | 2023-05-16 |
Family
ID=64803930
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710462373.4A Active CN109151614B (en) | 2017-06-19 | 2017-06-19 | Method and device for reducing HLS live broadcast delay |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109151614B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110324727A (en) | 2019-07-16 | 2019-10-11 | 浙江大华技术股份有限公司 | Computer readable storage medium, server and its method for responding playing request |
| CN112584182B (en) * | 2019-09-30 | 2024-01-09 | 华为云计算技术有限公司 | Data packet encapsulation method for multi-code-rate live transcoding and related equipment |
| CN110933476A (en) * | 2019-12-06 | 2020-03-27 | 杭州视洞科技有限公司 | HLS first screen time optimization scheme based on Relay |
| CN111726652B (en) * | 2020-07-03 | 2022-04-26 | 湖南快乐阳光互动娱乐传媒有限公司 | Audio live stream slicing method and device |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2227017B1 (en) * | 2006-06-19 | 2015-07-22 | Telefonaktiebolaget L M Ericsson (PUBL) | Media channel management |
| CN105025330B (en) * | 2014-04-30 | 2018-04-10 | 深圳Tcl新技术有限公司 | Media file broadcast control method and device based on DASH agreements |
| CN105516115B (en) * | 2015-12-02 | 2019-06-18 | 华为软件技术有限公司 | A kind of method that channel quickly plays and user equipment (UE) |
| CN106790005B (en) * | 2016-12-13 | 2019-09-17 | 武汉市烽视威科技有限公司 | Realize the system and method for low delay HLS live streaming |
-
2017
- 2017-06-19 CN CN201710462373.4A patent/CN109151614B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN109151614A (en) | 2019-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2752017B1 (en) | Method and apparatus for adaptive transcoding of multimedia stream | |
| EP3813381B1 (en) | Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content | |
| CN109151614B (en) | Method and device for reducing HLS live broadcast delay | |
| US20150256600A1 (en) | Systems and methods for media format substitution | |
| EP2779658A2 (en) | Segmented content delivery | |
| KR20130044218A (en) | A method for recovering content streamed into chunk | |
| WO2013053326A1 (en) | Method, server, client and system for recording and playing replay program | |
| CN109587514B (en) | Video playing method, medium and related device | |
| KR102499231B1 (en) | Receiving device, sending device and data processing method | |
| JP6359539B2 (en) | Control during rendering | |
| KR20060116040A (en) | Method of transmitting content with adaptation of encoding characteristics | |
| EP2773078A1 (en) | Method, system and devices for multimedia content delivery using adaptive streaming | |
| CN108494792A (en) | A kind of flash player plays the converting system and its working method of hls video flowings | |
| KR101397551B1 (en) | Dynamic and Adaptive Streaming System over HTTP | |
| CN113727199A (en) | HLS slice rapid playing starting method | |
| CN103873948A (en) | Streaming media self-adaption matching transmission method, system and server | |
| CN109756774A (en) | A kind of method and device of OTT multicast channel switching | |
| CN110933476A (en) | HLS first screen time optimization scheme based on Relay | |
| WO2019193991A1 (en) | Distribution device, distribution method and program | |
| KR102533674B1 (en) | Receiving device, sending device and data processing method | |
| CN103796035A (en) | Method for processing segmented programs, server and client device | |
| CN114173145A (en) | HLS protocol-based dynamic code rate low-delay live broadcast method | |
| WO2016090912A1 (en) | Method, device, terminal and system for generating and playing live video | |
| WO2017114393A1 (en) | Http streaming media transmission method and device | |
| KR101568317B1 (en) | System for supporting hls protocol in ip cameras and the method thereof |
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 |