CN113760080B - 显示方法、装置及存储介质 - Google Patents

显示方法、装置及存储介质 Download PDF

Info

Publication number
CN113760080B
CN113760080B CN202010499964.0A CN202010499964A CN113760080B CN 113760080 B CN113760080 B CN 113760080B CN 202010499964 A CN202010499964 A CN 202010499964A CN 113760080 B CN113760080 B CN 113760080B
Authority
CN
China
Prior art keywords
refresh rate
app
screen
picture
determining
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010499964.0A
Other languages
English (en)
Other versions
CN113760080A (zh
Inventor
钟桂林
郑金增
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202010499964.0A priority Critical patent/CN113760080B/zh
Publication of CN113760080A publication Critical patent/CN113760080A/zh
Application granted granted Critical
Publication of CN113760080B publication Critical patent/CN113760080B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3215Monitoring of peripheral devices
    • G06F1/3218Monitoring of peripheral devices of display devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/325Power saving in peripheral device
    • G06F1/3265Power saving in display device

Abstract

本公开是关于一种显示方法、装置及存储介质;其中,该显示方法应用于移动终端,包括:在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长;根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率;基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,并将所述屏幕的刷新率调整至所述第二刷新率;基于所述屏幕的所述第二刷新率,显示所述APP的画面。如此,可以通过监听确定出更为合适的APP刷新率和屏幕刷新率,以执行更流畅的显示。

Description

显示方法、装置及存储介质
技术领域
本公开涉及显示控制领域,尤其涉及一种显示方法、装置及存储介质。
背景技术
屏幕高帧率已经成为一种行业发展趋势。面对越来越复杂的应用程序(Application,APP)所对应的应用场景(如游戏),终端的图形处理器(GraphicsProcessing Unit,GPU)的渲染技术却赶不上屏幕刷新率提高的速度,使得在一些场景下出现APP的画面内容帧率低于屏幕刷新帧率。例如,由于APP应用场景的画面复杂度的不同,GPU渲染一帧画面的时长就对应会存在不同,从而造成APP输出的画面内容帧率会出现相对较大幅度的波动,在显示上就会出现卡顿。
发明内容
本公开提供一种显示方法、装置及存储介质。
根据本公开实施例的第一方面,提供一种显示方法,应用于移动终端,所述方法包括:
在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长;
根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率;
基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,并将所述屏幕的刷新率调整至所述第二刷新率;
基于所述屏幕的所述第二刷新率,显示所述APP的画面。
可选地,所述方法还包括:
获取所述屏幕支持的刷新率;
所述基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,包括:
比对所述第一刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第一刷新率相差最小的刷新率,确定为所述屏幕的第二刷新率。
可选地,所述根据所述渲染时长和合成时长,确定所述APP的第一刷新率,包括:
根据各画面的所述渲染时长,确定各画面的平均渲染时长,并基于所述平均渲染时长,确定平均渲染帧率;
根据各画面的所述合成时长,确定各画面的平均合成时长,并基于所述平均合成时长,确定平均合成帧率;
将所述平均渲染帧率和所述平均合成帧率中的最小值,确定为所述APP的第一刷新率。
可选地,所述方法还包括:
在根据监听的所述APP中各画面的渲染时长和合成时长未确定出所述第一刷新率之前,将所述屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率。
可选地,所述方法还包括:
在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率;其中,所述预设映射关系中包含:不同APP和第三刷新率的对应关系;
所述在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长,包括:
当所述预设映射关系中不包含与所述APP对应的第三刷新率时,在所述APP运行时,监听所述APP中各画面的渲染时长和合成时长。
可选地,所述方法还包括:
当所述预设映射关系中包含与所述APP对应的第三刷新率时,基于所述第三刷新率,通过比对所述第三刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第三刷新率相差最小的刷新率,确定为所述屏幕的所述第二刷新率。
可选地,所述在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长,还包括:
在基于所述第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面出现卡顿时,监听所述APP中各画面的渲染时长和合成时长。
可选地,所述方法还包括:
在所述APP的一次运行时长大于或等于预设时长时,将基于监听确定的所述第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
可选地,所述方法还包括:
在所述APP升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率;
和/或,
在所述移动终端的操作系统升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率。
根据本公开实施例的第二方面,提供一种显示装置,包括:
监听模块,用于在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长;
第一确定模块,用于根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率;
第二确定模块,用于基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,并将所述屏幕的刷新率调整至所述第二刷新率;
显示模块,用于基于所述屏幕的所述第二刷新率,显示所述APP的画面。
可选地,还包括:
获取模块,用于获取所述屏幕支持的刷新率;
所述第二确定模块,具体用于:比对所述第一刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第一刷新率相差最小的刷新率,确定为所述屏幕的第二刷新率。
可选地,所述第一确定模块,包括:
渲染帧率确定单元,用于根据各画面的所述渲染时长,确定各画面的平均渲染时长,并基于所述平均渲染时长,确定平均渲染帧率;
合成帧率确定单元,用于根据各画面的所述合成时长,确定各画面的平均合成时长,并基于所述平均合成时长,确定平均合成帧率;
综合确定模块,用于将所述平均渲染帧率和所述平均合成帧率中的最小值,确定为所述APP的第一刷新率。
可选地,还包括:
第三确定模块,用于在根据监听的所述APP中各画面的渲染时长和合成时长未确定出所述第一刷新率之前,将所述屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率。
可选地,还包括:
第四确定模块,用于在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率;其中,所述预设映射关系中包含:不同APP和第三刷新率的对应关系;
所述监听模块,用于当所述预设映射关系中不包含与所述APP对应的第三刷新率时,在所述APP运行时,监听所述APP中各画面的渲染时长和合成时长。
可选地,还包括:
第五确定模块,用于当所述预设映射关系中包含与所述APP对应的第三刷新率时,基于所述第三刷新率,通过比对所述第三刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第三刷新率相差最小的刷新率,确定为所述第二刷新率。
可选地,所述监听模块,还用于:
在基于所述第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面出现卡顿时,监听所述APP中各画面的渲染时长和合成时长。
可选地,还包括:
时长确定模块,用于在所述APP的一次运行时长大于或等于预设时长时,将基于监听确定的所述第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
可选地,还包括:
软件升级处理模块,用于在所述APP升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率;
和/或,
系统升级处理模块,用于在所述移动终端的操作系统升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率。
根据本公开实施例的第三方面,提供一种显示装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:执行所述存储器中存储的可执行指令时,实现上述第一方面的任一项所述的方法。
根据本公开实施例的第四方面,提供一种非临时性计算机可读存储介质,当所述存储介质中的指令由显示装置的处理器执行时,使得所述显示装置能够执行上述第一方面的任一项所述的方法。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例提供一种显示方法,通过在应用程序APP运行时,监听APP中各画面的渲染时长和合成时长,根据渲染时长和合成时长,确定APP的第一刷新率,进而就可以根据APP的第一刷新率,确定移动终端屏幕的第二刷新率,并将屏幕的刷新率调整至第二刷新率;基于屏幕的第二刷新率显示APP的画面。如此,这种对APP运行时画面的渲染时长和合成时长进行监听的方式,可以通过实际的运行状况找到APP的最佳运行帧率(即第一刷新率),使得确定出的APP的最佳运行帧率就能更符合该APP的画面特点,从而使得显示流畅性可以得到提高。并且由于是基于对APP实际运行中情况的监听来确定的APP刷新率,可以使得APP越用显示帧率越稳定,也越流畅。除此之外,由于屏幕的刷新率是可以动态调整的,不是固定的,那么就可以在保证显示流畅性的基础上,通过对屏幕刷新率的调整来降低系统功耗,这样就可以实现从功耗和显示性能中找到最佳的平衡点,也有利于对移动终端老化状态和负载率等状况的实时匹配,实现对各类运行状况和应用场景的灵活配置。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是一种视频播放抖动时的屏幕刷新率和画面内容帧率的对应关系示意图。
图2为系统生成画面的示意图。
图3是根据一示例性实施例示出的一种显示方法的流程图。
图4是根据一示例性实施例示出的一种显示方法的流程图。
图5是根据一示例性实施例示出的一种显示方法的流程图。
图6是根据一示例性实施例示出的一种显示装置的结构示意图。
图7是根据一示例性实施例示出的一种显示装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是一种视频播放抖动时的屏幕刷新率和画面内容帧率的对应关系示意图,如图1所示,假设屏幕刷新率是60hz,画面内容帧率是40hz,则用户看到的画面帧率是40hz;由于屏幕刷新率是60hz,也就会造成多余的20帧显示的是重复画面内容,而且这20帧重复画面会均匀地插在40hz的动态画面内容之中,导致画面更新时快时慢,或者说帧率是变化的,不够稳定,这就给人一种不够流畅的视觉。
除此之外,由于APP应用场景的画面复杂度将影响APP渲染一帧画面的时长,从而造成APP输出画面的帧率本身就会出现相对较大幅度的波动,即出现卡顿。图2为系统生成画面的示意图,如图2所示,显示系统有一个设定的帧率(图2中为16.67ms),每个阶段都有一个垂直同步信号(Vsync)来实现同步。如图2所示,画面内容从产生到送入屏幕进行显示,有三个阶段:图像绘制、图层合成和图像发送。在第2个Vsync信号来临后开始绘制的画面B,在第3个Vsync信号来临后还未绘制完成,就会影响后续的合成和显示,如此就出现的卡顿。
当前有两种做法来缓解卡顿:一种是APP端获取移动终端的硬件型号,通过白名单的方式限定APP渲染帧率,从而达到比较稳定的帧率体验。另一种是系统软件白名单方式,即产品上市前通过测试APP的最佳运行帧率,然后对部分APP做相应的帧率限定,一般都是针对头部APP,即用户最常用的前100名或者前200名等的APP。
然而,系统软件白名单方式无法应对头部APP之外的APP,而且由于需要预先测试验证APP的最佳运行帧率,然后通过设定白名单的方式限制APP的最佳运行帧率,达到优化体验的效果。由于APP数量太大,无法对所有的APP都预设最佳运行帧率。并且,当APP版本更新之后,如果APP做过性能优化或者APP的场景变得更加复杂,白名单中的最佳运行帧率也将随之变化,预设的白名单中的数据如果不及时更新,就会出现问题,影响显示效果。
为了提高显示流畅性,本公开实施例提供一种显示方法,图3是根据一示例性实施例示出的一种显示方法的流程图,如图3所示,所述方法应用于移动终端,包括以下步骤:
步骤101,在应用程序APP运行时,监听APP中各画面的渲染时长和合成时长;
步骤102,根据渲染时长和合成时长,确定APP的第一刷新率;
步骤103,基于APP的第一刷新率,确定移动终端屏幕的第二刷新率,并将屏幕的刷新率调整至第二刷新率;
步骤104,基于屏幕的第二刷新率,显示APP的画面。
需要说明的是,所述移动终端是指具备屏幕的移动电子设备,例如,智能手机、平板电脑或者可穿戴式电子设备等。
应用程序(APP)是指安装在移动终端上用于实现各类应用的软件。
为保证动态画面的流畅性,需要两个必要条件,一个是屏幕支持高刷新率,即屏幕刷新率较高,另一个是APP的画面内容帧率也需要是高帧率。屏幕刷新率是指每秒钟屏幕更新画面内容的频率,屏幕刷新率越高,对于动态画面的显示流畅性就越好。APP的画面内容帧率是指系统每秒生成画面的频率。而画面内容从产生到送入屏幕进行显示,有三个阶段:图像绘制、图层合成和图像发送。这里,APP的画面内容帧率取决于这三个阶段当中最耗时的阶段,即图像绘制和图层合成。
图像绘制、图层合成和图像发送流程一般是由中央处理器(Central ProcessingUnit,CPU)或图形处理器(Graphics Processing Unit,GPU)和显示器(即移动终端的屏幕)一起执行。CPU或GPU负责制作画面,制作画面的步骤包括:图像绘制和图层合成。显示器用于对完成制作的画面进行显示。上述屏幕刷新率是指显示器的刷新率。
在本公开实施例中,图像绘制也称之为图像渲染。
如此,图像渲染就是指绘制APP中的图像,具体而言,是指对APP的图像中的一些图形元素进行绘制。这里,图像中的图形元素是指:图层;不同的图层包含的图像内容不同,例如,有的图层是包含状态栏、有的图层包含导航栏以及应用界面等。
图像合成是指将APP中的图像中的一些图形元素进行合并,得到最终要在屏幕上显示的画面。
图像发送是指通过底层驱动将合成的画面送入屏幕进行显示的过程。
以视频播放为例,如果视频源的画面内容帧率是30hz,屏幕刷新率是120hz,最终用户看到的画面内容是30hz;如果视频源的画面内容帧率是60hz,而屏幕刷新率是30hz,用户看到的画面内容就是30hz。因此,可以认为动态画面最终的流畅性取决于屏幕刷新率和画面内容帧率两者的最小值,两者最好是相等或者成倍率关系。
对应于图像渲染和图层合成,渲染时长是指执行图像渲染所需的时长。合成时长是指执行图层合成所需的时长。由于APP中包含多幅画面,各画面的渲染时长即是指完成一幅画面中图形元素的渲染所需的时长,各画面合成时长即是指完成一幅画面中图形元素的合成,得到待显示的画面所需的时长。
监听APP中各画面的渲染时长和合成时长,包括:通过预设的监听程序监听APP中各画面的渲染时长和合成时长。
在一些实施例中,所述监听APP中各画面的渲染时长和合成时长可以是实时执行;还可以根据设置的周期执行,例如,在APP运行时,每10S执行一次监听;或者也可以是在接收到监听指令,根据监听指令中指定的时间和监听频率来执行监听;这里,指定的时间包括:监听开始的时间,和/或,监听持续的时长;例如,8:00开始,每10S执行一次监听,持续1小时。再或者,考虑到监听不占用过多的系统资源,也达到监听的效果,还可以是根据APP连续在前台显示的时长来动态地执行监听,即:获取APP连续在前台显示的时长,当该时长超过时间阈值时,则根据设置的周期来执行监听;当该时长不超过时间阈值时,则检测到APP切换至前台显示时,就执行一次监听。所述时间阈值可以结合系统的运算能力和APP的资源占用率来综合确定。
APP的第一刷新率是指APP中画面的最佳运行帧率,即APP最佳的画面内容帧率,反映了系统每秒生成画面的最优频率。
屏幕的第二刷新率是指屏幕的最佳刷新率,反映了显示器上显示画面的最优切换频率。本公开实施例中,屏幕支持多种刷新率,并且可以执行刷新率的切换,例如,支持30hz、60hz或90hz的刷新率。
APP的最佳运行帧率和屏幕的最佳刷新率用于配合实现显示的流畅性,即:通过渲染时长和合成时长,先确定出系统每秒生成画面的最优频率(即APP的第一刷新率),在该频率下画面的渲染和合成更为稳定以及流畅,进而通过该APP的第一刷新率从屏幕支持的刷新率中选取出最佳刷新率(即屏幕的第二刷新率),如此,通过两者配合实现对显示流畅度的提升。
需要说明的是,随着移动终端使用时长的增加,设备出现老化,设备中各器件的处理速度都会出现延缓,渲染速度和合成速度会越来越慢,此时沿用固定的屏幕刷新率就不利于显示的流畅度和设备的使用寿命,因此,动态调整屏幕刷新率就可以通过与设备运行状态的匹配实现显示的最优化。
并且,在一些实施例中,当CPU或GPU处理的任务增多时,会使得分配给该APP的处理资源会相对减少,那么,沿用固定的屏幕刷新率也会增加显示负担,而此时动态调整屏幕的刷新率就更有利于各类显示场景,也能更好地匹配各种运行状态。
因此,动态调整屏幕的刷新率不仅可以使得画面的显示流畅度可以得到提高,也可以通过动态调整尽可能多地降低系统功耗,而且,还可以很好地匹配终端的老化状态和负载率等状况,实现对各类运行状况和应用场景的灵活配置。
所述根据渲染时长和合成时长,确定所述APP的第一刷新率,包括:根据渲染时长确定渲染频率;根据合成时长确定合成频率,进而基于渲染频率和合成频率,确定APP的第一刷新率。
这里,基于渲染频率和合成频率,确定APP的第一刷新率,可以是将渲染频率和合成频率中较小的频率确定为APP的第一刷新率;还可以是将渲染频率和合成频率的均值确定为APP的第一刷新率。
这里,由于APP的第一刷新率为确定出的最佳刷新率,而为了匹配不同画面的不同绘制难度,实现显示的舒畅性,可以选择出最小的频率或者频率均值来匹配大多数画面的绘制难度,实现更好地满足各类画面的绘制需求。
需要说明的是,在一些实施例中,考虑到APP类型的不同,有的APP不需要较高的刷新率,并且对流畅度的要求不高,过多的去监听从而改变APP的第一刷新率没有意义。例如,阅读类APP,可能长时间处于一幅画面中,此时刷新率影响不大,或者,社交类APP,大部分的画面类似,此时对画面流畅度的要求不高;还或者,画面较少的所有APP,对刷新率的要求都不高。此时,监听APP的渲染时长和合成时长就可以是:确定APP的类型是否为预设类型;在预设类型的APP运行时,监听APP的监听渲染时长和合成时长。预设类型包括对屏幕刷新率要求较高的类型,例如,视频类APP或游戏类APP。
这里,如上所述,画面最终的流畅性取决于屏幕刷新率和画面内容帧率两者的最小值,两者最好是相等或者成倍率关系,因此,当APP的第一刷新率与屏幕刷新率相似,或者,屏幕的第二刷新率与APP的第一刷新率成倍数关系,那么就可以使画面较为流畅地显示。那么,所述基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,包括:将与所述APP的第一刷新率相差最小的刷新率,确定为所述移动终端屏幕的第二刷新率;或者,将与所述APP的第一刷新率成倍数关系的刷新率,确定为所述移动终端屏幕的第二刷新率。
进一步地,在确定出所述移动终端屏幕的第二刷新率后,即可执行屏幕的刷新率切换,将屏幕的刷新率调整至该屏幕支持的最佳刷新率(即第二刷新率)。
这里,屏幕的刷新率的调整可以是基于控制指令的切换,即在处理器根据第一刷新率确定出屏幕的第二刷新率后,生成控制指令,屏幕接收该控制指令,并在该控制指令的控制下执行将屏幕的刷新率调整至所述第二刷新率。
所述基于所述屏幕的所述第二刷新率,显示所述APP的画面,包括:根据屏幕的所述第二刷新率来控制画面的切换速度,根据切换速度来切换不同的画面来显示。
作为一个示例,在某一APP的运行中,通过监听APP中各画面的渲染时长和合成时长,确定出APP的第一刷新率为58hz;假设屏幕当前的刷新率为90hz,而屏幕支持的刷新率包括:30hz、60hz或90hz,则可以根据APP的第一刷新率选择出60hz作为屏幕的第二刷新率,此时就将屏幕的刷新率从90hz调整至60hz,进而通过60hz的频率来显示画面。
需要说明的是,当第一刷新率与屏幕支持的刷新率中至少2个刷新率接近时,或者说,第一刷新率处于屏幕支持的2个刷新率之间,位于包含2个刷新率的中心值的中间区域时,选择2个刷新率中的较小值作为屏幕的第二刷新率。如此,既可以在实现显示流畅度提高的基础上降低系统功耗,还可以减少画面更多地丢帧。例如,APP的第一刷新率为45hz,而屏幕支持的刷新率包括:30hz、60hz或90hz,此时,与第一刷新率最接近的刷新率为30hz、60hz,此时30hz、60hz作为屏幕的第二刷新率均可,但30hz作为第二刷新率时系统功耗更低,并且相对于60hz,30hz所对应的画面丢帧率更低。
如此,可以根据对APP运行时画面的渲染时长和合成时长进行监听的方式,确定出APP的最佳运行帧率(即第一刷新率),进而就可以根据确定出的APP的最佳运行帧率,来动态调节屏幕的刷新率,找到屏幕的最佳刷新率(即第二刷新率),从而执行画面的显示,这种结合了APP的最佳运行帧率和屏幕的最佳刷新率的方式,可以提高显示流畅性。并且由于是基于对APP实际运行中情况的监听来确定的APP刷新率,可以使得APP越用显示帧率越稳定,也越流畅。除此之外,由于屏幕的刷新率是可以动态调整的,不是固定的,那么就可以在保证显示流畅性的基础上,通过对屏幕新率的调整来降低系统功耗,这样就可以实现从功耗和显示性能中找到最佳的平衡点。
在一些实施例中,图4是根据一示例性实施例示出的一种显示方法的流程图,如图4所示,所述方法还包括:
步骤105,获取屏幕支持的刷新率。
这里,所述步骤105在上述步骤103之前执行即可。
屏幕支持的刷新率可以通过查询屏幕的硬件参数获取。屏幕支持的刷新率可取30hz以上的值,例如,60hz或90hz等。
基于该屏幕支持的刷新率,在一些实施例中,所述基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,包括:
比对所述第一刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第一刷新率相差最小的刷新率,确定为所述第二刷新率。
这里,由于画面最终的流畅性取决于屏幕刷新率和画面内容帧率的配合,两者最好是相等或者成倍率关系,因此,当APP的第一刷新率与屏幕刷新率相似,或者,屏幕的第二刷新率与APP的第一刷新率成倍数关系,就可以使画面较为流畅地显示。基于此,进一步考虑到系统功耗,刷新率越高系统功耗也越大,那么在满足显示流畅性的基础上,屏幕选取较小的刷新率就可以降低系统功耗。
作为一个示例,假设根据APP的第一刷新率为58hz,屏幕当前的刷新率为90hz,而屏幕支持的刷新率包括:60hz、90hz或120hz。则基于与APP的第一刷新率的相似或倍数关系可以确定出屏幕的第二刷新率可以为60hz或120hz,60hz或120hz均可以使显示流畅性得到提高,那么,此时考虑到系统功耗,就可以选择60hz作为最终的第二刷新率。将屏幕的刷新率从当前的90hz切换到60hz,进而通过60hz的频率来显示画面。
需要说明的是,当将APP的第一刷新率与屏幕支持的多种刷新率进行比较时,发现APP的第一刷新率小于屏幕支持的多种刷新率中最小的刷新率,则将屏幕支持的多种刷新率中最小的刷新率确定为屏幕的第二刷新率。当发现APP的第一刷新率大于屏幕支持的多种刷新率中最大的刷新率,则将屏幕支持的多种刷新率中最大的刷新率确定为屏幕的第二刷新率。
在一些实施例中,上述步骤102中,所述根据所述渲染时长和合成时长,确定所述APP的第一刷新率,包括:
根据各画面的所述渲染时长,确定各画面的平均渲染时长,并基于所述平均渲染时长,确定平均渲染帧率;
根据各画面的所述合成时长,确定各画面的平均合成时长,并基于所述平均合成时长,确定平均合成帧率;
将所述平均渲染帧率和所述平均合成帧率中的最小值,确定为所述APP的第一刷新率。
这里,APP中包含多幅画面,所述监听可以是对多幅画面中各幅画面的渲染和合成时长都执行监听。
由于每幅画面中图形元素的复杂度不一样,导致每幅画面实际的渲染和合成时长存在不同,这里,为了便于统计,也便于从各种不同复杂度的画面中找到平衡,先根据各画面的渲染时长,确定各画面的平均渲染时长,再来确定平均渲染帧率,其中,所述平均渲染帧率为平均渲染时长的倒数。对应的,先根据各画面的合成时长,确定各画面的平均合成时长,再来确定平均合成帧率,其中,所述平均合成帧率为平均合成时长的倒数。
例如,在监听中,APP在执行3幅画面(A、B和C)的渲染和合成,A画面执行渲染时的渲染时长为a1毫秒,执行合成的合成染时长为a2毫秒;B画面执行渲染时的渲染时长为b1毫秒,执行合成的合成时长为b2毫秒;C画面执行渲染时的渲染时长为c1毫秒,执行合成的合成时长为c2毫秒;其中,a1、b1和c1不完全相同,a2、b2和c2也不完全相同,则先基于a1、b1和c1,确定各画面的平均渲染时长(a1+b1+c1)/3,则平均渲染帧率为平均渲染时长的倒数:3/(a1+b1+c1)。对应的,各画面的平均合成时长(a2+b2+c2)/3,则平均合成帧率为平均合成时长的倒数:3/(a2+b2+c2)。
在确定出平均渲染帧率和平均合成帧率后,选取平均渲染帧率和平均合成帧率中的最小值作为APP的第一刷新率。这里,可以是将平均渲染帧率和平均合成帧率对应的数值进行比较,来确定出两者中的最小值。
这里,选择平均渲染帧率和平均合成帧率中的最小值作为APP的第一刷新率,是因为一旦选择了平均渲染帧率和平均合成帧率中较大的,就很有可能会出现较小的帧率对应的画面由于渲染和合成的复杂度原因,仍是无法按时完成,此时卡顿仍会存在。那么,择平均渲染帧率和平均合成帧率中较小的作为APP的第一刷新率,就可以尽可能多的满足复杂度高的画面的渲染和合成情况,减少卡顿的产生。
在一些实施例中,图5是根据一示例性实施例示出的一种显示方法的流程图,如图5所示,所述方法还包括:
步骤106,在根据监听的所述APP中各画面的渲染时长和合成时长未确定出所述第一刷新率之前,将所述屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率。
这里,考虑到APP对应的最佳运行帧率确定的准确性,需要对多幅画面进行持续监听,即监听是持续一段时间的。那么在执行监听的过程中是没有确定出APP的第一刷新率的,此时屏幕还是会执行显示,就将屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率,以此来显示画面。
由于屏幕刷新率较低时,会出现多幅渲染和合成好的画面需要堆积显示,就会出现明显的卡顿,而屏幕相对较高的刷新率,则可以减少此情况的发生,会取得相对流畅的显示效果。那么,当没有确定出APP的第一刷新率时,为了显示的流畅性考虑,就可以先将屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率,以此来显示画面。例如,屏幕支持的刷新率包括:60hz、90hz或120hz,则选择最大的120hz作为屏幕的第二刷新率来显示画面。
在一些实施例中,所述方法还包括:
在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率;其中,所述预设映射关系中包含:不同APP和第三刷新率的对应关系。
这里,所述第三刷新率是指预先为APP指定的刷新率。
在一些实施例中,第三刷新率可以是APP历史运行中所确定的最佳运行帧率。即,该APP的历史运行中,已经通过监听或者统计确定出的该APP的最佳运行帧率。
映射关系用于表征不同APP和第三刷新率的对应关系。
映射关系可以直接在移动终端中存储,也可以存储在云端,通过云端与移动终端的通信来获取该映射关系。
所述映射关系在存储时,可以是以表格、图形或文字的形式来存储,且APP和第三刷新率的对应关系中的APP可以通过APP标识来表征。在一些实施例中,APP标识包括:APP包名、APP图标或APP编号。
所述预设映射关系中包含了多种APP和第三刷新率的对应关系。所述多种APP可以是该移动终端中安装的APP,也可以是在各类操作系统上注册的所有APP,本公开实施例对此不做限定。
本公开实施例中,所述在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率,包括:在APP启动时,从预设映射关系中查询所述APP标识,确定预设映射关系中是否包含与所述APP标识对应的第三刷新率。
这里,执行对系统中是否预先存储有与所述APP对应的第三刷新率的确定,可以为后续是否执行APP中各画面的渲染时长和合成时长的监听,以及何时执行监听提供基础。
进一步地,基于系统中预先存储的该预设映射关系,所述在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长,包括:
当所述预设映射关系中不包含与所述APP对应的第三刷新率时,在所述APP运行时,监听所述APP中各画面的渲染时长和合成时长。
这里,预设映射关系中不包含与APP对应的第三刷新率,即说明该APP在该移动终端上或者在历史使用中,从未指定过最佳运行帧率,此时当运行该APP时,就无法获知该使用何种频率来处理APP中的画面,因此,本公开实施例中就通过对APP中各画面的渲染时长和合成时长的监听,来确定APP的第一刷新率。
如此,通过从预设映射关系中确定与所述APP对应的第三刷新率的方式,可以确定出对APP中各画面的渲染时长和合成时长进行监听的执行条件,可以满足预设映射关系中没有包含与APP对应的第三刷新率时的流畅显示,具备更多的应用场景。
在一些实施例中,所述方法还包括:
当所述预设映射关系中包含与所述APP对应的第三刷新率时,基于所述第三刷新率,通过比对所述第三刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第三刷新率相差最小的刷新率,确定为所述屏幕的所述第二刷新率。
如上所述,当预设映射关系中包含与所述APP对应的第三刷新率时,即意味着历史使用中已经指定过该APP的最佳运行帧率,那么,就可以直接通过查询预设映射关系确定出APP的第三刷新率,进而基于APP的第三刷新率,确定屏幕的第二刷新率,从而根据屏幕的第二刷新率来显示画面。
所述基于APP的第三刷新率,确定屏幕的第二刷新率,包括:将第三刷新率和所述屏幕支持的刷新率进行比较,从屏幕支持的刷新率中选择与所述第三刷新率相差最小的刷新率,作为屏幕的所述第二刷新率。
如此,通过预设映射关系中存储的APP对应的第三刷新率,来直接基于它确定屏幕的第二刷新率,可以提高屏幕的第二刷新率的确定速率,提高系统执行速度。
在一些实施例中,步骤101中,所述在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长,还包括:
在基于所述第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面出现卡顿时,监听所述APP中各画面的渲染时长和合成时长。
这里,为了提高显示速度,在预设映射关系中确定出存在APP对应的第三刷新率时,就直接将该第三刷新率作为APP的最佳运行帧率,即上述步骤102中的APP的第一刷新率,进而就直接基于该第三刷新率所确定的所述屏幕的第二刷新率来显示所述APP的画面。
但在以第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面时,如果出现了卡顿,则开始执行APP中各画面的渲染时长和合成时长的监听,即通过监听,重新确定APP的最佳运行帧率。
这里,是否出现卡顿可以通过检测每次Vsync信号来临时渲染和合成对应的画面来确定。例如,第2个Vsync信号来临时,应该开始渲染画面B,如果检测到此时没有执行画面B的渲染,或者,不是执行的画面B的渲染,则认为出现了卡顿。
如此,针对预设映射关系中存在APP对应的第三刷新率的情况,如果显示效果不好,同样可以通过监听实现对APP的第一刷新率的重新确定。如此,就可以更好地匹配实际的运行情况,以更为准确地刷新率来显示画面。
在一些实施例中,所述方法还包括:
在所述APP的一次运行时长大于或等于预设时长时,将基于监听确定的所述第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
这里,所述APP的一次运行时长的确定可以基于计时器来实现。
需要说明的是,如果APP的运行过程中出现卡顿,用户一般会执行APP的重启或停止APP的运行,那么可以通过对APP的一次运行时长的统计,确定APP的运行过程中是否出现卡顿。
所述预设时长可以通过历史运行中对该APP的多次运行的运行情况来确定,在一些实施例中,预设时长可以是大于5分钟。
这里,如果执行了对APP中各画面的渲染时长和合成时长的监听,那么一旦通过该监听确定出了APP的第一刷新率,且基于第一刷新率也确定了屏幕的第二刷新率,进而以该第二刷新率来显示画面时,如果APP运行了较长的时间,则认为通过监听确定的第一刷新率是可以保证APP画面流畅显示的频率,因此,就可以将该第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
如此,本公开实施例可以通过对APP的一次运行时长与预设时长的比较来确定APP画面当前是否显示流畅,进而确定出基于监听确定的第一刷新率是否是可以保证APP画面流畅显示的频率,从而可以以最佳的运行帧率进行存储,以方便下次的画面显示。
在一些实施例中,所述方法还包括:
在所述APP升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率;
和/或,
在所述移动终端的操作系统升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率。
这里,当APP升级后,可以认为该APP完成了一次修复,各方面的性能会更好,此时就可以将屏幕支持的刷新率中最大的刷新率确定为APP的最佳运行帧率,在预设映射关系中就执行对APP对应的第三刷新率的更新,即将屏幕支持的刷新率中最大的刷新率作为APP对应的第三刷新率。
对应的,移动终端的操作系统升级后,也会修复一些故障或者做性能优化,使得移动终端在运行各类APP时所提供的运行环境更好,更有利于APP中画面的流畅显示,此时,就可以将屏幕支持的刷新率中最大的刷新率确定为移动终端中所有APP或者预设映射关系中的所有APP的最佳运行帧率,在预设映射关系中就执行对APP对应的第三刷新率的更新,即将屏幕支持的刷新率中最大的刷新率作为移动终端中所有APP或者预设映射关系中的所有APP对应的第三刷新率。
如此,通过APP的版本的升级或者移动终端的操作系统的升级来动态调整预设映射关系中APP对应的第三刷新率,可以使得移动终端中存储的预设映射关系中的数据可以保持较新,也较为准确。为后续直接调用预设映射关系中的数据所达到的显示的流畅性提供保障。
为了提高显示流畅性,本公开实施例提供一种显示装置,图6是根据一示例性实施例示出的一种显示装置的结构示意图,如图6所示,显示装置600,包括:
监听模块601,用于在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长;
第一确定模块602,用于根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率;
第二确定模块603,用于基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,并将所述屏幕的刷新率调整至所述第二刷新率;
显示模块604,用于基于所述屏幕的所述第二刷新率,显示所述APP的画面。
在一些实施例中,该显示装置还包括:
获取模块,用于获取所述屏幕支持的刷新率;
所述第二确定模块,具体用于:比对所述第一刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第一刷新率相差最小的刷新率,确定为所述屏幕的第二刷新率。
在一些实施例中,所述第一确定模块,包括:
渲染帧率确定单元,用于根据各画面的所述渲染时长,确定各画面的平均渲染时长,并基于所述平均渲染时长,确定平均渲染帧率;
合成帧率确定单元,用于根据各画面的所述合成时长,确定各画面的平均合成时长,并基于所述平均合成时长,确定平均合成帧率;
综合确定模块,用于将所述平均渲染帧率和所述平均合成帧率中的最小值,确定为所述APP的第一刷新率。
在一些实施例中,还包括:
第三确定模块,用于在根据监听的所述APP中各画面的渲染时长和合成时长未确定出所述第一刷新率之前,将所述屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率。
在一些实施例中,还包括:
第四确定模块,用于在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率;其中,所述预设映射关系中包含:不同APP和第三刷新率的对应关系;
所述监听模块,用于当所述预设映射关系中不包含与所述APP对应的第三刷新率时,在所述APP运行时,监听所述APP中各画面的渲染时长和合成时长。
在一些实施例中,还包括:
第五确定模块,用于当所述预设映射关系中包含与所述APP对应的第三刷新率时,基于所述第三刷新率,通过比对所述第三刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第三刷新率相差最小的刷新率,确定为所述第二刷新率。
在一些实施例中,所述监听模块,还用于:
在基于所述第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面出现卡顿时,监听所述APP中各画面的渲染时长和合成时长。
在一些实施例中,还包括:
时长确定模块,用于在所述APP的一次运行时长大于或等于预设时长时,将基于监听确定的所述第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
在一些实施例中,还包括:
软件升级处理模块,用于在所述APP升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率;
和/或,
系统升级处理模块,用于在所述移动终端的操作系统升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图7是根据一示例性实施例示出的一种显示装置1800的框图。例如,装置1800可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
参照图7,装置1800可以包括以下一个或多个组件:处理组件1802,存储器1804,电力组件1806,多媒体组件1808,音频组件1810,输入/输出(I/O)接口1812,传感器组件1814,以及通信组件1816。
处理组件1802通常控制装置1800的整体操作,诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件1802可以包括一个或多个处理器1820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1802还可以包括一个或多个模块,便于处理组件1802和其他组件之间的交互。例如,处理组件1802可以包括多媒体模块,以方便多媒体组件1808和处理组件1802之间的交互。
存储器1804被配置为存储各种类型的数据以支持在装置1800的操作。这些数据的示例包括用于在装置1800上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器1804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。
电力组件1806为装置1800各种组件提供电力。电力组件1806可以包括:电源管理系统,一个或多个电源,及其他与为装置1800生成、管理和分配电力相关联的组件。
多媒体组件1808包括在所述装置1800和用户之间提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1808包括一个前置摄像头和/或后置摄像头。当装置1800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和/或后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1810被配置为输出和/或输入音频信号。例如,音频组件1810包括一个麦克风(MIC),当装置1800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1804或经由通信组件1816发送。在一些实施例中,音频组件1810还包括一个扬声器,用于输出音频信号。
I/O接口1812为处理组件1802和外围接口模块之间提供接口,上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1814包括一个或多个传感器,用于为装置1800提供各个方面的状态评估。例如,传感器组件1814可以检测到装置1800的打开/关闭状态、组件的相对定位,例如所述组件为装置1800的显示器和小键盘,传感器组件1814还可以检测装置1800或装置1800一个组件的位置改变,用户与装置1800接触的存在或不存在,装置1800方位或加速/减速和装置1800的温度变化。传感器组件1814可以包括接近传感器,被配置为在没有任何的物理接触时检测附近物体的存在。传感器组件1814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1814还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
通信组件1816被配置为便于装置1800和其他设备之间有线或无线方式的通信。装置1800可以接入基于通信标准的无线网络,如WiFi、2G或3G,或它们的组合。在一个示例性实施例中,通信组件1816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术或其他技术来实现。
在示例性实施例中,装置1800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1804,上述指令可由装置1800的处理器1820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由显示装置的处理器执行时,使得能够执行上述显示方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由所附的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (20)

1.一种显示方法,其特征在于,应用于移动终端,所述方法包括:
在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长;
根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率;其中,所述根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率,包括:确定平均渲染帧率和平均合成帧率,将所述平均渲染帧率和所述平均合成帧率中的最小值,确定为所述APP的第一刷新率;基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,并将所述屏幕的刷新率调整至所述第二刷新率;其中,所述基于所述APP的第一刷新率,确定所述移动终端屏幕的第二刷新率,包括:将所述屏幕支持的刷新率中与所述第一刷新率相差最小的刷新率,确定为所述屏幕的第二刷新率;
基于所述屏幕的所述第二刷新率,显示所述APP的画面。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取所述屏幕支持的刷新率。
3.根据权利要求1所述的方法,其特征在于,所述确定平均渲染帧率和平均合成帧率,包括:
根据各画面的所述渲染时长,确定各画面的平均渲染时长,并基于所述平均渲染时长,确定平均渲染帧率;
根据各画面的所述合成时长,确定各画面的平均合成时长,并基于所述平均合成时长,确定平均合成帧率。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在根据监听的所述APP中各画面的渲染时长和合成时长未确定出所述第一刷新率之前,将所述屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率;其中,所述预设映射关系中包含:不同APP和第三刷新率的对应关系;
所述在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长,包括:
当所述预设映射关系中不包含与所述APP对应的第三刷新率时,在所述APP运行时,监听所述APP中各画面的渲染时长和合成时长。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当所述预设映射关系中包含与所述APP对应的第三刷新率时,基于所述第三刷新率,通过比对所述第三刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第三刷新率相差最小的刷新率,确定为所述屏幕的所述第二刷新率。
7.根据权利要求6所述的方法,其特征在于,所述在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长,还包括:
在基于所述第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面出现卡顿时,监听所述APP中各画面的渲染时长和合成时长。
8.根据权利要求5至7任一项所述的方法,其特征在于,所述方法还包括:
在所述APP的一次运行时长大于或等于预设时长时,将基于监听确定的所述第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
9.根据权利要求5至7任一项所述的方法,其特征在于,所述方法还包括:
在所述APP升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率;
和/或,
在所述移动终端的操作系统升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率。
10.一种显示装置,其特征在于,包括:
监听模块,用于在应用程序APP运行时,监听所述APP中各画面的渲染时长和合成时长;
第一确定模块,用于根据所述渲染时长和所述合成时长,确定所述APP的第一刷新率;其中,所述第一确定模块具体用于:确定平均渲染帧率和平均合成帧率,将所述平均渲染帧率和所述平均合成帧率中的最小值,确定为所述APP的第一刷新率;
第二确定模块,用于基于所述APP的第一刷新率,确定移动终端屏幕的第二刷新率,并将所述屏幕的刷新率调整至所述第二刷新率;其中,所述第二确定模块具体用于:将所述屏幕支持的刷新率中与所述第一刷新率相差最小的刷新率,确定为所述屏幕的第二刷新率;
显示模块,用于基于所述屏幕的所述第二刷新率,显示所述APP的画面。
11.根据权利要求10所述的装置,其特征在于,还包括:
获取模块,用于获取所述屏幕支持的刷新率。
12.根据权利要求10所述的装置,其特征在于,所述第一确定模块,包括:
渲染帧率确定单元,用于根据各画面的所述渲染时长,确定各画面的平均渲染时长,并基于所述平均渲染时长,确定平均渲染帧率;
合成帧率确定单元,用于根据各画面的所述合成时长,确定各画面的平均合成时长,并基于所述平均合成时长,确定平均合成帧率。
13.根据权利要求10所述的装置,其特征在于,还包括:
第三确定模块,用于在根据监听的所述APP中各画面的渲染时长和合成时长未确定出所述第一刷新率之前,将所述屏幕支持的刷新率中最大的刷新率,确定为所述屏幕的第二刷新率。
14.根据权利要求10所述的装置,其特征在于,还包括:
第四确定模块,用于在所述APP启动时,确定预设映射关系中是否包含与所述APP对应的第三刷新率;其中,所述预设映射关系中包含:不同APP和第三刷新率的对应关系;
所述监听模块,用于当所述预设映射关系中不包含与所述APP对应的第三刷新率时,在所述APP运行时,监听所述APP中各画面的渲染时长和合成时长。
15.根据权利要求14所述的装置,其特征在于,还包括:
第五确定模块,用于当所述预设映射关系中包含与所述APP对应的第三刷新率时,基于所述第三刷新率,通过比对所述第三刷新率和所述屏幕支持的刷新率,将所述屏幕支持的刷新率中与所述第三刷新率相差最小的刷新率,确定为所述第二刷新率。
16.根据权利要求15所述的装置,其特征在于,所述监听模块,还用于:
在基于所述第三刷新率所确定的所述屏幕的第二刷新率显示所述APP的画面出现卡顿时,监听所述APP中各画面的渲染时长和合成时长。
17.根据权利要求14至16任一项所述的装置,其特征在于,还包括:
时长确定模块,用于在所述APP的一次运行时长大于或等于预设时长时,将基于监听确定的所述第一刷新率更新为所述预设映射关系中与所述APP对应的第三刷新率。
18.根据权利要求14至16任一项所述的装置,其特征在于,还包括:
软件升级处理模块,用于在所述APP升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率;
和/或,
系统升级处理模块,用于在所述移动终端的操作系统升级后,将所述屏幕支持的刷新率中最大的刷新率,更新为所述预设映射关系中与所述APP对应的第三刷新率。
19.一种显示装置,其特征在于,包括:
处理器;
用于存储可执行指令的存储器;
其中,所述处理器被配置为:执行所述存储器中存储的可执行指令时,实现权利要求1至9任一项所述的方法。
20.一种非临时性计算机可读存储介质,当所述存储介质中的指令由显示装置的处理器执行时,使得所述显示装置能够执行权利要求1至9任一项所述的方法。
CN202010499964.0A 2020-06-04 2020-06-04 显示方法、装置及存储介质 Active CN113760080B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010499964.0A CN113760080B (zh) 2020-06-04 2020-06-04 显示方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010499964.0A CN113760080B (zh) 2020-06-04 2020-06-04 显示方法、装置及存储介质

Publications (2)

Publication Number Publication Date
CN113760080A CN113760080A (zh) 2021-12-07
CN113760080B true CN113760080B (zh) 2024-04-30

Family

ID=78783623

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010499964.0A Active CN113760080B (zh) 2020-06-04 2020-06-04 显示方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN113760080B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114510406A (zh) * 2022-02-08 2022-05-17 北京字节跳动网络技术有限公司 检测帧率的方法及相关设备
CN114420052A (zh) * 2022-02-10 2022-04-29 京东方科技集团股份有限公司 显示面板的驱动方法及显示装置
CN114632329B (zh) * 2022-05-16 2022-10-25 荣耀终端有限公司 终端设备性能调节方法和相关装置
CN115273763B (zh) * 2022-06-16 2024-02-06 北京小米移动软件有限公司 画面合成帧率调整方法及装置、显示设备及存储介质
CN116680153B (zh) * 2023-07-28 2024-03-29 荣耀终端有限公司 应用帧率平滑方法、电子设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106657681A (zh) * 2017-03-10 2017-05-10 广东欧珀移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
CN106791212A (zh) * 2017-03-10 2017-05-31 广东欧珀移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
CN106933526A (zh) * 2017-03-10 2017-07-07 广东欧珀移动通信有限公司 一种动态调节屏幕刷新率的方法、装置及移动终端
CN106941563A (zh) * 2017-03-10 2017-07-11 广东欧珀移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
CN109413480A (zh) * 2018-09-30 2019-03-01 Oppo广东移动通信有限公司 画面处理方法、装置、终端及存储介质
CN110175062A (zh) * 2019-05-20 2019-08-27 努比亚技术有限公司 一种移动终端的屏幕刷新帧率方法、移动终端及存储介质
CN110377251A (zh) * 2019-06-06 2019-10-25 努比亚技术有限公司 一种屏幕刷新率调整方法、终端及计算机可读存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007164071A (ja) * 2005-12-16 2007-06-28 Toshiba Corp 情報処理装置および動作速度制御方法
JP4312238B2 (ja) * 2007-02-13 2009-08-12 株式会社ソニー・コンピュータエンタテインメント 画像変換装置および画像変換方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106657681A (zh) * 2017-03-10 2017-05-10 广东欧珀移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
CN106791212A (zh) * 2017-03-10 2017-05-31 广东欧珀移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
CN106933526A (zh) * 2017-03-10 2017-07-07 广东欧珀移动通信有限公司 一种动态调节屏幕刷新率的方法、装置及移动终端
CN106941563A (zh) * 2017-03-10 2017-07-11 广东欧珀移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
CN109413480A (zh) * 2018-09-30 2019-03-01 Oppo广东移动通信有限公司 画面处理方法、装置、终端及存储介质
CN110175062A (zh) * 2019-05-20 2019-08-27 努比亚技术有限公司 一种移动终端的屏幕刷新帧率方法、移动终端及存储介质
CN110377251A (zh) * 2019-06-06 2019-10-25 努比亚技术有限公司 一种屏幕刷新率调整方法、终端及计算机可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SurfaceFlinger在X Window系统环境下的运行方案;江帆;贺也平;周启明;;计算机系统应用;20171015;第26卷(第10期);95-101 *

Also Published As

Publication number Publication date
CN113760080A (zh) 2021-12-07

Similar Documents

Publication Publication Date Title
CN113760080B (zh) 显示方法、装置及存储介质
EP3173923A1 (en) Method and device for image display
CN111314768A (zh) 投屏方法、投屏装置、电子设备以及计算机可读存储介质
CN111610912B (zh) 应用显示方法、应用显示装置及存储介质
EP3282644A1 (en) Timing method and device
CN113327554B (zh) 显示控制方法和装置、驱动模组、电子设备
EP3236355A1 (en) Method and apparatus for managing task of instant messaging application
CN115719586A (zh) 屏幕刷新率调整方法、装置、电子设备和存储介质
CN112217990A (zh) 任务调度方法、任务调度装置及存储介质
US20190012299A1 (en) Displaying page
US9933986B2 (en) Method for switching display mode and electronic device thereof
CN112882784A (zh) 一种应用界面显示方法、装置、智能设备及介质
CN112256219A (zh) 显示方法及装置、终端及存储介质
CN106775541B (zh) 电子设备及画面显示方法
CN112905096B (zh) 显示控制方法、装置、终端设备及存储介质
CN106354464B (zh) 信息显示方法及装置
CN115695699A (zh) 显示帧率调整方法及装置、终端及存储介质
CN110069310B (zh) 切换桌面壁纸的方法、装置及存储介质
CN114968143A (zh) 显示处理方法及装置、电子设备、存储介质
CN108874482B (zh) 图像处理方法及装置
CN112019680A (zh) 屏幕亮度调整方法及装置
CN114125528A (zh) 一种视频特效处理方法、装置、电子设备及存储介质
US20220291890A1 (en) Method for interaction between devices and medium
CN112767524A (zh) 图像显示方法及装置、电子设备、存储介质
CN114078459B (zh) 亮度调节方法、装置及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant