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

封面来自：https://www.youtube.com/watch?app=desktop&v=VXJSJ6c3ZIs 前言 最近实践了很多有关异步记载和使用的业务场景，无一例外的，由于 异步 的存在，业务代码需要非常小心的维护各种状态，才能足够稳定和安全 只遇到一次还好，代码和人有一个能跑就行，遇到很多次心情就很烦躁了，所以准备抽空研究下这种业务场景较为通用的解决方案 正文 场景例程 整个世界被拆分成无数个nxn的tile，需要根据相机位置动态加载，卸载tile（以下简称地图流式行为 相机位置每帧都在变动，即每帧都有可能触发地图流式行为，正常视角渲染所需tile数量在32~50之间 出于表现和内存性能的平衡考虑，最大支持同时存在256个加载的tile，基于LRU策略进行调度 tile的加载是异步的 最终需要把加载的tile资源按照正确的索引上传至GPU 问题展示 直接上代码，我们以一帧的LateUpdate为例（此LateUpdate每帧执行），将资源加载和使用看为一个整体 但由于异步的特性，当某一帧的异步完成时，一些数据和状态可能已经发生了变动，会影响到另一 ...

在网上鲜少有能全面，具体介绍Forward+渲染管线的文章，所以抽空翻译下这个2015年的PPT，分享出来 摘要 这篇论文介绍了Forward+，这是一种通过剔除和仅存储对像素有贡献的光源来渲染许多光源的方法。Forward+是对传统的Forward渲染的扩展。利用GPU的计算能力实现的light-culling模块被添加到渲染管线中，用于创建有效light-list；该列表传递给最终的渲染着色器，该着色器可以访问有关光源的所有信息。尽管Forward+增加了最终着色器的工作量，但从理论上讲，它与compute-shader-based的延迟光照相比需要更少的内存带宽。此外，它避免了延迟技术的主要缺点：即对材质和光照模型的限制。 本论文进行了实验以比较Forward+和延迟光照的性能。 PS：参考Forward框架的逆袭：解析Forward+渲染 的内容，TBDR和Forward+内容对比：(注意此处的TBDR不是指移动平台的TBR架构，而是一种渲染流水线方案) TBDR： 生成G-Buffer，这一步和传统deferred shading一样。 把G-Buffer划分成许多16 ...

印象中上一次玩这种修仙类型的RPG（其实我更倾向于叫他们策略RPG）还是小学的时候玩4399上的武林外传 我去搜了下，居然还在，没错就这个，哈哈 其实我个人一直对这种类型的游戏不太感冒，游戏开发大亨是，文明也是，虽然是有一些策略养成的乐趣在里面，但远不如一场场酣畅淋漓的战斗来的快感强烈 这次购买觅长生也是偶然瞥到一眼评论区的修仙味很浓+游戏本体打折才下手，游玩体验的话，就我个人而言，中规中矩，还有很大进步空间 概览 第一次打开游戏，头很铁，直接普通难度开局，然后全部凡人选项，我倒要看看所谓凡人修仙传到底是什么感觉 然后如愿以偿的体验了凡人修仙是什么感觉，没有奇遇，神武大会两次都是第二轮被狠狠淘汰，拜入门槛最低的门派，努力一生也只是个内门弟子，无数次存档驯服魔剑均以失败告终，最终在筑基后期再难精进半步，子然一身，身陨道消。 原来真正的凡人修仙竟是此等的无力，放在修仙小说里应当是围观主角打架但不小心被波及致死的路人甲吧 第二次重建档，直接所有buff全部拉满，单修炼速度都让旁人望而却步，再加上灵根属性加成，拜入离火宗，不费吹灰之力拿下神武大会冠军，轻松收服剑池魔剑，哪怕是林府篇的金 ...

