CN111562962A - 画面渲染方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请实施例公开了一种画面渲染方法、装置、电子设备和存储介质，涉及计算机视觉技术领域。具体实现方案为：将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中，对缓存在存储单元中的多个开放图形库指令与开放图形库接口进行绑定操作，调用并执行存储单元缓存的多个开放图形库指令，对下一帧画面进行渲染并显示的方案，通过将多个开放图形库指令缓存于存储单元中，将多个开放图形库指令与开放图形库接口进行一次性绑定，可以节约绑定操作的时间，从而提高帧率，且一次性对存储单元缓存的多个开放图形库指令进行调用，从而避免绑定操作阻塞调用操作，进而实现提高画面切换的流畅性的技术效果。

Description

画面渲染方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及计算机视觉技术领域，具体涉及一种画面渲染方法、装置、电子设备和存储介质。

背景技术

随着互联网技术的发展，终端设备的类型和数量不断增加，且设置于终端设备的应用也逐渐增加，如设置于终端设备的小游戏等。

可以理解地是，终端设备上显示的一帧画面，往往需由几千或者更多的开放图形库GL(OpenGL)指令构成。在现有技术中，通过依次绑定并调用各开放图形库指令，得到一帧画面。

然而发明人在实现本申请的过程中，发现至少存在如下问题：一帧画面对应的开放图形库指令较多，依次绑定容易造成耗时较长，从而造成终端设备的显示界面卡顿。

发明内容

提供了一种用于提高终端设备的画面显示的流程性的画面渲染方法、装置、设备和存储介质。

根据第一方面，提供了一种画面渲染方法，所述方法包括：

将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中；

对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作；

调用并执行所述存储单元缓存的所述多个开放图形库指令，对所述下一帧画面进行渲染并显示。

在本申请实施例中，通过将多个开放图形库指令缓存于存储单元中，将多个开放图形库指令与开放图形库接口进行一次性绑定，可以节约绑定操作的时间，从而提高帧率，且一次性对存储单元缓存的多个开放图形库指令进行调用，从而避免绑定操作阻塞调用操作，进而实现提高画面切换的流畅性的技术效果。

根据第二方面，本申请实施例提供了一种画面渲染装置，所述装置包括：

缓存模块，用于将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中；

绑定模块，用于对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作；

处理模块，用于调用并执行所述存储单元缓存的所述多个开放图形库指令，对所述下一帧画面进行渲染并显示。

根据第三方面，本申请实施例提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上任一实施例所述的方法。

根据第四方面，本申请实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上任一实施例所述的方法。

根据本申请的将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中，对缓存在存储单元中的多个开放图形库指令与开放图形库接口进行绑定操作，调用并执行存储单元缓存的多个开放图形库指令，对下一帧画面进行渲染并显示的方案，通过将多个开放图形库指令缓存于存储单元中，将多个开放图形库指令与开放图形库接口进行一次性绑定，可以节约绑定操作的时间，从而提高帧率，且一次性对存储单元缓存的多个开放图形库指令进行调用，从而避免绑定操作阻塞调用操作，进而实现提高画面切换的流畅性的技术效果。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例的场景示意图；

图2为本申请一个实施例的画面渲染方法的流程示意图；

图3为本申请另一实施例的画面渲染方法的流程示意图；

图4为本申请实施例的开放图形库指令的示意图；

图5为本申请实施例的数据结构的示意图；

图6为本申请实施例的画面渲染装置的示意图；

图7为本申请实施例的电子设备的框图。

具体实施方式

以下结合附图对本申请实施例的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请实施例的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

其中，本申请实施例的画面渲染方法可以应用于如图1所示的应用场景。

在如图1所示的应用场景中，用户可通过终端设备，如手机下载相应的游戏应用，并执行游戏相应的操作。

用户在开启或者进入游戏之后，可在手机的显示界面上输出相应的画面，如游戏开始的画面和游戏过程中的画面等。

其中，图1示范性的展示了游戏过程中的某一帧画面。

通过本申请实施例的方法，可以在手机的显示界面上，流畅地将当前帧画面切换至下一帧画面。

值得说明地是，图1中的手机只是示范性展示终端设备中的一种，而不能理解为对终端设备的限定。如，终端设备还可以为笔记本电脑、台式电脑、智能手环、iPad和车载终端等。

