CN103957447B - 悬浮多窗口播放系统 - Google Patents

Abstract

本发明公开了一种安卓系统中“悬浮多窗口”播放系统，功能特点：一多窗口，可同时播放多个视频；二独立悬浮，播放窗口悬浮且独立于系统和应用的UI之上，每个播放窗口可独立操控，可在观看视频时作其他系统任务操作。本发明的组成模块为：视频解码模块、播放控制模块、状态恢复模块、系统监控模块。视频解码模块用来解码视频，将视频输出至屏幕；播放控制模块，用于控制视频的播放；状态恢复模块用来记录当前播放的视频的序号、解码方式、播放进度、播放状态、字幕和音轨的选择、窗口大小等；系统状态监控模块用来监测影响播放的其他系统应用，如锁止和解锁屏幕、接听和挂断电话等操作时，播放窗口进行相应的状态响应。

Description

悬浮多窗口播放系统

技术领域：

本发明涉及一种安卓系统的视频播放技术，尤其涉及多窗口悬浮方式视频播放系统。

背景技术：

目前基于安卓系统的视频播放器，只有一种全屏的播放模式，一次只能观看一个视频，不能在同一终端屏幕上利用一种播放系统实现多窗口同时播放。由于在安卓系统中当多个系统应用同时运行时采用栈的模式(后入先出)，最后打开的应用在屏幕的最上层，覆盖住其他的应用，所以用户在观看视频时如果要进行其他操作，打开相关应用就会覆盖正在观看的视频，同样的由于正在进行的视频播放处于屏幕的最上层也会影响到用户观测其他应用操作的信息，视频播放和其它应用之间相互造成影响，视频播放窗口不能独立于系统和应用的UI之上，不能实现视频播放窗口不受其它同时打开的应用的影响进行独立的操控。现有技术当进行视频播放时，当来了电话需要接听电话或者屏幕出现锁止和开锁等，这一系列对视频播放产生密切关联影响的系统应用出现时，一般是暂停播放，当电话挂断或者屏幕开锁后需要按播放键恢复播放，不能根据用户的设置自动选择暂停或继续播放并对播放窗口进行自动调整恢复播放。

发明内容：

现有技术中存在的问题一是不能在同一终端利用一种播放系统实现多窗口同时播放，二是由于安卓系统中多个系统应用同时运行时采用栈的模式最后打开的应用在屏幕最上层覆盖住其他应用，影响用户多任务操作，现有技术播放器打开的视频窗口不能完全独立于其它应用实现独立操控。

本发明提供一种悬浮多窗口播放系统，实现一种播放系统多个视频同时播放通过悬浮窗口方式播放视频，窗口位置在终端和系统界面，多个窗口之间相互独立，每个窗口都有一套控制系统，部分窗口播放状态和进度等改变，不影响和应用动位置，缩放窗体和播放画面，不是只有一种全屏播放模式。

本发明由视频解码模块、播放控制模块、状态恢复模块、系统监控模块组成。

视频解码模块，以ffmpeg为解码基础，另外封装了一些自定义的接口和数据输出的方法，一是方便上层UI调用，二是将解码后的视频流、音频流、字幕流等数据输出到设备的屏幕上。视频解码模块直接与播放控制模块交互作用，将数据输出到播放窗口界面，其中解码主要有两种：一是系统解码组件，二是自己编写的解码模块。

播放控制模块，播放组件在播放窗口界面和视频解码模块之间串联，直接对播放窗口进行状态控制，包括播放、暂停、调节进度、字幕音轨、播放下一集等基本播放控制和窗体最小化、最小化恢复、恢复全屏播放、窗体大小缩放。全屏播放按Home键触发悬浮播放，或在播放列表中选中若干个视频直接打开悬浮窗口播放，悬浮播放过程中，通过播放控制模块中的最大化按钮恢复成全屏播放，各个悬浮播放窗口相互独立，每个窗口都由四个模块共同作用实现单独操控。

