复用影像光学算法模块，精简琉光渲染架构，降低内存与功耗

痛点

当前琉光架构自带一套独立的光晕虚化、色彩映射、时域防闪烁代码。
影像模块本身已经具备成熟的同类光学图像处理能力，两套系统各自维护功能重合的代码，造成代码冗余：既增加琉光模块的体积、占用更多内存，也带来重复计算，产生额外功耗。

优化思路

保留琉光流体运动核心计算代码（负责控制光效流动形态）；删减琉光内部重复的图像后处理代码（光晕虚化、局部色调映射、时域防闪烁等模块）。
在琉光渲染管线末尾，直接调用影像光学算法已有的成熟接口，完成光影美化：光晕柔化、优化高光暗部层次、消除动画闪烁。
简单理解：琉光只计算流体的运动路径，光影图像美化交给影像模块完成，不再重复开发同类算法。

约束与功耗管控方案

1. 资源按需调用：仅琉光动画播放瞬间才调用影像算法接口，动画结束后立刻释放算力；静态界面不触发，无额外开销。
​
2. 算力互斥策略：相机/录像正在占用影像NPU时，琉光自动切回原生最简效果，避免算力争抢。
​
3. 智能降级机制：手机高温、低电量场景，自动降低处理精度或者直接关闭复用增强，优先保障UI流畅、续航稳定。
​
4. 接口轻量化改造，严格控制调用耗时，防止增加UI动画延迟。

预期收益

1. 删减冗余代码，精简琉光模块体积，减少内存占用；消除重复运算，降低琉光动效运行功耗。
​
2. 复用成熟影像算法，提升琉光液态光影通透感，减少光效闪烁。
​
3. 影像算法一套代码可同时服务影像、游戏、琉光UI动画，减少多套同类算法的维护成本。

可行性说明

技术上具备落地基础，硬件无需改动，纯软件架构层面调整。难点在于打通图形子系统与影像子系统的接口，需要做延迟、算力冲突相关测试，适合作为中长期MagicOS架构优化方向。
@MagicOS流畅橙子 @性能_阿勇 @MagicOS流畅李同学