CN105453582A - 一种在浏览器内播放媒体流的方法 - Google Patents

一种在浏览器内播放媒体流的方法 Download PDF

Info

Publication number
CN105453582A
CN105453582A CN201480045011.XA CN201480045011A CN105453582A CN 105453582 A CN105453582 A CN 105453582A CN 201480045011 A CN201480045011 A CN 201480045011A CN 105453582 A CN105453582 A CN 105453582A
Authority
CN
China
Prior art keywords
media
video
player
file
fragment
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.)
Granted
Application number
CN201480045011.XA
Other languages
English (en)
Other versions
CN105453582B (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.)
VIRTUAL CABLE Co bvba
Original Assignee
VIRTUAL CABLE Co bvba
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 VIRTUAL CABLE Co bvba filed Critical VIRTUAL CABLE Co bvba
Publication of CN105453582A publication Critical patent/CN105453582A/zh
Application granted granted Critical
Publication of CN105453582B publication Critical patent/CN105453582B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385Channel allocation; Bandwidth allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302Content synchronisation processes, e.g. decoder synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management 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/458Scheduling 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173End-user applications, e.g. Web browser, game
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • H04N21/8193Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/85406Content authoring involving a specific file format, e.g. MP4 format

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

媒体包括媒体片段(1)在浏览器应用程序内播放。该片段包括视频(4)和/或音频(5)有效载荷数据由这个浏览器应用程序所支持的编解码器编码。为播放媒体,几个步骤是由浏览器应用程序执行。首先,从服务器获得媒体的媒体片段的一个第一子集(2)。然后,一个第一媒体文件被构建,包括媒体片段的第一子集的视频和/或音频有效载荷数据。在第三步骤中,媒体的媒体片段的第二子集(3)是从内容分发网络获得,而第二子集是在随后的时间到所述第一子集。然后,第二个媒体文件被构建,包括媒体片段的第二子集的视频和/或音频有效载荷数据。最后,第一和第二媒体文件是根据编解码器在浏览器中播放。

Description

