CN107396205A - A kind of low delay fluidizes HLS implementation methods - Google Patents

A kind of low delay fluidizes HLS implementation methods Download PDF

Info

Publication number
CN107396205A
CN107396205A CN201710610605.6A CN201710610605A CN107396205A CN 107396205 A CN107396205 A CN 107396205A CN 201710610605 A CN201710610605 A CN 201710610605A CN 107396205 A CN107396205 A CN 107396205A
Authority
CN
China
Prior art keywords
hls
rtmp
lists
low delay
section
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710610605.6A
Other languages
Chinese (zh)
Inventor
雷健
杨默涵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Concept Of Cloud (beijing) Information Technology Co Ltd
Original Assignee
Concept Of Cloud (beijing) Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Concept Of Cloud (beijing) Information Technology Co Ltd filed Critical Concept Of Cloud (beijing) Information Technology Co Ltd
Priority to CN201710610605.6A priority Critical patent/CN107396205A/en
Publication of CN107396205A publication Critical patent/CN107396205A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • 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/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
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • 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)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Graphics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The invention provides a kind of low delay to fluidize HLS implementation methods, and method includes：Independent m3u8 lists dynamically are generated for each playing request, the media data dynamic cached on server is quickly generated only to the small section file of this playing request, with this by the method for traditional HLS fluidization treatments.When user proposes playing request to Edge Server, automatically one UUID of distribution makes a check mark to user, Edge Server starts RTMP and returns source drawing stream, section is quickly started to the RTMP flow datas to be played, and independent m3u8 lists are generated, player is taken list and 3 initial sections and can commenced play out.The present invention is identical with RTMP streams when Hui Yuanla flows, and builds HLS slice systems without another, Streaming Media uses same cluster with RTMP, can save a set of equipment group, N number of computer room and equipment.This method client configuration is simple, using simple, Quick thread, domain name CNAME is simple, can reduce delay, contrast delays of traditional HLS up to 40s, HLS+ can be with RTMP in same rank.

Description

