建议广场

建议全盘下放旗舰动画动效,让硬件不再成为阻碍用户体验的绊脚石
59 人已参与
支持
反对
一句话建议: 利用云端算力和AI,根据用户的使用习惯和电池老化程度,训练出专属的内核调优参数。AI负责寻找最优解,工程师负责安全把关,最后通过OTA把专属的“调校包”推送给用户。 一、用户的困惑 大家可能都有这种感觉:新手机刚买来非常流畅,但用了一两年、更新了几个大版本后,就感觉变卡了、续航也不行了。 这是因为现在的系统更新和底层调优,大多是“一刀切”的通用方案。但每个人的使用习惯不同(有人重度游戏,有人只刷微信),每台手机的电池老化程度也不同。用同一套参数跑所有手机,总有人会觉得“更新后变卡/发热”。 二、方案:云端AI调优飞轮 + 工程师把关 不用在真机上折腾内核,我们把复杂的工作放到云端,分成四步走: 1. 端侧轻量收集(只报特征,不传隐私) 手机在后台悄悄收集用户的“特征”:比如用了多久、电池健康度、常玩什么游戏。把这些脱敏的数据打包(只有几KB)上传到云端。 2. 云端AI“群体聚类”与疯狂试错 云端有一个强大的“虚拟调校车间”(数字孪生平台)。AI会根据特征,把相似的用户分到一个组(比如“重度游戏+电池轻微老化组”),然后在虚拟环境里进行成千上万次的
22 人已参与
支持
反对
能不能不分系列给硬件能力足够的设备(高端机除外)下放满血版的动画,硬件能力实在不行的再砍可以吗,等级制度能不能降低降低,这样体验真的会好很多
50 人已参与
支持
反对
建议性能模式增加快捷开关,就不用去设置电池里打开性能模式了
28 人已参与
支持
反对
感觉人脸识别的动画好丑,特别是微信和支付宝付款时候的动画,希望能添加一个识别动画,还有导航栏小白条的动画。
49 人已参与
支持
反对
下拉状态栏里面的滑动模糊动画,有很严重的割裂感,感觉不流畅,卡顿,还有设置里面的滑动模糊,也有一点点
35 人已参与
支持
反对
我认为软件必须实用,但缺少一个重要的东西;活力。软件需要感觉生动,才能显得自然和庄严。所以这里有一些建议,帮助MagicOS 11充满活力,利用液态玻璃的设计。 动画更灵活且响应灵敏 从控制中心向左和向右滑动通知中心再返回时,动作应该像风一样自然流淌,每个控制点和通知横幅都应该一个接一个向左或向右移动。动画的速度会根据你左右滑动的速度而变化。如果是慢的话,它们会一个接一个地慢慢出现;如果是快速的,对于节奏快的用户来说,它们会很快出现。按下实体音量键时,音量条应该会稍微弹出,响应实体音量按钮,制造出按钮在推回界面的错觉。新加大后的锁屏专辑封面音乐播放器很棒,但它觉得做了一些调整让画面更生动。换歌或歌曲结束时,专辑封面应该会模糊,然后慢慢显示下一首歌的另一个封面。我还建议添加一个选项,让专辑封面作为壁纸,而不是锁屏上的矩形。魔法胶囊的动画在打开和关闭时大幅提升。但当你滑出支持魔法胶囊的应用时,动画就不够动态了,我建议把它设为“魔法胶囊的动画在打开和关闭时大幅提升。但当你滑出支持魔法胶囊的应用,它会缩小到它那里时,动画就不太动态了,我建议让它“拉伸”并且可以根据你滑动应用的位置(右滑、左滑
19 人已参与
95%
5%
酷安,抖音,小红书各大主流平台都有关于荣耀动画粘手的反馈,滑动掉帧拖影严重,退出 app 返回桌面会掉帧,你们可以去看看,这么好的硬件配置,这么好的销量,好不容易取得大多数客户认可,希望不要被一个系统动画 和使用体验给拉下去了
30 人已参与
97%
3%
一句话建议: 建议荣耀内部建立一个“自研优化贡献度”指标,用来衡量系统性能提升中,有多少是荣耀自己的调度和调教技术带来的,有多少是硬件升级和原生安卓带来的。这个指标不对外宣传,只用于内部研发管理,确保荣耀不被硬件红利“躺赢”麻痹,持续提升真实优化能力。 一、用户的困惑 每次系统更新,官方都说“性能提升XX%”“流畅度提升XX%”。但用户心里有个疑问:这提升到底是新芯片带来的,还是新安卓版本带来的,还是荣耀自己优化出来的? 如果是靠硬件升级躺赢,那下一代芯片红利吃完后,系统会不会又卡回去? 用户真正关心的是:荣耀自己的优化能力,到底在不在进步? 二、方案:建立“自研优化贡献度”指标 1. 什么是“自研优化贡献度”? 就是把系统性能提升拆成三部分: · 硬件升级带来的增益 · 原生安卓升级带来的增益 · 荣耀自研调度、调教、动效等技术带来的增益 “自研优化贡献度” = 荣耀自研部分 ÷ 总提升。 2. 怎么测?用“消融研究” 在满血版系统上,逐项关闭荣耀的优化模块: · 关闭Turbo X调度 → 测帧率、功耗变化 · 关闭蜂鸟架构动效 → 测滑动流畅度变化
35 人已参与
86%
14%
建议用户可以自由改动,打开应用时的动画,建议增加旋转动画或斜动画,就像视频里的那样
23 人已参与
91%
9%
如上所述 打开应用滑动界面 卡手
46 人已参与
96%
4%
建议优化一下亮灭屏动画,卡掉的概率很高啊,给人感觉非常割裂
39 人已参与
92%
8%
优化打断动画
23 人已参与
96%
4%
什么时候下拉控制中心能有过渡动画?现在都是直接闪现出来的,os10 这样,11 也还这样
62 人已参与
支持
反对
现在解锁动画是不是同质化有点严重,基本都是锁屏淡出,桌面淡入,苹果是卡片上滑那种,那能不能荣耀设计一个新的动画呢
27 人已参与
96%
4%
液态玻璃配合上按压动效会非常有细节感非常好看
36 人已参与
94%
6%
目前MagicOS11的通知栏和控制中心下拉动画略显生硬,与其他地方的流畅动效相比显得格格不入,希望能够进一步优化。
42 人已参与
100%
0%
一句话建议: 在实验室里用AI生成大量候选动效,通过仿真平台和内测用户投票,筛选出最跟手、最细腻的那一套,固化成系统动效风格包,让用户直接选用。 一、用户的困惑 大家用手机时可能都有这种感觉:有的动画很跟手、很Q弹,有的动画很生硬、拖沓,甚至掉帧。但系统动效是工程师凭经验调的,不一定符合大多数人的喜好。 二、方案:实验室里的“动效选秀” 1. AI生成海量候选 在实验室里,让AI在安全的参数范围内,自动生成大量候选动效。比如调整动画的弹性、阻尼、时长等,组合出几百上千套不同风格的动效。 2. 仿真平台初筛 把这些候选动效放到仿真平台上跑,记录帧率、延迟、功耗等客观指标,先筛掉明显不流畅、不跟手的。 3. 内测用户成对比较 把筛出来的几套动效,推送给内测用户,让用户投票:“A和B,你觉得哪个更跟手、更舒服?”收集大量真实偏好数据。 4. 训练“动效偏好模型” 用这些偏好数据训练AI,让它学会“什么样的参数组合更受用户欢迎”。下次生成时,AI就能直接生成大概率受好评的动效。 5. 工程师精选,固化风格包 AI生成的候选,经过偏好模型初筛,再由工程师和
29 人已参与
93%
7%
当向上滑动解锁手机时,应用图标飞快地出现感觉过时且有些重复,因为从MagicOS 8一直用到MagicOS 11。我希望它能像Oppo的OriginOS那样,动画像液态玻璃一样弹跳。
10 人已参与
100%
0%
当前控制栏下滑动画有明显卡顿割裂感,体验不佳,建议优化动画过度。当前的动画效果还不如我另一台小米11pro的澎湃2系统的控制栏下滑动画丝滑呢😓
48 人已参与
96%
4%
现在大部分APP启动的时候都先要过一遍这个遮罩界面,放一个巨大的模糊的APP图标,然后才过渡到APP自带的启动页面,这个真的不丑吗???而且这个应该是只有荣耀才有吧,我试了其他几家安卓系统都没有
119 人已参与
96%
4%
建议可以做一个模糊缩放渐变动画进行过渡,目前的有一点缩放,但是生硬不够优雅流畅
37 人已参与
89%
11%
华为的粒子特效真不错,建议拿过来。魔法六握感接电话,音频啥时候上
45 人已参与
91%
9%
比如下拉菜单动画总有莫名其妙的小卡顿,建议优化系统
34 人已参与
94%
6%
为什么动态效果只针对于进入应用和返回桌面,不应该像缩放动画一样针对全局么?
26 人已参与
96%
4%
动画有点生硬,可以做的更Q弹,像音乐灵动胶囊那样的效果
42 人已参与
98%
2%
打开应用时,我很喜欢苹果在iOS 27上的做法。打开应用时,会产生视差效果。能实现这个吗?但不要太夸张,只要有一点视差效果就好。
23 人已参与
91%
9%
机型 mg9pm 1、动画还是会出现不连贯不丝滑,没有完全做到从哪儿来到哪儿去的非线性动画 比如:有些应用,如微信打开时,有时候动画是从中间向上下两边扩展,有时候是从手指点下去的地方展开。前后动画不一致。 2、抖音内还是会出现掉帧情况,就是感觉生硬顿一下 3、建议和 Oppo 最新的 17 系统学一下,把动画一致性和连贯性提升 4、相机白平衡不准,前后拍同一场景竟然出现不同色差。白平衡飘忽不定,后续在固件更新中解决一下
26 人已参与
96%
4%
一句话建议: 在实验室调教阶段,不要只看游戏或场景的整体跑分,而是深入观察每个关键线程(如渲染、音频、逻辑)的效率指标。通过“线程级画像”精准定位是谁在拖后腿,从而调教出真正丝滑、不发热的系统策略。 一、痛点:只盯“总分”,抓不到“内鬼” 现在的芯片调教,就像老师看班级平均分。跑个游戏,看平均帧率;刷个视频,看整机功耗。 但实际用手机时,卡顿往往是因为几个“偏科生”: · 打游戏突然卡一下,可能是渲染线程被后台偷偷抢了CPU。 · 扫码反应慢,可能是逻辑线程等在锁上,或者网络线程被延迟了。 · 听歌偶尔爆音,可能是音频线程被调度器频繁搬来搬去,缓存失效。 如果我们只看整体跑分,永远不知道具体是哪个环节出了问题,调教就像盲人摸象,治标不治本。 二、方案:实验室里的“线程级画像” 建议在实验室的自动化测试台架上,引入“线程级画像”机制: 1. 锁定关键线程:不用监控所有上百个线程,只抓核心的“干将”——比如UI渲染、音频播放、核心逻辑、网络收发。 2. 多维度体检:在跑测试场景时,不仅记录整体帧率,还要记录这些关键线程的: · 跑了多久(执行时间) · 等了多久
27 人已参与
93%
7%
一句话建议: 建议系统增加一个“场景感知的资源联动机制”。根据用户当前在干什么(游戏、刷视频、扫码),把CPU缓存、运行内存和闪存这三个层级的资源打包成一个“专属资源包”,优先保障前台应用,不让后台应用偷偷抢资源。 一、用户的困惑 大家可能都遇到过这种情况: · 打着游戏正激烈,突然卡了一下,其实是后台某个App在偷偷读写数据。 · 扫码付款时,扫了半天才弹出来,手机像没睡醒。 · 明明没开几个应用,手机却越用越热。 这背后的原因之一,是手机的存储层级(缓存、内存、闪存)各管各的,遇到突发情况,容易互相抢资源,导致前台应用“饿着肚子干活”。 二、方案:让三层资源“抱团联动” 我们可以把手机比作一个厨房: · CPU缓存是厨师手边的调料盒(最快)。 · 运行内存是冰箱(临时存放)。 · 闪存是楼下仓库(长期存放)。 现在的系统是:厨师要什么,就派人去冰箱拿,冰箱没有再去仓库搬。遇到高峰期,大家都在抢,厨师只能干等。 建议改为“场景化资源联动”: 1. 识别场景:系统通过AI感知当前是在打游戏、看视频还是扫码。 2. 资源打包:针对这个场景,把“缓存预留空间 + 内存专
25 人已参与
92%
8%
一句话建议: 系统学习用户打断动画的习惯,在动画播放的“黄金时间窗口”内,提前预测用户是否要打断,让操作更跟手。窗口外不预测,避免干扰正常使用。 一、用户的困扰 很多用户都有这种体验:动画还没播完,点下一个操作没反应,感觉像被“硬控”了。手速快一点,就要等动画播完才能操作,不够跟手。 二、根因在哪 现在系统要等手指移动超过一定距离,才判定为“滑动”或“打断”,然后才响应。这个判定需要时间,用户感觉慢半拍。 三、方案:黄金时间窗口 + 智能预测 1. 学习用户的打断习惯 系统记录用户平时在哪些位置、什么时机、用什么手势打断动画,逐渐学习每个人的习惯。 2. 找到“黄金时间窗口” 用户打断动画有自然反应时间: · 动画刚开始:用户还在看,来不及反应,不预测。 · 动画中期:用户开始决定要不要打断,最可能出手,在这个窗口内激活预测。 · 动画后期:动画快播完了,用户通常放弃打断,不预测。 每个场景的窗口不同,系统自动学习调整。 3. 窗口内精准预测 在黄金窗口内,如果手指触碰了用户习惯的打断热区,并且有明确的方向意图,系统就高置信度判定“用户要打断”,提前通
27 人已参与
81%
19%
一句话建议: 在蜂鸟架构基础上,增加一个全局动画状态机,统一管理所有系统UI动画的状态。触控打断时,状态机直接切换状态,而不是让每个动画各自“取消再启动”。目标是让文件夹、通知栏、多任务、控制中心等所有场景都支持并行打断。 一、用户的困惑 很多荣耀用户都有同感:动画还没播完,点下一个操作没反应,像被“硬控”了。文件夹打开时不能滑动,通知栏下拉时不能点别的,返回桌面时不能呼出控制中心。手速快一点,就要等动画播完才能操作。 目前只有多任务堆叠等少数场景支持并行打断,大部分场景仍然“不支持打断”。 二、根因在哪 现在每个系统动画各自为战。动画A在跑,触控来了,动画A要先“取消自己”,再让动画B“启动自己”。这两步是串行的,中间有间隙,用户就感觉卡了一下。 而且每个场景都要单独写打断逻辑,工作量大,覆盖不全。 三、方案:全局动画状态机 1. 统一注册 所有系统UI动画启动时,向状态机注册:当前状态、能不能打断、打断后切到哪个状态。 2. 统一决策 触控事件到达时,状态机立刻判断:当前动画能不能打断?打断后切到哪个状态?决策是毫秒级的。 3. 状态切换代替“取消+启动”
30 人已参与
93%
7%
如题,现在这动画太僵硬了,强烈建议优化。
70 人已参与
96%
4%
退出应用快速切后台动画会卡掉,灵动胶囊也一闪一闪的,建议优化
33 人已参与
94%
6%
一句话建议: 蜂鸟超感知调度已经实现了系统侧的页面级资源倾斜。本建议在此基础上,聚焦两个它还没覆盖的缺口:一是推动应用在页面不可见时主动停止定时器、动画循环等系统管不了的工作;二是把调度粒度从“页面级”推进到“视口级”——用户滑到哪,资源就跟到哪。 一、蜂鸟已经做了什么 蜂鸟超感知调度引擎已经能识别用户当前正在交互的页面,并把CPU、GPU、网络资源向这个页面倾斜。系统侧“少给不可见页面资源”这件事,已经做到了。 二、还没做到的两个缺口 缺口一:系统管不了应用内部的定时器和动画循环 系统能降低不可见页面的调度优先级,但没法强制应用停止内部的setInterval、requestAnimationFrame、后台轮询。只要应用不主动停,这些工作就会持续触发,持续消耗资源。华为开发者文档已明确要求应用在页面不可见时必须主动停止动画和定时器,说明系统侧确实管不了。 缺口二:页面级粒度不够细 一个长页面可能有十几屏内容。用户只看到其中一屏,但整个页面都在占用资源。系统目前只能做到“这个页面可见,给它资源”,做不到“用户看到哪一屏,就给哪一屏资源”。 三、方案:视口级资源调度 1
17 人已参与
94%
6%
一、痛点 手机SoC内部,CPU超大核、大核、小核、GPU、NPU访问不同内存通道的延迟各不相同。但现有内存分配是“就近随便放”,数据可能被分配到离使用它的核心最远的通道上。用户感受到的“偶尔卡一下”,很多时候不是算力不够,是数据“住得太远”,核心每次访问都要跑长途。 二、具体方案 开发一套NUMA感知的内存调度机制,实时感知SoC各核心簇的数据访问特征,动态调整数据在物理内存通道中的分布,让高频访问的数据主动“跑”到离使用它的核心最近的地方。 核心逻辑: · 实时监测:追踪每个核心簇的内存访问模式,识别热点数据页 · 亲和性映射:将热点数据页的逻辑地址映射到离目标核心簇最近的物理内存通道 · 动态迁移:在后台将“住得远”的热点数据迁移到“近”通道,按需渐进,不阻塞前台 · 闭环优化:持续学习用户使用习惯,不同场景下为不同核心簇预置最优数据布局 @HONOR2608234508028 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
15 人已参与
93%
7%
在主屏幕上向下滑动时,会出现一个搜索菜单,方便您查找和搜索应用程序。但是动画看起来杂乱廉价。当你从该界面滑出并再次向下滑动到主屏幕时,必须等待 1-2 秒才能识别你的滑动操作,这令人沮丧。我建议添加更具弹性的动画效果,并使其支持并行动画,从而使整个系统看起来更加协调统一。
22 人已参与
86%
14%
一句话建议: 用轻量视觉模型识别“小程序加载、页面跳转”这类UI特征,结合系统已有的网络状态,提前给Turbo X发场景提示,让它提前准备调度预案,减少瞬时卡顿。 一、现状:Turbo X反应快,但有时“看到得晚” Turbo X已经能根据进程、CPU/GPU负载做预测。但有一个盲区: 在同一个APP里打开小程序、跳转网页时,进程名不会变,CPU负载也还没涨上来。调度系统要等负载起来才知道“要忙了”,这时候卡顿已经发生了。 小程序加载转圈,通常分两类原因: 1. 网络/服务器拥堵; 2. 本地页面渲染、JS执行带来瞬时高负载。 网络问题调度优化不了,但本地渲染负载可以提前准备。 二、方案:让视觉模型当“副驾”,提前报路况 用MagicGUI能力蒸馏出一个轻量视觉模型,后台低功耗运行,只识别小程序加载动画、页面跳转这类UI特征。 只有识别到加载动画,并且置信度达标,才去读系统已经缓存好的网络状态,做联合判断: · 网络差:判定卡顿来自网络,不向Turbo X发任何调度提示; · 网络好:判定即将出现本地瞬时渲染负载,异步给Turbo X发一个简短场景标记。 Turbo
32 人已参与
100%
0%
建议加入vivoOS6系统的逐层飞入进入桌面动画,或者可以再加入像苹果系统的进入桌面动画那样回弹动画,回弹动画要根据上滑力度和速度来改变回弹动画
22 人已参与
100%
0%
简体中文 - China
返回顶部