一种在浏览器内播放媒体流的方法
发明领域
本发明主要涉及媒体流和下载媒体内容到在客户端上运行的浏览器应用。它进一步涉及在逐段基础上下载的媒体内容的播放。
发明背景
当用户访问包含媒体,例如音频、视频或两者兼有的网页时,在浏览器应用程序的浏览器窗口中的视频显示或音频播放器被激活。媒体本身在服务器上或者互联网上内容分发网络上的某处或者任何其它网络作为一个媒体项是可获得的。为了在媒体完全下载之前允许用户开始观看或收听,媒体可以从服务器中以多个段的形式被请求并且每个段可独立的从服务器上下载。只要第一个媒体段完成下载浏览器应用程序就可以开始呈现或播放媒体项目。在这样做的时候,下一段的媒体被下载。
这种下载方式允许在媒体项目完全下载之前呈现一个媒体项目。这导致媒体项目下载的开始和它的实际重放之间有一个小的延迟。此外,在媒体项目结束之前停止或暂停时,在下载也被停止,因此,只有所需要的视频数据被下载节约网络通信量和下载配额。
除了媒体段,服务器上也有有关媒体段在服务器上的位置和它们各自的特定时间的可用信息。该信息可以被包括在一个单一的或通常被称为清单文件的多个文件中。在呈现媒体之前,浏览器应用程序首先检索该清单文件,并选择媒体段下载。
由苹果公司开发的HTTP实时流媒体(HLS)是一种协议,描述这样一种方式下载媒体项目,即,渐进式下载。在支持HLS的客户端应用,客户端检索含有链接到一个视频项目的所有的视频段的一个或多个清单文件。每个视频项目可能有数个版本,每个版本涉及一个不同的质量和/或分辨率。当下载媒体段时,客户端可以选择何种质量或者分辨率的媒体块应基于存在于清单文件之一中的列表进行编码。由客户端选择的质量和/或分辨率的选择可取决于几个因素,如屏幕分辨率、带宽限制或用户输入和/或偏好。在HLS中,视频块是根据MPEG-TS协议被编码和作为独立的文件下载的。因此,视频产品是MPEG-TS编码的视频片段的继承。播放视频期间,客户端会下载一个或一个以上的下一个片段,因此,支持渐进式下载。
HLS更普遍称为HTTP的自适应流(HAS)协议,因为它允许流媒体内容的自适应方式,即质量和分辨率可以在流中进行调整。对于片段和清单的下载,HTTPGET请求被使用。其它HAS协议,例如微软平滑流(MSS)、HTTP动态流(HDS)由Adobe和动态自适应流通过HTTP由3GPP标准(DASH)定义。
HAS协议的一个缺点是,它们都不是被HTML5标准原生的支持。HTML5标准支持单一的媒体元素的重放而无需指定的视频格式。这样一来,HTML5的实现兼容的浏览器提供标准不支持通过链接到一个清单文件或媒体片段播放的HAS媒体项目,例如MPEG-TS视频片段。因此,要播放HAS视频项目,需要浏览器插件或HAS功能作为一个额外的特征必须被实现。这样的插件或额外的功能对于每一个浏览器应用程序需要被特别开发。通常只有几个浏览器应用程序具有这样的浏览器插件或功能可用于特定的HAS协议。
因此,本发明的目的是提供一种克服了上述缺点的用于在浏览器应用程序中播放有多个媒体片段的媒体项目的方法。
发明概述
这是通过根据权利要求1所述方法实现。
一种内容分发网络或CDN的范围可以从一个单一的文件服务器到位于在因特网上的多个数据中心的一个大的分布式系统的服务器。这些服务器可接着进一步包括缓存服务器和代理服务器以保证从CDN到浏览器应用程序快速、低延迟输送。该媒体段驻留在单个服务器上因此没有必要的。媒体段是媒体的一部分。各部分覆盖媒体的一段时间间隔。这样的部分可以是,例如,是一个MPEG-TS视频段或MP4音频或视频文件。浏览器应用程序中进行播放的媒体可以包括音频、视频或两者建有,并且因此可以在浏览器应用程序的音频或视频播放器中播放。由于方法是在浏览器应用程序中执行的,第一和第二媒体文件可以暂时驻留,高速缓存或随机存取(RAM)的存储器使得它们只对浏览器应用程序本身是可用的,保证快速和低延迟访问。
这是一个优点,即音频和/或视频数据有效载荷被直接用在第一和第二文件的结构,因此,不需要对在浏览器应用程序中的有效载荷数据转码、解码或编码。作为这样的结果是,该方法可以在一个浏览器的脚本语言来实现,如JavaScript这是HTML协议的一部分。由于低加工的需要,这些文件的结构是实时的并且文件因此可以以流传输物质被播放,即播放第一媒体文件时下载媒体段用于第二媒体文件。即使下载的段不被浏览器应用程序支持,所构造的文件是可播放的,因为用于编码在CDN的一边的有效载荷数据的编解码器是由浏览器应用程序所支持的。
因此,第一和第二文件是在浏览器应用程序中播放,并且文件的结构完成,使得所获得的文件根据一个浏览器协议,如如HTML或HTML5协议,可由浏览器的媒体播放器播放。HTML5中,例如,第一和第二文件的播放,可以通过环绕一个链接到第一或第二个文件用<video>标签来实现。它因此一个优点是没有插件,例如,Silverlight、Flash或QuickTime,需要执行媒体的解码和可视化。
根据一个实施例,方法还包括一个流媒体会话,与CDN一起启动。这是通过从CDN检索一个清单文件来实现的。清单文件包含媒体片段信息关于媒体片段是可用的作为文件在CDN上。媒体段的第一和第二子集,然后被选择使用这段信息。
优选的,片段信息包括内容分发网络上各个所述片段的位置的有关信息。获得第一和第二子集,于是包括通过发送请求到内容分发网络与片段的位置作为参数,检索所述第一和第二子集的每个所述片段。
通过解析清单文件,并基于清单文件中的信息选择片段,支持自适应流。这允许基于客户端运行的浏览器应用程序的质量和带宽要求选择片段。即使浏览器所使用的协议,例如HTML或HTML5,不支持自适应流,该方法允许由浏览器支持的脚本语言例如JavaScript实现在浏览器程序内这样的支持。
有利地,流会话是HTTP自适应流会话并且请求是HTTPGET请求。
这具有优势,协议如HLS、MSS、DASH或HDS可以在浏览器应用程序中被支持,而无需使用任何插件,因为该方法是通过浏览器应用程序本身执行,例如通过JavaScript代码。此外,通过使用HTTP协议,能够避免防火墙或代理阻塞检索片段,在一般情况下,它们允许HTTP流量通过。这对其他非基于HTTP的协议并不总是这样,例如实时流协议(RTSP)。
根据实施例,清单文件包括关于片段的可用版本的编解码信息。此编解码信息特定用于每个版本对应编解码器用于编解码音频和/或视频片段的有效载荷数据。然后,该方法进一步包括基于编解码信息选择一种版本的片段使得相应的编解码器被浏览器程序支持。
换句话说,该清单文件中列出几个版本的段及相应的媒体,由此每个版本提供媒体和片段由不同的编解码器进行编码。由于浏览器应用程序可能不支持所有可能的编解码器在浏览器应用程序的媒体播放器内重放媒体,这允许挑选一个由浏览器支持的编解码器编解码的片段版本。
根据一个实施例,媒体片段包括索引信息,其中,包括位置信息,关于媒体片段内音频和/或视频有效载荷数据的位置信息。然后,该方法进一步包括以下步骤:
-通过使用索引信息从媒体片段中提取视频和/或音频有效载荷数据。
-存储视频和/或音频有效载荷数据。
-使用所存储的视频和/或音频有效载荷数据用于所述构建步骤。
这允许检索来自一个片段的视频和/或有效载荷数据,即使数据在片段内没有按照应当的被命令,根据所得到的文件的格式,使它由播放浏览器应用程序是可播放的。这也允许跳过产生的文件中的不被需要的额外数据,例如字幕或不同的音频流。索引信息进一步还可以包括关于媒体内音频和/或视频有效数据载荷的时间间隔的同步信息。所以每一块有效载荷数据可由关于如何使数据与其它有效载荷数据及时对齐的定时信息伴随。该信息可以被重新格式化,以由第一和第二文件形成的兼容的形式。
根据一个实施例,播放的步骤可以进一步包括:
-在浏览器应用程序中的一个第一播放器播放第一媒体文件;
-在播放第一媒体文件的同时在播放器浏览应用程序的一个第二播放器中下载第二媒体文件;
-第一个媒体文件结束时,开始播放第二个媒体文件。
当在同一播放器中播放两个文件时,将需要一些时间来在第一和第二视频之间切换引起一个可见的或可听的过渡效果。因此,上述实施例具有媒体能以一种几乎无缝的方式被播放的优点。当第一个文件播放结束时,一切都准备好用于播放第二个文件,第二个播放器只需要在第一个播放器停止时开始,以确保这两个文件的播放之间一个几乎平滑的过渡。
在第一和第二媒体播放器是视频播放器用于由浏览器应用程序使用在显示器上播放视频的情况下,根据上述实施例的方法,播放步骤还可以包括:
-在所述下载之前,初始化和隐藏所述第二视频播放器。
-在显示器上定位第二视频播放器,与第一视频播放器相同的位置;
-在第一媒体文件播放结束时,隐藏第一个视频播放器;
-在第一媒体文件播放结束时,取消隐藏第二个视频播放器。
由此两个视频播放器被定位在彼此的顶部使得一个或另一个可见。在第一媒体文件在第一播放器上播放结束时,需要做的唯一一件事就是切换可见或者命令播放器,并且开始第二个播放器。这使得视频之间以有限的可视小瑕疵一个平滑的过渡。
根据一个替代实施例,当使用两种不同的媒体播放器时,构造第二媒体文件还包括:
-把来自媒体片段的第一子集的一个或多个最后片段中的一份视频和/或音频有效载荷数据放入第二文件。
该播放然后包括:
-在浏览器应用程序中的一个第一播放器播放第一媒体文件;
-在播放第一媒体文件的同时在播放器浏览应用程序的一个第二播放器中下载第二媒体文件;
-同步播放所述第一和第二媒体文件。
换句话说,第一个文件的最后一个有效载荷部分在第二文件的开始被重复,使得由两个文件呈现的媒体流及时的部分重叠。然后,当在两个媒体播放器播放两个文件时,第二媒体播放器是在此重叠部分期间启动的,所以在一些点上两个媒体播放器播放是同步的。这具有消除了在第一播放器之后第二播放器开始的时候仍然存在的可能的瑕疵的优点,因为这可能导致两个文件的播放之间的最小延迟。
有利的情况为,第一和第二播放器再次为视频播放器,用于由浏览器应用程序使用在显示器上播放视频,播放可进一步包括:
-在下载之前,初始化和隐藏第二视频播放器。
-在显示器上定位第二视频播放器,与第一视频播放器相同的位置;
-在所述同步播放期间,隐藏第一视频播放器和取消隐藏第二视频播放器。
在同步播放期间,第二视频播放器因此已经在播放内容,尽管在显示器上不可视。播放器之间的切换则仅局限于在播放器的可视性或命令的改变。这确保了视频中从一个文件到另一个文件的平稳过渡。由浏览器应用程序支持的HTML协议,允许以一种非常方便的方式进行这种定位、隐藏和取消隐藏视频播放器。
任选地,第一和第二视频播放器包括深度属性,在所述显示器上播放所述视频播放器时,在深度上限定出现的顺序,并且其中所述隐藏包括分配一个深度属性到所述第一播放器,使得所述第一视频播放器在所述显示器上在第二所述播放器之下出现。
深度属性允许以一种方便的方式执行(非)隐藏,因为在显示器上的对象的分层是浏览器应用程序的一种固有特性。然后,(非)隐藏通过改变浏览器应用程序中的对象的单个属性值进行。
此外,第一和第二视频播放器可以包括透明度属性,用于定义显示器上的第一和第二视频播放器的透明度。第一视频播放器的隐藏然后包括逐渐增加第一视频播放器的透明度。
换言之,在同步播放两个显示器期间,位于所述第一视频播放器下方的第二视频播放器将逐渐变得越来越明显。因此,(非)隐藏是一个渐进的过程。这种渐进式(非)隐藏的好处是,这两个播放器之间的一些像素或小的定时误差的小的定位误差会被两个播放器的混合掩盖。
根据替代实施例的进一步的实施例,当媒体片段包括具有音量电平的音频有效载荷数据时,第一媒体文件的构建包括当淡出音频有效载荷的数据的音量电平时会同步播放。第二媒体文件的构建于是包括当淡入音频有效载荷的数据的音量电平时会同步播放。淡入和淡出的执行,使得总音量电平保持基本不变
这具有这样的效果,即在同步播放时,第一播放器的音频的音量会逐渐降低并且第二播放器的音量将逐渐增大。两个文件之间的音频的转换是通过音量的交叉渐进在时间上是平滑的。音量的渐进是以这样的方式进行的,使音量电平的总和,即感知的音频的总量,基本上与原始片段中一个片段的音量是相同的。
这具有在媒体同步播放期间总音量被感知是未发生变化的有点。当不这样做时,第二播放器开始,感知的总音量会大于当单独播放文件中的一个时。
可替代地,将文件内的音频的音量电平渐淡时,同步播放可以包括逐渐减小的第一媒体播放器的音量级别;并且其中所述同步播放还包括逐渐增加第二媒体播放器的音量级别;执行的逐渐减小和增加,使得总体音量保持基本不变。
根据这个替代方案,音量电平,因此不通过改变媒体的音频有效载荷数据而改变,而是通过改变播放器的音量播放媒体。这具有的优点是,有效载荷数据能够在文件的构建期间保持不变,并且音量的变化是由播放器注意。
附图说明
图1示出根据本发明的一个实施例,获取媒体片段的一个第一子集和第二子集;
图2示出根据本发明的一个实施例,构建一个第一和第二媒体文件;
图3示出浏览器应用程序的一个浏览器窗口中的视频播放器;
图4示出根据本发明的一个实施例,构建一个第一和第二媒体文件;
图5示出根据本发明优选的一个实施例,播放一个第一和第二媒体文件;
图6示出根据本发明的实施例,音频音量电平的交叉渐进。
实施例详细描述
图1示出根据本发明优选的一个实施例,媒体项目的视频片段的的一个第一子集2和第二子集3如何被获取并存储入一个浏览器应用程序;用户与运行在客户端上的浏览器应用程序互动,例如个人电脑、平板电脑或智能手机,是在互联网上冲浪并到达一个网页,包括在服务器上互联网上或内容分发网络(CDN)上可用的媒体项目的参考。媒体项木可以是视频流或音频流。此媒体项目是根据HTTP实时流(HLS)协议进行编码,从而可以作为片段,其中每个片段1包含一定时间间隔的媒体的一部分。在HLS中,这些时间间隔通常范围为1至10秒。链接到媒体项目链接到一个清单文件,其包括关于片段的信息,例如各个片段的位置,和用于编解码有效载荷数据的编解码器,即在片段内的实际音频5和/或视频4有效载荷数据。如果浏览器应用程序的媒体播放器有使用的编解码器的支持,浏览器的应用程序持续,否则可能会显示一条消息,媒体无法播放,因为用于解码有效载荷数据的编解码器被不支持或不可用。通过下载清单文件,流媒体会话与CDN开始。任选地,清单文件可以提供片段的不同版本的可用性,其中的每一个版本的有效载荷数据是用不同的编解码器编码。当不同的编解码器的版本可用,浏览器应用程序将选择由浏览器应用程序所支持的片段的版本。
在HLS中,片段1是根据MPEG-TS协议被格式化,并且通常被称为片段。每个MPEG-TS片段被分成数据包6分别具有188字节的长度。片段中的第一个数据包是一个数据包报头,包含关于媒体内片段的时间的索引信息10和关于片段内的节目流媒体的进一步细节。每个这样的节目流可以是视频流、音频流或任何其他流诸如字幕流。音频流的有效载荷5和视频流的有效载荷4被划分在几个数据包。除了有效载荷,数据包6还包括进一步的索引信息允许从数据包同步所有有效载荷数据。
为了播放媒体项目,浏览器应用程序通过从清单文件中检索链接到的片段获得一个或多个MPEG-TS的一个第一集2并下载相应片段。在HLS中,下载通常是通过发出一个HTTPGET请求到服务器执行。由于MPEG-TS的片段1不被浏览器应用程序支持,媒体片段需要重新格式化到由浏览器应用程序支持的兼容的格式。因此,有效载荷数据是从数据包6通过检查数据包报头中的索引信息10和在每个数据包括有效载荷数据的开始提取。有效载荷数据然后存储在浏览器应用程序中的数据对象7。该数据对象7因而包括有效载荷数据部分A1、A2、A3和A4用于音频8和有效载荷数据部分V1、V2、V3和V4用于视频9。这样的同步信息11从片段进一步在集2提取,使得音频和视频可以在以后以同步方式被播放。同步信息7也存储在数据对象7中。
然后,从片段的第一子集,一个第一媒体文件被构建。该构建的文件的格式为MPEG-4Part14媒体文件,更通常被称为一个MP4文件。它包括来自片段第一子集2的视频有效载荷数据V1-V4和音频数据的有效载荷数据A1-A4。由于有效载荷数据保持不变,它可以直接从数据对象7复制到MP4文件,因此,不需要计算密集型的代码转换或重新编码操作。一个MP4视频文件的重放是由一个HTML5兼容的浏览器应用程序支持,因此,该构造的文件可以在浏览器应用程序的视频播放器里播放,只要浏览器应用程序支持用于解码音频和视频的有效载荷数据的编码编解码器。因为媒体的数据流是一个连续的过程,在重放第一媒体文件期间,片段3的第二子集被下载并且其有效载荷数据存储在数据对象7,与所述第一子集2为相同的方式。然后,第二MP4媒体文件被构造包括视频有效载荷数据V5-V8和音频有效载荷数据的A5-A8。这个第二个文件,然后,在浏览器应用程序的视频播放器中再次播放。下载片段的子集、构建视频文件和播放文件的过程被重复,直到媒体或视频项目结束或者直到重放停止。
视频文件的构建和它们是如何在浏览器应用程序播放将在下文中更详细地描述。
构建视频文件的第一种方法表示在图2中。第一视频文件21用视频有效载荷数据V1至V4和与该音频有效载荷数据A1至A4构造。还报头I1被添加到文件21用于所有的有效载荷数据的同步的目的。第二视频文件22然后从视频有效载荷数据V5-V8和音频有效载荷数据A5-A8构造。还有报头I2被添加到第二视频文件22。两个文件因此包括连续的视频部分在时间上是完整的视频项目在浏览器应用程序中进行播放。
对两个视频文件21和22的连续重放,文件是一个接一个播放没有中断。这是示于图3中。第一视频文件21是首先下载到浏览器应用程序的浏览器窗口33内视频播放器31中并被播放。下载和播放可以通过使用HTML5<视频>标签来完成。在第一文件重放期间,第二视频播放器32与第二视频文件22初始化,但此第二视频播放器32从视频项目的观看者保持隐藏。当第一播放器31在第一视频文件21播放结束时,第二视频播放器32被定位在与第一视频播放器31相同的位置,第一视频播放器从观看者隐藏并且第二视频文件重放开始。由于两个视频播放器31和32具有完全相同的尺寸和外观,观看者得到的印象是,他仍然是看同样的视频,并不知道有两个视频文件21和22之间的过渡。对于视频播放器的隐藏和取消隐藏层叠样式表(CSS)属性可以使用。视频播放器32的隐藏,然后通过将CSS“可见性”属性设置为“隐藏”完成。可替代地,“z-索引”CSS属性可以使用。该属性指定在浏览器窗口中的元素的叠层顺序或深度。视频播放器具有最高z-索引值将出现在视频播放器具有较低的z-索引值的顶部。
构建视频文件的第二种方法表示在图4中。第一文件41以从图2中第一文件21相同的方式被构造。对于第二文件44,第一子集2的最后一个片段的有效载荷数据,即V3-V4和A3-A4也放在第二文件44中。在视频文件41的时间的最后部分,因此与在视频文件42的时间的第一部分是相同的。换句话说,文件41和42是这样重叠的。
文件41和42的重放示于图5,其中所述视频有效载荷数据的重放被示出为时间的函数。上部杆57示出了视频有效载荷数据V1-V4中的第一个球员31和下杆58的重放表示视频有效载荷数据V3-V8在第二播放器32的播放。首先,文件41被装载入浏览器应用程序的浏览器窗口33内的第一播放器中,并在时刻t1启动,类似于上述的文件21的重放。在文件41的重放期间,在时间t2,第二视频播放器32与第二视频文件42初始化但对观看者隐藏。这个文件42的重放,然后在时刻t3开始,当第一视频播放器31是在视频有效载荷V2和V3播放中转换时。在那一刻,两个视频播放器31和32同步播放该视频文件41和42,即在同一时间每个显示相同的视频帧。在这个时刻t3,视频播放器32仍对观看者隐藏。在此同步播放期间,在时间t4,第二播放器32对观看者是可见并且第一播放器31是不可见的。从时间t4起,观看者由此看到了视频播放器32播放视频文件42。
当在视频文件中的重放没有重叠,如图2所示,取决于浏览器应用程序,由于视频播放器31和32纸件需要转换时间,有可能仍然可见和可到的瑕疵。通过构建和播放文件41和42的重叠部分,这类的瑕疵被避免,因为在播放器31和32转换期间,观看者总是看到和听到一个视频播放。
在播放文件41和42的重叠部分期间,从时间t3到时间t5可以有体积的增加,取决于浏览器应用程序是否会产生声音,当在第一或第二视频播放器是隐藏的。这示于图5,其中51表示第一视频播放器31的音量电平作为时间的函数,其中52表示第二视频播放器32的音量作为时间的函数,并且其中53表示由用户感知的音量电平51和52总和的总音量。当音量电平值为0,则音频静音并且当音量电平值是100,它是在原来存在于视频中的水平。由于视频文件41和42的交叠,在重叠的时段t3至t5期间量的增加是明显的。
为了解决这个问题,音量的交叉衰落可以应用。这也示于图5中。在重叠时段t3-t5,第一视频播放器31的音量水平54的音量减弱,并且同时,第二视频播放器32的音量水平55增加。这这种增加55和降低54是以这样一种方式完成,总的感知音量56保持相等,即与在原始音频有效载荷A3-A4中的相同。增加和减少音量可以以几种方式进行,例如用几个类型的曲线来实现,如图6所示。在图6-a中,这是用突然的方式进行,在开始把音量55静音,然后,在某一时刻,把音量54静音,并把该音量55恢复原来的音量。代替线性曲线,如图6-c所示,高阶曲线如图6-b所示,可以也可以使用。
适应音量54和55可以通过在重放文件41和42期间适应视频播放器31和32的音量水平来完成。视频播放器32的音量在随后在同步播放文件41和42期间逐渐增加,并且视频播放器31的音量在同一期间被逐渐减弱,使得总音量保持不变。
可替代地,音量电平54和55可以在文件41和42的构建过程中进行调整。为了做到这一点,音频有效载荷数据A3-A4将在创建两个文件41和42的过程中被改变。在文件41的构建期间,音频有效载荷数据A3-A4的音量将必须降低到零,并且文件42的构建期间,所述音频有效载荷数据A3-A4的音量将必须是从零提高到它原来的水平。再一次,在同步播放两个文件41和42期间,减小和增加是以这样的方式完成,被感知的总音量水平是恒定的,即,与原音量水平相同。换句话说,第一文件的音量电平淡出,而第二文件的音量电平淡入。
当在同步播放文件41和42期间切换播放器31和32的可视性,一个可见的瑕疵可能仍然会呈现给观众。如果两个播放器没有精确地定位在浏览器窗口的相同位置,即,当两个播放器之间有一个或多个像素的水平或垂直方向的偏移时,可能发生这种情况,此可见的瑕疵也可以由时间偏移引起,即当两个文件41和42没有被精确同步播放,即当两个播放器之间有一由一个或多个视频帧偏移。这个偏移的可视化效果可能由视频有效载荷的等效交叉衰减而不那么明显。同步地播放这两个文件41和42期间,视频播放器41被设置成越来越透明,从时刻t3到时刻t5。优选的视频播放器41的透明度是从零提高到百分之一百,即从不透明到完全透明的。这种方式中,第二视频播放器32被定位在与第一播放机31相同的位置,但完全被第一播放器31覆盖,将随着第一播放器31透明度的增加变得越来越明显。这样,由于位置或者时间偏移,可见瑕疵将被及时抹掉并且和对于观看者较少可见。视频播放器的透明度的变化可以通过CSS的“不透明度”属性来完成。
根据以上描述的实施例实施所述方法,JavaScript的脚本语言是优选使用的,因为这种语言是被支持浏览器应用程序支持的支持网页标准例如,HTML、CSS和JavaScript。JavaScript代码,然后由视频项的内容提供者,当用户在用户加载包含视频的网页或者当用户启动视频重放的时候被递送。该代码可以一种库的形式被递送。这样一来,当流视频到浏览器应用程序时,浏览器就没有进一步需要特定插件,如Flash、Silverlight或者QuickTime。
上述实施例已经描述用于视频项包括视频和音频有效载荷数据,但本发明不限于此。所描述的方法也可被应用到音频项其只包括音频有效载荷数据。在浏览器应用程序中重放的音频片段的子集,然后存储在数据对象7。从所述子集,音频文件然后构建用于在浏览器应用程序中重放。这些音频文件可以例如根据MPEG-4Part14标准被格式化为M4A文件。
上述实施例已经描述了HLS媒体流的重放,但是根据其它媒体流协议,媒体流使用的片段可以以类似的方式来实现。这些协议的例子是微软的SmoothStreaming(MSS),HTTP动态流(HDS)由Adobe和动态自适应流通过HTTP由3GPP标准(DASH)定义。
尽管本发明已经通过参考具体的实施例进行展示,这对那些本领域技术人员将是显而易见的,本发明并不限于前述说明性实施例的细节,并且,本发明可以进行多种变化和和修改进行实施,而不偏离其范围。因此本发明实施例在所有方面都是被考虑为是说明性的而不是限制性的,本发明的范围由所附的权利要求而不是由前面的描述说明,并且其落入权利要求的等价的含义和范围内的所有变化因此旨在被包含在其中。换句话说,设想覆盖落入基本原理的范围内的任何和所有修改,变化或等同物和其本质属性都声称在本专利申请中。本专利申请的读者应当理解进一步通过这样的词语“包括”或“包括”不排除其他元件或步骤,词语“一”或“一个”并不排除多个,并且单个元件,例如计算机系统、处理器或另一集成单元可以实现权利要求中所述的几个装置的功能。权利要求中的任何参考标记不应被解释为限制有关的各个权利要求。术语“第一”、“第二”、第三个“、”一“、”B“、”C“等,在说明书或权利要求中介绍了使用类似的元件或步骤,并且不区分必然描述顺序或时间顺序。但是应当理解,如此使用的术语在适当的情况下与本发明实施例中是可互换的,根据在本发明中以其他的序列,或者在取向与所述一个(多个)与上面所描述的或说明的不同,也能够操作。