A kind of low delay fluidizes HLS implementation methods
Technical field
The present invention relates to stream media system design field, and specifically, more particularly to a kind of low delay fluidizes HLS realization sides Method.
Background technology
In recent years, lifted with the entirety of Online Video technology various dimensions, the interactive live mould such as " show field ", " game is live " Formula is the complete new experience that numerous netizens bring that viewing, depth are interactive in real time, allows interactive live-mode to emerge rapidly, and gradually into For the internet social activity entrance of New Times.The interactive live Online Video technology of support is a complex and professional neck Domain, it is related to the application of the multidisciplinary technologies such as audio/video encoding/decoding, image optimization processing, streaming media distribution, multiple terminals broadcasting. Interactive live attractive part, be terminal user by oneself " substitution " live scene, with main broadcaster, other spectators seem It is not to see video in one room, but a member in scene.And this scene-type is interactive, on direct seeding technique extremely according to Rely " low delay ".
At present, the Technical Architecture of each live platform is similar, in terms of " low delay " guarantee, PC ends and mobile APP ends The 3-5 seconds are arrived by control is postponed by RTMP or HTTP-FLV agreements, the realization of various interaction functions is coordinated with this.And in movement Web ends (the H5 players i.e. based on mobile device browser), which can only be used, postpones larger HLS protocol, therefore current mobile Web End can only realize it is original see live, see barrage, most important interaction function can not be realized.
The currently the only available HLS protocol in mobile Web end, full name are Http Live Streaming, are by Apple Inc. The a set of procotol based on HTTP transmission Streaming Medias proposed.For live, its operation principle is that live TV stream is cut It is divided into TS Streaming Medias section file, while generates m3u8 index files, broadcasting end is downloaded each successively according to index file order Section file plays out.The HLS protocol regulation of standard, browser need to get the 3 complete TS generated section texts Part can just commence play out, and a length of 10 seconds or so during the Streaming Media section file of apple official suggestion, the network such as CDN passes in addition Defeated delay, the live delay based on HLS protocol in theory can be more than 40 seconds.Here it is the mobile Web end based on HLS protocol is live Delay does not reach interactive live the reason for requiring.
The content of the invention
It is an object of the invention to overcome above mentioned problem, so as to propose a kind of low delay streaming HLS technologies (we first This concept is proposed, and it is HLS+ to name it), the broadcast time-delay at mobile Web end is reduced to the level close to APP, is really shifting Bring low delay solution in dynamic Web ends.The interaction of mobile Web end is live to avoid the live preceding download APP's of terminal user's viewing It is cumbersome.
Referring to accompanying drawing 1, it shows the low delay streaming HLS techniqueflows of the embodiment of the present invention.
The low delay streaming HLS technologies of the present invention are based on standard HLS protocol, are redirected using Variant, quick to start The multinomial technology such as Slicing Algorithm and Stage delta algorithms, independent m3u8 lists are dynamically generated for each playing request, The media data dynamic cached on server is quickly generated only to the small section file of this playing request, will be traditional with this HLS Stream Processings, so as to substantially reduce standard HLS delay.Playing flow comprises the following steps：
Step 1. plays user and proposes playing request to Edge Server；
Step 2. Edge Server is connected to request, distributes a UUID automatically to user as mark；
Step 3. Edge Server starts RTMP and returns source drawing stream (if existing other requested same flows of user before, side This existing stream of edge server, flows without drawing again)；
Step 4. quickly starts section (per leaf length 1-2S, even more small) to the RTMP flow datas to be played, and generates Independent m3u8 lists；
Step 5. player takes independent m3u8 lists, and 3 initial sections can commence play out；
Step 6. player refreshes m3u8 lists, then obtains subsequent slice and plays；
In above-mentioned steps 2, system is using UUID mark users, to ensure as each playing request individual slices.Above-mentioned step In rapid 3, Edge Server Hui Yuan is different from standard HLS protocol, draws stream to be flowed using RTMP, simplifies Hui Yuan.In above-mentioned steps 4, Start Slicing Algorithm using quick, by gop cache data rapid section into small section；And Stage delta algorithms are used, Keep cutting out 4 TS pieces when starting, player asks m3u8 there are new TS pieces every time.
Brief description of the drawings
Accompanying drawing 1 is the system architecture and method flow diagram of the embodiment of the present invention.
Embodiment
Embodiments of the invention are described in detail below with reference to accompanying drawing.It should be understood that embodiment described herein It is only used for illustrating the present invention, is not intended to limit the present invention.
Referring to accompanying drawing 1, it shows the low delay fluidisation HLS (i.e. HLS+) of embodiment of the present invention system architecture and method Flow.The low delay of the present invention fluidizes HLS technologies when Hui Yuanla flows, and the Hui Yuan with RTMP streams is identical, Wu Xuling Outer construction HLS slice systems, simplify back source procedure.
Described low delay fluidisation HLS (i.e. HLS+) workflow is as follows, comprises the following steps：
Step 1. plays user and proposes playing request to Edge Server；
Step 2. Edge Server is connected to request, is redirected by 302 or Variant is redirected, and distributes a UUID automatically and gives User is as mark；
Step 3. Edge Server starts RTMP and returns source drawing stream (if existing other requested same flows of user before, side This existing stream of edge server, flows without drawing again)；
Step 4. is quick by gop cache data by quickly starting Slicing Algorithm to the RTMP flow datas to be played Every leaf length 1-2S section (or even can be smaller) is sliced into, and generates independent m3u8 lists；
Step 5. player takes independent m3u8 lists, and 3 initial sections can commence play out；
Step 6. uses Stage delta algorithms, keeps cutting out 4 TS pieces when starting, player asks m3u8 to have every time New TS pieces.M3u8 lists are refreshed by player, subsequent slice is then obtained and plays；
Described low delay fluidisation HLS (i.e. HLS+) has the advantage that：
Above-mentioned low delay fluidizes HLS technologies when Hui Yuanla flows, and is identical with RTMP streams, is built without other HLS slice systems, Streaming Media use same cluster with RTMP, then can save a set of equipment group, save N number of computer room and equipment, directly Use RTMP/FLV equipment group.
Above-mentioned low delay fluidizes HLS systems, and same domain name can be used in RTMP/FLV and HLS, and client's configuration is simple, uses Simply, Quick thread, domain name CNAME are simple.
Above-mentioned low delay fluidisation HLS systems can reduce delay, turn to be encapsulated as HLS in real time, contrast traditional HLS and reach 40s's Delay, HLS+ can be with RTMP in same rank.
Above-mentioned low delay fluidisation HLS system datas are unified, the online number that system provides, bandwidth, charging, door chain, recognize Card is all unified to realize.
Above-mentioned low delay fluidisation HLS systems all merge back into source, mitigate client source station pressure, access RTMP/FLV/HLS only RTMP all the way is returned, and is ability Hui Yuan when accessing.
Above-mentioned low delay fluidisation HLS systems can quick misarrangement, HLS+ uses can trace daily record, it is known that each client Situation, quick misarrangement.
Hui Yuan when above-mentioned low delay fluidisation HLS systems access, only when user, which has, accesses HLS or other streams, it can just return Source takes stream.
Above-mentioned low delay fluidisation HLS systems quickly start, and start the time in 3 seconds, without sensorial differences.

Claims (6)