转眼间又快到新年了，又到了写年度总结的时候，但今年有些不一样，我缓慢闭上双眼，那些欣喜，激动，痛苦，悲伤，崩溃的记忆再次如潮水般涌入脑海，良久，舒展开紧皱的眉头，开始用文字记录我这荒诞，颓废，美好，如梦似幻的2023 一月~四月 你是良缘亦是劫 我们一生中与无数人擦肩，总有些若有若无的缘分将我们和一些人联系在一起，这是良缘，也是考验，稍有不慎，便会万劫不复 我和她本是萍水相逢，但却让我不知不觉间一次又一次打破自己的底线，最终坠入了万丈深渊 我孤掷一注，跨越千里与她相见，丈量过夜色笼罩的路，昏暗的路灯渐渐模糊了我双眼，但我依旧能看清她眼底的慌乱与犹豫不决，我当然懂得，再爱就不礼貌了 很遗憾，我的运气并不好，但我现在其实很感谢她，总归是留下了一些美好记忆 五月 深渊 但遗忘又谈何容易，只要闭上双眼就能浮现出她在我身旁的一颦一笑，那些欢声笑语，嬉笑娇嗔似就在昨天 每次她在我梦境中出现我都心跳似狂，但醒来后巨大的落差感让我难受到几乎无法呼吸 那段时间真的很难熬，有时候坐在工位上眼泪突然就要决堤，只能靠死死掐住大腿勉强控制自己的情绪，不至于失态 我无数遍的质问自己，为什么放不下，她当真有 ...

在使用PDG的时候，对于一个新的节点，总有一种云里雾里的感觉，看官方文档也是迷迷糊糊的，还好基本上每个节点都有提供相应的Sample，并标注了注意事项。 本篇就记录下PDG的一些重要节点，以及使用过程中的注意点 节点 Wedge 主要有以下几个作用 创建Work Item，驱动PDG 用于生成Attribute（可以多个），对于Wedge的Attribute，可以在整个TOP中通过@xxx来引用，当然，在和常规字符混排的的时候，需要加反向单引号例如： 1$HIP/geo/boxsphere_`@wedgeindex`.bgeo.sc 强制覆写某个参数，可以理解为非侵入式的一种数据注入方案 多个Wedege之前关系为嵌套关系，比如WedgeA的WedgeCount为2，WedgeB的WedgeCount为3，当B连接到A的出口，那么B将会输出2x3 = 6个WorkItem Partition by Index 它做的事情非常简单，就是将多个WorkItem按照index和一定的规则merge成一个WorkItem，每个WorkItem的index可以通过双击查看 ...

Houdini中HeightField相关节点在地形生成中占据了非常重要的地位，虽然可以在Houdini里右键节点-Helper查看详细的官方文档，但未对整个HeightField系统有一个宏观认识的情况下，也不知道要用哪些节点。所以单独开篇文章来记录常用的HeightField几点以及使用心得 （但HeightField手册又何必只是HeightField手册^ ^ _） 基础高度场操作 HeightField 基础的高度场节点，用于指定高度场的大小，细分/模拟粒度等基础信息 这个节点用于生成两个 2D volume 基元：height体积和mask体积，具有给定的分辨率和初始值，这些基元可以由其他地形节点进行修改。 height体积 是一个 2D 网格，表示地图上每个点的地形距离地面平面的距离（这些值可以为负）。 mask体积 可以用作其他地形工具的“mask”输入。它指定了地形节点的效果应该应用于哪些区域：mask值为 0 的区域不受节点影响，掩模值为 1 的区域完全受节点影响。地形节点允许你绘制mask或从地形信息中生成mask（例如，阴影落在哪里，或低于某 ...

本篇文章是对ProjectS中地形PCG模块的总结，可能需要一些前置知识，可以前往本文的 参考 部分进行相关引用 先明确下项目需求 20km x 20km的世界大小 大多数地貌为起伏幅度较小的平原 需要分tile编辑，预览 需要导出LOD高度图 支持植被和物件Instance的纹理生成和手工修改 需要一个工具统筹管理整个PCG管线，并实时查看每一步的结果 最终选择Houdini作为目标软件，因为Houdini作为一款相当成熟的PCG向的DCC软件，提供了相当多地形创建，编辑和工作流工具，应对我这个个人项目的简单地形PCG工作自然不成问题 项目概览 项目结构如下： terrian_pdg：地形PDG模块，组织整个地形的PCG流程 terrian_sop：地形PCG中用到的所有SOP集合，大部分都导出成了HDA，供PDG使用 PDG流程 我在学习和解构一个对象的时候习惯从宏观看起，大概掌握每个环节的功能，有个全局的概念，再看具体细节的时候不会有一头雾水的感觉，所以我们从PDG开始看起 整个流程非常的直观 创建地形骨架 拆分地形 根据地形编号查找hda文件，如果存在则进行 ...