且本申请实施例除了可以应用于图1所示的应用场景之外，还可以应用于对在显示界面上进行显示的画面渲染的场景，即用于在其他图形处理器GPU(GraphicsProcessing Unit)渲染的场景，如增强现实AR(Augmented Reality)和虚拟现实VR((Virtual Reality)等。

在相关技术中，通过将每个开放图形库指令分别绑定至开放图形库接口，依次调用并执行每个开放图形库指令，从而渲染得到一帧画面。

然而，由于一帧图像需要由几千或者更多的开放图形库指令构成，因此，一次一次地将开放图形库指令与开放图形库接口绑定，容易造成耗时较长，从而造成画面渲染的时间较长，进而导致终端设备的显示界面卡顿。

本申请的发明人经过创造性地劳动之后，得到本申请实施例的发明构思：对一帧画面的多个开放图形库指令进行缓存，并对缓存的多个开放图形库指令与开放图形库接口进行一次性绑定操作。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

根据本申请实施例的一个方面，本申请实施例提供了一种画面渲染方法。

请参阅图2，图2为本申请一个实施例的画面渲染方法的流程示意图。

如图2所示，该方法包括：

S101：将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中。

其中，本申请实施例的画面渲染方法的执行主体可以为画面渲染装置，且画面渲染装置具体可以为终端设备，如笔记本电脑、台式电脑、智能手环、iPad和车载终端等。

例如，在如图1所示的应用场景中，画面渲染装置可以具体为手机。

其中，下一帧画面是相对于当前帧画面而言的，当前帧画面是指当前在终端设备的显示界面上显示的画面，而下一帧画面是指即将替换当前帧画面在显示界面上进行显示的画面。

值得说明地是，一帧画面由多个开放图形库指令渲染而成，以小游戏的一帧画面的渲染为例，相对简单的小游戏的一帧画面的渲染可能需要几千个开放图形库指令渲染而成，而相对复杂的小游戏的一帧画面的渲染可能需要几万个开放图形库指令渲染而成。

在本申请实施例中，可以预先设置存储单元ArrayBuffer，并将下一帧画面的多个开放图形库指令缓存至该存储单元中。

其中，存储单元的设置位置在本申请中不做限定。如可以将存储单元设置于3D绘图标准WebGL的上下文获取接口(getContext)中；也可以将存储单元设置于上下文获取接口之外的位置，且可以将存储单元与上下文获取接口进行连接，等等。

且本申请对存储单元的存在形式不做限定。如存储单元可以为具有存储功能的独立形态的内存或者存储器；也可以为集成在其他单元(如上下文接口)中具有存储功能的单元，等等。

在一些实施例中，多个开放图形库指令为渲染下一帧画面所需的全部或部分开放图形库指令。

S102：对缓存在存储单元中的多个开放图形库指令与开放图形库接口进行绑定操作。

值得说明地是，在本申请实施例中，由于是将多个开放图形库指令存储于存储单元中，因此，可以将缓存在存储单元中的多个开放图形库指令与开放图形库接口进行一次性绑定，即一次性将多个开放图形库指令与开放图形库接口绑定。

在相关技术中，由于是对每个开放图形库指令分别与开放图形库接口进行绑定，因此，在绑定次数较多的情况下，容易造成绑定时间较长，从而使得帧率下降，导致画面切换时的画面卡顿。

而在本申请实施例中，通过一次性将多个开放图形库指令与开放图形库接口绑定，可以节约绑定时间，提高帧率，从而提高画面切换的流畅性的技术效果。

其中，具体地绑定操作可以参见现有技术，此处不再赘述。

S103：调用并执行存储单元缓存的多个开放图形库指令，对下一帧画面进行渲染并显示。

在本申请实施例中，由于是将多个开放图形库指令缓存于存储单元中，因此，可以一次性对存储单元缓存的多个开放图形库指令进行调用操作，并对下一帧画面进行渲染并显示。

一般而言，绑定操作和调用操作是在同一线程中执行，如果采用相关技术中，对一个开放图形库指令与开放图形库接口绑定操作，并调用开放图形库指令的方法，可能导致绑定操作阻塞调用操作，从而导致画面切换的卡顿率上升。

而在本申请实施例中，通过将多个开放图形库指令缓存于存储单元中，将多个开放图形库指令与开放图形库接口进行一次性绑定操作，且一次性对存储单元缓存的多个开放图形库指令进行调用操作，从而避免绑定操作阻塞调用操作，进而实现提高画面切换的流畅性的技术效果。

基于上述分析可知，本申请实施例提供了一种画面渲染方法，该方法包括：将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中，对缓存在存储单元中的多个开放图形库指令与开放图形库接口进行绑定操作，调用并执行存储单元缓存的多个开放图形库指令，对下一帧画面进行渲染并显示，通过将多个开放图形库指令缓存于存储单元中，将多个开放图形库指令与开放图形库接口进行一次性绑定，可以节约绑定操作的时间，从而提高帧率，且一次性对存储单元缓存的多个开放图形库指令进行调用，从而避免绑定操作阻塞调用操作，进而实现提高画面切换的流畅性的技术效果。

为使读者更加清楚地明白画面渲染方法的技术方案，现结合图3对本申请实施例进行详细地阐述。其中，图3为本申请另一实施例的画面渲染方法的流程示意图。

如图3所示，该方法包括：

S201：通过上下文获取接口获取多个开放图形库指令，并将多个开放图形库指令缓存到预设存储单元中。

其中，存储单元可以设置于上下文获取接口中，用于存储由上下文获取接口获取到的多个开放图形库指令。

且通过将存储单元设置于上下文获取接口中，由于是由上下文获取接口对多个开放图形库指令进行获取，因此，可以实现简单便捷的存储，且无需占用其他的设置存储单元的位置资源。

在一些实施例中，将多个开放图形库指令缓存到预设存储单元中包括：在存储单元中生成多个开放图形库指令的数据结构Batch，其中，数据结构包括：多个开放图形库指令的指令信息，以及多个开放图形库指令之间的关联关系。

由于数据结构包括多个开放图形库指令之间的关联关系，因此，可以实现后续方便快捷的调用和执行操作，从而提高渲染的可靠性。

其中，指令信息包括指令编号和指令参数；关联关系包括多个开放图形库指令的指令信息所占用的字节信息，以及多个开放图形库指令的执行顺序。其中，可以基于指令编号确定多个开放图形库指令的执行顺序，如某开放图形库指令的指令编号为1，则最先执行该开放图形库指令。

具体地，开放图形库指令可以基于图4所示的编码方式实现，且数据结构可以参阅图5。其中，图4为本申请实施例的开放图形库指令的示意图，图5为本申请实施例的数据结构的示意图。

如图4所示，某开放图形库指令包括多个指令参数，可对该开放图形库指令的指令编号和指令参数(包括如图4中的多个指令参数，如指令参数1和指令参数2等)进行编码，生成如图4中所示的“GL指令编号”，以及指令参数1和指令参数2等。其中，如果编号为1，则“GL指令编号”具体为“GL指令1”(图4中未示出，可以参阅图5)；如果编号为2，则“GL指令编号”具体为“GL指令2”(图4中未示出，可以参阅图5)，以此类推。

其中，以小游戏为例，则指令参数用于表征小游戏中角色(人或动物等)执行的某个操作的参数。如，小游戏中的人往前走一步，则走一步的长度(以小游戏中的长度单位为基础)即为一个指令参数。

如图5所示，图5为由编码后的多个开放图形库指令构成的数据结构，该数据结构可以理解为一个数据组，数据组中包括编码后的多个开放图形库指令，以及头值Head。其中，头值Head为多个开放图形库指令的指令信息所占用的字节信息。

例如，若共有4个开放图形库指令，1个开放图形库指令对应4个字节，则头值Head的字节信息为16个字节，且头值Head可占用8个字节，即通过8个字节的头值Head存储16个字节开放图形库指令的指令信息。

S202：当缓存的开放图形库指令包括绘制指令时，则对缓存在存储单元中的多个开放图形库指令与开放图形库接口进行绑定操作。

其中，绘制指令包括drawArrays指令、drawElements指令和clearColor指令等。

在一些实施例中，构建数据结构和执行绑定操作可以为终端设备的脚本语言JS(javascript)层实现，而对数据结构中的开放图形库指令进行调用和执行可以为终端设备的本地服务Native层实现。

在一些实施例中，数据结构也可以为字符串数组，如将多个开放图形库指令转换为字符串，其中，一个开放图形库指令对应一组字符串，根据多组字符串构建字符串数组。

S203：获取字节信息。

S204：根据字节信息计算待执行开放图形库指令的字节数偏移。

S205：判断字节数偏移是否大于或等于字节信息，如果否，则执行S206；如果是，则说明对所有的开放图形库指令已经执行完成，流程结束。

S206：根据字节数偏移确定并执行待执行开放图形库指令，对下一帧画面进行渲染并显示。

例如，共有4个开放图形库指令，则字节信息为16个字节，字节数偏移offset为4，当为第一次调用开放图形库指令时，则调用如图5中所述的GL指令1和相应地参数(如图5中所示的GL指令1对应的参数1等)；当为第二次调用开放图形库指令时，则字节数偏移offset为8，则调用如图5中所述的GL指令2和相应地参数(如图5中所示的GL指令2对应的参数1等)，以此类推。

根据本申请实施例的另一个方面，本申请实施例还提供了一种画面渲染装置，画面渲染装置用于执行上述任一实施例所述的画面渲染方法，如画面渲染装置可用于执行如图2和图3所示的画面渲染方法。

请参阅图6，图6为本申请实施例的画面渲染装置的示意图。

如图6所示，所述装置包括：

缓存模块11，用于将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中；

绑定模块12，用于对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作；

处理模块13，用于调用并执行所述存储单元缓存的所述多个开放图形库指令，对所述下一帧画面进行渲染并显示。

在一些实施例中，所述缓存模块11用于，通过上下文获取接口获取所述多个开放图形库指令，并将所述多个开放图形库指令缓存到预设存储单元中。

在一些实施例中，所述绑定模块11用于，当缓存的开放图形库指令包括绘制指令时，则对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作。

在一些实施例中，所述缓存模块11用于，在所述存储单元中生成所述多个开放图形库指令的数据结构，其中，所述数据结构包括：所述多个开放图形库指令的指令信息，以及所述多个开放图形库指令之间的关联关系。

在一些实施例中，所述关联关系包括：所述多个开放图形库指令的指令信息所占用的字节信息，以及所述多个开放图形库指令的执行顺序。

在一些实施例中，所述处理模块13用于，获取所述字节信息，并根据所述字节信息依次执行所述存储单元中的所述多个开放图形库指令。

在一些实施例中，所述处理模块13用于，根据所述字节信息计算待执行开放图形库指令的字节数偏移，若所述字节数偏移小于所述字节信息，根据所述字节数偏移确定并执行待执行开放图形库指令。

在一些实施例中，所述指令信息包括指令编号和指令参数，所述处理模块13用于，根据所述字节数偏移确定所述待执行开放图形库指令的指令编号，以及所述待执行开放图形库指令的指令参数，基于所述待执行开放图形库指令的指令编号和所述待执行开放图形库的指令参数执行所述待执行开放图形库指令。

在一些实施例中，所述多个开放图形库指令为渲染所述下一帧画面所需的全部或部分开放图形库指令。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

请参阅图7，图7为本申请实施例的电子设备的框图。

其中，电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请实施例的实现。

如图7所示，该电子设备包括：一个或多个处理器101、存储器102，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器101为例。

存储器102即为本申请实施例所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请实施例所提供的画面渲染方法。本申请实施例的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请实施例所提供的画面渲染方法。

存储器102作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的程序指令/模块。处理器101通过运行存储在存储器102中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的画面渲染方法。

存储器102可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器102可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器102可选包括相对于处理器101远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、区块链服务网络(Block-chain-based Service Network，BSN)、移动通信网及其组合。

电子设备还可以包括：输入装置103和输出装置104。处理器101、存储器102、输入装置103和输出装置104可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置103可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置104可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、区块链服务网络(Block-chain-based Service Network，BSN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (20)

1.一种画面渲染方法，其特征在于，所述方法包括：

将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中；

对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作；

调用并执行所述存储单元缓存的所述多个开放图形库指令，对所述下一帧画面进行渲染并显示。

2.根据权利要求1所述的方法，其特征在于，所述将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中，包括：

通过上下文获取接口获取所述多个开放图形库指令，并将所述多个开放图形库指令缓存到预设存储单元中。

3.根据权利要求2所述的方法，其特征在于，所述对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作，包括：

当缓存的开放图形库指令包括绘制指令时，则对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中包括：

在所述存储单元中生成所述多个开放图形库指令的数据结构，其中，所述数据结构包括：所述多个开放图形库指令的指令信息，以及所述多个开放图形库指令之间的关联关系。

5.根据权利要求4所述的方法，其特征在于，所述关联关系包括：所述多个开放图形库指令的指令信息所占用的字节信息，以及所述多个开放图形库指令的执行顺序。

6.根据权利要求5所述的方法，其特征在于，所述调用并执行所述存储单元缓存的所述多个开放图形库指令包括：

获取所述字节信息；

根据所述字节信息依次执行所述存储单元中的所述多个开放图形库指令。

7.根据权利要求6所述的方法，其特征在于，所述根据所述字节信息依次执行所述存储单元中的所述多个开放图形库指令包括：

根据所述字节信息计算待执行开放图形库指令的字节数偏移；

若所述字节数偏移小于所述字节信息，根据所述字节数偏移确定并执行待执行开放图形库指令。

8.根据权利要求7所述的方法，其特征在于，所述指令信息包括指令编号和指令参数，所述根据所述字节数偏移确定并执行待执行开放图形库指令包括：

根据所述字节数偏移确定所述待执行开放图形库指令的指令编号，以及所述待执行开放图形库指令的指令参数；

基于所述待执行开放图形库指令的指令编号和所述待执行开放图形库的指令参数执行所述待执行开放图形库指令。

9.根据权利要求1至3中任一项所述的方法，其特征在于，所述多个开放图形库指令为渲染所述下一帧画面所需的全部或部分开放图形库指令。

10.一种画面渲染装置，其特征在于，所述装置包括：

缓存模块，用于将待显示的下一帧画面的多个开放图形库指令缓存到预设存储单元中；

绑定模块，用于对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作；

处理模块，用于调用并执行所述存储单元缓存的所述多个开放图形库指令，对所述下一帧画面进行渲染并显示。

11.根据权利要求10所述的装置，其特征在于，所述缓存模块用于，通过上下文获取接口获取所述多个开放图形库指令，并将所述多个开放图形库指令缓存到预设存储单元中。

12.根据权利要求11所述的装置，其特征在于，所述绑定模块用于，当缓存的开放图形库指令包括绘制指令时，则对缓存在所述存储单元中的所述多个开放图形库指令与开放图形库接口进行绑定操作。

13.根据权利要求10至12中任一项所述的装置，其特征在于，所述缓存模块用于，在所述存储单元中生成所述多个开放图形库指令的数据结构，其中，所述数据结构包括：所述多个开放图形库指令的指令信息，以及所述多个开放图形库指令之间的关联关系。

14.根据权利要求13所述的装置，其特征在于，所述关联关系包括：所述多个开放图形库指令的指令信息所占用的字节信息，以及所述多个开放图形库指令的执行顺序。

15.根据权利要求14所述的装置，其特征在于，所述处理模块用于，获取所述字节信息，并根据所述字节信息依次执行所述存储单元中的所述多个开放图形库指令。

16.根据权利要求15所述的装置，其特征在于，所述处理模块用于，根据所述字节信息计算待执行开放图形库指令的字节数偏移，若所述字节数偏移小于所述字节信息，根据所述字节数偏移确定并执行待执行开放图形库指令。

17.根据权利要求16所述的装置，其特征在于，所述指令信息包括指令编号和指令参数，所述处理模块用于，根据所述字节数偏移确定所述待执行开放图形库指令的指令编号，以及所述待执行开放图形库指令的指令参数，基于所述待执行开放图形库指令的指令编号和所述待执行开放图形库的指令参数执行所述待执行开放图形库指令。

18.根据权利要求10至12中任一项所述的装置，其特征在于，所述多个开放图形库指令为渲染所述下一帧画面所需的全部或部分开放图形库指令。

19.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

20.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-9中任一项所述的方法。

Images