当前位置: 首页 > news >正文

Unity 性能优化之光照优化(七)

提示:仅供参考,有误之处,麻烦大佬指出,不胜感激!

文章目录

  • 前言
  • 一、测试目的
  • 一、实时光源是什么?
  • 二、开始测试
    • 1.场景中只有一个光照的数值情况
    • 2.添加4个点光源后
    • 4.结果
  • 总结


前言

实时光源数量越多,越消耗性能。所以大多数选择烘培光照。
下面做一个实时光照的测试。

一、测试目的

测试多个 实时光照 带来的Draw Call、面、顶点等等数值差别。

一、实时光源是什么?

简单来说实时光照就是unity编辑器默认创建的光,并且Mode选择:Realtime的光源。
在这里插入图片描述

下面这章有详细介绍光源的类型:链接: Unity 场景烘培 ——unity灯光和设置天空盒(二)

二、开始测试

1.场景中只有一个光照的数值情况

场景:1个光源,4个Cube物体
Batches(Draw Call次数):17
Tristan(三角面):1.9k
Vert(顶点):5.4k
在这里插入图片描述

2.添加4个点光源后

场景:5个光源,4个Cube物体
当添加了4个光源后;
Batches(Draw Call次数):33
Tristan(三角面):2.0k
Vert(顶点):5.8k
在这里插入图片描述

4.结果

结果很明显,在我们什么物体都没有增加的情况下,Draw Call次数等将近多了一倍。
这还是我们场景不复杂的情况,如果场景中物体多样很复杂,那多个实时光源带来的性能消耗就非常大了。
简单来说:场景越大越复杂消耗约大。
所以对于静止不动的物体,优先选择烘培光源信息的方式处理。
场景烘培相关章节还在整理中:链接: Unity 场景烘培 ——怎么理解场景烘培?(一)

总结

好记性不如烂笔头!
上一章:链接: Unity 性能优化之遮挡剔除(Occlusion Culling)(六)
下一章:链接: Unity 性能优化之图片优化(八)

http://www.lryc.cn/news/346687.html

相关文章:

  • C语言 | Leetcode C语言题解之第84题柱状图中最大的矩形
  • AI办公自动化-用kimi批量重命名Word文档
  • Golang 并发 Mutex 互斥锁的使用
  • 20232906 2023-2024-2 《网络与系统攻防技术》第九次作业
  • 常见的十二种软件架构
  • 数据库出现死锁的解决方法参考
  • HCIP-Datacom-ARST自选题库_01_防火墙【6道题】
  • 力扣/leetcode383.比特位记数
  • react18【系列实用教程】useEffect —— 副作用操作 (2024最新版)
  • Excel 分组汇总后删除明细
  • docker runc升级1.1.12
  • C++接口:构建模块化与可扩展的软件架构
  • 【讲解下目标追踪】
  • 实时Linux对EtherCAT工业自动化协议的支持
  • ViLT 浅析
  • 7-117 死亡隧道
  • java数据结构与算法(链表归并排序)
  • 最新网页版USB转串口芯片CH340中文规格书手册(20240511)
  • 关于 MongoDB 数据库基本操作的详细介绍
  • 【网络基础】网络层 之 IP协议与分片、网段划分、IP地址分类、子网掩码与路由
  • C语言实现猜数字小游戏
  • iOS Failed to create provisioning profile.
  • 122. Kafka问题与解决实践
  • Pytorch常用的函数(九)torch.gather()用法
  • 用爬虫解决问题
  • 机器学习-有监督学习
  • 【详细介绍下Visual Studio】
  • 【Golang】实现 Excel 文件下载功能
  • 设计模式2——原则篇:依赖倒转原则、单一职责原则、合成|聚合复用原则、开放-封闭原则、迪米特法则、里氏代换原则
  • 深入探讨布隆过滤器算法:高效的数据查找与去重工具