CN114928769B - 用于显示帧数据的方法和电子设备 - Google Patents

Abstract

本申请涉及屏幕显示技术领域，特别涉及一种用于显示帧数据的方法和电子设备。所述一种用于显示帧数据的方法，包括：响应于交互指令，接收至少一个连续帧数据；以及对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据。通过上述方法，因只对最后一帧做显示，故此可以达到一次点击，直接显示最终图像，提升系统响应速度。

Description

用于显示帧数据的方法和电子设备

技术领域

本申请涉及屏幕显示技术领域，特别涉及用于显示帧数据的方法和电子设备。

背景技术

在Android或其他操作系统中，一次点击一般都会实际产生连续多帧的图像数据，这样可以实现一些动画和过渡效果。在电子墨水屏应用中，由于电子墨水屏的显示速度慢，常规的一帧要450ms左右，如果把多帧图像都显示出来的话，一次点击到最终完全显示完需要多个450ms，这样的显示效果是无法接受的。

针对这种问题，一般的做法是系统会把中间帧丢掉，来提升显示速度。而这种做法仍然无法取得最理想的显示速度效果。

发明内容

鉴于上述问题，本申请提供了一种用于显示帧数据的方法，其能够对连续产生的多帧图像进行过滤，仅显示过滤后的帧，大大提升系统响应速度。

在第一方面，本公开提供一种用于显示帧数据的方法。该方法包括：响应于交互指令，接收至少一个连续帧数据；以及对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据。

在一些实施例中，对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据包括：在接收到所述至少一个连续帧数据中的当前帧数据时，设置预设等待时间；判断在所述预设等待时间内是否接收到新的帧数据，若在所述预设等待时间内接收到新的帧数据，则丢弃所述当前帧数据；以及若在所述预设等待时间内未接收到新的帧数据，则显示所述当前帧数据。

在一些实施例中，在丢弃所述当前帧数据之后，还包括：以接收到的所述新的帧数据的时间为起始时间，继续判断在所述预设等待时间内是否接收到下一个新的帧数据；若在所述预设等待时间内接收到下一个新的帧数据，则丢弃所述新的帧数据，直至在所述预设等待时间内未接收到下一个新的帧数据；以及若在所述预设等待时间内未接收到下一个新的帧数据，则直接显示所述新的帧数据。

在一些实施例中，该方法还包括：根据不同场景动态设置不同的预设等待时间。

在一些实施例中，根据不同场景动态设置不同的预设等待时间包括：当场景为需要显示动态过程时，设置所述预设等待时间大小小于两帧图像间的间隔时间；当场景为需要快速响应且无需显示中间过程时，设置所述预设等待时间大小大于两帧图像间的间隔时间。

在一些实施例中，该方法还包括：响应于场景调整指令，调整所述预设等待时间。

在一些实施例中，响应于交互指令接收至少一个连续帧数据包括：在接收到所述至少一个连续帧数据之后，不马上对当前帧数据进行刷新显示。

在一些实施例中，响应于交互指令接收至少一个连续帧数据包括：响应于用户对显示屏幕的交互，接收与对应于所述交互的图像相关联的连续帧数据。

在第二方面，本公开提供一种电子设备。该电子设备包括：存储器，被配置为存储指令集；以及处理器，被配置为执行所述指令集以执行上述提及的用于显示帧数据方法。

在一些实施例中，所述电子设备包括电子墨水屏。

根据本公开的实施例，通过响应于交互指令，接收至少一个连续帧数据；以及对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据。因只对最后一帧做显示，故此可以达到一次点击，直接显示最终图像，提升系统响应速度。

上述发明内容相关记载仅是本申请技术方案的概述，为了让本领域普通技术人员能够更清楚地了解本申请的技术方案，进而可以依据说明书的文字及附图记载的内容予以实施，并且为了让本申请的上述目的及其它目的、特征和优点能够更易于理解，以下结合本申请的具体实施方式及附图进行说明。

附图说明

附图仅用于示出本申请具体实施方式以及其他相关内容的原理、实现方式、应用、特点以及效果等，并不能认为是对本申请的限制。

图1示出根据本公开的实施例的用于显示帧数据的方法的流程图；

图2示出根据本公开的实施例的过滤帧数据以显示最后一个帧数据的方法的流程图；

图3示出根据本公开的实施例的用于显示帧数据的方法的流程图；

图4示出根据本公开的实施例的过滤帧数据以显示最后一个帧数据的方法的流程图；

图5是示出根据本公开的实施例的电子设备的框图。

