几/何/冰/川

写shader对线性代数的要求还是挺高的w…毕竟基础原理和线代密切相关，主要是矩阵和矩阵变换那块的内容，现在来复习一下! 坐标系   为了给每个点一个确切的表示，我们规定一个坐标系。坐标系基于一个人为规定的原点，以及相互垂直的坐标轴。二维的笛卡尔坐标系属于小学生都会的范畴就不多提了，三维笛卡尔坐标系由于镜面对称(像手性碳一样)分为两种：左手系和右手系。   如何区分左手系和右手系？习惯上，我们用： 拇指表示x轴正方向 食指表示y轴正方向 中指表示z轴正方向   很明显，用左手和右手都可以获得一个三维笛卡尔坐标系，它们镜面对称从而不完全一样，于是我们把左手表示的坐标系称为左手系，右手的称为右手系。Unity和Blender使用的都是左手系。   那么这两种手系可以互相转换吗？答案当然是可以，只需要把左手系的一根坐标轴的方向反过来它就变成了右手系，对于右手系也是同理。这也是为什么从摄像机角度出发的观察空间(View Space)是右手系，因为摄像机出发的前向的z轴是负方向。 不同手系的正向旋转   不同手系的正向旋转完全不同，不过我们可以用手性法则来表示不同手系的正向旋转！   由 ...

我们总在说渲染管线，几乎每一个与TA有关的课程第一课都和渲染管线相关，这是一切图像的基础。就拿最近在用的Unity内置渲染管线为例吧，其中包含了CPU和GPU两个部分，总的流程图如下所示： 应用阶段/CPU处理阶段 应用阶段的处理场所在CPU。这一阶段主要处理以下几件事： 准备好场景数据 剔除不需要渲染的部分 设置渲染顺序 加载数据到显存 调用DrawCall 输出渲染图元(Rendering Primitives)作为几何阶段的输入。通俗来讲，渲染图元可以是点、线、三角面等，这些信息会传递给GPU渲染管线处理。 剔除(Culling) CPU阶段的剔除是粗粒度的，和GPU阶段的裁剪不同。粗粒度剔除发生在物体层面，剔除是以物体1为单位进行的。这一步包含了三种剔除： 视锥体剔除 视锥体剔除指的是剔除掉相机视锥体之外的元素，视锥体即相机的可视范围，全部在外的物体(比如下图的鸟)不需要渲染，部分在外的物体会在GPU渲染部分被裁剪。 层级剔除 层级剔除指物体所处的层(Layer)是否被相机所渲染。如果相机的渲染层不包含该物体的layer，则该物体不被渲染。譬如在上文的例子中， ...

我们在上一篇文章中提到了 MVC（Model-View-Controller）设计模式。在 Unity 中，MVC 模式通常体现在将游戏数据（M）和表现（V）分开，而 C 则负责管理输入和调度更新，在代码中更新 UI 的状态。 在这篇文章中，我将介绍另一种设计模式 MVVM（Model - View - ViewModel）。MVVM 是一种将用户界面与业务逻辑分离的设计模式，与 MVC 模式相比，MVVM 模式在 MVC 的基础上进一步解耦了 View 和 Model，取代 Controller 的 ViewModel 层（VM 层）作为中介层提供了数据绑定的能力，使 View 层可以自动同步 ViewModel 中的数据。 维度 MVC MVVM 核心思想 关注点分离 数据驱动视图 数据流向 单向（View → Controller → Model） 双向（View ↔ ViewModel ↔ Model） 耦合度 中（V 层与 C 层直接交互） 低（通过数据绑定解耦） 适用场景 简单UI交互 复杂数据驱动型UI Unity实现 需要手动更新视图 自 ...

MVC 模式的全称是 Model-View-Controller，即模型-视图-控制器。严格来说，MVC并不是GoF（四人帮）归纳出的一种独立设计模式，而是一种架构模式。这种模式常用于用户图形界面的图形 / 数据 / 逻辑分离，因此在游戏开发领域中常被用于 UI 相关的功能上。那么，什么是 M / V / C 呢？ M（模型） 模型层（M 层）负责存放数据和业务逻辑。 V（视图） 视图层（V 层）负责展示用户图形界面，是用户与之直接交互的元素。 C（控制器） 控制层（C 层）负责响应用户输入或事件，更新 M 的数据并让 V 展示的界面刷新。 使用 MVC 模式的目的是将 M 和 V 的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据可以分别用柱状图、饼图来表示。C 存在的目的则是确保 M 和 V 的同步，一旦 M 改变，V 应该同步更新。 Unity中的MVC 以上述框架为例，假设我们要做一个点击按钮更新金币数量（即点击一次金币数 +1 ）和清空当前金币的功能： Model（M） M 层是纯数据类，不继承 Monobehavior，主要作用是存放所有数据 ...

