CN105306999A - 3d控件图片显示处理方法及装置 - Google Patents

Abstract

本发明提供了一种3D控件图片显示处理方法及装置，其中，该方法包括：接收到对3D控件显示过的图片进行显示的请求；获取预先缓存的3D控件显示过的图片的未解码的二进制数据；对未解码的二进制数据采用图像处理单元GPU进行解码显示，通过本发明，解决了相关技术中，采用CPU显示3D图片存在显示效率低，导致用户体验下降的问题，进而达到了在不占用CPU资源的情况下，高效地对3D图片进行显示的效果。

Description

3D控件图片显示处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种3D控件图片显示处理方法及装置。

背景技术

作为家电设备，机顶盒(SetTopBox，简称为STB)展示的电子节目菜单(ElectronicProgramGuide，简称为EPG)界面使用频率非常高，EPG界面上绚丽流畅的3D特效提升用户体验最有效方法。

采用系统原生功能实现绚丽特效(比如，渐变、旋转等)会非常耗费中央处理器(CentralProcessingUnit，简称为CPU)，而这些盒子在很多局点都有数字视频录像机(Digital确VideoRecorder，简称为DVR)功能，即在观看高清视频时，还需要能录制1路甚至多路视频，这个时候，同时的播放和录制任务非常耗CPU，从而和特效显示抢占宝贵的CPU资源，最终导致界面卡顿，用户体验下降。

因此，在相关技术中，采用CPU显示3D图片存在显示效率低，导致用户体验下降的问题。

发明内容

本发明提供了一种3D控件图片显示处理方法及装置，以至少解决相关技术中，采用CPU显示3D图片存在显示效率低，导致用户体验下降的问题。

根据本发明的一个方面，提供了一种3D控件图片显示处理方法，包括：接收到对3D控件显示过的图片进行显示的请求；获取预先缓存的所述3D控件显示过的图片的未解码的二进制数据；对所述未解码的二进制数据采用图像处理单元GPU进行解码显示。

优选地，在接收到对所述3D控件显示过的所述图片进行显示的请求之前，还包括：依据图片类型对所述3D控件显示过的图片的未解码的所述二进制数据进行缓存。

优选地，在依据所述图片类型对所述3D控件显示过的图片的未解码的所述二进制数据进行缓存之后，还包括：依据预定策略对缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存进行释放。

优选地，依据预定策略对缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存进行释放包括以下至少之一：在缓存的所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存超过预定阈值的情况下，由系统回收缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存；在确定缓存的所述3D控件显示过的图片所对应的应用关闭的情况下，释放缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存。

优选地，在对所述未解码的二进制数据采用所述GPU进行解码显示之前，还包括：判断所述图片的分辨率是否达到预定阈值；在判断结果为是的情况下，对所述图片的显示大小进行调整，依据调整后的大小对所述未解码的二进制数据采用所述GPU进行解码显示。

根据本发明的另一方面，提供了一种3D控件图片显示处理装置，包括：接收模块，用于接收到对3D控件显示过的图片进行显示的请求；获取模块，用于获取预先缓存的所述3D控件显示过的图片的未解码的二进制数据；显示模块，用于对所述未解码的二进制数据采用图像处理单元GPU进行解码显示。

优选地，该装置还包括：缓存模块，用于依据图片类型对所述3D控件显示过的图片的未解码的所述二进制数据进行缓存。

优选地，该装置还包括：释放模块，用于依据预定策略对缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存进行释放。

优选地，所述释放模块包括以下至少之一：回收单元，用于在缓存的所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存超过预定阈值的情况下，由系统回收缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存；释放单元，用于释放在确定缓存的所述3D控件显示过的图片所对应的应用关闭的情况下，释放缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存。

优选地，该装置还包括：判断模块，用于判断所述图片的分辨率是否达到预定阈值；调整模块，用于在所述判断模块的判断结果为是的情况下，对所述图片的显示大小进行调整，依据调整后的大小对所述未解码的二进制数据采用所述GPU进行解码显示。