1. a kind of low delay fluidizes HLS implementation methods, it is characterised in that comprises the following steps：
Step 1. plays user and proposes playing request to Edge Server；
Step 2. Edge Server is connected to request, distributes a UUID automatically to user as mark；
Step 3. Edge Server starts RTMP and returns source drawing stream (if existing other requested same flows of user before, edge clothes This existing stream of business device, flows without drawing again)；
Step 4. quickly starts section (per leaf length 1-2S, even more small) to the RTMP flow datas to be played, and generates independence M3u8 lists；
Step 5. player takes independent m3u8 lists, and 3 initial sections can commence play out；
Step 6. player refreshes m3u8 lists, then obtains subsequent slice and plays.
2. low delay according to claim 1 fluidizes HLS implementation methods, it is characterised in that its be based on standard HLS protocol it On, redirected using Variant, it is quick to start the multinomial technology such as Slicing Algorithm and Stage delta algorithms, dynamically broadcast to be each Put request and generate independent m3u8 lists, the media data dynamic cached on server is quickly generated only please to this broadcasting The small section file asked, with this by traditional HLS Stream Processings, so as to substantially reduce standard HLS delay.
3. the method for the durations such as Streaming Media according to claim 1 section, it is characterised in that in described step 2, automatically One UUID of distribution gives the user for sending playing request as mark.
4. the method for the durations such as Streaming Media according to claim 1 section, it is characterised in that in described step 3, receive The Edge Server of request starts RTMP and returns source drawing stream.
5. the method for the durations such as Streaming Media according to claim 1 section, it is characterised in that in described step 4, to wanting The RTMP flow datas of broadcasting quickly start section (per leaf length 1-2S, even more small), and generate independent m3u8 lists.
6. by the low delay fluidisation HLS implementation methods of claim 1 to 5 design method, including previous designs side can be realized Method, independent m3u8 lists are dynamically generated for each playing request, the media data dynamic cached on server is quick Ground generation is only to the small section file of this playing request, with this by the method for traditional HLS fluidization treatments.
CN201710610605.6A 2017-07-25 2017-07-25 A kind of low delay fluidizes HLS implementation methods Pending CN107396205A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710610605.6A CN107396205A (en) 2017-07-25 2017-07-25 A kind of low delay fluidizes HLS implementation methods

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710610605.6A CN107396205A (en) 2017-07-25 2017-07-25 A kind of low delay fluidizes HLS implementation methods

Publications (1)

Publication Number Publication Date
CN107396205A true CN107396205A (en) 2017-11-24

Family

ID=60336782

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710610605.6A Pending CN107396205A (en) 2017-07-25 2017-07-25 A kind of low delay fluidizes HLS implementation methods

Country Status (1)