悬浮窗口播放时可多点触摸缩放播放画面大小，用安卓中的View触摸接口OnTouchListener来截获窗口的移动或缩放操作，根据双指移动时距离的大小差来计算窗口放大或缩小的倍数。

状态恢复模块，包括窗体初使化单元、窗体恢复单元和状态记录单元，直接交互作用于播放窗口，在播放过程中记录相关信息，在播放时能恢复至之前的状态，包括全屏与悬浮窗口播放、锁屏与解锁、来电与挂断电话等播放状态切换时发挥作用。

系统状态监控模块，播放过程中监测到屏幕的锁止和解锁、来电接听挂断电话等视频播放以外其他系统行为时，浮动窗口根据设置作出相应状态调整。

现有技术播放窗口在播放过程中遇到影响播放的其他系统行为只有暂停或最小化的状态改变，其他系统行为结束或完成时也不能自动恢复播放状态，本发明视频播放窗口针对播放过程中出现的其他系统行为根据事先的设置作出相应状态响应，例如发生锁止和打开屏幕或来电接听和挂断电话，针对这两种情况，当锁屏后视频播放窗口可以选择继续或者暂停播放，解锁打开屏幕后恢复播放，当来电需要接听，视频播放窗口自动最小化，挂断电话恢复播放。

技术方案是在系统监控模块注册屏幕锁止和打开，接听和挂断电话这些影响播放的系统行为的BroadcastReceiver，播放过程中对系统行为状态变化进行监测分析，避免视频播放与系统行为冲突。出现注册系统行为时，根据用户设置的规则，调用播放控制模块对播放状态和窗体状态进行调整，继续或暂停播放或最小化视频窗口，同时调用状态恢复模块保存的之前播放状态和窗体信息，当注册的系统行为结束或者完成后，可以恢复之前的播放和窗口状态。

对比传统的播放模式，悬浮多窗口播放模式操作更便捷，更加人性化。每个显示的视频窗口可独立进行控制操作，可随意拖拽视频播放窗口位置，改变视频窗口的大小，在发生锁屏和来电等影响播放的系统行为时可以选择最小化，继续或者暂停播放并具有恢复播放功能。悬浮多窗口播放，视频播放的内容更加丰富，多窗口多任务性，视频播放时不影响用户进行其他系统操作。

附图说明：

图1本发明的悬浮多窗口播放系统的流程图。

图2本发明的悬浮多窗口播放系统的效果图。

图3本发明状态恢复模块组成图。

具体实施方式：

下面结合附图对本浮动多窗口系统每个模块的实施作详细的描述：

如图1所示，在全屏播放按Home键触发悬浮播放，或在播放列表中选中若干个视频直接打开悬浮窗口播放。悬浮播放过程中，也可通过播放控制中的最大化按钮恢复成全屏播放。各个悬浮播放窗口是相互独立的，每个都有各个模块独立控制。

各个模块的实施方式如下：

1视频解码模块，以ffmpeg为解码基础，另外封装了一些自定义接口和数据输出的方法，一是方便上层UI调用，二是将解码后的视频流、音频流、字幕流等数据输出到设备的屏幕上。

2播放控制模块，即播放组件，在播放界面和视频解码模块之间串联，其中解码主要有两种：一是系统的系统解码组件，二是自己写的解码模块。其实施方式如下：

1)加载解码包类库，安卓中JNI来调用高效的C的类库，类库文件一般存放于工程目录下的libs文件夹中，不同CPU(arm、x86、mips等)的类库分别存放于不同的子文件夹(armeabi、x86、mips等)，执行System.loadLibrary(“moboplayer”)；的方式调用和加载解码类库。

2)加载视频，将视频的信息传入，有之前保存的解码方式就用之前的方式，若无保存的解码方式，则用效率更高、更省电的系统解码组件，如果解码成功就开始解码；如果解码失败，再调用自己写的解码模块,同时初使化字幕和音轨等信息；对系统监控模块中需要监听的系统行为的BroadcastReceiver进行注册，以便这些系统行为发生时能及时的调整播放状态、调用系统恢复模块来保存窗体信息和媒体信息。