通过本发明，采用接收到对3D控件显示过的图片进行显示的请求；获取预先缓存的所述3D控件显示过的图片的未解码的二进制数据；对所述未解码的二进制数据采用图像处理单元GPU进行解码显示，解决了相关技术中，采用CPU显示3D图片存在显示效率低，导致用户体验下降的问题，进而达到了在不占用CPU资源的情况下，高效地对3D图片进行显示的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的3D控件图片显示处理方法的流程图；

图2是根据本发明实施例的3D控件图片显示处理装置的结构框图；

图3是根据本发明实施例的3D控件图片显示处理装置的结构框图一；

图4是根据本发明实施例的3D控件图片显示处理装置的结构框图二；

图5是根据本发明实施例的3D控件图片显示处理装置中释放模块42的优选结构框图；

图6是根据本发明实施例的3D控件图片显示处理装置的结构框图三；

图7是根据本发明实施例的3D控制架构示意图；

图8是根据本发明实施例的3D控件加载显示当前页图片(本地缓存中没有的图片)的流程图；

图9是根据本发明实施例的3D控件加载显示上一页图片(本地缓存中存在的图片)的流程图；

图10是根据本发明实施例的APP切换新界面后清空3D控件图片资源的流程图；

图11是根据本发明实施例的3D海报墙显示电影海报的效果图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种3D控件图片显示处理方法，图1是根据本发明实施例的3D控件图片显示处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收到对3D控件显示过的图片进行显示的请求；

步骤S104，获取预先缓存的3D控件显示过的图片的未解码的二进制数据；

步骤S106，对该未解码的二进制数据采用图像处理单元GPU进行解码显示。

通过上述步骤，获取预先缓存的3D控件显示过的图片的未解码的二进制数据，并采用该GPU来实现对3D图片的显示，在解码后，使用成熟的C语言3D引擎实现Android应用中图片的3D特效效果，不仅解决了相关技术中采用CPU显示3D图片存在显示效率低的问题，即使用成熟的C语言3D引擎实现Android应用中3D效果图片显示时图片的使用、缓存和管理问题，而且采用对显示过的图片的未解码的二进制数据进行缓存的方式，达到了在不占用CPU资源的情况下，高效地对3D图片进行显示的效果。

在缓存的3D控件显示过的图片的未解码的二进制数据时，可以采用多种方式进行缓存，例如，可以依据图片类型对3D控件显示过的图片的未解码的二进制数据进行缓存。图片类型可以依据图片的使用频率进行划分，也可以依据图片的重要性进行划分等。

为保证缓存空间的合理利用，在依据图片类型对3D控件显示过的图片的未解码的二进制数据进行缓存之后，还可以依据预定策略对缓存3D控件显示过的图片的未解码的二进制数据所占用的内存进行释放。依据预定策略对缓存3D控件显示过的图片的未解码的二进制数据所占用的内存进行释放时也可以采种多种方式，例如，可以采用以下方式至少之一来实现：

例如，在缓存的3D控件显示过的图片的未解码的二进制数据所占用的内存超过预定阈值的情况下，即在缓存的所述3D控件显示过的图片的未解码的所述二进制数据后，APP整体内存占用超过Android系统限制情况下，由系统回收缓存3D控件显示过的图片的未解码的二进制数据所占用的内存；再例如，在确定缓存的3D控件显示过的图片所对应的应用关闭的情况下，释放缓存3D控件显示过的图片的未解码的二进制数据所占用的内存。

为避免显示一些错误大图片导致内存浪费，在对未解码的二进制数据采用GPU进行解码显示之前，还可以先判断该图片的分辨率是否达到预定阈值；在判断结果为是的情况下，对图片的显示大小进行调整，依据调整后的大小对未解码的二进制数据采用GPU进行解码显示。例如，如果图片的分辨率太大，可以先对图片进行压缩，在压缩后再进行显示。

在本实施例中还提供了一种3D控件图片显示处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的3D控件图片显示处理装置的结构框图，如图2所示，该装置包括接收模块22、获取模块24和显示模块26，下面对该装置进行说明。

接收模块22，用于接收到对3D控件显示过的图片进行显示的请求；获取模块24，连接至上述接收模块22，用于获取预先缓存的3D控件显示过的图片的未解码的二进制数据；显示模块26，连接至上述获取模块24，用于对未解码的二进制数据采用图像处理单元GPU进行解码显示。

