建议广场

160版本,返回任务栏卡顿
49 人已参与
88%
12%
在动态效果菜单中,添加一个新选项,用于调整应用程序打开和关闭时的模糊效果,以满足不同用户的喜好。
21 人已参与
95%
5%
荣耀500pro,打开应用文件夹时,如果打开操作和向左滑动应用操作衔接过快,会出现划不动的现象,第一次滑动完,第二次滑动才正常。 我是今天换的手机,以前用的荣耀30s,没遇到这个问题,希望能够及时优化。
12 人已参与
75%
25%
可不可以整一个下拉动画还有负一屏动画啥的啊,没有动画看着好生硬啊
43 人已参与
88%
12%
荣耀 win 的 160 版本怎么没有更新任务并行动画啊,有时候滑动快了不跟手断触,很难受,体验了荣耀magic8pro,特别丝滑跟手,为什么荣耀 win 没有,求官方赶紧推送吧
42 人已参与
88%
12%
任务堆叠目前还是尝鲜版,希望优化一下。
23 人已参与
83%
17%
什么时候弄个补丁包,这种情况经常有,有视频为证,一旦后台app常驻一会儿再去关闭必延迟卡顿,只有一种情况上滑不空,那就是你刚打开这个app没多久再上滑好关闭就不卡顿。一旦用了一会儿再想关掉他必卡顿,至少要上滑几次才行,之前160版本从没遇到这种情况,如果不解决这个问题发誓以后不会再买荣耀品牌了
43 人已参与
86%
14%
调出任务的时候,秒点任何一个画面都是存在延迟的,都是需要等那么一下或者再瞬速点一下才进
45 人已参与
96%
4%
建议优化切换后台动画效果,目前切后台动画效果有延迟不跟手
72 人已参与
96%
4%
问题: 1.文件夹展开时,若立刻点击应用,则无法生效。 2.进入多任务界面时,若立刻点击应用任务,则无响应。 3.从多任务界面进入应用时,若立刻尝试返回桌面,没有反应。 感觉本质是因为动画未完全播放完时,应用图标未生效或滑动无响应。好像只要能够将点击应用或滑动生效的时间提前,问题就能够解决。
47 人已参与
96%
4%
magic7pro 后台堆叠卡片没有回弹动画,体验很不好
31 人已参与
84%
16%
怎么退到后台平铺会卡顿一下??
44 人已参与
93%
7%
新版的堆叠后台动画优化不给7系列同步更新就算了,本来挺好用的平铺动画怎么还给改了,改的不好用,改的不跟手,荣耀的工程师们,到底在干什么??
56 人已参与
91%
9%
堆叠模式下打开后台的时候会有一点小卡顿,关闭后台的时候也会有卡顿的情况。 在B站首次打开视频的评论区侧滑退不出评论区,关闭评论区再打开评论区就可以了
27 人已参与
93%
7%
在后台清理页面,上滑不太灵敏,单手握持,用大拇指上滑,大拇指上滑的轨迹有点弧度,就不灵敏,希望可以改进这个问题
22 人已参与
91%
9%
🚀 核心构想:为高频动画预存“运动轨迹模板”,省去GPU重复渲染 很多动画每次触发时,运动路径完全一样,但GPU每次都要重新渲染一遍,做了大量重复劳动。 我的想法是:提前为这些动画提取关键帧和运动轨迹,存成“轨迹模板”。触发时,GPU只渲染初始关键帧,后续帧按轨迹模板直接合成,省去重复渲染。 📐 分三类场景落地 第一类:系统动画(最容易) 打开APP的转场动画、下拉通知栏的弹性动画、充电动效、指纹解锁光效……这些系统动画是荣耀自己开发的,效果固定、数量有限,预计算成本极低。 在开发阶段直接提取关键帧和运动轨迹,生成轨迹模板,集成到MagicOS系统中。触发时GPU只渲染初始关键帧,后续帧按模板合成。 第二类:头部游戏(深度适配) 对于《王者荣耀》《原神》等合作紧密的头部游戏,荣耀直接与厂商联合调优。厂商标记好哪些动画是固定轨迹型,手机安装时自动加载对应的轨迹模板,一步到位。 第三类:长尾游戏(自动学习) 海量中小游戏无法逐一适配。系统在用户玩游戏时,默默记录哪些动画被反复触发。手机空闲时,对这些高频动画进行离线分析,自动提取轨迹模板并缓存复用。不需要厂商配合,所有游
22 人已参与
86%
14%
建议在性能引擎平台的运行内存上显示各个APP占用运行内存的具体情况
30 人已参与
80%
20%
为什么更新了 160,任务栏感觉卡顿严重,非要等加载完了才能滑动吗?什么逻辑啊?
28 人已参与
89%
11%
平铺后台的动画原本是很快的。更新了160后,给平铺后台加了点回弹动画,导致原本就不是很跟手的平铺变得更不跟手了。最大的问题出现在应用界面上滑进入后台时无法快速左右滑动,上滑删除应用,点击进入应用。建议平铺后台也要加入并行动画,不能只是堆叠后台独享。
25 人已参与
92%
8%
荣耀手机原本平铺的上滑之后,快速点击其他窗口能直接切,现在点击没反应了,一定要等动画过完才能动
27 人已参与
93%
7%
更新后 堆叠卡片一个一个上滑关闭时卡顿 有时划两三下才可以
43 人已参与
93%
7%
荣耀快点优化灵动胶囊过渡动画和打开应用动画和连续打断动画
74 人已参与
99%
1%
之前我的荣耀GT系统是magic9.0的时候充电有专属充电动画,后来升级magic10发现没有专属动画了,建议官方做一个更换充电动画的开关供用户自行选择,可以放在设置的个性化选项里面
16 人已参与
88%
12%
🚀 核心构想:为每个场景开发一套专属函数族,输入关键指标,输出丝滑调度 不同场景对调度的需求完全不同——游戏需要GPU优先、温控收紧;视频播放需要解码器优先、功耗控制;日常浏览需要快速响应触控、核心快速唤醒。用一套调度逻辑硬撑所有场景,必然顾此失彼。 我的想法是:为每一个典型场景,开发一套专属的参数化调度函数族。 这套函数族的输入,是该场景下的各个关键指标;输出,是对应的调度决策。输入连续变化,输出也连续变化——不切换模式,只微调参数,实现丝滑自适应。 📐 输入什么?输出什么? 以游戏场景为例,这套专属函数族的输入和输出是这样的: · 输入变量:当前GPU负载、SoC温度、内存占用率、帧率目标、功耗预算、存储碎片化程度等 · 输出结果:CPU各核心的频率和任务亲和性、GPU频率和命令队列策略、NPU功耗上限、内存带宽分配优先级等 关键点在于:输入每一组数据,就得出一个结果;数据连续变化,结果也连续丝滑变化。 GPU负载从80%升到85%,调度参数就偏移一点点;温度从40度升到41度,策略再微调一点点。整个过程是无级的、实时的、丝滑的。 📊不同场景,不同的函数族 游戏团
20 人已参与
95%
5%
帮助用户为荣耀 Magic 8制作一个性能模式的快捷按钮
20 人已参与
85%
15%
动态效果的设置和调整有三级菜单,页面大量空白,操作太不便捷,希望简化为二级菜单。
31 人已参与
84%
16%
🚀 核心构想:为上下文切换建立“黄金组合字典” 在特定场景下,CPU的任务切换是有规律的。比如打开相机时,后台必然经历“ISP处理→NPU识别→GPU渲染”这条固定的任务切换链。无论手机发不发热、内存剩多少,这个顺序都不会变。 我的想法是:把这些不受温度、负载等外部因素影响的固定切换序列,预先整理成一张“黄金组合字典”,编入SoC微码层。 当调度器再遇到这些场景时,不用实时计算“下一步该切到哪个任务”,直接套用字典里的固定顺序,像条件反射一样瞬间完成切换。 📐 两个互补机制 机制一:黄金序列。 把一连串固定的任务切换顺序记录下来。比如“视频播放”场景下,解码线程→渲染线程→音频线程这条序列是固定的,直接预设好,调度器按序执行即可。 机制二:黄金切分点。 在每个任务内部,提前标记好“在这里暂停最安全”、“在这里恢复最高效”。就像一篇长文提前画好了段落分隔线,调度器一看就知道在哪切最合适。 💡 价值在哪? · 减少决策延迟:不用每次都计算“下一步该干嘛”,直接查字典执行 · 降低调度功耗:省去了复杂调度算法的实时运算开销 · 提升缓存命中率:知道了切换顺序,CPU可以提前把下
18 人已参与
94%
6%
所谓的过渡动画用力过猛,例如打开多任务,回到桌面的时候,状态栏会慢慢显示出来,感觉迟滞很大,要么就和别的系统一样,对于动画速度可调
21 人已参与
90%
10%
在清理后台时增加动画打断逻辑,现在的单个清理后台有种断触的感觉
37 人已参与
92%
8%
希望可以适配更多软件的可预测返回动画(侧滑跟手动画)例如退出应用和b站小红书的返回上一级
27 人已参与
96%
4%
左边是荣耀,右边是iqoo
35 人已参与
100%
0%
这个应用响应速度能不能再优化?优化蜂鸟架构就是这样吗快速打断非常卡顿
20 人已参与
100%
0%
希望当前后台堆叠尝鲜版可以加快推进为正式版
59 人已参与
98%
2%
增加第三方应用切换和关闭从哪来回拿去的过渡动效
22 人已参与
86%
14%
就是我后台页面删除这些卡片的时候,特别的卡不够流畅,我之前用红米K20的时候把别的很卡,但是人家删后台特别的流畅。一个一个删的话,慢慢的还好,你又不是一瞬间连着刷的话,特别的卡。
24 人已参与
79%
21%
优化一下堆叠后台流畅度上滑清理更快
69 人已参与
97%
3%
工程师动画一定一定要做好,不要半成品,动效动画增强
80 人已参与
98%
2%
每次滑动松手之后屏幕都会慢慢的再移动一小段距离(没有很用力的滑动屏幕,只是慢慢的正常手速),在这一小段时间里点击屏幕只能让滑动暂停,无法打断移动直接响应点击操作。例如刷B站,小红书等,滑动松手之后需要先点一下屏幕让滑动停止,然后需要再点一次屏幕才能进入详情页。真的是难受
19 人已参与
89%
11%
现在应用内打开一个界面没有动效,感觉太单调,不够美观,建议可以模仿桌面滑动的切换效果,做一些应用内界面打开的过渡动效 @性能研发陈立庚 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
12 人已参与
92%
8%
简体中文 - China
返回顶部