地形系统思路来自 ProjectS中的GPU Driven 架构 首先明确ProjectS的世界大小，目前暂定整个世界面积为 20.48km * 20.48km ，实际上可以再大很多，但考虑到资源量级以及对于世界内容的填充需要颇费心思，暂定这么大了 既然地形分了LOD，那么纹理自然也要根据LOD进行区分 LOD0的Node对应的纹理信息（高度纹理，Material Id纹理等）分辨率为128*128，覆盖区域为64m*64m即一个纹素对应0.5m，已经很可以了，再高点画质就要比原神好了 LOD1的Node纹理分辨率为128*128，但覆盖区域为128m*128m LOD2的Node纹理分辨率为128*128，覆盖区域为256m*256m LOD3的Node纹理分辨率为128*128，覆盖区域为512m*512m LOD4的Node纹理分辨率为128*128，覆盖区域为1024m*1024m LOD5的Node纹理分辨率为128*128，覆盖区域为2048m*2048m 这也就意味着我们需要对整个世界做六种不同覆盖区域的纹理，可以理解为Mipmap，不同的LOD Node采样不 ...

还是最喜欢这个拜念三归，地狱的压迫感拉满！ 最近玩了暗黑破坏神4，感触颇多 技能Build 技能Build其实没什么好说的，依旧是基础技能+符文系统完善Build，但相较于恐怖黎明的星座，流放之路的技能树+升华，暗黑4的理解成本和玩家友好程度更加出色。它的巅峰系统居然是可以旋转的。。。，这意味着玩家可以不用太过拘泥于设计好的巅峰树，而是能最大限度地按照自己的意愿去体验整个系统 之前在内测时体验过所有角色，感觉到暗黑4是想让玩家尽可能的把手参与到战斗中，而不是进个图，几个buff一加，技能一开，直接跑跑跑完事，虽然说增加了一些上手难度，但确实是能让玩家更用心的去体验战斗的刺激。很合我胃口，毕竟我玩剑圣的，哈哈（顺带吐槽，狗曰的一如既往对平A近战不友好，各种暴毙 玩了这么多暗黑Like作品，技能流派来来回回就那么回事，什么双持+AOE剑圣，大风车，召唤平推流，万剑齐发。。。其实这类游戏发展到这种地步，Build上很难再做出让人眼前一亮的设计了，就像LOL最近新出的英雄，就是基于各种技能元素，缝来缝去，然后得到一个全新风格的英雄，不是说不好，反而是相当健康的一种发展模式，能让玩家在低 ...

本文是对https://www.gdcvault.com/play/1025480/Terrain-Rendering-in-Far-Cry 进行的中文翻译，翻译动机是PPT涵括了ProjectS的GPU Driven系统所有功能模块，需要学习下工业流程 大纲 地形渲染：渲染地形，将部分转移到GPU管线中 基础知识 GPU管线 着色：对上一步渲染的地形进行着色 悬崖着色：针对悬崖做的着色方案和优化 高级地形：将基础地形和其他几何结合 屏幕空间着色：在一个屏幕空间的Pass对地形进行着色 基于地形的特效：使用GPU上的地形数据来增强对其他资产的渲染，如树木、草和岩石 地形渲染 地形渲染基础 流程概述 一个简单且GPU友好的方式来渲染一个小区域的地形步骤如下： 首先渲染一个Mesh，作为地形的最小单位。 在VS中采样高度图，来改变顶点位置 使用一张albedo贴图在PS中进行着色，作为地形基础色 计算光照时再用一张normal贴图 使用四叉树来划分地形区域，整个世界构成item粒度从小到大依次为（LOD0）： Patch（Tile）：单个Grid，原分辨率1 ...