图3是根据本发明实施例的3D控件图片显示处理装置的结构框图一，如图3所示，该装置除包括图2所示的所有模块外，还包括：缓存模块32，下面对该缓存模块32进行说明。

缓存模块32，连接至上述接收模块22，用于依据图片类型对3D控件显示过的图片的未解码的二进制数据进行缓存。

图4是根据本发明实施例的3D控件图片显示处理装置的结构框图二，如图3所示，该装置除包括图3所示的所有模块外，还包括：释放模块42，下面对该释放模块42进行说明。

释放模块42，连接至上述缓存模块32和接收模块22，用于依据预定策略对缓存3D控件显示过的图片的未解码的二进制数据所占用的内存进行释放。

图5是根据本发明实施例的3D控件图片显示处理装置中释放模块42的优选结构框图，如图5所示，该释放模块42包括以下至少之一：回收单元52、释放单元54，下面对该释放模块42进行说明。

回收单元52，用于在缓存的3D控件显示过的图片的未解码的二进制数据所占用的内存超过预定阈值的情况下，由系统回收缓存3D控件显示过的图片的未解码的二进制数据所占用的内存；释放单元54，用于释放在确定缓存的3D控件显示过的图片所对应的应用关闭的情况下，释放缓存3D控件显示过的图片的未解码的二进制数据所占用的内存。

图6是根据本发明实施例的3D控件图片显示处理装置的结构框图三，如图6所示，该装置除包括图2所示的所有模块外，还包括：判断模块62和调整模块64，下面对该装置进行说明。

判断模块62，连接至上述获取模块24，用于判断图片的分辨率是否达到预定阈值；调整模块64，连接至上述判断模块62和显示模块26，用于在判断模块的判断结果为是的情况下，对图片的显示大小进行调整，依据调整后的大小对未解码的二进制数据采用GPU进行解码显示。

针对相关技术中，采用CPU显示3D图片存在显示效率低，导致用户体验下降的问题。为了实现3D显示的低CPU占用，可以使用3D引擎实现一些3DAndroid控件，在需要3D特效的界面上使用，比如首页、海报墙等界面。3D引擎使用硬件GPU绘图，因而使用了3D引擎实现的3D控件，就可以在非常低CPU占用情况下实现绚丽效果，将更多的CPU资源留给业务实现。基于上述采用GPU绘图的方法，然而也存在一些问题：3D引擎都是C实现，需要将Android应用中图片传递给3D引擎使用，另外，在Android上，内存资源也是很宝贵的，很多页面上使用3D控件，控件浏览大量图片后，如果都不释放导致内存占用超限，应用退出；如果浏览后都释放，导致下次浏览再请求效率低。

基于上述问题，在本实施例中，提供了一种在安卓(Android)STB上采用3D引擎实现的Android控件(3D特效控件)的图片管理方法，包括图片传递给3D引擎、缓存和回收方法。该方案包括如下处理：

在c层使用c引擎实现高效的3D特效控件，在java层缓存控件使用过的未解码的图片文件的二进制数据。在C引擎实际显示时这些图片二进制数据被解码成位图显示，需要说明的是，如果图片分辨率过大，可以先将数据调整成显示大小再显示。

而在之前显示3D特效控件时，控件在动画过程中或者图片网络下载过程中，可以对新更新图片采用默认海报显示。

对控件显示过的图片，其未解码的二进制数据被缓存到java层图片管理模块中。后续需要再展示这个图片时，直接从缓存中读取图片未解码数据，并传递给c层模块进行解码和展示。

在缓存图片数据时，APP可以根据图片类型，设置这些缓存图片在内存不足时被系统自动回收还是需要等待APP主动释放。对自动回收类型的图片，缓存模块使用android软指针管理，这样在APP内存超限后，android系统可以直接回收这些内存。对需要APP主动释放的图片(一些高频使用的热点页面图片或者公用小图片)，需要APP在界面跳转时根据实际界面使用频率、重要性等特性决定是否回收。