具体实施方式

为详细说明本申请可能的应用场景，技术原理，可实施的具体方案，能实现目的与效果等，以下结合所列举的具体实施例并配合附图详予说明。本文所记载的实施例仅用于更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代相同的实施例，亦不特别限定其与其它实施例之间的独立性或关联性。原则上，在本申请中，只要不存在技术矛盾或冲突，各实施例中所提到的各项技术特征均可以以任意方式进行组合，以形成相应的可实施的技术方案。

除非另有定义，本文所使用的技术术语的含义与本申请所属技术领域的技术人员通常理解的含义相同；本文中对相关术语的使用只是为了描述具体的实施例，而不是旨在限制本申请。

在本申请的描述中，用语“和/或”是一种用于描述对象之间逻辑关系的表述，表示可以存在三种关系，例如A和/或B，表示：存在A，存在B，以及同时存在A和B这三种情况。另外，本文中字符“/”一般表示前后关联对象是一种“或”的逻辑关系。

在本申请中，诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的数量、主次或顺序等关系。

在没有更多限制的情况下，在本申请中，语句中所使用的“包括”、“包含”、“具有”或者其他类似的表述，意在涵盖非排他性的包含，这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素，从而使得包括一系列要素的过程、方法或者产品中不仅可以包括那些限定的要素，而且还可以包括没有明确列出的其他要素，或者还包括为这种过程、方法或者产品所固有的要素。

在本申请中，“大于”、“小于”、“超过”等表述理解为不包括本数；“以上”、“以下”、“以内”等表述理解为包括本数。此外，在本申请实施例的描述中“多个”的含义是两个以上(包括两个)，与之类似的与“多”相关的表述亦做此类理解，例如“多组”、“多次”等，除非另有明确具体的限定。

在背景技术中提及现有技术的解决方案常用的方法是直接把中间帧丢掉，为何一般只丢中间帧，是因为第一帧一般是不能丢掉的，是否要更新显示是由应用发起的，对系统来说并不清楚是否还有后续的图像帧，如果直接把第一帧丢掉，但又没有后续的图像帧，就相当于系统无响应了；最后一帧更不能丢掉，因为最后一帧是最终需要呈现给用户的界面，所以只能把中间帧丢掉。那么这样也至少需要两帧的刷新时间才能把最终界面呈现出来；这并不是最理想的效果，最理想的效果应该是一次点击，直接把最后一帧显示出来。

故此本申请的技术思想在于：当发生点击交互，对可能产生的连续多帧图像做过滤，其中过滤的帧包括前面的所有帧，只留最后一帧做显示，以达到一次点击，直接显示最终图像，提升系统响应速度。而为了实现该技术效果，本申请的技术思路在于通过设置一个预设等待时间，当系统接收到帧数据时，不会马上启动刷新，而是先设置一个超时等待，超时时间为预设等待时间值，比如50ms，如果在预设等待时间内有新的图像帧到来，则放弃当前帧，直接显示新的图像帧，如果在预设等待时间内没有新的图像帧到来，则显示当前帧。二、预设的等待时间值，可以根据场景动态设置，可长可短，最短就是0，关闭等待功能。

下文中将参考示例性实施例并且结合附图详细描述根据本公开的实施例的具体实施方式。

图1是示出根据本公开的实施例的用于显示帧数据的方法100的流程图。如图1所示，该方法100包括以下步骤S101和步骤S102。

在步骤S101中，响应于交互指令，接收至少一个连续帧数据。在一些实施例中，至少一个连续帧数据可以包括一个帧数据，或者可以包括多个具有等时间间隔的连续帧数据。在已有技术中，当接收到当前帧后，会马上对该帧进行刷新，然而本申请中并不马上对当前帧进行刷新显示，而是接着执行步骤S102。

在一些实施例中，交互指令可以是用户针对显示设备的交互指令，以用于在显示设备上显示对应的图像或者动画。在一些实施例中，响应于用户对显示设备的屏幕的交互，输入与对应于该用户交互的图像相关联的至少一个连续帧数据。

在步骤S102中，对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据。

如背景技术中所说，Android系统或其他操作系统中，一次点击一般都会实际产生连续多帧的图像数据。故此在步骤S101中，当用户对系统进行点击时，系统正常会接收到多帧数据，每接收到一帧数据时，就执行步骤S102。

相较于现有技术的所有帧都显示出来，或者是丢掉中间帧，对首帧和末帧进行显示，以上方法可直接对最后一帧做显示，将大大提升系统的响应速度。

