CN109889877A - 客车多屏显示控制方法及装置 - Google Patents

Abstract

本发明涉及汽车技术领域。本发明提出一种客车多屏显示控制方法及装置，其中所述客车多屏显示控制方法包括：获取多屏显示指令，并从播放器接收视频资源；基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像；控制在所述多个显示器中共享所述视频纹理图像。由此，应用视频纹理图像绘制技术，实现了在多个显示器上能够同步展现相同或不同的内容。

Description

客车多屏显示控制方法及装置

技术领域

本发明涉及汽车技术领域，具体地涉及一种客车多屏显示控制方法及装置。

背景技术

在信息化的今天，汽车市场对车载中控***的要求越来越高。从最初的车机导航功能，到现在要支持手机互联，语音识别，手势识别等高端功能。

对于客车来说，不仅要满足司机用户的需求，同时也要考虑车内乘客的需求；比如，提供WIFI热点和影音娱乐节目观赏功能等。由于汽车中控台空间大小的限制，司机区域无法安装尺寸多大的显示器，在司机区域安置大尺寸，存在驾驶的安全隐患。于是，要求车载中控***在保留连接本身显示屏LCD的同时，还能支持外接大显示器LCD，以供乘客使用。另外，当运营车辆在行车中时，应禁止本身显示屏LCD播放视频文件，和实现外界大显示器LCD播放视频文件。

因此，一种能够实现在本身显示屏LCD和外接显示屏LCD上同步展现相同或不同的内容的车载中控技术是目前业界亟待解决的难题。

发明内容

本发明实施例的目的是提供一种客车多屏显示控制方法及装置，用以至少解决目前相关技术中无法实现在本身显示屏LCD和外接显示屏LCD上同步展现不同的内容的问题。

为了实现上述目的，本发明实施例一方面提供了客车多屏显示控制方法，在客车上设置有多个显示器，其中所述客车多屏显示控制方法包括：获取多屏显示指令，并从播放器接收视频资源；基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像；控制在所述多个显示器中共享所述视频纹理图像。

进一步的，所述基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像包括：基于Surface视频容器获取所述视频资源所对应的解码帧数据；基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像，其中所述OpenGL视频外部纹理图像能够直接由GLSurfaceView来展示。

进一步的，所述基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像包括：从所述解码帧数据中截取多个帧数据片段，并为各个所述帧数据片段设置唯一对应的纹理名称；基于所述纹理名称调用所述帧数据片段；以及基于SurfaceTexture将所调用的帧数据片段渲染为对应的视频纹理图像片段。

进一步的，所述控制在所述多个显示器中共享所述视频纹理图像包括：解析所述多屏显示指令所指示的驾驶场景，其中所述驾驶场景包括以下中的任意一者：倒车监控场景、媒体播放场景、驾驶导航场景或人机交互场景；根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显。

进一步的，所述根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显包括：当所解析的驾驶场景为倒车监控场景、驾驶导航场景和人机交互场景中的任意一者时，确定在所述多个显示器中针对所述视频纹理图像进行多屏异显；当所解析的驾驶场景为媒体播放场景时，确定在所述多个显示器中针对所述视频纹理图像进行多屏同显。

本发明实施例另一方面提供一种客车多屏显示控制装置，在客车上设置有多个显示器，其中所述客车多屏显示控制装置包括：获取单元，用于获取多屏显示指令，并从播放器接收视频资源；视频纹理剥离单元，用于基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像；共享单元，用于控制在所述多个显示器中共享所述视频纹理图像。

进一步的，所述视频纹理剥离单元包括：视频容器模块，用于基于Surface视频容器获取所述视频资源所对应的解码帧数据；纹理渲染模块，用于基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像，其中所述OpenGL视频外部纹理图像能够直接由GLSurfaceView来展示。

进一步的，所述纹理渲染模块还用于从所述解码帧数据中截取多个帧数据片段，并为各个所述帧数据片段设置唯一对应的纹理名称，基于所述纹理名称调用所述帧数据片段，以及，基于SurfaceTexture将所调用的帧数据片段渲染为对应的视频纹理图像片段。