图7是根据本发明实施例的3D控制架构示意图，如图7所示，整个3D控件实现分为4部分：C3D控件模块、C图片资源模块，AndroidJava层J3D控件模块、Java层J图片资源模块4个主要模块，其中，C3D控件模块，用于实现3D引擎的3D控件，C图片资源模块，用于存储默认图片和当前显示的图片资源，J3D控件模块，用于实现C3D控件模块的Java层封装，提供给AndroidApp使用，J图片资源模块是Java层图片管理模块。

用户在当前界面显示首页节目海报时，3D控件加载使用图片流程具体为：C3D控件模块从C图片资源模块获取海报，C图片资源模块此时向J图片资源模块获取未解码图片二进制数据，可以包括以下处理：

(1)如果没有J图片资源模块没有该图片数据，发出需加载图片事件给APP(由APP从网络服务器或者本地加载图片)，并回复等待给C图片资源模块，C图片资源模块提供默认图片给C3D控件模块使用。待图片数据加载后，J图片资源模块通知C层图片模块更新，C层图片模块通知C3D控件在动画空闲时加载显示图片。图8是根据本发明实施例的3D控件加载显示当前页图片(本地缓存中没有的图片)的流程图，如图8所示，该流程包括如下步骤：

步骤S802，APP应用向J3D控件模块显示海报列表；

步骤S804，J3D控件模块向C3D控件模块显示海报列表；

步骤S806，C图片资源模块向C3D控件模块获取海报；

步骤S808，向C图片资源模块获取java层海报二进制数据；

步骤S810，J图片资源模块缓存没有，使用默认海报向C图片资源模块反馈，即返回默认海报二进制数据指针，一次加载后后续不在加载；

步骤S812，C3D控件模块加载默认海报展示，同时J图片资源模块需要向APP应用获取海报；

步骤S814，APP应用向J图片资源模块反馈获取到的海报；

步骤S816，J图片资源模块将获取到的海报放入缓存；

步骤S818，J图片资源模块向C图片资源模块更新海报；

步骤S820，C图片资源模块向C3D控件模块加载新海报展示；

步骤S822，C3D控件模块加载显示新海报(如果图片过大首先压缩)；

步骤S824，C3D控件模块继续加载其他海报。

(2)如果J图片资源模块本地缓存有，则直接提供给C层图片模块，C层图片模块通过jni接口获取图片二进制数据数据指针，并提供给控件C3D控件使用。图9是根据本发明实施例的3D控件加载显示上一页图片(本地缓存中存在的图片)的流程图，如图9所示，该流程包括如下步骤；

步骤S902，APP应用向J3D控件模块显示上一页海报列表；

步骤S904，J3D控件模块向C3D控件模块显示上一页海报列表；

步骤S906，C3D控件模块向C图片资源模块获取海报；

步骤S908，C图片资源模块向J图片资源模块获取java层海报二进制数据；

步骤S910，J图片资源模块向C图片资源模块反馈缓存已有(返回海报二进制数据指针)；

步骤S910，C图片资源模块向C3D控件模块加载默认海报；

步骤S910，C3D控件模块加载海报展示(如果图片过大首先压缩)；

步骤S910，C3D控件模块继续加载其他海报。

(3)C3D控件在解码图片时，如果图片分辨率比当前需要显示的分辨率大太多，则进行压缩，压缩后显示。避免应用或者服务器下发了一些错误大图片导致内存浪费。

(4)对默认图片，C层图片模块加载一次后，就一直不释放，除非APP调用接口清空本控件所有图片。

使用3D控件AndroidAPP内存超过android系统限制时的图片缓存回收：J图片资源模块使用软链接引用了所有使用过的图片未解码二进制数据，当系统内存不够时，会自动释放java软链引用的对象和图片数据。后续C层图片模块再请求时再重新下载。

使用3D控件AndroidAPP进入其他界面时，APP清除所有数据，具体为：APP根据页面使用频率，对不常使用或者图片非常多的界面，需要调用J3D控件模块的释放本页图片资源数据，C3D控件此时便根据释放类型释放主动回收图片、默认显示图片和当前解码展示的图片。图10是根据本发明实施例的APP切换新界面后清空3D控件图片资源的流程图，如图10所示，该流程包括如下步骤：

步骤S1002，APP应用向J3D控件模块发送清空海报信息；

