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

推荐大家配合音乐食用嗷（国际惯例，不含剧透）！ 正文 今天偶然在QQ看点刷到了《大贵族》的片段，里面几个主要角色颜值都很高，遂决定去看看这部动漫，结果确实没有让我失望，剧情，画面皆属上乘。（我是很少写动漫观后感的嗷） 动漫大体脉络还是男主龙傲天开局，但动漫整体风格偏阴暗，甚至可以说是残酷。人类也好，吸血鬼也好，改造人也好，每个人都有自己想要守护的东西，都想努力的活下去。 最难得可贵的地方是它能够将每个主要角色的形象和情感都刻画的非常丰满，真实。顺带提一句，剧中有多达10余个主要角色。 剧情不拖沓，但也没有太明显的类似一些动漫因为赶进度而过于激进的推进，节奏很舒服。 男主莱的人格塑造的很有魅力，为了大贵族的责任，甘愿承受百年孤独，直到遇到了因与吸血鬼抗争而身负重伤而逃入自己城堡的管家。 很优秀的一部动漫，十分推荐大家去观看！

前言 NPBahave是GitHub上开源的一个行为树，其代码简洁有力，与Unity耦合较低，适合拿来做双端行为树。注意，由于时间关系，原文中的链接这里将不再提供引用。 开源链接 https://github.com/meniku/NPBehave 正文 NPBehave致力于： 轻量，快速，简洁 事件驱动 易于拓展 一个用代码定义AI行为的框架，目前没有可视化编辑器支持（本人将为其贡献一个） NPBehave基于功能强大且灵活的基于代码的方法，从behavior库定义行为树，并混合了虚幻引擎的一些很棒的行为树概念。与传统的行为树不同，事件驱动的行为树不需要每帧从根节点遍历。它们保持当前状态，只有在实际需要时才继续遍历。这使得它们的性能更高，使用起来也更简单。 在NPBehave中，您将发现大多数节点类型来自传统的行为树，但也有一些类似于虚幻引擎中的节点类型。不过，添加您自己的自定义节点类型也相当容易。 安装 只需将NPBehave文件夹放入Unity项目中。还有一个Examples子文件夹，其中有一些您可能想要参考的示例场景。 例子：“Hello World” 行为树 让...

影响性能的因素 对于一个游戏来说，它主要需要使用两种计算资源，CPU和GPU，他们会互相合作，来让我们游戏可以在预期的帧率和分辨率下工作。 所以，我们可以把造成游戏性能瓶颈的主要原因分成以下几个方面 -CPU – 过多的draw call – 复杂的脚本或者物理模拟 -GPU – 顶点处理 – - 过多的顶点 – - 过多的逐顶点计算 – 片元处理 – - 过多的片元 – - 过多的逐片元计算 -带宽 – 使用了尺寸很大且未压缩的纹理 – 分辨率过高的帧缓存 对于CPU来说，限制它的主要是每一帧中draw call的数目，draw call简单来说就是CPU在每次通知GPU进行渲染之前，都需要提前准备好顶点数据（如位置，法线，颜色，纹理坐标等），然后调用一系列API把它们放到GPU可以访问的指定位置，最后调用一个绘制命令，而调用绘制命令时，就会产生一个draw call，过多的draw call会造成CPU的性能瓶颈。 对于GPU来说，它负责整个渲染流水线，它从处理CPU传递过来的模型数据开始，进行顶点着色器，片元着色器等一系列工作，最后输出屏幕上的每个像素，因此CPU的性能瓶颈...