Claims (14)

1.一种用于播放媒体的方法,包括浏览器应用程序中的媒体片段(1),所述媒体片段包括,由所述浏览器应用程序支持的编解码器编码的视频(4)和/或音频(5)有效载荷数据,方法包括由所述浏览器应用程序执行的以下步骤:
-从内容分发网络获取所述媒体的媒体片段的第一子集(2);
-构建第一媒体文件(21,41),包括媒体片段的所述第一子集的所述的所述视频和/或音频有效载荷数据;
-从所述内容分发网络的媒体片段获取第二子集(3),所述第二子集是所述第一子集时间上随之而来;
-构建第二媒体文件(22,42)包括媒体片段的所述的第二子集的所述视频和/或音频有效载荷数据;和
-根据所述编解码器播在所述浏览器应用程序中播放所述第一和第二媒体文件;
2.根据权利要求1所述的一种用于播放媒体的方法进一步包括:
-与所述内容分发网络,通过从所述内容分发网络检索一个清单文件开始流媒体会话,所述的清单文件包含所述媒体片段(1),所述媒体段是在所述内容分发网络中可获得的文件;和
-使用关于所述片段的所述信息,选择媒体片段的所述第一(2)和第二(3)子集。
3.根据权利要求2所述的一种用于播放媒体的方法,其中,所述片段信息包括在所述内容分发网络上每个所述片段的位置信息,和所述获得第一子集(2)和所述获得第二子集(3)包括,通过发送请求到所述内容分发网络与所述片段的位置作为参数,检索所述第一和第二子集的每个所述片段。
4.根据权利要求3所述的一种用于播放媒体的方法,其中,所述自适应的流媒体会话是HTTP自适应流媒体会话;并且其中所述请求是HTTPGET请求。
5.根据权利要求2所述一种用于播放媒体的方法,其中,所述清单文件包括所述片段(1)的可用版本编解码信息,所述编解码信息,为每个版本指定相应的编解码器,用于所述音频(5)和/或视频(4)的有效载荷数据编码;方法还包括以下步骤:
-基于所述编解码信息选择一种版本的所述片段使得相应的编解码器被所述浏览器程序支持。
6.根据权利要求1至5中任一项所述的一种用于播放媒体的方法,其中,所述媒体片段包括索引信息(10),所述索引信息包含关于所述音频(5)和/或视频(4)有效载荷数据在媒体片段内的位置信息;方法还包括以下步骤:
-使用所述索引信息从所述媒体片段中提取所述视频和/或音频有效载荷数据;
-存储所述视频和/或音频有效载荷数据;和
-使用所述所存储的视频和/或音频有效载荷数据用于所述构建步骤。
7.根据权利要求1至6中任一项所述的一种用于播放媒体的方法,其中,所述构建播放还包括:
-在所述浏览器应用程序中的一个第一播放器(31)播放所述第一媒体文件(21);
-在播放所述第一媒体文件的同时在所述播放器浏览应用程序的一个第二播放器(32)中下载所述第二媒体文件(22);
-所述第一个媒体文件结束时,开始播放所述第二个媒体文件。
8.根据权利要求7所述的一种用于播放媒体的方法,其中,所述第一(31)和第二(32)播放器是视频播放器,用于使用所述浏览器应用程序在显示器上播放视频,所述播放进一步包括:
-在所述下载之前,初始化和隐藏所述第二视频播放器;
-在所述显示器上定位所述第二视频播放器,与所述第一视频播放器相同的位置;
-在所述第一媒体文件播放结束时,隐藏所述第一视频播放器;
-在所述第一媒体文件播放结束时,取消隐藏所述第二视频播放器。
9.根据权利要求1至6中任一项所述的一种用于播放媒体的方法,其中,所述构建所述第二媒体文件还包括:
-把来自媒体片段的所述第一子集(2)的一个或多个最后片段中的一份所述视频(4)和/或音频(5)有效载荷数据放入所述第二文件(41);
并且其中所述播放包括:
-在所述浏览器应用程序中的一个第一播放器(31)播放所述第一媒体文件;
-在播放所述第一媒体文件(41)的同时在所述播放器浏览应用程序的一个第二播放器(32)中下载所述第二媒体文件;
-同步播放所述第一和第二媒体文件(42)。
10.根据权利要求9所述的一种用于播放媒体的方法,其中,所述第一(31)和第二(32)播放器是视频播放器,用于使用所述浏览器应用程序在显示器上播放视频,所述播放进一步包括:
-在所述下载之前,初始化和隐藏所述第二视频播放器;
-在所述显示器上定位所述第二视频播放器,与所述第一视频播放器相同的位置;
-在所述同步播放期间,隐藏所述第一视频播放器并取消隐藏第二视频播放器。
11.根据权利要求10所述的一种用于播放媒体的方法,其中所述第一(31)和第二(32)视频播放器包括深度属性,在所述显示器上播放所述视频播放器时,在深度上限定出现的顺序,并且其中所述隐藏包括分配一个深度属性到所述第一播放器,使得所述第一视频播放器在所述显示器上在第二所述播放器之下出现。
12.根据权利要求10或11所述的一种用于播放媒体的方法,其中,所述第一(31)和第二(32)视频播放器包括透明度属性来定义所述显示器上所述第一和第二视频播放器的透明性,并且其中隐藏所述第一视频播放器包括逐渐增加所述第一视频播放器的透明度。
13.根据权利要求9至12中任一项所述的一种用于播放媒体的方法,其中,所述媒体片段包括音频有效载荷数据(5),其具有音量级别,并且其中构建所述第一媒体文件(41)包括淡出将同步播放的所述音频有效载荷数据的所述音量级别(54),并且其中构建所述第二媒体文件包括淡入将同步播放的所述音频有效载荷数据的音量级别(55),所述淡入和淡出被执行,使得总音量级别(56)保持基本不变。
14.根据权利要求9至12中任一项所述的一种用于播放媒体的方法,其中,所述媒体片段包括音频有效载荷数据;且其中所述同步播放包括逐渐减小所述的第一媒体播放器的音量级别(54);且其中所述同步播放还包括逐渐增加所述第二媒体播放器的音量级别(55);所述逐渐减小和增加被执行,使得总音量级别(56)保持基本不变。
CN201480045011.XA 2013-08-06 2014-08-04 一种在浏览器内播放媒体流的方法 Active CN105453582B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP13179425.7A EP2835982B1 (en) 2013-08-06 2013-08-06 A method for playing a media stream in a browser application
EU13179425.7 2013-08-06
PCT/EP2014/066696 WO2015018782A1 (en) 2013-08-06 2014-08-04 A method for playing a media stream in a browser application