3)播放视频，播放过程中主要是对界面播放进度、时间、外置字幕流等进行更新。播放进度根据视频的长度和当前播放的进度来算；外置字幕流，支持常规的srt、ass、ssa、smi等格式，将字幕文件解析成二进制数据，根据当前视频的播放时间，结合字幕中的时间轴，来确定当前需要显示的字幕信息。实施效果如图2所示。

悬浮窗口多点触摸缩放播放画面的大小：用安卓中的View的触摸接口OnTouchListener，来截获窗口的移动或缩放操作，根据双指移动时距离的大小差，来计算窗口放大或缩小的倍数。

在播放过程中，还需要保持屏幕常亮，

播放完成后，将WakeLock释放，以便屏幕在长时间无操作后自动关闭，节省电量。

3状态恢复模块，作用于全屏播放和悬浮窗口播放、锁屏和解锁、来电和挂断电话等播放状态切换时。在播放过程中，记录相关信息，以便在播放时能恢复至之前的状态。

状态恢复包括两种：

1)从全屏窗口切换至小窗口，恢复播放状态和之前窗体的状态；

2)选中多个视频，直接打开多个悬浮窗口播放，指定初使的状态。

如图3所示，状态恢复模块包括三个单元组成：窗体初使化单元、窗体恢复单元和状态记录单元。

在全屏播放按Home键触发悬浮播放，或在播放列表中选中若干个视频直接打开悬浮窗口播放，开始悬浮窗口的生成流程：

1)窗口信息的初使化：

初始化窗体的属性，加载悬浮窗口的布局，将各个组件初使化至内存，为各个按钮添加相应的接口，各个接口被调用后对窗体或播放作出相应的操作；将“系统监控模块”中需要监控的锁止开锁屏幕和来电接听挂断电话等系统状态的广播在系统中进行注册；同时启动播放控制模块：加载解码包类库(整个应用的生命周期内，只加载一次，若之前有过加载则此次跳过)、加载视频和播放视频。

默认窗体大小根据视频的分辨率、播放比例、屏幕分辨率、屏幕尺寸等条件计算而来：以宽度为基准，缩小相应的倍数(此倍数由设备的尺寸而定，屏幕越大，倍数也越大)，高度值由缩小后的宽度值除以播放比例算出。

默认窗体的位置，由当前需要展示的窗口的数量、大小和序号决定，首个窗体位于屏幕左上方，以后的窗口依次在之前窗口的正文展示，其y坐标为之前窗口的高度之和加上窗体之间的间距之和；当其y坐标+其窗体高度大于屏幕大小时，则将其x坐标置0，y坐标变为之前窗口宽度+间距。

2)初使化完毕后，开始恢复之前的状态。

窗体大小的恢复，从状态记录单元中获取之前保存的窗体的大小，根据获取尺寸重新布局窗体界面的各个组件的大小和间距等。

窗体位置的恢复，从状态记录单元中获取之前窗体的位置信息，设置屏幕WindowManager的布局对象，将窗体位置布置到相应的坐标之上。

窗体播放状态的恢复，从状态记录单元中获取相应的媒体信息，恢复视频播放或暂停、恢复相应的字幕、音轨、恢复播放进度等播放信息。

3)状态记录由两个个部分组成，窗口信息的记录：窗口大小、显示位置、显示序列；媒体信息的记录：视频的基本信息(视频播放地址、字幕、播放比例、播放状态、播放进度等)。

4系统监控模块，注册影响正在进行视频播放窗口状态的其他系统行为的BroadcastReceiver，对每种系统行为出现时播放视频窗口的应对状态分别进行设置。在播放过程中对注册的系统行为的状态的变化进行分析，发生相应的系统状态时，调用播放控制模块对播放状态和窗体状态进行调整，同时调用状态恢复模块保存的之前的播放状态和窗体信息，当注册的系统行为结束或者完成后系统状态可以恢复之前的播放状态和窗口状态。例如，在视频播放时，出现锁止屏幕的情况，来电需要接听电话的情况：