最近游戏荒了，很想找点游戏玩玩，请教了群友们，都是推荐了那些3A大作，怪猎，刺客信条，只狼，黑魂之类的，讲道理这些作品虽然很优秀但是并不合我胃口，遂还是自己找，正当我在Steam里翻箱倒柜的时候，脑子里突然冒出奥日这两个字眼，因为前阵子正好看到 《奥日与精灵意志》是如何完成近乎不可能的Switch移植任务的？这一文章，加上更前些日子里在B站看到的一些关于奥日的评测，唯美的宛如艺术品一般的画质已经让我急不可耐了。 奥日启动！ 游戏的起始界面就是宏大的场景，微风，森林，暖阳，非常的清新漂亮，配上类似笛子和萧制作的背景音乐，就这一招，就把我折服了。 剧情 然后进入游戏流程，故事线就不说了，防止剧透。 描述的是一个小精灵拯救这个世界的故事，剧情算是中规中矩。 画面 游戏整体采用2D+3D的渲染模式，加上各种法线贴图，光照贴图让游戏中的画面非常类似全3D制作的，各种光效，关节动画，拖影都恰到好处，对于我来说是无可挑剔的画面了。 音效 音效也是非常的赞，包括跑动，跳跃，与物体进行交互的时候给人非常舒适的感觉。 尤其在Boss战的时候切换到紧张刺激的BGM为战斗增色不少，刺激度++ 关卡设计 ...

前言 这阵子我的开源Moba项目要开始着手准备客户端的表现工作了，后端的逻辑基本上没有太大的问题。 如果对这个项目感兴趣的可以去看一下 谈及客户端表现，UI是必不可少的一环，那么选定一个好的UI解决方案和框架就更加重要了。 对于解决方案，我们耳熟能详的有UGUI,FGUI,NGUI等。 对于UI框架，基本架构基本上就是MVC，MVVM这种MV*系列的框架。 在此之前，我并没有对这些UI框架的使用经验，所以就趁此机会好好学习一下。 UI解决方案的选择 UGUI 原生的UGUI似乎是一个好的选择，因为官方在一直维护，各个方面都有保障，但是许多功能需要自己重新造轮子，对于没有模块积累的人来说可能有些麻烦。 NGUI 与UGUI还是有比较大的差别的，有一些轮子，拓展模块，底层也做了一些调整和优化。不过近几年势头越来越弱了，本身也不打算选择，如果UGUI和NGUI选一个，我会选UGUI。 FGUI FGUI全名FairyGUI，是一个开源的，跨平台UI解决方案，它包含几乎所有游戏UI常用功能，易于拓展，性能优秀，可以做到一次导出，各处使用，开发效率也很高。无疑更加适合独立游戏团队或者个人开...

计算机系统概述 冯 诺依曼计算机 五大功能部件 基本要点 计算机由五大部件组成，采用二进制形式表示数据和指令。 采用存储程序方式。 输入设备 将程序和数据以机器所能识别和接受的信息形式输入到计算机内。 比如键盘、鼠标、扫描仪、语音输入设备、手写笔、触摸屏、数码摄像设备等。 输出设备 将计算机处理的结果以人们所能接受的信息形式或其它系统所要求的信息形式输出。 如显示器、打印机、绘图仪 、音箱等。 存储器 用于存放程序和数据。存储器是计算机存储信息的核心。 主存储器(主存，内存) CPU能直接访问，主存分为若干个存储单元，每个单元都有唯一的地址编码，通常是按字节或字节的整数倍编码。存储器总是按地址访问的， 辅助存储器(外存，辅存) CPU不能直接访问，辅存中的信息必须调入主存后，才能为CPU所使用。 辅存速度较慢，但容量大，用于存放CPU暂时不用的程序和数据。 比如软盘、硬盘、光盘、磁带机等。 运算器 用于对数据的加工处理，完成算术逻辑运算。 组成 核心是算术逻辑部件(Arithmetic and Logical Unit)，简称为ALU。 还有若干寄存器，用于存放操作数、中间结...

前言 此些天来，武疫兴然，吾甚惧焉，居家不出，项目做完，游戏玩腻，根亦秃噜，百无聊赖，猛然惊醒，吾当面试，基础犹菜，从何下手，唯有C#，C#之何，集合为多，多而不晓，遂有此文。 环境 .Net Framework 4.8 前置知识 Hash Hash算法无论是在项目开发还是底层语言设计上都是非常常见的一个算法，既然如此常用，那么它的重要性自然不必多说，这也是把它放在第一位讲的原因。 Hash算法与Hash函数 Hash算法是一种数字摘要算法，它能将不定长度的二进制数据集给映射到一个较短的二进制长度数据集。常见的MD5算法就是一种Hash算法，通过MD5算法可对任何数据生成数字摘要。而实现了Hash算法的函数我们叫它Hash函数。Hash函数有以下几点特征。 相同的数据进行Hash运算，得到的结果一定相同。 不同的数据进行Hash运算，其结果也可能会相同。 Hash运算是不可逆的，不能由key获取原始的数据。 常见的Hash算法 直接寻址法：取keyword或keyword的某个线性函数值为散列地址。即H(key)=key或H(key) = a•key + b，当中a和b为常...