Publications (2)

Publication Number Publication Date
CN105453582A true CN105453582A (zh) 2016-03-30
CN105453582B CN105453582B (zh) 2019-06-25

Family

ID=48915926

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480045011.XA Active CN105453582B (zh) 2013-08-06 2014-08-04 一种在浏览器内播放媒体流的方法

Country Status (5)

Country Link
US (1) US10149020B2 (zh)
EP (1) EP2835982B1 (zh)
CN (1) CN105453582B (zh)
NO (1) NO2835982T3 (zh)
WO (1) WO2015018782A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107645491A (zh) * 2016-07-21 2018-01-30 韩华泰科株式会社 媒体流传输设备和媒体服务设备
CN108337545A (zh) * 2017-01-20 2018-07-27 韩华泰科株式会社 用于同步再现视频和音频的媒体重放设备和媒体服务设备
CN110545471A (zh) * 2018-05-29 2019-12-06 北京字节跳动网络技术有限公司 基于离线转换的播放控制方法、装置及存储介质
CN111124529A (zh) * 2019-11-21 2020-05-08 杭州米络星科技(集团)有限公司 一种基于浏览器ppapi插件技术的视频投屏方法
CN111800667A (zh) * 2020-07-28 2020-10-20 深圳Tcl数字技术有限公司 浏览器视频播放方法、视频播放装置及存储介质
CN113179261A (zh) * 2021-04-25 2021-07-27 深圳市商汤科技有限公司 视频流处理方法及装置、存储介质和平台服务器
CN114946192A (zh) * 2020-01-15 2022-08-26 杜比国际公司 利用比特率切换自适应流式传输媒体内容

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2550622B (en) * 2016-04-19 2018-10-24 Cisco Tech Inc Information centric networking routing in an IP network
EP3258701A1 (en) * 2016-06-15 2017-12-20 THEO Technologies Playback of multi-period media
KR102130429B1 (ko) * 2016-11-07 2020-07-07 한화테크윈 주식회사 멀티미디어 수신 장치에서 디코딩을 수행하는 방법 및 멀티미디어 장치
TWI826387B (zh) 2017-09-08 2023-12-21 美商開放電視股份有限公司 用於內容呈現之位元率及管線保留技術
US10720185B2 (en) * 2017-10-04 2020-07-21 Hashcut, Inc. Video clip, mashup and annotation platform
US20230042909A1 (en) * 2021-08-06 2023-02-09 Meta Platforms Technologies, Llc Systems and methods for generating media manifests

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1143353A2 (en) * 2000-03-09 2001-10-10 Ateon Networks, Inc. Adaptive media streaming server for playing live and streaming media content on demand through web client's browser with no additional software or plug-ins
CN1889679A (zh) * 2006-06-06 2007-01-03 西特斯(上海)信息技术有限公司 一种流媒体视频广告投放方法
WO2008094279A1 (en) * 2006-06-06 2008-08-07 Cts Media A method and system for dynamic management of multiple media data streams
US20110082946A1 (en) * 2009-10-06 2011-04-07 Openwave Systems Inc. Managing network traffic using intermediate flow control
US20120047542A1 (en) * 2010-08-20 2012-02-23 Disney Enterprises, Inc. System and method for rule based dynamic server side streaming manifest files
CN102802079A (zh) * 2012-08-24 2012-11-28 广东欧珀移动通信有限公司 一种媒体播放器的视频预览片段生成方法
WO2013052780A1 (en) * 2011-10-05 2013-04-11 Qualcomm Incorporated Network streaming of media data
CN103067748A (zh) * 2012-12-30 2013-04-24 乐视网信息技术(北京)股份有限公司 一种流媒体视频播放方法
US20130163758A1 (en) * 2011-12-22 2013-06-27 Viswanathan Swaminathan Methods and Apparatus for Key Delivery in HTTP Live Streaming

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5918012A (en) * 1996-03-29 1999-06-29 British Telecommunications Public Limited Company Hyperlinking time-based data files
US20020082730A1 (en) * 2000-12-21 2002-06-27 Microsoft Corporation Universal media player
US8494907B2 (en) * 2006-07-21 2013-07-23 Say Media, Inc. Systems and methods for interaction prompt initiated video advertising
US8214475B1 (en) * 2007-08-30 2012-07-03 Amazon Technologies, Inc. System and method for managing content interest data using peer-to-peer logical mesh networks
US8352996B2 (en) * 2008-06-27 2013-01-08 Microsoft Corporation Adaptive video switching for variable network conditions
WO2010108053A1 (en) * 2009-03-19 2010-09-23 Azuki Systems, Inc. Method for scalable live streaming delivery for mobile audiences
US20140267395A1 (en) * 2013-03-13 2014-09-18 Ross Video Limited Low-latency interactive multiviewer interfaces and methods for video broadcast equipment
US9854017B2 (en) * 2013-03-15 2017-12-26 Qualcomm Incorporated Resilience in the presence of missing media segments in dynamic adaptive streaming over HTTP

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1143353A2 (en) * 2000-03-09 2001-10-10 Ateon Networks, Inc. Adaptive media streaming server for playing live and streaming media content on demand through web client's browser with no additional software or plug-ins
CN1889679A (zh) * 2006-06-06 2007-01-03 西特斯(上海)信息技术有限公司 一种流媒体视频广告投放方法
WO2008094279A1 (en) * 2006-06-06 2008-08-07 Cts Media A method and system for dynamic management of multiple media data streams
US20110082946A1 (en) * 2009-10-06 2011-04-07 Openwave Systems Inc. Managing network traffic using intermediate flow control
US20120047542A1 (en) * 2010-08-20 2012-02-23 Disney Enterprises, Inc. System and method for rule based dynamic server side streaming manifest files
WO2013052780A1 (en) * 2011-10-05 2013-04-11 Qualcomm Incorporated Network streaming of media data
US20130163758A1 (en) * 2011-12-22 2013-06-27 Viswanathan Swaminathan Methods and Apparatus for Key Delivery in HTTP Live Streaming
CN102802079A (zh) * 2012-08-24 2012-11-28 广东欧珀移动通信有限公司 一种媒体播放器的视频预览片段生成方法
CN103067748A (zh) * 2012-12-30 2013-04-24 乐视网信息技术(北京)股份有限公司 一种流媒体视频播放方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JAN OZER: ""what is HLS(HTTP Live Streaming )?"", 《HTTP://WWW.STREAMINGMEDIA.COM/ARTICLES/EDITORIAL/WHAT-IS-.../WHAT-IS-HLS-(HTTP-LIVE-STREAMING)-78221.ASPX》 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107645491A (zh) * 2016-07-21 2018-01-30 韩华泰科株式会社 媒体流传输设备和媒体服务设备
CN108337545A (zh) * 2017-01-20 2018-07-27 韩华泰科株式会社 用于同步再现视频和音频的媒体重放设备和媒体服务设备
US10979785B2 (en) 2017-01-20 2021-04-13 Hanwha Techwin Co., Ltd. Media playback apparatus and method for synchronously reproducing video and audio on a web browser
CN110545471A (zh) * 2018-05-29 2019-12-06 北京字节跳动网络技术有限公司 基于离线转换的播放控制方法、装置及存储介质
CN110545471B (zh) * 2018-05-29 2021-12-14 北京字节跳动网络技术有限公司 基于离线转换的播放控制方法、装置及存储介质
CN111124529A (zh) * 2019-11-21 2020-05-08 杭州米络星科技(集团)有限公司 一种基于浏览器ppapi插件技术的视频投屏方法
CN114946192A (zh) * 2020-01-15 2022-08-26 杜比国际公司 利用比特率切换自适应流式传输媒体内容
US11997339B2 (en) 2020-01-15 2024-05-28 Dolby International Ab Adaptive streaming of media content with bitrate switching
CN111800667A (zh) * 2020-07-28 2020-10-20 深圳Tcl数字技术有限公司 浏览器视频播放方法、视频播放装置及存储介质
CN113179261A (zh) * 2021-04-25 2021-07-27 深圳市商汤科技有限公司 视频流处理方法及装置、存储介质和平台服务器
CN113179261B (zh) * 2021-04-25 2022-07-29 深圳市商汤科技有限公司 视频流处理方法及装置、存储介质和平台服务器