1)出现锁屏后，根据用户设置的规则，继续播放视频或暂停播放视频，待屏幕解锁后恢复播放。设置对屏幕锁定和打开的监听代码，锁屏后不继续播放屏幕打开后开始播放，或者锁屏后继续播放屏幕打开不需要进行任何操作持续播放：

锁屏后不继续播放

2)来电话后，根据用户设置的规则来电话后窗口最小化，以免影响用户接听、挂断电话的操作，待挂断电话后恢复播放。

下边是对来电和挂断电话监听的代码：

以上是对出现锁止屏幕和来电接听两种情况的注册监听，也可以对其他影响播放的系统行为进行注册监听。

以上具体实施方式仅用于说明本发明，而非用于限定本发明，凡在本发明的精神和原则之内，所做的任何修改和等同替换以及改进，均应在本发明的保护范围之内。

Claims (5)

1.一种悬浮多窗口播放系统，其特征在于：包括：

视频解码模块，用来解码视频并将解码后的数据输出至终端的屏幕；

播放控制模块，用来控制播放窗口的播放状态；

状态恢复模块，用来记录视频播放状态和信息并实现播放窗口状态切换，所述状态恢复模块由窗体初始化单元、窗体恢复单元和状态记录单元三部分组成，所述状态恢复模块作用于全屏播放和悬浮窗口播放、锁屏与解锁、来电与挂断电话时的播放状态切换,状态恢复包括从全屏窗口切换至小窗口，恢复播放状态和之前窗体的状态,选中多个视频直接打开多个悬浮窗口播放，指定初始的状态；

系统状态监控模块，在播放过程中监测到屏幕的锁止解锁、来电挂断电话这些视频播放以外的系统行为时，对发生的系统行为根据事先的注册，设置视频窗口作出状态相应调整；所述系统状态监控模块注册监听锁止打开屏幕，接听挂断电话这些影响视频播放窗口状态的相关系统行为，当发生注册的系统行为时，系统根据用户设置的规则，调用播放控制模块对播放状态和窗体状态进行调整，继续或暂停播放或最小化窗口视频，同时调用状态恢复模块保存的之前的播放状态和窗体信息，当注册的系统行为结束或者完成后系统状态恢复之前的播放状态和窗口状态；

播放控制模块，即播放组件是在播放窗口界面和视频解码模块之间串联，视频解码模块与播放控制模块交互作用，播放控制模块和系统状态监控模块分别作用于播放窗口界面，状态恢复模块与播放窗口界面交互作用；播放窗口界面分为全屏播放和悬浮窗口两种模式，四模块协同作用实现悬浮多窗口视频播放，并且各个播放窗口独立操控。

2.根据权利要求1所述悬浮多窗口播放系统，其特征在于：视频解码模块，以ffmpeg为解码基础并封装了自定义的接口和数据输出的方法。

3.根据权利要求2所述悬浮多窗口播放系统，其特征在于：视频解码模块其解码主要有两种：一是系统解码组件，二是编写的解码模块。

4.根据权利要求1所述悬浮多窗口播放系统，其特征在于：播放控制模块控制播放窗口的播放状态包括播放、暂停、调节进度、字幕音轨、播放下一集这些基本播放控制和窗体最小化、最小化恢复、恢复全屏播放、窗体大小缩放。

5.根据权利要求4所述悬浮多窗口播放系统，其特征在于：在全屏播放时触发悬浮播放或者在播放列表中选中若干个视频直接打开悬浮窗口播放，悬浮播放时通过多点触摸缩放画面的大小,用安卓中View触摸接口OnTouchListener，来截获窗口的移动或缩放操作，根据双指移动时距离的大小差，来计算窗口放大或缩小的倍数。