1# 可变帧率简介 2 3随着设备屏幕的不断演进,当前主流设备采用LTPO屏幕,此类屏幕支持在多个档位之间切换屏幕帧率。 4 5对于快速变化的内容,如射击游戏,交互动画等,显示帧率越高,画面越流畅,但是相对的功耗也会越高。 6 7而低速变化的内容,如游戏大厅,时钟更新动画等,画面更新频率较低,使用相对低的显示帧率,用户也不会觉得卡顿,但是相对的功耗就比较低。 8 9基于显示内容的可变帧率能力,在具备LTPO屏幕的设备上,可以达到性能体验和功耗间的平衡。 10 11OpenHarmony支持可变帧率能力,开发者通过使用可变帧率接口,进行相关业务开发,可以享受可变帧率特性带来的功耗收益。 12 13 14## 使用场景 15可变帧率能力支持开发者自定义应用业务的帧率,其常见的使用场景: 16- 通过配置属性动画/显示动画的帧率属性参数,用于动画的绘制,具体可见[请求动画绘制帧率](displaysync-animation.md)。 17- 通过申请一个独立的绘制帧率,用于UI的绘制,具体可见[请求UI绘制帧率](displaysync-ui.md)。 18- 通过XComponent在Native侧申请独立的绘制帧率,用于游戏等自绘制内容的绘制,具体可见[请求自绘制内容绘制帧率](displaysync-xcomponent.md)。 19- 通过NativeVsync在Native侧申请独立的绘制帧率,用于非UI线程的绘制,具体可见[NativeDisplaySoloist开发指导 (C/C++)](displaysoloist-native-guidelines.md)。 20 21## 运作机制 22可变帧率为应用开发中的动画组件、XComponent组件、UI绘制等提供一种基础帧率配置和能力。 23开发者通过设置有效的期望绘制帧率后,系统会收集设置的请求帧率,进行决策和分发,在渲染管线上进行分频,尽量能够满足开发者的期望帧率。 24 25## 约束与限制 26 27开发者设置的期望帧率值不能代表最终实际效果,会受限于系统能力和屏幕刷新率。 28 29## 相关实例 30 31针对可变帧率的开发,有以下相关实例可供参考: 32 33- [DisplaySync分级管控(ArkTS)(API12)](https://gitee.com/openharmony/applications_app_samples/tree/master/code/BasicFeature/Graphics/DisplaySync)