登峰造极者，殊途亦同归。

游戏设计精粹《总目录》 游戏叙事设计：游戏故事主题设计探讨-50个故事主题设计汇总 文章摘要个人总结 创造游戏重复可玩性的14种方法及解说 文章摘要个人总结 超越罐头：艾尔登法环与下一代开放世界 文章摘要个人总结 辐射挽歌：永远不要背叛你的核心用户 文章摘要个人总结

今年算是颇为平淡的一年，没什么惊喜，也没什么失落，但生活就是这样，我们把这些平淡记下，多年后回首往昔，这些平淡就会成为我们珍贵的回忆与感动的来源 在工作方面，倒真不是我懒，工作总结相关的事情没什么好说的，大家都懂，无非都是些套话，场面话，我也懒得在个人博客里写那些，所以就以总结，记录个人生活经历为主了 一月 归乡 1.25号回到老家的县城，感觉有点饿了，先整碗朝思暮想的大碗米线 老家是一如既往的清冷，不过这种清冷我很喜欢，很安静，窗外的大部分时间都是阳光明媚，冬阳暖暖的 由于只带了个MAC，所以就只是整理了下守望先锋GDC的大纲，一边整理，一边感受着若有若无的家乡冬天特有的冷清，别有一番意味 休整了几天后，手就闲不住了，去村头小卖部买了几盒鞭炮，耍一耍 二月 返途 2月7日，早上5点，天还黑着，就坐着父亲的轿车，准备赶早上10点的飞机，因为要提前两小时值机，所以8点前就要到达机场 一路上倒也平稳，不知不觉就睡着了，忽然感受到一丝冷意，睁开充满困意的眼睛，发现车窗外已经飘起了小雪，觉得有些生气，毕竟在家这么多天连个雪影子都没看到，今天要走了，才开始下雪，都没办法好好享受雪天了...

文章已于2024.2.18重写，去掉老旧的传统GI方案，准备全面转向VXGI 前言 一开始还是使用的lightmap+lightprobe的传统GI方案，但其实这套方案在大世界项目中并不适用，主要有以下几个缺陷 数据量大，烘焙慢 动态物体只能接受漫反射信息，不能影响场景和其他动态物体 其中第二点尤其致命 当前较为流行的大世界GI方案有以下几大类 半实时Precomputed Radiance Transfer Global Illumination（PRTGI），半动态GI方案，多为离线烘焙一部分场景光照数据，运行时实时采样进行光照计算 动态漫反射全局光照（Dynamic Diffuse Global Illumination）（DDGI），PRTGI的全实时版本，把烘焙放在运行时，类似的还有SurfelGI Voxel Global Illumination（VXGI），体素+RayCast流派 其中VXGI是将场景体素化，并在体素存储几何和材质信息，从而实现实时ReLight 我们都知道，对于大世界来说，游戏的寻路和碰撞也是很令人头痛的一件事，尤其是在Unity上 ...

故事还是要从去年春节说起，当时临近除夕实在闲的蛋疼，随意摩挲着MAC唯一比较舒服的触摸板，突然想起我的行为树乱糟糟的布局，就想着能不能搞个自动布局算法，充分利用空间的同时让行为树更加整洁大方，说干就干 吭哧吭哧3天时间（是的，你没猜错，我猪脑又过载了）终于是写完了一版行为树自动布局工具，当时够用了，于是就没管了 前阵子在给 基于行为树的MOBA技能系统：朝花夕拾 · 现代化的动画系统设计与开发 开发Playable Debug工具的时候，需求是横向布局对齐，参考了 Reingold-Tilford Algorithm 进行实现 最近我的运行时节点编辑器依旧有自动布局的需求，本来可以直接复用之前写的节点自动布局算法，但由于运行时节点编辑器和NodeGraphProcessor的节点数据结构天差地别，改起来非常折磨，想到后面可能还有什么地方有自动布局的需求，干脆抽离出一个通用的算法库，同时支持 从上到下，从左到右，从右到左，从下到上的树结构自动布局 说起来有4类情况，其实只需要写一个算法，然后对结果进行旋转 + 后处理即可 这次没有再埋头苦干，而是翻阅了大量资料，找到了一个无论...

基于行为树的Moba技能系统系列文章总目录：https://www.lfzxb.top/nkgmoba-totaltabs/ 今天也是冒着猪脑过载的风险想出了这么个像那么回事的标题，我命令看这个文章的所有人都狠狠的夸标题 2021.6.1，随着我战斗系统系列文章的发布，初版的动画系统也是第一次进入了大家的视野，文章中阐述了Unity动画状态机的缺陷，以及使用Playable API的理由，并且最后使用了 Animancer 作为Playable API的封装，然后在技能配置时进行指定一些动画过渡，Avatar，混合相关的参数 随后在代码里以这种方式进行处理 123456789101112131415161718192021222324252627public AnimancerState PlaySkillAnim(string stateTypes, PlayAnimInfo.AvatarMaskType avatarMaskType = PlayAnimInfo.AvatarMaskType.None, float fadeDuration = 0.25f, f...