而若在一些特殊情况中，只产生一个帧数据，则会直接显示该帧数据。即响应于交互指令接收至少一个连续帧数据包括：响应于用户对显示屏幕的交互，接收与对应于所述交互的图像相关联的连续帧数据。

图2是示出根据本公开的实施例的用于过滤帧数据以显示最后一个帧数据的方法200的流程图。如图2所示，在该方法200中，对所述至少一个连续帧数据进行过滤、以显示所述至少一个连续帧数据中的最后一个帧数据包括以下步骤S201至步骤S203。

在步骤S201中，在接收到所述至少一个连续帧数据中的当前帧数据时，设置预设等待时间。

在步骤S202中，判断在所述预设等待时间内是否接收到新的帧数据，若在所述预设等待时间内接收到新的帧数据，则丢弃所述当前帧数据。

在步骤S203中，若在所述预设等待时间内未接收到新的帧数据，则显示所述当前帧数据。

在一些实施例中，假设一次点击有三帧图像，三帧图像的间隔为20ms，按照常规的方法，系统收到第一帧的时候启动刷新，需要450ms显示结束。在这450ms内，第二帧先加入显示队列，第三帧加入的时候，会把第二帧丢弃；450ms后，系统从显示队列中获取了第三帧图像数据，并最终显示出来，这样一次点击的总耗时是900ms。按照本发明的方法，预置等待时间值为30ms,当系统收到第一帧图像的时候，设置30ms的超时等待，在20ms的时候收到了第二帧图像，第一帧图像被丢掉；再设置30ms的超时等待，又过了20ms，收到第三帧图像，第二帧图像被丢掉；再设置30ms的超时等待，30ms后没有新的图像帧，启动第三帧刷新，并在此后的450ms显示完毕，这样一次点击的显示耗时为20ms+20ms+30ms+450ms＝520ms。总耗时为520ms(本申请)VS900ms(现有常规做法)。

从上述实施例可以看出，在一些其它实施例中，如果帧数据产生的时间间隔小于预设的超时时间，并且持续不断的产生帧数据，比如视频播放场景，camera预览场景，那么系统就会一直丢帧，而一直无法更新显示，那么就要调整预设的等待时间；所以一个预设值并不能满足所有的场景，系统需要根据不同场景设置不同的等待时间值。

故此，图3是示出根据本公开的实施例的用于显示帧数据的方法300的流程图。如图3所示，该方法300还包括步骤S301，在步骤S301中，根据不同场景动态设置不同的预设等待时间。其中步骤S302和步骤S303与步骤S101和步骤S102相同，故此不再做重复说明。

需要说明的是，系统在使用过程中，会进行场景的切换，如从查看图片的场景到查看视频的场景，故此该方法还包括：响应于场景调整指令，调整所述预设等待时间。因每个场景的帧刷新情况不同，故此需要对应调整到该场景自己对应的预设等待时间，如此才可以取得加快系统响应速度的效果。

在一些实施例中，对根据不同场景动态设置不同的预设等待时间。在一些实施例中，根据不同场景动态设置不同的预设等待时间包括：当场景为需要显示动态过程时，设置预设等待时间大小小于两帧图像间的间隔时间；当场景为需要快速响应且无需显示中间过程时，设置预设等待时间大小大于两帧图像间的间隔时间。

在一些实施例中，当场景为单次或多次点击下的页面切换时，设置预设等待时间大小大于两帧图像间的间隔时间，这样可以有效丢弃前面的帧，过滤掉切换的过程，只显示最后一帧。

在其他实施例中，当场景为视频播放或camera预览时，设置预设等待时间大小小于两帧图像间的间隔时间，这样丢帧功能失效，视频能够正常流畅播放。

图4是示出根据本公开的实施例的用于过滤帧数据以显示最后一个帧数据的方法400的流程图。如图4所示，在参照图2描述的步骤S202中在丢弃所述当前帧数据之后，该方法400还包括步骤S402。其中步骤S401与步骤S202相同，故此不做重复说明。

在步骤S402中，以接收到的所述新的帧数据的时间为起始时间，继续判断在所述预设等待时间内是否接收到下一个新的帧数据；若在所述预设等待时间内接收到下一个新的帧数据，则丢弃所述新的帧数据，直至在所述预设等待时间内未接收到下一个新的帧数据；以及若在所述预设等待时间内未接收到下一个新的帧数据，则直接显示所述新的帧数据。

正如上面对本申请的方法展开的说明，可明确看出在本申请中引入了帧等待功能，用于判断是否取消当前帧后，大大提升了系统的响应速度。