步骤S1004，J3D控件模块向C3D控件模块发送清空海报信息；

步骤S1006，C3D控件模块向C图片资源模块发送清空海报信息；

步骤S1008，C图片资源模块清空海报；

步骤S1010，C3D控件模块清空海报和默认海报。

图11是根据本发明实施例的3D海报墙显示电影海报的效果图，如图11所示，AndroidAPP电影海报页面中使用J3D控件模块显示3D效果的海报墙，其节目数据和海报数据存在网络服务器上，APP获取当前页海报数据后设置到控件java_3DCtrl显示：

S1，对每张海报C3D控件模块向C图片资源模块请求，C图片资源模块从J图片资源模块获取，J图片资源模块缓存中尚无海报数据，首先通知C图片资源模块使用默认海报，并让APP从网络获取，此时用户看到默认海报列表，待海报数据获取回APP后，旋转柱上的海报列表依次更新为节目海报。

S2，用户使用遥控器向右键查看下一页海报；3D控件旋转到下一页后，同步骤S1，首先显示了默认图片，待图片数据返回后，再逐一显示下一页上海报。

S3，用户使用遥控器向左键查看上一页海报；3D控件旋转到上一页后，由于J图片资源模块缓存了图片，所以直接显示了海报。

S4，用户浏览过多后，导致缓存中图片占用内存超出android限制，系统自动清空软连接应用的图片；

S5，用户点击进入其他界面，APP调用java_3DCtrl的清空图片接口，3D控件清空所有图片资源。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种3D控件图片显示处理方法，其特征在于，包括：

接收到对3D控件显示过的图片进行显示的请求；

获取预先缓存的所述3D控件显示过的图片的未解码的二进制数据；

对所述未解码的二进制数据采用图像处理单元GPU进行解码显示。

2.根据权利要求1所述的方法，其特征在于，在接收到对所述3D控件显示过的所述图片进行显示的请求之前，还包括：

依据图片类型对所述3D控件显示过的图片的未解码的所述二进制数据进行缓存。

3.根据权利要求1所述的方法，其特征在于，在依据所述图片类型对所述3D控件显示过的图片的未解码的所述二进制数据进行缓存之后，还包括：

依据预定策略对缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存进行释放。

4.根据权利要求1所述的方法，其特征在于，依据预定策略对缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存进行释放包括以下至少之一：

在缓存的所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存超过预定阈值的情况下，由系统回收缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存；

在确定缓存的所述3D控件显示过的图片所对应的应用关闭的情况下，释放缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存。

5.根据权利要求1所述的方法，其特征在于，在对所述未解码的二进制数据采用所述GPU进行解码显示之前，还包括：

判断所述图片的分辨率是否达到预定阈值；

在判断结果为是的情况下，对所述图片的显示大小进行调整，依据调整后的大小对所述未解码的二进制数据采用所述GPU进行解码显示。

6.一种3D控件图片显示处理装置，其特征在于，包括：

接收模块，用于接收到对3D控件显示过的图片进行显示的请求；

获取模块，用于获取预先缓存的所述3D控件显示过的图片的未解码的二进制数据；

显示模块，用于对所述未解码的二进制数据采用图像处理单元GPU进行解码显示。

7.根据权利要求6所述的装置，其特征在于，还包括：

缓存模块，用于依据图片类型对所述3D控件显示过的图片的未解码的所述二进制数据进行缓存。

8.根据权利要求6所述的装置，其特征在于，还包括：

释放模块，用于依据预定策略对缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存进行释放。

9.根据权利要求6所述的装置，其特征在于，所述释放模块包括以下至少之一：

回收单元，用于在缓存的所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存超过预定阈值的情况下，由系统回收缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存；

释放单元，用于释放在确定缓存的所述3D控件显示过的图片所对应的应用关闭的情况下，释放缓存所述3D控件显示过的图片的未解码的所述二进制数据所占用的内存。

10.根据权利要求6所述的装置，其特征在于，还包括：

判断模块，用于判断所述图片的分辨率是否达到预定阈值；

调整模块，用于在所述判断模块的判断结果为是的情况下，对所述图片的显示大小进行调整，依据调整后的大小对所述未解码的二进制数据采用所述GPU进行解码显示。