直到今天之前，我都认为机箱空间一般都不怎么影响性能，毕竟还有那种ITX机箱的存在不是？ 我的显卡是微星魔龙3060ti双风扇版本，本身的散热是过硬的，但不知怎么，在高负荷的情况下会有很严重的咔吧咔吧的响声，我一直以为是显卡本身的问题，但碍于我没有备用的亮机卡，也就一直没有送去维修。直到昨天，我突发奇想，会不会因为机箱留给显卡本身的散热空间太小了，从而导致积热？这是之前机箱的图 感觉有可能，正好看这个机箱很不爽了，说换就换，今天机箱到了之后，花了一小时把硬件搬个家，这是现在的机箱图，箭头标识的就是留给显卡的散热空间 然后跑了下3D Mark，我泪目了，不论是稳定性还是性能，都全面超越了老机箱，机箱空间真的很重要啊！ GPU稳定性测试对比 旧 新 CPU && GPU分数对比 旧 新

故事还是要从我偶然在油管上看到的一个GDC分享说起 封面很炫酷嘛，颜色明艳，画面清晰又朦胧，看标题应该是讲ACT连招动作设计的，于是就怀着好奇的心态点进去看了看，这一看，直接被圈粉了 演讲者从0开始，细致入微的讲解ACT游戏中的动作该如何设计才能增强表现力和打击感，并且附带了相当丰富的示例用于佐证，也正是这些示例深深吸引了我，我发现这游戏和我之前玩过的肉鸽战斗设计侧重点完全不一样，相比于《黑帝斯》，《暖雪》之流，《层层梦境》更注重核心单局的动作交互与体验，而不是一味的堆叠Build，从而演变成暗黑类的刷刷刷游戏，嗯，硬要说的话，可以归类于和《死亡细胞》同类的肉鸽，但我认为，《层层梦境》的战斗体验和玩法设计是当今ACT肉鸽最强，没有之一。 也是趁中秋节把游戏通关了，多有感触，遂有此文 （我不允许有肉鸽玩家没玩过层层梦境，也不允许有游戏开发者没看过这个动作设计的GDC分享） 2024.7.26发现了一片机核上的文章：《层层梦境》：小型独立团队如何打造杀手级战斗系统 游戏整体结构 游戏整体结构是相当正统的Roguelite，局外持续养成，局内永久死亡 剧情 由于游戏本身采用碎片化的...

CI的介绍和意义 CI简单来说就是把一些流程化，重复性的人力操作放在机器上去执行的过程，从而节省大量用户的时间，并且保证构建得出的产物一定是主干最新的。 所以CI对于工程项目来说意义重大，当然对于Unity，UE这种游戏研发项目更是如此，因为稍微大点的项目出一次版本可能要10-20分钟，此外还有一些工程特化的功能例如AB构建，Shader变体搜集，各种本地缓存构建，甚至是性能监测报告，GI烘焙，PCG生成，场景切割等重度流程，很难想象这些不放在流水线上让机器自动执行，会浪费大家多少时间 为什么是TeamCity 对比Jenkins和TeamCity的使用感受，TeamCity有几个非常明显的优势 环境搭建简单，不论是Server还是Client 界面友好，美观大方 流水线拓展支持更加丰富的语言类型 环境变量提示友好，更不容易出错 Docker支持完善，方便做云服务器迁移 一些其他的基础设施比Jenkins更加完善（例如自动化单元测试），使用起来更加友好 综上，TeamCity相对于Jenkins是一个更加现代化的方案，所以我们也选择TeamCity作为CI方案 搭建教程 总...

UniTask 为Unity提供一个高性能，0GC的async/await异步方案。 基于值类型的UniTask<T>和自定义的 AsyncMethodBuilder 来实现0GC 使所有 Unity 的 AsyncOperations 和 Coroutines 可等待 基于 PlayerLoop 的任务( UniTask.Yield, UniTask.Delay, UniTask.DelayFrame, etc…) 可以替换所有协程操作 对MonoBehaviour 消息事件和 uGUI 事件进行 可等待/异步枚举 拓展 完全在 Unity 的 PlayerLoop 上运行，因此不使用Thread，并且同样能在 WebGL、wasm 等平台上运行。 带有 Channel 和 AsyncReactiveProperty的异步 LINQ， 提供一个 TaskTracker EditorWindow 以追踪所有UniTask分配来预防内存泄漏 与原生 Task/ValueTask/IValueTaskSource 高度兼容的行为 有关技术细节，请参阅博客文章：UniT...

前言 ProjectS已正式启动，准备先搭建项目框架以及整理工作流程，框架方面准备进行如下开发工作，为日后的业务开发铺好道路 接入 ET 7.0 接入 huatuo C#代码热更方案 接入 YooAssset 资源热更方案 接入 FGUI UI方案 ，并提供MVVM UI框架 接入 luban 配置表方案，并提供周边工具链 接入 UniTask，全量替换ETTask 全面移植 NKGMoba技能系统，及其周边工具链 文章主要描述各仓库接入思路和过程，目前已完成接入工作，并已开源，https://github.com/wqaetly/ET/tree/et7_fgui_yooasset_luban_huatuo，已经在最大限度上保留ET特点了，并且存档了一个Release：https://github.com/wqaetly/ET/releases/tag/et7_fgui_luban_huatuo_yooasset，追求ET原生开发体验的朋友可以下载体验了。但对于我个人而言，使用起来还有诸多不便，所以还会再进行魔改，望周知。 留个封面背景图： ET7 ET7于前阵子发布，虽然...