一种视频播控方法、中间件及系统的制作方法
【技术领域】
[0001 ]本发明涉及视频播控技术领域，更具体地说，涉及一种视频播控方法、中间件及系统。
【背景技术】
[0002]目前，由于多数机顶盒自带的系统硬件播放器只实现了基本的视频播放功能，用于满足一般的电影、电视剧的播放，对于播控要求较高的音乐MV播放则支持度不够，如大多数播放器并没有实现左右声道切换接口从而影响了 MV原伴唱切换的功能，也没有实现多音轨切换功能从而影响了对多语言的支持;另外，由于系统播放器的封闭性，在播放的同时无法实现对声音的美化、变声等个性化需求。
[0003]因此，如何满足用户对视频播放的多种个性化需求是现在需要解决的问题。
【发明内容】
[0004]本发明的目的在于提供一种视频播控方法、中间件及系统，以满足用户对视频播放的多种个性化需求。
[0005]为实现上述目的，本发明实施例提供了如下技术方案:
[0006]—种视频播控方法，包括:
[0007]接收播放器发送的播放请求；
[0008]从所述播放请求中解析出所述播放请求携带的真实播放地址，并根据所述真实播放地址从服务器获取流数据；
[0009]将所述流数据分离生成视频流和音频流，并将所述音频流进行处理，生成处理后的音频流；
[0010]将所述处理后的音频流和所述视频流进行复用处理，生成处理后的流数据，并将所述处理后的流数据转发至所述播放器。
[0011]优选的，将所述音频流进行处理，生成处理后的音频流，包括:
[0012]将所述音频流解码，生成非压缩的PCM数据，并根据音效控制指令将所述PCM数据进行相应的音效处理，生成所述处理后的音频流;和/或，
[0013]根据音轨控制指令，从所述音频流中选择与所述音轨控制指令相对应的音频流，作为所述处理后的音频流。
[0014]优选的，据所述真实播放地址从服务器获取流数据之后，还包括:
[0015]将所述流数据进行缓存处理。
[0016]优选的，将所述处理后的流数据转发至所述播放器，包括:
[0017]将所述处理后的流数据以直播形式向所述播放器转发。
[0018]一种视频播控中间件，包括:
[0019]接收模块，用于接收播放器发送的播放请求；
[0020]解析模块，用于从所述播放请求中解析出所述播放请求携带的真实播放地址；[0021 ]数据获取模块，用于根据所述真实播放地址从服务器获取流数据；
[0022]分离模块，用于将所述流数据分离生成视频流和音频流；
[0023]音频处理模块，用于将所述音频流进行处理，生成处理后的音频流；
[0024]复用模块，用于将所述处理后的音频流和所述视频流进行复用处理，生成处理后的流数据；
[0025]转发模块，用于将所述处理后的流数据转发至所述播放器。
[0026]优选的，所述音频处理模块，包括:第一音频处理单元，和/或，第二音频处理单元；
[0027]所述第一音频处理单元，用于将所述音频流解码，生成非压缩的PCM数据，并根据音效控制指令将所述PCM数据进行相应的音效处理，生成所述处理后的音频流；
[0028]所述第二音频处理单元，用于根据音轨控制指令，从所述音频流中选择与所述音轨控制指令相对应的音频流，作为所述处理后的音频流。
[0029]优选的，还包括:
[0030]缓存模块，用于将所述流数据缓存。
[0031]优选的，转发模块具体用于:将所述处理后的流数据以直播形式向所述播放器转发。
[0032]—种视频播控系统，包括播放器、服务器和上述任意一项所述的视频播控中间件。
[0033]通过以上方案可知，本发明实施例提供的一种视频播控方法、中间件及系统，包括:接收播放器发送的播放请求;从所述播放请求中解析出所述播放请求携带的真实播放地址，并根据所述真实播放地址从服务器获取流数据;将所述流数据分离生成视频流和音频流，并将所述音频流进行处理，生成处理后的音频流;将所述处理后的音频流和所述视频流进行复用处理，生成处理后的流数据，并将所述处理后的流数据转发至所述播放器，可见在本实施例中，通过将获取的流数据通过中间件的分析处理，可以根据用户的需求将流数据中的音频流数据进行自定义的处理，增加用户体验，满足了用户对视频播放的多种个性化需求。
【附图说明】
[0034]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0035]图1为本发明实施例公开的一种视频播控方法流程示意图；
[0036]图2为本发明实施例公开的音视频数据处理流程示意图；
[0037]图3为本发明实施例公开的单音轨处理流程示意图；
[0038]图4为本发明实施例公开的多音轨简单切换流程示意图；
[0039]图5为本发明实施例公开的多音轨切换与实时音效处理流程图；
[0040]图6为本发明实施例公开的一种视频播控中间件结构示意图；
[0041 ]图7为本发明实施例公开的一种视频播控系统结构示意图。
【具体实施方式】
[0042]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0043]本发明实施例公开了一种视频播控方法、中间件及系统，以满足用户对视频播放的多种个性化需求。
[0044]参见图1，本发明实施例提供的一种视频播控方法，包括:
[0045]SlOl、接收播放器发送的播放请求；
[0046]具体的，在本实施例中，以Android平台为例对本发明实施例提供的一种视频播控方法进行介绍，但需要说明的是，本方法对实施平台并不限定，即本方案是用于所有类似平台。
[0047]具体的，本实施例中的视频播控系统由播放器、服务器和视频播控中间件组成。本实施例中的播放器可以理解为Android系统中的MediaPlayer播放器，视频播控中间件为MediaServer_LT，其中中间件MediaServer_LT以中转服务器的形式存在。在MediaPlayer需要播放视频时,MediaPlayer向中间件MediaServer_LT发起播放请求。
[0048]SI 02、从所述播放请求中解析出所述播放请求携带的真实播放地址，并根据所述真实播放地址从服务器获取流数据；
[0049]具体的，MediaServer_LT通过解析MediaPlayer发送的播放请求中携带的请求地址，还原出原始的真实播放地址，并向服务器发起拉流请求。
[0050]S103、将所述流数据分离生成视频流和音频流，并将所述音频流进行处理，生成处理后的音频流；
[0051]具体的，图2为本实施例提供的音视频数据处理流程，从图中可以看出，单单从中间件对音视频处理的角度来看，中间件主要由三部分构成，即拉流模块、音频处理模块和转发模块，其中拉流模块负责从原始的流媒体服务器取流，并将音视频进行分离，分析称视频流和音频流，并将分离出来的音频流发送给音频处理模块做特殊需求处理;转发模块将处理后的音频流和原始视频流进行复用后转发给系统MediaPlayer进行播放。
[0052]优选的，将所述音频流进行处理，生成处理后的音频流，包括:
[0053]将所述音频流解码，生成非压缩的PCM数据，并根据音效控制指令将所述PCM数据进行相应的音效处理，生成所述处理后的音频流;和/或，
[0054]根据音轨控制指令，从所述音频流中选择与所述音轨控制指令相对应的音频流，作为所述处理后的音频流。
[0055]具体的，本实施例中的音频处理模块支持单音轨和多音轨的流数据。
[0056]参见图3，在单音轨方式中，原始视频文件中的音频为压缩格式，这里以目前常用的AAC为例来做说明。音频处理模块拿到解复用后的原始音频AAC数据后，将其解码为非压缩的PCM数据，音效处理部分根据用户发送的音效控制指令对PCM数据进行相应的音效处理，处理后的PCM音频流在后续转发模块中与视频流进行复用，最终提供给MediaPlayer进行播放。需要注意的是，经音效处理后的PCM数据并未再次压缩为AAC格式，而是直接以PCM格式提供给转发模块进行转发。
[0057]在实用中，由于某些音效的处理需要较高的CPU占用和较长的处理时间，然而播放器本身又具有很高的实时性要求。多音轨模式则可解决该问题，如图4所示，在多音轨模式中，原始视频文件中可包含多个轨道具有不同音效的音频流，当需要切换音效时，可通过用户发送的音轨控制指令，来控制中间件选择不同的音轨数据，并与原始视频流数据复用后转发即可。