进一步的，所述共享单元包括：驾驶场景解析模块，用于解析所述多屏显示指令所指示的驾驶场景，其中所述驾驶场景包括以下中的任意一者：倒车监控场景、媒体播放场景、驾驶导航场景或人机交互场景；选择显示模块，用于根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显。

进一步的，所述选择显示模块还用于当所解析的驾驶场景为倒车监控场景、驾驶导航场景和人机交互场景中的任意一者时，确定在所述多个显示器中针对所述视频纹理图像进行多屏异显，以及，当所解析的驾驶场景为媒体播放场景时，确定在所述多个显示器中针对所述视频纹理图像进行多屏同显。

通过上述技术方案，能够响应多屏显示指令而将视频纹理图像从视频资源中剥离，并在多个显示器中共享视频纹理图像。由此，应用视频纹理绘制技术，实现了在多个显示器(包括本身显示屏LCD和外接显示屏LCD)上能够同步展现相同或不同的内容。

本发明实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施例，但并不构成对本发明实施例的限制。在附图中：

图1是本发明一实施例的客车多屏显示控制方法的流程图；

图2是基于本发明一实施例的客车多屏显示控制方法的车载中控***的架构原理示意图；

图3是本发明一实施例的客车多屏显示控制方法中实现在外接屏幕中内容(视频)进行显示的方法的流程原理图：

图4是本发明一实施例的客车多屏显示控制方法的原理流程图；

图5是本发明一实施例的客车多屏显示控制装置的结构框图。

具体实施方式

以下结合附图对本发明实施例的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明实施例，并不用于限制本发明实施例。

如图1所示，本发明一实施例的客车多屏显示控制方法，包括：

S11、获取多屏显示指令，并从播放器接收视频资源。

本发明实施例方法的执行主题可以是任意的控制器或处理器，其可以是原本就配置在车辆上的处理器或控制器，例如车载***控制器；另外，其还可以是之后额外附加至车辆的处理器或控制器，例如专用于处理器或控制器，从而实现本发明实施例的客车多屏显示控制方法，且以上实施方式均属于本发明的保护范围内。

关于多屏显示指令，其可以是通过用户操作用户界面而产生的，例如通过用户点击屏幕上的多屏显示控件等；另外，其也可以是默认生成的，例如开机自动生成的。关于播放器的类型和数量，其可以是各种车载视频播放器并可以是表示一个或多个车载视频播放器，在此应不加限定。

S12、基于多屏显示指令，从视频资源中剥离出对应的视频纹理图像。

其中，可以是由多屏显示指令来触发执行视频纹理图像剥离技术，从而得到视频资源所对应的视频纹理图像。

在本申请的发明人实践本申请的过程中还发现：如果使用setDisplay将图像装载到surfaceview，播放器播放时的声音会受到surfaceview重新创建时影响而造成卡顿。

有鉴于此，其还可以是通过以下方式来得到对应的视频纹理图像的：基于Surface视频容器获取视频资源所对应的解码帧数据；基于SurfaceTexture将解码帧数据渲染为OpenGL外部视频纹理图像，其中OpenGL视频外部纹理图像能够直接由GLSurfaceView来展示。因此，在本发明实施例中，通过使用setSurface方法设置的容器Surface不会受到图像生命周期影响，从而保障了视频图像流的流畅性。

进一步的，其还可以是通过以下方式来进行针对OpenGL外部视频纹理图像的渲染过程：从解码帧数据中截取多个帧数据片段，并为各个帧数据片段设置唯一对应的纹理名称；然后，基于纹理名称调用所述帧数据片段，以及，基于SurfaceTexture将所调用的帧数据片段渲染为对应的视频纹理图像片段。在本发明实施例的渲染过程中，应用了SurfaceTexture，其允许不直接输出到一整个可见的surfaceView，而可以是对帧数据片段进行有序处理，并当需要播放界面时再去将它取出来，提高了处理过程的可靠性和效率。

