建议广场

1 退出应用回到桌面不能立刻下滑呼出全局搜索或者控制中心,也不能上滑呼出抽屉,都要等1秒 2 负一屏打开应用关闭后等2秒才能滑动回到桌面 3 文件夹打开后不能立刻滑动,要等1秒
13 人已参与
支持
反对
应用冷启动遮罩,打开QQ和一些系统软件冷启动也有遮罩。虽然没什么大题,但还是优化一下比较好。
25 人已参与
92%
8%
希望能有DIY耳机之类的蓝牙设备的连接弹窗动画的功能,自定义名称,自定义图片,显示电量,把原本要在设置里面调节的内容更直观的展现
18 人已参与
支持
反对
荣耀现在好像还没有并行动画,连续打开 app 会卡住,荣耀什么时候去认证一个 5 年流畅的认证呢
18 人已参与
支持
反对
现状问题 当我们做手势操作,动画还没有播放完毕,立刻执行下一个系统手势动作时,上一段正在运行的动画会直接强制终止。画面会突然跳变,过渡割裂,视觉上不够连贯。 举例合适场景(不会干扰正在浏览的App页面内容): 1. 上滑返回退出应用的动画还在运行,中途立刻上滑进入多任务后台 ​ 2. 在多任务卡片滑动动画播放中途,直接点选另一张应用卡片 ​ 3. 打开应用的过渡动画还没结束,中途手势返回桌面 以上都是系统层级窗口切换,不会挤压破坏App内部浏览内容。现在旧动画直接半路掐断,画面有突兀一跳。 构想 不要直接销毁正在播放的系统窗口动画。 当触发新的系统手势动作,新的窗口动画开始入场时,顺着新动画的运动方向,把旧的系统窗口顺势向外推挤出去,新旧两套窗口动画同步联动运行。 实现思路: 1. 在琉光图层渲染管线内部增加这套推挤处理逻辑。发生动画打断一瞬间,CPU只做一次判断校验,把冲击力、阻尼、最大偏移距离、参与动画的系统图层一次性传给图形渲染层。 ​ 2. 后续每一帧推挤产生的位移、速度衰减变化,交给图形渲染层完成运算,不再需要CPU每一帧反复计算、下发位置指
18 人已参与
支持
反对
现状 当前琉光架构的UI动画裁剪为逐帧实时计算控件渲染边界。系统图标、控件播放确定性动画时,GPU每帧都要重新判断渲染范围,会产生一部分无效像素渲染开销。当动画中途被其他动画打断,预生成的渲染边界会直接失效,退回普通渲染逻辑。 优化构想 针对桌面图标点击启动动画、系统弹窗、页面转场这类起止点确定、运动轨迹完全可预知的确定性动画: 1. 在动画触发瞬间,根据完整运动轨迹,预计算整个动画周期控件会覆盖的最大像素包围盒,生成虚拟渲染模子。GPU限定仅在该模子区域内执行像素渲染,模子以外区域跳过渲染计算,控件运动被约束在模子边界之内。 ​ 2. 当动画播放中途被新动画打断,不直接销毁原有模子;将旧动画模子与新动画的预计算模子做包围盒并集合并,生成可以完整容纳两段全部轨迹的全新总模子。GPU继续沿用合并后的模子作为渲染限制,避免控件画面被异常裁切,继续保留裁剪优化收益。 强制保护边界(非常关键) 1. 仅对轨迹可预知的确定性系统UI动画生效;带物理回弹、拖拽、惯性的交互动画,不启用本机制,沿用原有渲染逻辑。 ​ 2. 设置打断次数阈值:短时间内连续多次动画打断,模子持续膨
37 人已参与
95%
5%
右上角按钮,动效不一致,软件更新界面仍然沿用旧逻辑,需要统一逻辑一致性
42 人已参与
95%
5%
这个效果挺好看的
42 人已参与
93%
7%
关闭背景高斯模糊可以更加省电,在这里添加一个选项
13 人已参与
支持
反对
现在的应用打断动画升级了触控响应,但最关键的并行动画到目前为止还是缺失状态,仔细看可以看到在退出第二个应用的时候第一个应用的退出动画直接消失,所谓并行就是让动画各干各的,从哪来回哪去,现在国内五大手机厂商就荣耀缺失并行动画,建议优化🙏
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%
我希望应用应在展开时就进行加载 比如抖音在后台时打开会从雾蒙蒙一片瞬间变正常很奇怪 应用还未进入时的加载界面 有的是应用自带的(抖音 快手…)有的就是图标居中(大部分软件)很丑 希望取消掉或者在展开时就加载完
23 人已参与
83%
17%
一、持续优化系统引擎内核,确保动画特效高效丝滑流畅。 当前系统流畅度尚可,但距离无缝衔接、丝滑流转仍有差距。希望在应用切换、页面滑动、多任务呼出等高频场景中,做到动画过渡自然细腻、跟手性极佳,达到行业顶尖水准。 二、深度优化系统功耗控制,切实保障系统续航能力。 实际续航表现必须与宣传数值一致,不能再出现新版本更新后续航严重缩水的问题。功耗控制应作为每次OTA的必测红线,凡是续航衰减超出合理范围(如超过5%)的版本不应推送。实际续航能力必须符合宣传的续航能力。 三、做好后台管控,清理多任务时保留当前任务。 一键清理后台时不应杀掉用户当前正在使用的应用。建议建立白名单机制,确保导航、会议、游戏、远程协助等高频场景应用常驻内存,切换回来时秒开且停留在原界面,彻底解决清后台清掉当前任务的痛点。 四、深化与阿莱影像的合作,确保系统影像画质超高清臻满。 具体标准是:拍风景不过度锐化,拍人像不假白磨皮,拍夜景不暴力提亮导致色彩失真。直出色彩要经得起放大,达到拍摄即出片的标准,让普通用户随手一拍也能获得高质量照片,这才是阿莱合作的价值所在。 五、系统主题设计要年轻化,设置专门奖项鼓励主题
27 人已参与
96%
4%
这是我最想荣耀解决的问题,别的都可以慢慢来,但是过渡动画可不可以最好点,加入并行动画,参考c16
31 人已参与
94%
6%
当任何应用弹出通知(从屏幕顶部弹出的窗口)时,能否让展开动画更加流畅、更令人满意?就像你向下拖动展开已经展开的魔法胶囊一样,它的动画非常流畅,停止时还会略微弹起,以模拟软件中的物理效果。我建议将这种动画效果也应用到弹出通知的展开动画中。它看起来很棒,不应该被忽略。
51 人已参与
98%
2%
点开文件夹是不能同时左右滑动导致容易误触到别的软件
20 人已参与
85%
15%
现在荣耀系统动效太差了,大部分场景都没有打断和并行动画,操作一快就卡手,要点两次或者滑动两次,比如点击桌面文件夹展开后不能马上向右滑动,下拉控制中心后不能马上左滑到通知中心,控制中心和通知中心完全没有打断和并行动画,控制中心的wifi和蓝牙卡片啥的点开后不能打断,播控中心卡片打断后不能并行马上做下一步操作;负一屏卡片也没有并行动画,卡片打断后不能马上再次点击进入卡片,也就是只能打断一次,不能连续打断,卡片之间的并行动画更是完全没有,而且退出负一屏卡片后不能马上左滑回到桌面;抽屉模式中的文件夹点开也不能打断;灵动胶囊收起后不能马上上滑呼出后台,堆叠后台上滑删除卡片点击桌面空白处不能马上回到桌面,切换后台后不能立即在APP内部滑动,会被硬控2秒,平铺后台没有任何动效优化;而且170版本的系统动画感觉肉肉的,有种粘滞感,尤其是堆叠后台,感觉阻力变大了很多,上滑删除后台卡片感觉比之前更费力,感觉重重的,没有之前上滑删除后台卡片那么轻盈了,桌面上滑呼出后台也更费力了,要用很大力气才能呼出后台。
32 人已参与
91%
9%
打开应用时,壁纸缩放和文件夹的模糊不是同步的,文件夹的模糊会在应用没有打开、壁纸没有缩放的那一帧,割裂感很强。能不能做实时的模糊,把壁纸缩放同步带上,不是只截一个图,在图的基础上来做缩放,包括控制中心的模糊也一样
23 人已参与
100%
0%
一、问题背景(现有机制的微小瓶颈) 目前 MagicOS 的系统动画、滑动回弹、惯性动效,全部由 CPU 逐帧计算、逐帧生成渲染指令。 即使蜂鸟引擎已经独立线程优化,但依然存在两个无法彻底解决的微小短板: 1. 每一次屏幕刷新(VSYNC),CPU 都必须重复计算动画进度、坐标、透明度、缓动数值,长期占用渲染线程资源。 ​ 2. 一整段滑动动画仅使用单一套物理公式拟合全程,拖拽、惯性、回弹三种不同运动规律无法完美适配,极限场景下会有轻微曲线不够细腻、手感一致性偏差的问题。 这也是极少数场景下会出现微顿挫、滑动收尾不够丝滑、频繁手势打断响应延迟略高的根本原因。 二、我的优化构想:GPU智能分段公式动画渲染 建议在现有琉光、蜂鸟引擎基础上,新增一套并行的GPU程序化动画管线(不替代原有机制,完美兼容安卓生态) 核心逻辑非常简单: CPU不再逐帧算动画,只负责下发「分段规则+初始数据」,后续全部交给GPU自动算帧、自动渲染。 具体实现方式 1. 智能分段(核心创新) 系统UI的连续动效(列表滑动、弹窗动画、惯性回弹),可以自动智能拆分为 2~3段不同运动
35 人已参与
94%
6%
持续适配第三方应用一镜到底动画
37 人已参与
89%
11%
第一 虽然应用打开动画比以前有较大进步,但就连最基本的设置打开之后都没法立即滑动,还需再等大概0.5秒 第二 打开负一屏不是要等加载就是卡顿,虽然是小问题,但每次都要卡那一下很难受,而且我用的芯片是骁龙八至尊超频,中低端机卡就够了为啥游戏手机也能卡?
32 人已参与
100%
0%
App 返回桌面时,桌面壁纸会缩放,如何关闭啊,真受不了这个动画,别缩放。
30 人已参与
80%
20%
优化切换应用时的流畅度,快速切应用时需要等待一秒后才能操作
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%
目前荣耀是唯一一个删除应用没有任何动画的主流手机厂商,建议增加。
59 人已参与
93%
7%
简体中文 - China
返回顶部