Country Link
CN (1) CN107396205A (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108235064A (en) * 2017-12-05 2018-06-29 广州高清视信数码科技股份有限公司 HLS stream media live broadcasting methods and system
CN108322772A (en) * 2018-01-30 2018-07-24 北京奇艺世纪科技有限公司 A kind of video file processing method, device and electronic equipment
CN108366292A (en) * 2017-12-27 2018-08-03 武汉烽火众智数字技术有限责任公司 A kind of across a network net cast method and system based on Streaming Media
CN108540868A (en) * 2018-05-16 2018-09-14 北京百度网讯科技有限公司 Processing method, device, server, terminal and the storage medium of HLS live streamings
CN109743586A (en) * 2018-12-28 2019-05-10 广州华多网络科技有限公司 Live streaming media anti-stealing link method and system
CN110430438A (en) * 2019-07-29 2019-11-08 天闻数媒科技（湖南）有限公司 A kind of method of live stream slice
CN110650351A (en) * 2019-08-16 2020-01-03 咪咕视讯科技有限公司 Live broadcast control method, system, server and computer readable storage medium
CN110933476A (en) * 2019-12-06 2020-03-27 杭州视洞科技有限公司 HLS first screen time optimization scheme based on Relay
CN111372099A (en) * 2020-03-20 2020-07-03 山东云缦智能科技有限公司 Low-delay HLS live broadcast implementation method
CN112533016A (en) * 2020-11-27 2021-03-19 四川弘和通讯有限公司 Method for triggering mobile phone HTML5 low-delay live video based on early warning information
CN113824971A (en) * 2020-06-18 2021-12-21 中央广播电视总台 Three-dimensional sound live broadcast stream scheduling and distributing method and system
CN114173145A (en) * 2021-12-08 2022-03-11 四川启睿克科技有限公司 HLS protocol-based dynamic code rate low-delay live broadcast method
CN115550746A (en) * 2022-10-11 2022-12-30 杭州视洞科技有限公司 HLS low-delay method based on network camera and media distribution service system
US11849157B2 (en) 2019-07-16 2023-12-19 Zhejiang Dahua Technology Co., Ltd. Systems and methods for live streaming

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108235064A (en) * 2017-12-05 2018-06-29 广州高清视信数码科技股份有限公司 HLS stream media live broadcasting methods and system
CN108366292A (en) * 2017-12-27 2018-08-03 武汉烽火众智数字技术有限责任公司 A kind of across a network net cast method and system based on Streaming Media
CN108322772A (en) * 2018-01-30 2018-07-24 北京奇艺世纪科技有限公司 A kind of video file processing method, device and electronic equipment
CN108540868A (en) * 2018-05-16 2018-09-14 北京百度网讯科技有限公司 Processing method, device, server, terminal and the storage medium of HLS live streamings
CN108540868B (en) * 2018-05-16 2019-04-16 北京百度网讯科技有限公司 Processing method, device, server, terminal and the storage medium of HLS live streaming
CN109743586B (en) * 2018-12-28 2021-05-14 广州方硅信息技术有限公司 Method and system for preventing stealing link of live broadcast of streaming media
CN109743586A (en) * 2018-12-28 2019-05-10 广州华多网络科技有限公司 Live streaming media anti-stealing link method and system
US11849157B2 (en) 2019-07-16 2023-12-19 Zhejiang Dahua Technology Co., Ltd. Systems and methods for live streaming
CN110430438A (en) * 2019-07-29 2019-11-08 天闻数媒科技（湖南）有限公司 A kind of method of live stream slice
CN110650351B (en) * 2019-08-16 2021-12-07 咪咕视讯科技有限公司 Live broadcast control method, system, server and computer readable storage medium
CN110650351A (en) * 2019-08-16 2020-01-03 咪咕视讯科技有限公司 Live broadcast control method, system, server and computer readable storage medium
CN110933476A (en) * 2019-12-06 2020-03-27 杭州视洞科技有限公司 HLS first screen time optimization scheme based on Relay
CN111372099A (en) * 2020-03-20 2020-07-03 山东云缦智能科技有限公司 Low-delay HLS live broadcast implementation method
CN113824971A (en) * 2020-06-18 2021-12-21 中央广播电视总台 Three-dimensional sound live broadcast stream scheduling and distributing method and system
CN112533016A (en) * 2020-11-27 2021-03-19 四川弘和通讯有限公司 Method for triggering mobile phone HTML5 low-delay live video based on early warning information
CN112533016B (en) * 2020-11-27 2021-12-14 四川弘和通讯有限公司 Method for triggering mobile phone HTML5 low-delay live video based on early warning information
CN114173145A (en) * 2021-12-08 2022-03-11 四川启睿克科技有限公司 HLS protocol-based dynamic code rate low-delay live broadcast method
CN115550746A (en) * 2022-10-11 2022-12-30 杭州视洞科技有限公司 HLS low-delay method based on network camera and media distribution service system

Similar Documents

Publication Publication Date Title
CN107396205A (en) A kind of low delay fluidizes HLS implementation methods
US11159851B2 (en) Apparatus and methods for providing enhanced or interactive features
US11785268B1 (en) System for managing video playback using a server generated manifest/playlist
US20210168462A1 (en) Systems, apparatus, and methods for scalable low-latency viewing of broadcast digital content streams of live events, and synchronization of event information with viewed streams, via multiple internet channels
US11516542B2 (en) Systems and methods for real-time adaptive bitrate transcoding and transmission of transcoded media
US9998775B2 (en) Enforcement of trick-play disablement in adaptive bit rate video content delivery
EP2880869B1 (en) Method and system for dynamically inserting content into streaming media
US10291681B2 (en) Directory limit based system and method for storing media segments
US20180227648A1 (en) Method for live broadcast based on hls protocol and electronic device
US9271021B2 (en) Delivery of streaming media content
US20080271097A1 (en) System And Method For Receiving And Playing Network Television Programs
US20230379531A1 (en) Systems, apparatus and methods for rendering digital content
JP7063941B2 (en) Cloud-based image rendering for video stream enrichment
He et al. Crowdtranscoding: Online video transcoding with massive viewers
WO2013097454A1 (en) Video inter-cut method, device and system
CN106789976A (en) The player method of media file, service end, client and system
Yang et al. On achieving short channel switching delay and playback lag in IP-based TV systems
CN114631324A (en) System and method for real-time delivery of targeted content in streaming content
EP3627842A1 (en) Systems and methods for generating individualized playlists
CN110832871B (en) Method, server system and computer readable medium for real-time incorporation of user-generated content into a broadcast media stream
US8806528B1 (en) Mediating digital program insertion for linear streaming media
Lawton Video streams into the mainstream
Zhao Getting connected in China: Taming the mobile screen
Lai Bridging the gap: Using cloud services to redefine the digital supply chain
WO2016187389A1 (en) Synchronized media access

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
DD01 Delivery of document by public notice
DD01 Delivery of document by public notice

Addressee: Liu Yu

Document name: Deemed as a notice of withdrawal

WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20171124