S13、控制在多个显示器中共享视频纹理图像。

具体的，一方面，可以是在多个显示器上同步显示对应于同一视频资源(例如影视媒体资源)的共享视频纹理图像，由此实现多屏同步显示；另一方面，其可以是在多个显示器上同时显示分别对应于不同视频资源(例如倒车影像和影视媒体资源)的不同的共享视频纹理图像，由此实现多屏异步显示。

鉴于此，在本发明实施例中还提出了可以检测客车的驾驶场景，并针对客车的驾驶场景而确定相应的多屏同显模式或多屏异显模式。

具体的，可以是解析多屏显示指令所指示的驾驶场景，其中该驾驶场景包括以下中的任意一者：倒车监控场景、媒体播放场景、驾驶导航场景或人机交互场景；然后，根据所解析的驾驶场景，确定在多个显示器中针对视频纹理图像进行多屏异显还是多屏同显。

序号	功能	LCD(1)	LCD(2)(支持多个)
				1	倒车监控	显示	不显示
2	媒体播放	显示	显示
				3	导航	显示	不显示
4	人机交互界面	显示	不显示

表1

如表1所示，当所解析的驾驶场景为倒车监控场景、驾驶导航场景和人机交互场景中的任意一者(对应于序号1、3或4的场景)时，确定在多个显示器中针对视频纹理图像进行多屏异显；然后，当所解析的驾驶场景为媒体播放场景(对应于序号2的场景)时，确定在多个显示器中针对视频纹理图像进行多屏同显。由此，实现了一台主机双屏异显的显示效果，司机用LCD(1)操作显示界面使用其他***功能，而不影响乘客LCD(2)的使用，提高了车辆的用户体验。

如图2，其示出了基于本发明实施例的客车多屏显示控制方法的车载中控***，其可支持双屏(也可以多屏，但外接屏显示内容相同)。

当安卓***开始播放视频时：

1)首先，将播放器player解析到的图像资源发放给SurfaceTexture转化为OpenGL外部纹理。通过这样的方式避免播放时受到P1ayer.setDisplay后SurfaceView声明周期创建销毁的影响。然后，后台播放得以实现。

2)转换出来的OpenGL外部纹理可以使用GLSurfaceView直接显示，这时的工作流程就变成了：视频播放声音和surface显示剥离，从而通过各自屏幕的GLSurfaceView共享绘制的纹理，得以实现一个资源，多个屏幕共享的目的。

在本发明实施例中，将传统MediaPlayer+SurfaceView的视频播放方式改进为MediaPlayer+GLSurfaceView。如下所示：

//初始化surface

Surface surface＝new Suface(TextureUtil.getInstance())；

//设置播放路径

mplayer.setDataSource(path)；

//设置播放容器

mplayer.setSurface(surface)；

//设置声音输出声道

mplayer.setAudioStreamType(AudioManager.STREAM_MUSIC)；

mplayer.prepareAsync()；

如果使用setDisplay将图像装载到surfaceview，播放器播放时的声音会受到surfaceview重新创建时影响而造成卡顿。而使用setSurface方法设置的容器Surface不会受到图像生命周期影响，因此将此处改为setSurface方法。

接下来我们来看视频容器的实现步骤，首先需要获取到外接屏的对象实例，其实现代码如下：

//通过DisplayManager方法获取到当前外接屏实例对象

mDisplayManager＝

(DisplayManager)getSystemService(Context.DISPLAY_SERVICE)；

displays＝mDisplayManager.getDisplays()；

其中mDisplayManager是安卓屏幕管理类，displays是一个int[]数组，displays[1]就代表外接的另一个显示屏。

然后，窗口实例需要通过屏幕辅助显示类Presentation显示，我们自定义了一个VideoRearView继承自Presentation，如下所示：