今天天气很好，但是昨天睡得很晚，第一节又有课，7:50就起床了，所以很困。 但是又不想午睡，把玩的时间浪费在睡觉上总有点不合适，那干什么呢？ LOL？不想玩，太累了。 看直播吧，嗯小C不错，但是总感觉少了点什么，哦，不知道什么时候阿亮已经不在了，看了一会，除了那略显做作的大吼大叫，已经没什么节目效果了吧。带着略微烦躁的心情推出了直播间。 发了一会呆，突然想起，去看看曾经的那些主播吧。 最先想起的是猴哥，曾经和老王闹掰之后人气就再也回不来了了，直播间也尘封已久了。 老王其实现在也还行，在企鹅直播，当年可是龙珠LOL区霸主级别的主播，虽然现企鹅人气大不如前，不过相对于其他主播来说处境已经很好了。 城管希，曾经的观赏性极强的王者AP蛮王，也早就不在了，据说考上公务员之后就停播了。 马老C现在热度还行，靠着B站那几个传菜的互相反哺，经营的不错，不过这种情况还能维持多久呢？ LOL区就这么多吧，接下来是从高中玩到大学的英魂之刃 首先想到的是LS小妖，当时的童年女神哦，其实在上高中的时候偶然瞥见了一次她的直播，没有了当年的清纯，浓妆艳抹的样子。现在在各个平台也找不到了，据说是擦边球违规被封了...

前言 本系列博客记录学习《Unity Shader入门精要》（冯乐乐著）中的笔记和感悟。 渲染流水线 综述 渲染流水线的最终目的在于生成或者说是渲染一张二维纹理。 什么是渲染流水线 渲染流水线的任务在于：从一系列的的顶点数据，纹理等信息出发，把这些信息最终转换成一张人眼可以看到的图像。而这个工作通常是由CPU和GPU共同完成的。 渲染流程分为三个阶段： 应用阶段 主要提供渲染图元（点，线，三角面），以及渲染状态（顶点片元着色器，光源属性，材质等），我们开发者在这一阶段有绝对控制权。 几何阶段 处理所有和我们要绘制的几何相关的事情（例如应用阶段提供的渲染图元），决定需要绘制的图元，如何绘制图元，在哪里绘制图元。这一阶段在GPU进行。 一个重要任务是把顶点坐标变换到屏幕空间中，再交给光栅器进行处理。 这一阶段会输出屏幕空间的二维顶点坐标，每个顶点对应的深度值，着色等相关信息，并传递给下一个阶段。 光栅化阶段 使用几何阶段传递的数据来产生屏幕上的像素，并渲染出最后的图像。 这一阶段也是在GPU上运行。 光栅化的主要任务是决定每个渲染图元中的哪些像素应该被绘制在屏幕上，他需要对上一个阶段...

Unity Shader概述 材质和Unity Shader 在Unity中需要配合使用材质和Unity Shader才能达到需要的效果 Unity Shader基础：ShaderLab 什么是ShaderLab Unity Shader是Unity为开发者提供的高层级的渲染抽象层。 在Unity中，所有的Unity Shader都是使用ShaderLab来编写的。 ShaderLab是Unity提供的编写Unity Shader的一种说明性语言。 Unity在背后会根据使用的平台来把这些结构编译成真正的代码和Shader文件，而开发者只需要和Unity Shader打交道即可。 Unity Shader的结构 12345678910111213141516171819202122232425262728Shader "Shader的名字，通过增加'/'来细分种类"{ Properties { //Name:属性的名字 //display name：显示在材质面板上的名字 //PropertyType：...