一种音视频数据播放方法以及服务器和客户端技术

技术编号:17944713 阅读:51 留言:0更新日期:2018-05-15 23:43
本申请公开了一种音视频数据播放方法。服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,该音视频数据包含同步标识,并且同步标识在音视频数据中的数据位置对应于原始音视频数据的相同时刻,后续服务器为音视频数据配置URI地址,并将URI地址对应于音视频数据的码率写入预设的播放控制列表,服务器将播放控制列表发送至客户端,以使客户端根据播放控制列表向服务器下载音视频数据。该方案由服务器针对不同码率预先生成多个音视频数据,并且在音视频数据中设置同步标识,从而避免了在不同视频片段之间切换所导致的延迟以及资源浪费,提升了用户的使用体验。

Audio and video data playing method, server and client

The application discloses a method for playing audio and video data. The server generates audio and video data corresponding to multiple preset code rates according to the original audio and video data to be recorded. The audio and video data contains the synchronization identity, and the synchronous identification of the data position in the audio and video data corresponds to the same time of the original audio and video data, and the follow-up server configuring the URI address for the audio and video data. And the URI address corresponds to the bit rate of audio and video data to the preset play control list, and the server sends the play control list to the client, so that the client downloads the audio and video data to the server according to the play control list. The scheme generates multiple audio and video data by the server at different bit rates, and sets the synchronization identity in the audio and video data, thus avoiding the delay caused by switching between different video clips and the waste of resources, and improving the user's experience.

【技术实现步骤摘要】
一种音视频数据播放方法以及服务器和客户端
本申请涉及音视频播放领域,特别涉及一种音视频数据播放方法以及服务器和客户端。
技术介绍
现有技术在实现直播的码率自适应功能时,一般采用HLS(LiveStreaming,动态码率自适应技术)、DASH(DynamicAdaptiveStreaming,动态自适应流)等流媒体协议。而这些流媒体协议都是将音视频分成较小的片段,并将这些音视频小片段的网络地址URI放在一个列表里。客户端通过访问不同码率的音视频片段来实现不同码率之间的动态切换。目前,在HLS、DASH等流媒体协议中,只有制作完成每个音视频片段后,客户端才能访问该音视频片段。因此,当访问直播视频或者其他实时网络节目时,客户端需要等待音视频片段的制作完成才能访问该视频片段,所以客户端播放视频会存在延迟现象,至少延迟一个视频片段的时长。此外,由于此类流协议客户端需要频繁的访问不同视频片段的URI,因此也会造成网络资源的浪费。以HLS为例,假如一个ts片段时长是10秒,那么在由于网络状态或其他原因导致视频播放发生码率切换时,则客户端至少会延迟10秒的时间,从而导致直播过程中的实时性较差。由此可见,如何避免因视频切断而引入的延迟以及高资源负荷,成为本领域技术人员亟待解决的技术问题。
技术实现思路
有鉴于现有技术中的问题,本申请提供了一种音视频数据播放方法,该方法应用于包括服务器与客户端的系统,包括:所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,所述音视频数据包含同步标识,所述同步标识在所述音视频数据中的数据位置对应于所述原始音视频数据的相同时刻;所述服务器为所述音视频数据配置URI地址,并将所述URI地址对应于所述音视频数据的码率写入预设的播放控制列表;所述服务器将所述播放控制列表发送至所述客户端,以使所述客户端根据所述播放控制列表向所述服务器下载所述音视频数据。优选地,在所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据之后,还包括:所述服务器为所述音视频数据生成映射表,所述映射表用于表示所述音视频数据中所述同步标识与数据位置的对应关系。优选地,还包括:若在根据原始音视频数据生成所述音视频数据的过程中到达预设时间点,所述服务器在所述音视频数据的当前数据位置中插入同步标识,并更新所述映射表。优选地,在所述服务器将所述播放控制列表发送至所述客户端后,还包括:所述服务器接收来自所述客户端的音视频数据请求消息;所述服务器根据所述播放控制列表确定目标音视频数据,其中,所述目标音视频数据与所述音视频数据请求消息对应;若与所述目标音视频数据对应的映射表中存在与所述音视频数据请求消息中携带的同步标识相匹配的同步标识,根据与所述音视频数据请求消息中携带的同步标识相匹配的同步标识在所述目的音视频数据中确定目标数据位置,并从所述目标数据位置处向所述客户端发送所述目标音视频数据;优选地,还包括:若与所述目标音视频数据对应的所述映射表中不存在与所述音视频数据请求消息中携带的同步标识相匹配的同步标识,从所述目标音视频数据的最新同步标识所对应的数据位置处向所述客户端发送所述目标音视频数据;若所述音视频数据请求消息中没有携带任何同步标识,从所述目标音视频数据的最新同步标识所对应的数据位置处向所述客户端发送所述目标音视频数据。相应地,本申请还提出了一种服务器,应用于包括客户端的系统,包括:处理器;以及用于存储处理器可执行指令的存储器;其中,所述处理器被用于执行如上任一项所述的音视频数据播放方法。相应地,本申请还提出了一种音视频数据播放方法,应用于包括服务器与客户端的系统,包括:所述客户端从所述服务器下载播放控制列表,并根据所述播放控制列表下载所述服务器生成的音视频数据;若所述客户端在解析所述音视频数据的过程中依据所述播放控制列表与所述客户端当前的网络状态确定需要切换至另一音视频数据,所述客户端向所述服务器发送音视频数据请求消息,所述音视频数据请求消息中携带所述客户端在解析所述音视频数据过程中所获取的最新的同步标识。优选地,据所述播放控制列表下载所述服务器生成的音视频数据,具体为:所述客户端按照所述码率从小到大的顺序从所述播放控制列表下载所述音视频数据。相应地,本申请还提出了一种客户端,应用于包括服务器的系统,包括:处理器;以及用于存储处理器可执行指令的存储器;其中,所述处理器被用于执行如上任一项所述的音视频数据播放方法。由此可见,通过应用本申请的技术方案,服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,该音视频数据包含同步标识,并且同步标识在音视频数据中的数据位置对应于原始音视频数据的相同时刻,后续服务器为音视频数据配置URI地址,并将URI地址对应于音视频数据的码率写入预设的播放控制列表,服务器将播放控制列表发送至客户端,以使客户端根据播放控制列表向服务器下载音视频数据。该方案由服务器针对不同码率预先生成多个音视频数据,并且在音视频数据中设置同步标识,从而避免了在不同视频片段之间切换所导致的延迟以及资源浪费,提升了用户的使用体验。附图说明为了更清楚地说明本申请的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1为本申请实施例提供的一种音视频数据播放方法的流程示意图;图2为本申请实施例提供的另一种音视频数据播放方法的流程示意图;图3为本申请具体实施例的流程示意图;图4为本申请具体实施例播放控制列表格式示意图;图5为本申请实施例服务器生成音视频数据的流程示意图;图6为客户端处理音视频数据请求消息的流程示意图;图7为客户端播放音视频数据的流程示意图。具体实施方式为了解决
技术介绍
中的问题,本申请提出了一种音视频数据播放方法,该方法无需将视频切段,而是在视频制作时加入同步标识来解决不同码率视频之间切换的同步问题。服务器端进行直播时录制成不同码率的码流,并将所有码流的URI放到一个播放控制表里面。客户端播放视频时,首先下载该播放控制表并缓存,然后根据网络情况的变化来主动选择合适的码流进行下载并播放,客户端在发出网络连接请求时,需要增加同步标识参数,以实现不同码率视频之间的无缝切换。。如图1所示,为本申请实施例提供的一种服务器音视频数据播放方法的流程示意图。该方法的实施过程如下:步骤S101、所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,所述音视频数据包含同步标识,所述同步标识在所述音视频数据中的数据位置对应于所述原始音视频数据的相同时刻。为了解决
技术介绍
中的问题,本申请的技术方案由服务器将原始音视频数据对应于多个码率生成整段的音视频数据,这样避免了同一码率对应多个视频片段的问题。此外,如果客户端在播放音视频的过程中切换码率,则服务器需要确定当前音视频的播放进度,也就是确定当前音视频文件播放到的音视频时间点,进而在确定切换的码率对应的音视频数据后,从当前音视频播放到的音视频时间点开始向客户端发送音视频数据。在上述过程中,服务器所生成的音视频数据中包含同步标识,并且同步标识在所述音视频本文档来自技高网
...
一种音视频数据播放方法以及服务器和客户端

