建议广场

优化切换应用时的流畅度,快速切应用时需要等待一秒后才能操作
19 人已参与
95%
5%
MagicOS 11在视觉和流畅度上的革新令人印象深刻,但系统体验是一场马拉松。基于用户反馈和行业趋势,我为MagicOS的未来发展提出以下几点建议: 🏗️ 夯实基础:性能、功耗与温控是根本 · 优化温控策略:不少用户反映系统温控过于“一刀切”,温度一到阈值就大幅度锁帧,导致游戏体验割裂。建议采用更温和的阶梯式降频策略。 · 平衡功耗与特效:“液态玻璃”等新特效被指加大了续航负担。未来应在系统层级提供更灵活的开关,让用户自主选择性能模式。 · 信号与基础稳定性:信号和网络稳定是用户最核心的诉求。未来大版本更新应持续将“优化信号稳定性”和修复影响日常体验的BUG作为重中之重。 ✨ 打磨细节:动效、UI与交互体验 · 补齐动画短板:目前的动画在横屏场景、文件夹滑动、负一屏退出等场景仍有卡顿。强烈建议补齐锁屏到桌面的“一镜到底” 过渡动画。 · 完善“灵动胶囊”:作为较早跟进“岛”设计的厂商,目前功能丰富度和交互逻辑已落后。应丰富更多场景,并优化多胶囊时的显示逻辑。 · 统一UI风格与加强细节:系统级应用的UI风格各异。同时需优化状态栏设计、锁屏小组件和通知的点击逻辑等细节。 · 提
52 人已参与
94%
6%
MagicOS 11双架构已经优化了图层合并、动画曲线与全局渲染效率,但GPU内部任务分配依旧是全局混跑模式: 页面按钮、图标动画、交互特效与静态背景、空白图层全部混在一起随机分配核心渲染。 这造成两个底层短板: 1. 交互动画没有算力优先级保障,容易被静态任务挤占资源,导致点击轻微滞后、动画不稳; ​ 2. GPU核心全开全关、一刀切调度,不会根据界面交互复杂度精细控核,简单界面耗电冗余、复杂界面算力不足。 为此我提出一套可落地、低风险的GPU细分调度优化方案,作为现有渲染架构的底层补充。 一、核心技术原理(核心重点) 1. 固定设立「交互常驻GPU核心池」 系统后台固定预留少量闲置GPU核心,专门绑定所有可交互控件渲染任务。 凡是页面内可点击、可操作元素:图标、按钮、弹窗、开关、按压反馈、转场动画,统一归类为交互任务组,优先由常驻核心池渲染。 技术价值: - 把「用户交互渲染」和「静态画面渲染」物理拆分算力队列 ​ - 彻底杜绝静态图层抢占触控动画算力 ​ - 交互动画始终走连续、稳定的核心资源,避免随机乱分配导致的微小掉帧、撕裂、延迟 2
24 人已参与
92%
8%
CPU、GPU、NPU、ISP都是多核架构,现在负载上来后调度器容易无限制唤醒多个核心,超出最优数量后,只会造成总线争抢、能效下降。 我的优化思路: 1. 在实验室控制频率不变,给各个核心簇、各个硬件模块测绘「边际核心增加收益数据表」,找到每类场景下边际收益快速衰减的拐点核心数。 ​ 2. 调度器根据当前任务类型查表,动态生成该模块的最大可唤醒核心上限,超过上限的空闲核心直接临时禁用休眠,不让调度器调用。 ​ 3. 调度逻辑分成两步: 第一步:查表锁定本次允许开启的核心总数上限; 第二步:在上限范围内,再对比「升频收益」和「开核收益」,选择最优方案提升性能。 额外增加一个应急兜底:遇到瞬时突发峰值负载,可以短暂临时放开上限一小段时间,避免卡顿。 好处: 从源头杜绝盲目多开核心,总线冲突变少,日常功耗和发热会更低,多核调度更加克制理性。 @性能研发陈立庚 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
24 人已参与
96%
4%
目前荣耀是唯一一个删除应用没有任何动画的主流手机厂商,建议增加。
59 人已参与
93%
7%
🚀 核心构想:为每个进程动态圈定一组专属的异构核心团队——比如一个CPU大核搭配两个GPU核心和一个NPU核心,让它们协同处理该进程的所有任务。这些核心被绑定在一起,任务分配上相互衔接、互相配合。同时,系统实时监控这个核心团队的平均负载,当负载超过50%时,自动收紧调度策略,把高负载核心的任务平滑迁移到低负载核心上,确保算力资源始终处于最优利用状态 目前Turbo X引擎已经能在场景层面智能分配CPU、GPU、NPU资源。我的想法是更进一步:以每个进程为单位,为它量身定制一组专属的异构核心组合。当用户切换场景时,这些组合随之动态调整。同时,系统自动监控每个组合的整体负载,在负载过高时主动进行内部的任务均衡调度,避免部分核心过载而其他核心闲置。 📐 技术原理 第一步:动态圈定进程专属核心团队。 Turbo X引擎根据当前场景和进程需求,为每个进程圈定一组专属的异构核心组合。比如游戏场景下,为游戏主进程分配两个CPU大核、四个GPU核心、一个NPU核心,让它们协同处理渲染、物理计算和AI增强任务。视频场景下,为视频解码进程分配一个CPU中核、两个GPU核心、一个NPU核心。日常浏览
25 人已参与
92%
8%
一、现有痛点 当前调度多根据负载强度统一升频。 但不同APP、不同核心的升频收益差异极大: 部分场景拉高频率几乎没有性能提升,只会造成无效耗电、轻微发热,属于“无效升频浪费”。 二、优化核心思路:为主流应用建立「频率性能弹性系数库」 利用荣耀现有AI自动化测试能力,对微信、短视频、浏览器、主流游戏等头部高频APP,提前离线批量测试: 超大核/大核/中小核在不同负载下的频率—性能收益弹性系数 简单理解: - 弹性高 = 升频收益大,可放开调度 ​ - 弹性低 = 升频收益极小,主动收敛频率省电 将数据形成可云端更新的弹性系数表,预置进Turbo X调度引擎。 三、解决最大难点:多APP混合后台场景(关键创新) 日常用户经常前台+后台多应用共存,无法全部单独测试。 我的方案无需遍历海量组合,采用交叉系数参考机制: 调度器识别当前前台应用 + 后台驻留应用 自动调取多个APP的弹性系数表 取负载区间交叉重叠的系数作为混合场景调度参考 既不需要成倍增加测试成本, 又能精准适配多任务真实使用场景。 四、双层混合调度(完美兼容现有系统) 1. 主流高
19 人已参与
95%
5%
🚀 核心构想:让AI学习用户的动画打断习惯,提前预判用户一般会在动画的第几帧到第几帧之间打断。当AI高度确信打断即将发生时,让CPU暂时停止为当前动画生成新的渲染指令。这样一来,被打断后那些再也用不上的无用指令就不会被生成,既省电又省算力。整个过程用户完全无感,动画始终保持丝滑流畅 我们在使用手机时,偶尔会在一个应用打开动画还没播完时就上滑打断。但CPU并不知道用户会打断,它为了保证流畅,会提前生成后续好多帧的渲染指令。一旦打断发生,这些已经生成好的指令就全部浪费了,白白消耗了CPU算力和电量。 我的想法是:让AI预测打断时机,在打断即将发生时暂时停一停指令生成,避免无效开销。 📐 技术原理 第一步:AI学习用户的打断习惯。 系统在后台默默记录用户在哪些场景、哪些动画上最常打断,以及打断通常发生在动画的哪个阶段。通过长期学习,AI能总结出用户的打断规律。 第二步:预测打断时机,暂缓生成指令。 当用户再次触发同一类动画时,AI根据以往规律判断:用户大概率会在某个帧区间内打断。此时AI通知CPU:在这个帧区间内,暂时停一停,不要再为当前动画生成新的渲染指令了。GPU命令缓冲里
30 人已参与
83%
17%
长按抢购加速应该进入图二这个界面 而不是图三
15 人已参与
80%
20%
希望可以做一些动效,例如华为的粒子粉碎效果等,观感更好,吸引用户
36 人已参与
83%
17%
整体流畅度还行,就是在一些细节上面触控有点卡顿
20 人已参与
90%
10%
部分应用开闭动画缺失 分别是:负一屏我的页、下拉搜索页、部分小组件、安卓原生小组件
16 人已参与
88%
12%
1优化图标大小 现在图标大小拉到最大还是小(建议优化成友商vivo) 还有图标拉伸放大(如友商vivo) 2给下滑控制中心添加过渡动画(如友商小米) 3优化触控不跟手和卡手情况 4着重优化系统过渡动画 请在os11 公测前优化完毕 切务不做实际行动
83 人已参与
95%
5%
动画优化下,负一拦点应用卡不连贯,通透控制中心有时不显示通透,动画有bug,其他没啥缺点
58 人已参与
97%
3%
1. 实现可中断和可重定向的动画 目前,系统动画有时会锁定用户输入,直到动画播放完毕。 可执行请求:使所有应用的启动、退出和过渡动画完全可中断。如果用户点击应用图标,但在应用完全展开之前立即向上滑动返回主屏幕,MagicOS 应在动画播放过程中动态反转动画轨迹,并将窗口无缝缩放回图标大小,且不丢帧。 预期结果:系统不再控制动画速度;用户始终拥有控制权,从而消除界面延迟感。 2. 过渡到基于物理的弹簧机制 传统的线性或贝塞尔曲线动画可能会让人感觉生硬。 可执行请求:在系统 UI(控制中心、通知栏、最近使用的应用)中,用动态弹簧物理效果替换固定时间的动画曲线。UI 元素应具有模拟的质量和刚度。 预期结果:下拉菜单或拖动应用卡片时,UI 元素应自然地弹跳和落下,模拟实体物体的运动,而不是播放预先制作好的视频片段。 3. 1:1 手势追踪和动量传递 真正流畅的界面要求 UI 能够精确地响应用户物理交互的速度。 可执行请求:当用户松开手势(例如滑动返回主屏幕或滚动列表)时,MagicOS 必须计算手指在松开的瞬间的精确速度。这个初始动量必须直接注入到最终的弹跳动画中。 预期
37 人已参与
92%
8%
这个版本的打断动画是真的差劲的要命,比上个版本都差 而且卡顿
25 人已参与
80%
20%
荣耀手机系统版本卡顿需要工程师优化升级
11 人已参与
100%
0%
建议magicOS11推送前增加一个动画效果,就是像华为的粒子效果差不多的,那个动画效果感觉很好看
22 人已参与
100%
0%
连续打开多个APP,非常的卡顿,动画过渡非常的不自然,非常的卡顿,你们系统不是排名第二流畅吗?希望官方尽快优化
47 人已参与
87%
13%
荣耀magicos10系统 目前操作还是太粘手了,借鉴一下 vivo的橘子系统可以嘛
32 人已参与
97%
3%
紫薯布丁紫薯布丁紫薯布丁
42 人已参与
71%
29%
性能模式下调度确实会激进一些,大核更愿意跑在高频段,不会像正常模式下划水。如果在佩戴散热器的情况下,开性能模式打游戏应该会好很多。 1-3是正常模式,4-6是性能模式。之所以性能模式有一段时间帧率波动的情况很大是因为我分屏刷抖音了。大家如果夏天不戴散热器的请况还是介意正常模式玩就行。
13 人已参与
92%
8%
性能模式下调度确实会激进一些,大核更愿意跑在高频段,不会像正常模式下划水。如果在佩戴散热器的情况下,开性能模式打游戏应该会好很多。 1-3是正常模式,4-6是性能模式。之所以性能模式有一段时间帧率波动的情况很大是因为我分屏刷抖音了。大家如果夏天不戴散热器的请况还是介意正常模式玩就行。
32 人已参与
91%
9%
我在手机开机后,系统会非常非常的卡,点什么都卡卡顿顿的,滑动界面也非常的卡顿,包括上滑资源库,下滑状态栏等,建议优化开机后的流畅度
24 人已参与
88%
12%
荣耀手机在桌面状态,上滑和下滑,分别可以触发 app 搜索和个性化搜索,但是下滑触发个性化搜索明显不灵敏,有延迟,且很多时候一次难以触发,延迟感很明显。 对比 ios 系统的桌面下滑打开搜索,有明显的使用差异,体验不好 强烈建议优化这个下滑触发搜索的逻辑判断,优先级和性能表现。
27 人已参与
89%
11%
能不能把合并的软件也整个动画,为什么软件在一起就没有打断动画啥的了一个软件退出全出去了
14 人已参与
86%
14%
不如原来的按钮扩展,现在这个右上角展开太生硬了,而且在平板大屏幕上观感也不好,展开面覆盖到右下角的时候还会丢帧瞬移,挺牛的
26 人已参与
81%
19%
荣耀旗舰机干脆做一个极端性能机,出一个跟红魔一样能放开限制完全释放芯片性能的功能,然后藏在设置深处,打开那个设置就能出现一个一键释放性能的按键,玩游戏可以榨干芯片温度墙没有,做到跟红魔一样的性能调度,做到掉皮掉肉不掉帧。
33 人已参与
79%
21%
建议荣耀将Turbo X引擎从上层调度升级为系统级底层重构平台,借鉴ColorOS 16的三大技术方向:动效方面采用跨模块统一渲染的无缝架构,打破安卓模块独立绘制导致的动画割裂;性能方面引入芯片级动态追帧机制,基于渲染负载预测提前干预算力供给,从事后补偿转为事前预防,兼顾稳帧与功耗;编译方面自研从Java到硬件专属的完整编译链,以突破中低端机型的编译效率瓶颈。将上述技术栈整合至Turbo X引擎,可使MagicOS从单点场景优化跃升为全链路底层重构,从而奠定持久流畅的竞争壁垒。
32 人已参与
97%
3%
文件夹动画过于生硬,只有简单位移放大。 中端机添加实时背景模糊
22 人已参与
91%
9%
过渡动画能不能加上 0.75 倍速动画,倍感觉慢,0.5 倍又感觉太快了,0.75 倍刚刚好,以前用荣耀 2 0 的时候就就有个 0.75 倍速的选项感觉很好。很跟手,希望过渡动画加上 0.75 倍速选项
34 人已参与
88%
12%
荣耀系统需要更流畅一点
19 人已参与
89%
11%
MagicOS 11 彻底重新定义了流畅度,但也解决了快速打开一个应用、关闭它,然后再快速打开另一个应用时出现的卡顿问题。这个问题从 MagicOS 7 到 MagicOS 11 都没有得到解决。请务必修复这个问题,因为一些内容创作者会用这种方法来证明 MagicOS 的“流畅度”,尤其是在海外。他们将 MagicOS 11 与运行 iOS 27 测试版的 iPhone 11 和荣耀 Magic8 Pro 进行了对比,结果荣耀 Magic8 Pro 仍然逊色。因为在进行这种操作时,荣耀 Magic8 Pro 会出现严重的卡顿。如果这个问题得到解决,软件看起来会更加完善和高端。请尽快修复这个问题。
20 人已参与
100%
0%
希望magicos11能够实现多窗口并行景深动画、连续并行打断动画。 把每个App窗口动画的位置、速度、弹簧状态,全部上移到SurfaceFlinger上层统一时间轴管理器合成调度,不再每个App进程自己管控动画时间,不再提交Surface串行调度。
36 人已参与
100%
0%
上滑最近任务(只能等动画结束才能点击任务卡片); 通知中心的媒体卡片; 连续删除最近任务卡片; 灵动岛(目前只有五个功能按钮有); 点进件夹迅速右滑; 横屏状态下所有场景的打断动画。 以上这些都是需要打断动画的经常使用的场景,希望荣耀能快速跟进。 以上这些都是需要打断动画的经常使用的场景,希望荣耀能快速跟进。
14 人已参与
93%
7%
机型是air有时候没有开关屏幕的动画直接亮,非常难受
12 人已参与
100%
0%
在这份建议中,我将列出所有我认为可以提升 MagicOS 流畅度的改进之处,让操作自然流畅,符合大脑的预期,而不是突然从屏幕中央跳出来。 1. 并行操作 并行操作是流畅体验的关键。快速打开应用的功能尚未优化,在打开或关闭一个应用的同时打开另一个应用时,会出现卡顿和延迟。快速打开或关闭文件夹时,系统会有几秒钟的延迟。这让整个系统感觉笨拙且廉价。截屏后,如果想使用左下角的小预览快速编辑,则无法快速打开。用户需要等待动画结束才能响应触摸操作。这使得体验极其糟糕且缓慢,损害了旗舰设备的形象。 2. 起始位置和结束位置 这意味着,当您打开一个应用时,它会从该应用所在的位置打开;退出应用时,也会缩小到该应用所在的位置。这并不适用于第三方主屏幕小部件和系统自带的锁屏小部件。而且别忘了主屏幕自定义按钮,它们也缺少这种功能。按下“设置”按钮时,它不会从“设置”图标所在的圆圈中弹出,而是突然从屏幕中央跳出来。你的大脑无法预料到这种操作,因此会感到不满意。它应该遵循这样的原则:每次操作都应遵循从哪里到哪里的逻辑。 3. 文件夹打开/关闭动画 它缺少一些细节来使其更加生动。打开时,它不像 Hype
16 人已参与
94%
6%
清后台后顿一下才能操作就不说了,这怎么信息流滑动都不跟手呢,这Magic8Pro跟手度比一加ACE5Pro都差,真是硬件很强软件很弱
32 人已参与
94%
6%
应用冷启动速度非常的慢,我通常需要等很久,大概四到五秒秒才能打开稍等一下
35 人已参与
89%
11%
简体中文 - China
返回顶部