建议广场

希望支持更多第三方应用内打断动画,比如微信这类
20 人已参与
95%
5%
建议优化MagicOS系统动画流畅度问题:连续快速切换打断多款第三方应用时,切换到第4个应用就会出现动画卡顿、掉帧的现象,希望官方针对多应用连续切换场景做性能优化。
16 人已参与
88%
12%
骁龙至尊的平台为什么没有动画模糊特效荣耀500Pro
9 人已参与
89%
11%
新版本增加了第三方软件一镜到底的动效,在小红书和b站,你点进去内容的时候,整个页面会抖一下,感觉影响观感。本来一镜到底的目的是为了能够更好的衔接主页面和详细内容的切换,这个过程本应该是做到平稳的过渡,结果你为了增加这些动效,在点进去详细页面的时候,页面非得抽搐一下,它很影响内容的观看体验。一镜到底的初衷是好的,但是希望能够减少不必要的负面动画效果。
23 人已参与
91%
9%
像苹果华为那样的应用打断动画,比较美观
19 人已参与
95%
5%
经过上个补丁优化响应有所提升,不过这个高频场景,依旧不连贯,情况如图,再次麻烦工程师优化。
21 人已参与
95%
5%
动画不跟手。按照正常逻辑来说,我应该可以点进去,而不是把它点停住。
9 人已参与
100%
0%
1.竖屏动效没问题但是横屏的话依旧卡手 还有概率出现闪屏画面割裂,还有导航栏乱飞的情况 2.从应用返回桌面 进入抽屉桌面会卡手 3.进入应用文件夹滑动页面也会卡手 4.负一页卡片退出返回桌面也卡手 5.170的补丁删除后台卡手1秒变成0.5秒但是还是有点卡手 例如那些操作快的 删完卡片只点了一下空白区,结果系统就要等动画结束就会卡在后台页面,我经常这样。 6.小白条快速切换应用也要等动画结束才能触控 后台删除卡片和应用文件夹内滑动,这两个动效比较短,所以不算那么卡手,最难受的就是小白条快速切换应用。太卡手了,这个日常使用经常遇到 例如你换下一个软件,然后想返回上一个软件操作快速返回后,结果动不了,还要等一会 这些问题都是我日常使用发现的 从vivo转到荣耀日常使用比较难受希望优化好一点
22 人已参与
91%
9%
🚀 核心构想:在编译阶段,自动将指令按类型分类,给每类指令贴上一个“适配标签”。这个标签描述了这类指令最适合运行在什么状态的核心上——比如温度在什么范围、负载剩余多少、频率在什么区间。当指令进入调度队列时,调度器直接根据标签和当前各核心的实时状态进行匹配,找到最合适的那颗核心,不再需要临时分析指令特征 目前调度器在分配指令到各个核心时,需要实时分析这条指令是什么类型、适合什么样的核心,然后再结合各核心的当前状态做出分配决策。这个过程虽然极快,但如果调度器能提前知道“这条指令适合什么状态的核心”,它就可以直接进行匹配,进一步提升效率。 我的想法是:让编译器在生成指令时就做好分类和标注工作,调度器只需要根据标签去匹配当前各核心的状态,找到最合适的那颗核心即可。 📐 技术原理 第一步:编译时对指令进行归类。 编译器在生成机器码时,会自动分析指令的静态特征,将指令归入不同的类型。比如连续的高密度浮点运算归为“浮点密集型”,频繁的内存读写归为“访存密集型”,简单的逻辑判断和跳转归为“轻量计算型”。 第二步:给每类指令贴上适配标签。 针对不同类型的指令,编译器贴上对应的适配标签。这个
12 人已参与
75%
25%
为什么过渡动画那3个选项和硬件加速功能,放在开发者模式里面?就不能放在辅助或者别的地方?非要打开开发者模式才能用吗?
32 人已参与
84%
16%
为什么横屏时不能快速切换应用,只有竖屏时才行,这个能不能改一下
16 人已参与
94%
6%
为突出问题,我动效速度设置的是 高效,但这个速度只在点击软件图标时生效,其他界面完全无效,应该完全同步才对,不然视觉效果非常割裂,完全恶心人
26 人已参与
85%
15%
这动效优化还是不行啊,一坨大便,一个个消掉后台之后会停顿很长时间才返回桌面,好好优化一下
29 人已参与
97%
3%
1.竖屏动效没问题但是横屏的话依旧卡手 还有概率出现闪屏画面割裂,还有导航栏乱飞的情况 2.从应用返回桌面 进入抽屉桌面会卡手 3.进入应用文件夹滑动页面也会卡手 4.负一页卡片退出返回桌面也卡手 5.170的补丁删除后台卡手1秒变成0.5秒但是还是有点卡手 例如那些操作快的 删完卡片只点了一下空白区,结果系统就要等动画结束就会卡在后台页面,我经常这样。 6.小白条快速切换应用也要等动画结束才能触控 后台删除卡片和应用文件夹内滑动,这两个动效比较短,所以不算那么卡手,最难受的就是小白条快速切换应用。太卡手了,这个日常使用经常遇到 例如你换下一个软件,然后想返回上一个软件操作快速返回后,结果动不了,还要等一会 这些问题都是我日常使用发现的 从vivo转到荣耀日常使用比较难受希望优化好一点
13 人已参与
92%
8%
能出一个性能模式的便捷开关吗?
33 人已参与
88%
12%
太不跟手了
23 人已参与
100%
0%
全场景并行动画!触控优先! 全场景并行动画!触控优先! 全场景并行动画!触控优先!
42 人已参与
95%
5%
停顿的时候啥都干不了,侧滑或者上滑返回桌面都返回不了
27 人已参与
100%
0%
荣耀X50占用机身存储空间,空间越满,虚拟扩展效果越差
43 人已参与
81%
19%
上滑删除应用后,立马点击空白处不会回到桌面!并行动画做都做了为什么不做全了!?
20 人已参与
85%
15%
不要非得等上一个动画完成之后才可以执行下一步操作。不然太不跟手了。
37 人已参与
95%
5%
耀子,你现在大功能不缺,就是一个全场景的打断动画有这么难做吗?
32 人已参与
97%
3%
把过渡动画可以设置的稍微慢一点,避免傻快的感觉
18 人已参与
83%
17%
我更新应用华氏后台,然后在微信跟别人打电话,后台只留了一些番茄小说,抖音QQ等日常软件,然后CPU直接占满了,很早时候都有了,这次直接卡的太难受了,会后台跟个好几年前的手机一样 希望官方后续可以将后台给优化一下,现在基本上所有的荣耀手机都有这种,希望官方可以优化的很好,而且没有优化好电池再大也没用
24 人已参与
100%
0%
抢购加速能不能自动开启
31 人已参与
90%
10%
王者荣耀点击之后不支持打断动画 希望可以优化一下
23 人已参与
83%
17%
动态效果调到高效后,应用放到一个文件夹里,点开的时候太慢了
12 人已参与
92%
8%
如图,应用过渡动效设置成高效 文件夹和应用开启动效不同,别扭 这里建议推出全局动效,统一所有弹窗,应用,文件夹 不反对每一项都能单独设置,但一定要能全局统一
9 人已参与
89%
11%
应用内转场动画感觉太生硬,速度太快,没有柔和的曲线,能不能让他跟应用图标打开动画一样柔和一点?
15 人已参与
87%
13%
希望工程师后续针对流畅度,续航,网络信号,软件这几点着重优化,少开发些不实用新功能,现在开发的新功能对大部分用户而言,真的用不上,咱老百姓注重实用
32 人已参与
84%
16%
如视频所示,荣耀的上滑动效感觉甚至超过了coloros,虽然可以很快点击其他应用,但是删除后台之后如果点击的是桌面,响应要非常非常久。这一点希望可以优化
53 人已参与
96%
4%
在体验系统时,发现应用多选拖动时,有明显的卡顿,希望在后续系统更新能有所改善
24 人已参与
92%
8%
给荣耀提建议新增3种并行动画: 1、上滑后台卡片之后,点击空白处回桌面 2、清后台按钮点击之后,回桌面秒开应用 3、当前应用退到后台并直接秒杀时 上述场景没做到并行动画 还有就是横屏模式的并行动画不行,横屏下,所有的并行@荣耀俱乐部 动画都不支持
37 人已参与
95%
5%
每次切后台都被动画硬控,不能打断浪费时间还不顺手,特难用
57 人已参与
93%
7%
🚀 核心构想:让调度器、内存管理等性能模块具备“记忆属性”,学习Turbo X引擎的调度规律。高频场景下,这些模块能自我调配,Turbo X引擎只需在旁边监督;只有在模块力不从心时,Turbo X才精准介入。从“全程指挥”升级为“监督兜底”,降低调配功耗,提升响应速度 目前的Turbo X引擎是“全程实时指挥”模式——每一次调度决策都由它发出。这保证了精准度,但持续的实时调配也消耗了可观的功耗。 我的想法是:让Turbo X引擎培养一批“徒弟”。在日常高频场景下,徒弟们自己干活;只有在徒弟搞不定时,师傅才出手。这就像学开车——教练不会一直帮你打方向盘,而是在你熟练后只在关键时刻提醒你。 📐 技术原理:记忆、执行、监督、兜底 第一步:形成“肌肉记忆”。 Turbo X引擎在某个高频场景下多次采用相似的调度策略时,性能模块会记录下这些参数组合,形成一条记忆规则。比如“游戏团战时,CPU频率应该拉到这个区间,内存回收策略应该设成这样”。 第二步:自我调配。 下次再遇到相似的场景特征时,性能模块先自己查记忆库。如果命中,直接按记忆中的参数自我调配——这个查表操作极轻量,不增加任何实时
21 人已参与
90%
10%
建议把全场景的打断动画都做一下,现在只有一部分使用体验很割裂,比如说多任务堆叠有打断动画但是上滑出多任务堆叠的时候却没有,使用体验很差
31 人已参与
100%
0%
从应用退出到桌面,凡事都得等到动画结束才能操作(只有部分场景不需要等),希望荣耀工程师能优化你们的动画逻辑,没有百分之百的用户喜欢看你们的动画播放完毕,也没有那么多有耐心的老年人喜欢等你们的动画播放完毕再去进行下一个操作。
28 人已参与
100%
0%
🚀 核心构想:部署两个Turbo X引擎实例,各自负责不同的系统模块,分工互补,协同作战,实现单位时间内更精细化的全局资源调配 两个引擎在程序上设计为互补关系,各自独立决策,互不争抢。例如,引擎A分管CPU和GPU频率调度,引擎B分管内存管理和I/O调度。两者共享同一个系统状态视图和全局功耗预算约束。 当引擎A在游戏场景下拉高频率以保障帧率时,引擎B会自动在内存和I/O层面寻找节能空间来抹平增加的功耗。反之,当引擎B检测到内存带宽成为瓶颈时,引擎A会主动调整频率策略,避免CPU空转。这种协同不是通过中央协调器强制同步,而是通过共享全局约束和实时状态感知自然实现的。 这种架构不仅限于固定的分工,还可灵活调整。引擎A负责计算密集型任务调度,引擎B负责IO密集型任务调度;或引擎A保障前台应用资源,引擎B限制后台任务资源;或引擎A负责CPU调度,引擎B负责NPU调度。当需要增加新的调度维度时,只需调整分工边界或增加新的引擎实例,无需重构整个系统。 💎 总结 让Turbo X引擎从“单兵作战”升级为“双核协同”。两个引擎模块分工互补,各司其职,共享全局约束,实现更精细化的资源调配。期待
42 人已参与
79%
21%
简体中文 - China
返回顶部