创建好VideoRearView后，将获取到的其他屏的实例displays[1]设置给Presentation的构造方法中，然后通过如下代码显示出来：

到此已经完成了外接屏幕显示。如图3，其示出了实现在外接屏幕中内容(视频)进行显示的方法的流程图：

具体的，需要一个可渲染的容器将视频资源放置其中，再借由屏幕辅助显示类显示。这个视频容器就是Surface，通过SurfaceTexture获取到视频解码的帧数据，然后由Surface＝new Surface(SurfaceTexture)；之后，使用Mediaplayer.setSurface方法将解码数据发送给Surface，此时由SurfaceTexture转化为OpenGL外部纹理，可以直接由GLSurfaceView展示。

其中Surface中传入的参数SurfaceTexture实例化代码如下所示：

SurfaceTexture的强大之处在于不用直接输出到一个可见的surfaceView中，

并且可以对截取到的camera数据进行处理，当需要播放界面时再去将它取出来，

设置给Surface显示。

实质上createTextureID的作用就是将纹理渲染出来。

自定义GLSurfaceView，部分代码如下：

创建VideoGLSurfaceView继承于GLSurfaceView，并在需要使用到播放图像的layout中加上这个View，然后使用

VideoGLSurfaceView.onResume()方法使其开始绘制，

此时，视频图像即可完成播放。

如图4，其示出了本发明一实施例的客车多屏显示控制方法的原理流程，当点击视频播放列表时，可以判断是否存在其他屏幕；当不存在其他屏幕时，可以是将Mediaplayer解析到的视频资源分发给GLsurfaceview，从而进行单主屏显示。当存在其他屏幕时，可以是在服务中开启其他屏幕，并在其他屏幕中使用presentation的方式将对应屏幕要显示的图像显示出来；在presentation中将Mediaplayer设置的视频资源通过GLSurfaceView拿到，进而显示presentation，并实现了多屏显示的效果。

如图5，其示出了本发明一实施例的客车多屏显示控制装置50，在客车上设置有多个显示器(未示出)，其中所述客车多屏显示控制装置50包括：获取单元501，用于获取多屏显示指令，并从播放器接收视频资源；视频纹理剥离单元502，用于基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像：共享单元503，用于控制在所述多个显示器中共享所述视频纹理图像。

在一些实施方式中，所述视频纹理剥离单元502包括：视频容器模块(未示出)，用于基于Surface视频容器获取所述视频资源所对应的解码帧数据；纹理渲染模块(未示出)，用于基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像，其中所述OpenGL视频外部纹理图像能够直接由GLSurfaceView来展示。

在一些实施方式中，所述纹理渲染模块还用于从所述解码帧数据中截取多个帧数据片段，并为各个所述帧数据片段设置唯一对应的纹理名称，基于所述纹理名称调用所述帧数据片段，以及，基于SurfaceTexture将所调用的帧数据片段渲染为对应的视频纹理图像片段。

在一些实施方式中，所述共享单元503包括：驾驶场景解析模块(未示出)，用于解析所述多屏显示指令所指示的驾驶场景，其中所述驾驶场景包括以下中的任意一者：倒车监控场景、媒体播放场景、驾驶导航场景或人机交互场景；选择显示模块(未示出)，用于根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显。

在一些实施方式中，所述选择显示模块还用于当所解析的驾驶场景为倒车监控场景、驾驶导航场景和人机交互场景中的任意一者时，确定在所述多个显示器中针对所述视频纹理图像进行多屏异显，以及，当所解析的驾驶场景为媒体播放场景时，确定在所述多个显示器中针对所述视频纹理图像进行多屏同显。

关于本发明实施例的客车多屏显示控制装置更多的细节，可以参照上文客车多屏显示控制方法实施例的描述，并能够取得与客车多屏显示控制方法实施例相同或相应的技术效果，故在此便不再赘述。

