CN107396205A - A kind of low delay fluidizes HLS implementation methods - Google Patents
A kind of low delay fluidizes HLS implementation methods Download PDFInfo
- 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
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
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.
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)
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 |
-
2017
- 2017-07-25 CN CN201710610605.6A patent/CN107396205A/en active Pending
Cited By (18)
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 | |
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 | |
US20200021892A1 (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 | |
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 | |
CN114501052B (en) | Live broadcast data processing method, cloud platform, computer equipment and storage medium | |
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 |
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 |