前言 这次学校工作室的考核任务（是的还是考核）是复刻一款游戏，给出了三个游戏选择（饥荒/杀戮尖塔/元气骑士）不过我都没有玩过，于是想了想我决定做一个简陋版的明日方舟。之前在b站看到过大佬仅耗时48小时开发出明日方舟的战斗界面，感觉好像也不会很难吧……就去试了！ 但是做了之后才发现其实是很有挑战性的一次任务。先上两张游戏界面的图（p1p2）！ 制作思路 场景： 最开始我的想法包括了五个场景：两个关卡、选择干员的界面、看板界面和登录起始界面（包括一些本地化的内容，工作量挺大的）。后来由于时间不够了就砍成了登录起始界面和一个关卡。 干员：2D骨骼/Trail Renderer 选择什么干员来演示比较合适呢？方舟并没有公开模型，如果要获取对应的gif会比较麻烦，而自己画角色好像也很麻烦。 纠结了半天我决定画三个自己的原创角色，并使用2D骨骼动画制作了相关的站立、战斗的动画（对2D骨骼感兴趣的同学可以在b站上找Michael老师的系列教程参考学习） 在干员战斗的时候你会注意到一些秘制特效，这是用Unity自带的组件Trail Renderer做的。这个组件很强大，如果加上一点代码能得到非常酷 ...

什么是序列化与反序列化 序列化与反序列化是两个至关重要却又常常被开发者们忽视的概念。想象一下，当你精心设计了一个复杂的游戏角色，它拥有独特的属性、技能和装备，而你希望能够将这个角色的数据保存到本地，以便下次游戏时可以继续使用（存档与读取存档）；或者你需要将角色的数据通过网络发送给其他玩家，让他们也能看到你的角色，该怎么办呢？这时，序列化与反序列化就派上用场了。序列化能够将复杂的数据结构转换为一种可以存储或传输的格式，反序列化再将序列化文件还原成原来的数据结构。在本文中，我们将深入探讨 Unity 的序列化与反序列化，揭开它们神秘的面纱。 序列化 序列化是指将对象的状态信息转换为可以存储或传输的形式的过程。在 Unity 中，这个过程通常是将对象的属性和字段转换为二进制字节流、JSON 字符串、XML 文档等格式。以 JSON 为例，一个包含角色生命值、攻击力和防御力的角色对象，经过序列化后可以变成如下所示的文本文件： 12345{ "health": 100, "attack": 20, "defense& ...

最近一款名叫“合成大西瓜”的游戏风靡空间，大家在真香之后都笑称自己为“西瓜人”，随后各种恶搞大西瓜的趣图、大西瓜bot更是接踵而至，甚至诞生了“合成大西瓜护肝版”、“合成小葡萄”、“合成大国家”等一系列衍生体…本文将主要探讨如何用Unity做一个“合成大西瓜”。 素材搜集 素材，或者说贴图展现了水果们的样貌。在这里如果把贴图替换成其他元素，比如说香蕉啦、波兰球啦一类的我们就能得到合成大国家等等的恶搞游戏。 这里为了简单（其实是我不会画）表现一下水果，笔者画了几个球，如图： 从左到右分别表示的是葡萄、小番茄、橘子、柠檬、猕猴桃、西红柿、半个西瓜和西瓜。游戏规则是两个等级相同的水果可以合成更高一级的水果，合成出西瓜就算获得游戏胜利。 这里在合成路线上省略了椰子、土豆等中间部分的水果，因为道理是一样的嘛就不画了（说到底还是因为懒惰 UI 笔者简单设计了一个UI，如图： 可以看到这个UI主要由三个部分组成。第一个部分是顶端的白色图片，这张图片将用于显示下一个出现的水果的图案；第二部分是左上角的分数，用来统计玩家通过合成获得的分数；第三部分则是左部、右部和底端的边界，都加上了碰撞器，防止水果 ...