建议广场

几个月前就反馈过,没想到了11系统还是没改!!工程师真的应该用一下其他家的手机,小米,OPPO等等。都没有这个先放大app图标的动画! 极其割裂!!系统自带的app也都没有放大图标这个过程,部分第三方app例如抖音,微信也没有!但很多第三方app例如淘宝,京东,小红书打开时就会先加载一段放大app图标的动画!!!! 这是什么逻辑?工程师能否解释一下???你们自己不觉得割裂吗???不要扯谷歌规定,那为什么其他家早就统一取消了!! 论坛这么多人反馈过,真的有用心听取意见吗!!! 极其失望!!!! @产品经理回音壁 @续航_强哥 @荣耀小达人丶萧萧 @MagicOS流畅李同学 @MagicOS想和您交朋友 @荣耀小达人丶小蛋 @荣耀小达人丶永恒 @MagicOS互联网建议雷达 @MagicOS_AI小苏 @坠落云端 @MagicOS人机交互小王
27 人已参与
支持
反对
OS11把底部的标签动画是优化了,可是主界面切换得很生硬,就是硬切,建议点击标签切换页面时同步优化主界面的动画效果,最好同样是翻页的动效
19 人已参与
支持
反对
建议为液态玻璃边缘添加彩虹光感渐变,添加液态玻璃夜间模式,给笔记、文件、相册、相机、备忘录等各类应用软件导航栏及按钮添加液态动效,增强沉浸感(现在的动效与主题太过割裂)。
26 人已参与
支持
反对
MagicOS系统,整个动态效果光效还有系统互动都很少,可以多做点像删除之类的效果类似于华为的那种粒子光效
45 人已参与
93%
7%
现状问题 当前MagicOS采用蜂鸟、琉光双架构分离设计:蜂鸟负责UI动效物理运动计算,琉光负责液态玻璃视觉渲染。二者仅做基础时间戳对齐,琉光仍保留大量独立光学参数,没有强制复用蜂鸟的物理变量。 这就导致动效节奏与光影渲染容易出现不同步,第三方应用接入时需要分别适配两套接口,开发成本高;同时两套架构存在参数通信冗余,额外增加了GPU调度开销,不利于第三方应用内转场动画实现与系统桌面动效质感统一。 优化构想 不彻底推翻底层架构做颠覆性合并,而是搭建统一参数中枢层: 以蜂鸟架构的动效物理变量(动画时长、阻尼力度、回弹曲线、运动周期)作为唯一基准数据源,琉光架构所有视觉渲染函数只读调用这套标准变量,不再定义私有时序参数;上层对外封装一套统一调用接口,应用只需下发基础动效指令,即可同步完成物理运动与光影渲染。 核心优势 1. 节奏天然同步:玻璃折射、模糊渐变、光影流动完全匹配动效回弹节奏,杜绝动画结束光影残留的割裂感; ​ 2. 降低适配成本:第三方应用无需分别对接两套架构,大幅减少接入工作量,便于实现应用内转场动画与系统桌面动效质感统一; ​ 3. 精简调度链路:取
33 人已参与
91%
9%
希望下拉来个过渡动画,这感觉太割裂了,突然出现
19 人已参与
100%
0%
我建议让应用库动画更加流畅,就像 ColorOS 那样。
17 人已参与
94%
6%
这动画认真的?10到现在依旧闪烁同时依旧是半成品 数据选卡没有归位动画? 手电筒是档位调节结果ui还做成无极调节?同时这控制中心真实了卡爆了 全是小掉帧 拉完了
22 人已参与
支持
反对
有点卡。。。。
19 人已参与
79%
21%
可以放慢视频观看,可能是我个人所致问题,感觉缩小的图标可以晚一点在显示会更好
16 人已参与
支持
反对
具体看视频,更新150版本后发现,点进文件夹后,立即侧滑翻页没反应,感觉是动画没结束滑了无效。如果点进去后等1s侧滑就有用。
12 人已参与
100%
0%
11系统内测更新完107补丁后滑动屏幕出现明显掉帧卡顿,联系抓紧优化一下
22 人已参与
100%
0%
苹果手机下方 Dock 栏里的打断动画好像是有倾斜效果的。可不可以做一个这样的动画?看着挺好看的
30 人已参与
87%
13%
与HarmonyOS等竞争对手相比,MagicOS 11在细节处理方面严重不足。在HarmonyOS中,每一个动作都会有轻微的“抖动”。它还可以与其他元素“融合”,营造出“液体”效果。我建议荣耀元素也应该采用这种效果。观看视频可以更清楚地了解这一点。
31 人已参与
97%
3%
现状痛点 系统部分交互动画(弹窗、过渡、打开应用)存在复杂图层、模糊效果叠加,偶尔出现瞬间 GPU 压力过高,造成短暂掉帧、动画不够丝滑。 我的想法是:用轻量化实时帧负载打分机制,预测动画的哪一些帧容易卡顿,从而让系统提前渲染这些易卡顿的帧 通俗核心原理 每一段系统动画,都是由一帧一帧画面组成。 每一帧画面的 “压力大小” 不一样: 有的画面图层多、模糊重、缩放复杂 → 压力大、容易卡 有的画面简单干净 → 压力小、不会卡 系统在动画刚开始的一瞬间,通过四项基础参数快速给每一帧打分: 1. 画面图层数量多少 2. 玻璃模糊强度高低 3. 画面缩放、形变程度 4. 透明叠加复杂度 通过简单数学计算,微秒级就能判断出:哪几帧是高负载、容易卡顿的关键帧。 工作流程(通俗易懂) 1. 快速打分识别 动画启动瞬间,系统自动扫描全部帧,瞬间找出容易卡顿的画面。 2. 只预渲染压力大的关键帧 只针对打分高、压力大的少数帧,提前在后台渲染好并缓存。 普通简单画面保持实时渲染,不浪费算力。 3. 播放到卡点直接取用成品画面 当动画播放到原本容易卡顿的位置时,GPU 不需要临时高压运算,直接调取提
34 人已参与
91%
9%
现在熄屏亮屏动画非常生硬,希望增加相关动画,看着舒服点。
46 人已参与
85%
15%
现状痛点 当前MagicOS的系统动画,大多依靠固定缓动曲线、统一物理参数生成,光影模糊、回弹阻尼等效果全程不变,动效层次感比较单薄;如果想要做到每一帧单独微调参数,又会大幅增加GPU运算负担,容易造成帧率波动、功耗上升,很难落地。 脑洞构想 依托荣耀琉光渲染架构、蜂鸟物理动画架构,引入相似帧分组复用机制: 1. 系统在动画播放前,提前对整段动画做帧分析,把画面变化平缓、物理状态接近的连续帧归为同一个参数组; ​ 2. 同一个分组内的所有帧,共用一套渲染、物理参数,全程无需重复更新;只有当动画画面、运动状态出现明显变化,切换到新的分组时,才一次性调整光影、回弹力度等参数; ​ 3. 平缓过渡阶段复用参数节省算力,关键转折阶段单独精细调参,既保留动效的细腻层次感,又把运算开销降到最低。 弹窗、滑动、卡片过渡、液态玻璃光影等高频交互动效,都可以用这套逻辑优化,重复播放的动画分组数据还能缓存复用,进一步降低功耗。 约束条件 1. 提供性能档位开关,普通模式沿用现有动画逻辑,旗舰机型可开启精细帧分组调参模式; ​ 2. 异步完成帧分组预计算,不阻塞动画启动,避免出现启动
16 人已参与
94%
6%
1 退出应用回到桌面不能立刻下滑呼出全局搜索或者控制中心,也不能上滑呼出抽屉,都要等1秒 2 负一屏打开应用关闭后等2秒才能滑动回到桌面 3 文件夹打开后不能立刻滑动,要等1秒
33 人已参与
100%
0%
现状问题 当我们做手势操作,动画还没有播放完毕,立刻执行下一个系统手势动作时,上一段正在运行的动画会直接强制终止。画面会突然跳变,过渡割裂,视觉上不够连贯。 举例合适场景(不会干扰正在浏览的App页面内容): 1. 上滑返回退出应用的动画还在运行,中途立刻上滑进入多任务后台 ​ 2. 在多任务卡片滑动动画播放中途,直接点选另一张应用卡片 ​ 3. 打开应用的过渡动画还没结束,中途手势返回桌面 以上都是系统层级窗口切换,不会挤压破坏App内部浏览内容。现在旧动画直接半路掐断,画面有突兀一跳。 构想 不要直接销毁正在播放的系统窗口动画。 当触发新的系统手势动作,新的窗口动画开始入场时,顺着新动画的运动方向,把旧的系统窗口顺势向外推挤出去,新旧两套窗口动画同步联动运行。 实现思路: 1. 在琉光图层渲染管线内部增加这套推挤处理逻辑。发生动画打断一瞬间,CPU只做一次判断校验,把冲击力、阻尼、最大偏移距离、参与动画的系统图层一次性传给图形渲染层。 ​ 2. 后续每一帧推挤产生的位移、速度衰减变化,交给图形渲染层完成运算,不再需要CPU每一帧反复计算、下发位置指
19 人已参与
100%
0%
应用冷启动遮罩,打开QQ和一些系统软件冷启动也有遮罩。虽然没什么大题,但还是优化一下比较好。
25 人已参与
92%
8%
荣耀现在好像还没有并行动画,连续打开 app 会卡住,荣耀什么时候去认证一个 5 年流畅的认证呢
19 人已参与
100%
0%
现状 当前琉光架构的UI动画裁剪为逐帧实时计算控件渲染边界。系统图标、控件播放确定性动画时,GPU每帧都要重新判断渲染范围,会产生一部分无效像素渲染开销。当动画中途被其他动画打断,预生成的渲染边界会直接失效,退回普通渲染逻辑。 优化构想 针对桌面图标点击启动动画、系统弹窗、页面转场这类起止点确定、运动轨迹完全可预知的确定性动画: 1. 在动画触发瞬间,根据完整运动轨迹,预计算整个动画周期控件会覆盖的最大像素包围盒,生成虚拟渲染模子。GPU限定仅在该模子区域内执行像素渲染,模子以外区域跳过渲染计算,控件运动被约束在模子边界之内。 ​ 2. 当动画播放中途被新动画打断,不直接销毁原有模子;将旧动画模子与新动画的预计算模子做包围盒并集合并,生成可以完整容纳两段全部轨迹的全新总模子。GPU继续沿用合并后的模子作为渲染限制,避免控件画面被异常裁切,继续保留裁剪优化收益。 强制保护边界(非常关键) 1. 仅对轨迹可预知的确定性系统UI动画生效;带物理回弹、拖拽、惯性的交互动画,不启用本机制,沿用原有渲染逻辑。 ​ 2. 设置打断次数阈值:短时间内连续多次动画打断,模子持续膨
37 人已参与
95%
5%
右上角按钮,动效不一致,软件更新界面仍然沿用旧逻辑,需要统一逻辑一致性
42 人已参与
95%
5%
这个效果挺好看的
42 人已参与
93%
7%
现在的应用打断动画升级了触控响应,但最关键的并行动画到目前为止还是缺失状态,仔细看可以看到在退出第二个应用的时候第一个应用的退出动画直接消失,所谓并行就是让动画各干各的,从哪来回哪去,现在国内五大手机厂商就荣耀缺失并行动画,建议优化🙏
34 人已参与
91%
9%
建议增加场景自动化切换
24 人已参与
92%
8%
即使在OS11的内测版本,应用冷启动时依然有APP图标遮罩,并不美观(如一、二、四) 并且不是所有的APP启动都会有遮罩,又导致不同的APP启动之间会有明显的割裂感(如三) 应用冷启动时,大部分有遮罩的应用,会先显现图标遮罩,后又展示第三方启动画面,体感上显得臃肿、启动慢(如视频) 希望在未来的OS11内测版本可以把应用冷启动的遮罩统一去除,使用第三方应用自己的启动画面
18 人已参与
72%
28%
11系统的Q弹动效真的还可以!
13 人已参与
85%
15%
如果 magicos 有 OPPO 的审美和流畅度再加上自己独特的功能和软件生态,那就更好了
34 人已参与
91%
9%
与 HyperOS 等竞争对手相比,该应用的启动动画不够流畅。请观看视频了解详情。
35 人已参与
94%
6%
os11的过渡动画跟10的没有任何区别 建议荣耀马上优化过渡动画
37 人已参与
100%
0%
这个视频由两部分拼成 前半部分是点击负一屏的电量 进入智慧空间的动画,非常的割裂 后半部分是电话>设置,返回桌面,它的动画不会回到电话图标上面(不必理会我为遮电话号码而布的那一朵乌云)
17 人已参与
94%
6%
一、建议背景 目前系统会按照不同的场景微调渲染架构的动效参数,但没有做到页面级的精细化渲染参数微调。 会出现部分页面过亮、过暗、图标深浅复杂时,启动动画阴影、描边、光影质感不协调: - 浅色页面图标:动效不明显、没立体感 - 深色花哨页面:动效过重、刺眼、有割裂感 为了让每一页界面的动效都贴合当前画面观感,同时不增加功耗、不产生卡顿,提出一套轻量化、零风险的智能适配方案。 二、核心优化思路(极简、务实、不改底层架构) 基于目前的琉光架构,只做两件轻量化优化: 1. 页面静止后,自动微调当前页面渲染参数 2. 智能缓存参数,避免重复计算、节省功耗 三、具体实现方案 1. 动态智能调参(绝不卡顿) - 用户滑动页面、切换页面过程中:不做任何计算、不改参数,保证极致流畅。 - 当页面滑动停止、界面完全稳定后,系统自动识别当前页面的:页面亮度、背景深浅、控件整体特征。 - 根据页面整体特征,微调当前页面的动效参数(阴影浓度、描边强弱、光影增益)。 效果: 亮页自动弱化动效、暗页自动强化动效,让每一次点击、启动动画都贴合当前屏幕画面。 2. 智
22 人已参与
91%
9%
目前MagicOS应用启动动画仅依靠图标缩放实现过渡,视觉层次单一,启动瞬间焦点不够突出,缺少精致的光影动态质感。 为此提出一套轻量化启动动效优化方案,全程仅动画瞬时生效、无常驻功耗、全应用兼容: 优化具体效果 1. 启动图标动态增强 应用启动动画播放期间,对点击的图标小幅提升亮度、饱和度与轻微曝光;同时动态加粗加深图标描边,叠加渐变弥散阴影,阴影柔和融入桌面背景,不生硬、不割裂,大幅提升图标立体层次感。 ​ 2. 桌面背景反衬聚焦 图标动效生效的同时,对桌面壁纸、模糊背景区域轻微降低亮度,通过明暗反差,自动将视觉焦点集中在正在启动的应用上。 ​ 3. 全程平滑过渡复原 所有亮度、色彩、描边、阴影效果,跟随图标缩放动画同步渐变;动画结束、进入应用主页后,所有参数平滑恢复默认状态,无残留画面效果,观感自然连贯。 适配与功耗保障(核心约束) 1. 零常驻功耗:整套特效仅在数百毫秒的启动动画瞬时运行,动画结束立即关闭,不增加日常待机、桌面滑动功耗。 ​ 2. 机型智能降级:中高端机型完整生效,低配机型自动弱化或关闭描边、阴影特效,避免GPU瞬时负载过高、掉帧问题。
28 人已参与
89%
11%
能不能加个横屏回到主界面的动画
36 人已参与
94%
6%
建议参考视频中澎湃os4的动效,包括横屏应用的退出效果,桌面卡片的滑动效果,文件夹拖动展开的效果 @性能研发陈立庚 @MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学
22 人已参与
91%
9%
文件夹打开的动画效果,动画程序时长调整默认1x体验有点傻快,改成0.5x速度又有点慢,少了一个中间档位,体验不好
27 人已参与
93%
7%
简体中文 - China
返回顶部