图5是示出根据本公开的实施例的电子设备500的模块示意图。在本实施例中，所述电子设备500包括但不限于：个人计算机、服务器、通用计算机、专用计算机、网络设备、可编程设备、智能移动终端等。在本实施方式中以电子墨水屏为例，这是由于电子墨水屏的显示速度通常较慢，常规的一帧显示都要450ms左右，如果把多帧图像都显示出来的话，一次点击到最终完全显示完需要多个450ms，这样的显示效果是无法接受的。

如图5所示，电子设备500包括存储器502和处理器504。存储器502被配置为存储指令集。处理器504被配置为执行以下动作：响应于交互指令，接收至少一个连续帧数据；以及对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据。因只对最后一帧做显示，故此可以达到一次点击，直接显示最终图像，提升系统响应速度。

在一些实施例中，指令集可以包括上面描述的用于显示帧数据的方法中的各个动作。处理器504被配置为执行上面描述的用于显示帧数据的方法中的各个动作。

在该电子设备500中，假设一次点击有三帧图像，三帧图像的间隔为20ms，按照常规的方法，系统收到第一帧的时候启动刷新，需要450ms显示结束；在这450ms内，第二帧先加入显示队列，第三帧加入的时候，会把第二张丢弃；450ms后，系统从显示队列中获取了第三帧图像数据，并最终显示出来，这样一次点击的总耗时是900ms；按照本发明的方法，预置等待时间值为30ms,当系统收到第一帧图像的时候，设置30ms的超时等待，在20ms的时候收到了第二帧图像，第一帧图像被丢掉；再设置30ms的超时等待，又过了20ms，收到第三帧图像，第二帧图像被丢掉；再设置30ms的超时等待，30ms后没有新的图像帧，启动第三帧刷新，并在此后的450ms显示完毕，这样一次点击的显示耗时为20ms+20ms+30ms+450ms＝520ms。总耗时为520ms(本申请)VS900ms(现有常规做法)。

最后需要说明的是，尽管在本申请的说明书文字及附图中已经对上述各实施例进行了描述，但并不能因此限制本申请的专利保护范围。凡是基于本申请的实质理念，利用本申请说明书文字及附图记载的内容所作的等效结构或等效流程替换或修改产生的技术方案，以及直接或间接地将以上实施例的技术方案实施于其他相关的技术领域等，均包括在本申请的专利保护范围之内。

Claims (7)

1.一种用于显示帧数据的方法，其特征在于，包括：

响应于交互指令，接收至少一个连续帧数据；

在接收到所述至少一个连续帧数据之后，不马上对当前帧数据进行刷新显示；以及

对所述至少一个连续帧数据进行过滤，以显示所述至少一个连续帧数据中的最后一个帧数据，包括：

在接收到所述至少一个连续帧数据中的当前帧数据时，设置预设等待时间；

判断在所述预设等待时间内是否接收到新的帧数据，若在所述预设等待时间内接收到新的帧数据，则丢弃所述当前帧数据；

若在所述预设等待时间内未接收到新的帧数据，则显示所述当前帧数据；

以接收到的所述新的帧数据的时间为起始时间，继续判断在所述预设等待时间内是否接收到下一个新的帧数据；

若在所述预设等待时间内接收到下一个新的帧数据，则丢弃所述新的帧数据，直至在所述预设等待时间内未接收到下一个新的帧数据；以及

若在所述预设等待时间内未接收到下一个新的帧数据，则直接显示所述新的帧数据。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据不同场景动态设置不同的预设等待时间。

3.根据权利要求2所述的方法，其特征在于，根据不同场景动态设置不同的预设等待时间包括：

当场景为需要显示动态过程时，设置所述预设等待时间大小小于两帧图像间的间隔时间；

当场景为需要快速响应且无需显示中间过程时，设置所述预设等待时间大小大于两帧图像间的间隔时间。

4.根据权利要求1所述的方法，其特征在于，还包括：

响应于场景调整指令，调整所述预设等待时间。

5.根据权利要求1所述的方法，其特征在于，响应于交互指令接收至少一个连续帧数据包括：

响应于用户对显示屏幕的交互，接收与对应于所述交互的图像相关联的连续帧数据。

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

存储器，被配置为存储指令集；以及

处理器，被配置为执行所述指令集以执行根据权利要求1至5中任一项所述的方法。

7.根据权利要求6所述的电子设备，其特征在于，所述电子设备包括电子墨水屏。