以上结合附图详细描述了本发明实施例的可选实施方式，但是，本发明实施例并不限于上述实施方式中的具体细节，在本发明实施例的技术构思范围内，可以对本发明实施例的技术方案进行多种简单变型，这些简单变型均属于本发明实施例的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施例对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得单片机、芯片或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本发明实施例的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施例的思想，其同样应当视为本发明实施例所公开的内容。

Claims (10)

1.一种客车多屏显示控制方法，在客车上设置有多个显示器，其中所述客车多屏显示控制方法包括：

获取多屏显示指令，并从播放器接收视频资源；

基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像；

控制在所述多个显示器中共享所述视频纹理图像。

2.根据权利要求1所述的客车多屏显示控制方法，其中，所述基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像包括：

基于Surface视频容器获取所述视频资源所对应的解码帧数据；

基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像，其中所述OpenGL视频外部纹理图像能够直接由GLSurfaceView来展示。

3.根据权要求2所述的客车多屏显示控制方法，其中，所述基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像包括：

从所述解码帧数据中截取多个帧数据片段，并为各个所述帧数据片段设置唯一对应的纹理名称；

基于所述纹理名称调用所述帧数据片段；以及

基于SurfaceTexture将所调用的帧数据片段渲染为对应的视频纹理图像片段。

4.根据权利要求1所述的客车多屏显示控制方法，其中，所述控制在所述多个显示器中共享所述视频纹理图像包括：

解析所述多屏显示指令所指示的驾驶场景，其中所述驾驶场景包括以下中的任意一者：倒车监控场景、媒体播放场景、驾驶导航场景或人机交互场景；

根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显。

5.根据权利要求4所述的客车多屏显示控制方法，其中，所述根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显包括：

当所解析的驾驶场景为倒车监控场景、驾驶导航场景和人机交互场景中的任意一者时，确定在所述多个显示器中针对所述视频纹理图像进行多屏异显；

当所解析的驾驶场景为媒体播放场景时，确定在所述多个显示器中针对所述视频纹理图像进行多屏同显。

6.一种客车多屏显示控制装置，在客车上设置有多个显示器，其中所述客车多屏显示控制装置包括：

获取单元，用于获取多屏显示指令，并从播放器接收视频资源；

视频纹理剥离单元，用于基于所述多屏显示指令，从所述视频资源中剥离出对应的视频纹理图像；

共享单元，用于控制在所述多个显示器中共享所述视频纹理图像。

7.根据权利要求6所述的客车多屏显示控制装置，其中，所述视频纹理剥离单元包括：

视频容器模块，用于基于Surface视频容器获取所述视频资源所对应的解码帧数据；

纹理渲染模块，用于基于SurfaceTexture将所述解码帧数据渲染为OpenGL外部视频纹理图像，其中所述OpenGL视频外部纹理图像能够直接由GLSurfaceView来展示。

8.根据权要求7所述的客车多屏显示控制装置，其中，所述纹理渲染模块还用于从所述解码帧数据中截取多个帧数据片段，并为各个所述帧数据片段设置唯一对应的纹理名称，基于所述纹理名称调用所述帧数据片段，以及，基于SurfaceTexture将所调用的帧数据片段渲染为对应的视频纹理图像片段。

9.根据权利要求6所述的客车多屏显示控制装置，其中，所述共享单元包括：

驾驶场景解析模块，用于解析所述多屏显示指令所指示的驾驶场景，其中所述驾驶场景包括以下中的任意一者：倒车监控场景、媒体播放场景、驾驶导航场景或人机交互场景；

选择显示模块，用于根据所解析的驾驶场景，确定在多个显示器中针对所述视频纹理图像进行多屏异显还是多屏同显。

10.根据权利要求9所述的客车多屏显示控制装置，其中，所述选择显示模块还用于当所解析的驾驶场景为倒车监控场景、驾驶导航场景和人机交互场景中的任意一者时，确定在所述多个显示器中针对所述视频纹理图像进行多屏异显，以及，当所解析的驾驶场景为媒体播放场景时，确定在所述多个显示器中针对所述视频纹理图像进行多屏同显。