【技术保护点】
一种音视频数据播放方法,应用于包括服务器与客户端的系统,其特征在于,所述方法包括:所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,所述音视频数据包含同步标识,所述同步标识在所述音视频数据中的数据位置对应于所述原始音视频数据的相同时刻;所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,所述音视频数据包含同步标识,所述同步标识在所述音视频数据中的数据位置对应于所述原始音视频数据的相同时刻;所述服务器为所述音视频数据配置URI地址,并将所述URI地址对应于所述音视频数据的码率写入预设的播放控制列表;所述服务器为所述音视频数据配置URI地址,并将所述URI地址对应于所述音视频数据的码率写入预设的播放控制列表;所述服务器将所述播放控制列表发送至所述客户端,以使所述客户端根据所述播放控制列表向所述服务器下载所述音视频数据。所述服务器将所述播放控制列表发送至所述客户端,以使所述客户端根据所述播放控制列表向所述服务器下载所述音视频数据。

【技术特征摘要】
1.一种音视频数据播放方法,应用于包括服务器与客户端的系统,其特征在于,所述方法包括:所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,所述音视频数据包含同步标识,所述同步标识在所述音视频数据中的数据位置对应于所述原始音视频数据的相同时刻;所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据,所述音视频数据包含同步标识,所述同步标识在所述音视频数据中的数据位置对应于所述原始音视频数据的相同时刻;所述服务器为所述音视频数据配置URI地址,并将所述URI地址对应于所述音视频数据的码率写入预设的播放控制列表;所述服务器为所述音视频数据配置URI地址,并将所述URI地址对应于所述音视频数据的码率写入预设的播放控制列表;所述服务器将所述播放控制列表发送至所述客户端,以使所述客户端根据所述播放控制列表向所述服务器下载所述音视频数据。所述服务器将所述播放控制列表发送至所述客户端,以使所述客户端根据所述播放控制列表向所述服务器下载所述音视频数据。2.如权利要求1所述的方法,其特征在于,在所述服务器根据待录制的原始音视频数据分别生成与多个预设码率对应的音视频数据之后,还包括:所述服务器为所述音视频数据生成映射表,所述映射表用于表示所述音视频数据中所述同步标识与数据位置的对应关系。3.如权利要求2所述的方法,其特征在于,还包括:若在根据原始音视频数据生成所述音视频数据的过程中到达预设时间点,所述服务器在所述音视频数据的当前数据位置中插入同步标识,并更新所述映射表。4.如权利要求1-3任一项所述的方法,其特征在于,在所述服务器将所述播放控制列表发送至所述客户端后,还包括:所述服务器接收来自所述客户端的音视频数据请求消息;所述服务器根据所述播放控制列表确定目标音视频数据,其中,所述目标音视频数据与所述音视频数据请求消息对应;若与所述目标音视...

【专利技术属性】
技术研发人员:李斌周杰
申请(专利权)人:青岛海信电器股份有限公司
类型:发明
国别省市:山东,37

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1