Also Published As

Publication number Publication date
WO2015018782A1 (en) 2015-02-12
NO2835982T3 (zh) 2018-05-19
CN105453582B (zh) 2019-06-25
US10149020B2 (en) 2018-12-04
EP2835982A1 (en) 2015-02-11
EP2835982B1 (en) 2017-12-20
US20160173954A1 (en) 2016-06-16

Similar Documents

Publication Publication Date Title
CN105453582A (zh) 一种在浏览器内播放媒体流的方法
NL2016051B1 (en) Live-stream video advertisement system
US9684716B2 (en) Video display method
JP6275691B2 (ja) 任意の時点でストリーミングメディアにコンテンツを挿入する方法及びシステム
CN111316652A (zh) 使用对齐编码内容片段的个性化内容流
US20170289616A1 (en) Receiving device, transmitting device, and data processing method
CN102656857B (zh) 一种启动阶段的流媒体数据获取、发送方法及装置
CN113767639B (zh) 接收媒体数据的方法、装置和非易失性计算机可读介质
US9313084B2 (en) Systems and methods for client-side media chunking
KR102499231B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
WO2017185601A1 (zh) 一种提供、下载视频的方法及设备
CN109587514A (zh) 一种视频播放方法、介质和相关装置
CN105812847A (zh) Hls视频直播方法、服务器及系统
CN109068169A (zh) 一种视频播放方法及装置
WO2019088853A1 (en) Live audio replacement in a digital stream
CA3113986A1 (en) Systems and methods for displaying a live video stream in a graphical user interface
WO2024035986A1 (en) Content delivery network utilizing dynamically assembled adaptive bitrates segments
CN102098572B (zh) 基于flash的自定义流媒体嵌入与播放系统及其实现方法
US20140245347A1 (en) Control layer indexed playback
US20170339204A1 (en) Multimedia streaming service presentation method, related apparatus, and related system
CN112188256B (zh) 信息处理方法、信息提供方法、装置、电子设备及存储介质
Peck et al. Towards mass deployment of CMAF
CN105207976A (zh) Avs-dash系统的多媒体信息插播控制方法、系统和客户端
WO2022253079A1 (zh) 基于hls流的字幕显示方法及装置
CN113364728B (zh) 媒体内容接收方法、装置、存储介质和计算机设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: Belgium and Felle Keppel deruifu No. 60

Applicant after: Open horizon limited liability company

Address before: F Felli Keber Derory Phu 60

Applicant before: VIRTUAL CABLE COMPANY BVBA

CB02 Change of applicant information
CB02 Change of applicant information

Address after: Belgium Leuven Wells Likeluonaier Beigaotelan 1B

Applicant after: Theo Technology Co Ltd

Address before: Belgium and Felle Keppel deruifu No. 60

Applicant before: Open horizon limited liability company

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant
CP02 Change in the address of a patent holder

Address after: 1 road, No. 5, Felipe West, herville, Belgium

Patentee after: THE VIRTUAL CABLE COMPANY BVBA

Address before: 1b, begotland, lucknell, 3012, Belgium

Patentee before: THE VIRTUAL CABLE COMPANY BVBA

CP02 Change in the address of a patent holder