裁剪空间 原文链接：裁剪空间 顶点接下来要从观察空间转换到裁剪空间(clip space，也被称为齐次裁剪空间)中，这个用于转换的矩阵叫做裁剪矩阵(clip matrix)，也被称为投影矩阵(projection matrix)。 裁剪空间的目标是能够方便地对渲染图元进行裁剪：完全位于这块空间内部的图元将会被保留，完全位于这块空间外部的图元将会被剔除，而与这块空间边界相交的图
实时渲染中常用的几种Rendering Path 原文链接：实时渲染中常用的几种Rendering Path1. rendering path的技术基础在介绍各种光照渲染方式之前，首先必须介绍一下现代的图形渲染管线。这是下面提到的几种Rendering Path的技术基础。目前主流的游戏和图形渲染引擎，包括底层的API（如DirectX和OpenGL）都开始支持现代的图形渲染管线。现代的渲染管线也称为可
python和C的互相调用 最近在考虑基于udp做一个用于网游战斗中的数据同步协议，为了前期测试数据，决定先做一个外部的代理tunnel，原理是在server端和client端分别建立网络转发proxy，即原来的C/S连接改为两个proxy之间数据快速传输。因为udp库是用C++写的代码，在测试数据的时候需要不断地修改参数，重新编译，修改输出统计数据制表等，不胜其烦，最终决定导出接口由python脚本来进行逻辑调用。
帧同步游戏的设计 从单机游戏到网络游戏单机游戏，这里指即时的动作类游戏，玩家输入操作，通过终端运算而进行的游戏。加入了多人网络以后，玩家的输入不仅仅只是在本地的终端上运算，还会通过网络同步，使多人可以在同一个虚拟环境中同时游戏。由此，网络多人快节奏的动作游戏带来了新的问题：一致性，响应性，带宽，延迟。网络游戏的实时PVP就是为了平衡这四点的要素。帧同步的引入帧同步应该是引入多人网络以后，能想
Lua脚本热更新 本文继续来写一下脚本代码的热更新在游戏客户端或服务端的实现，之前写了一篇【客户端python热更新】里面提到热更新要注意的要点，这篇作为续篇就不再复述了，这次主要讲一下在python里无法热更新的闭包函数和upvalue怎么保留这两个遗留缺陷，转过头来看看另外一个解释型动态类型语言"Lua"。相信游戏行业的同行都不会对Lua语言陌生，Lua的特点：基于寄存器的虚拟机，简洁的语法，高效的
客户端窗口UI管理 介绍：随着项目系统玩法的逐渐丰富，原来的窗口管理方式越来越难以应付各种窗口弹出，因此有必要拓展更多的窗口类型来适应不同的玩法。实现之前，参考了一下windows的窗口体系Overlapped Windows 层叠窗口Pop-up Windows 弹出窗口Child Windows 子窗口Layered Windows 分层窗口Message-Only Windows
给cocos2d-x添加滤镜功能 介绍： cocos做项目时经常会遇到对图片进行变色的需求，比如最常用的变灰，而cocos2dx的sprite里面并没有这个支持，需要开发者手工去拓展，即通过编写shader来解决。由服务端转来做客户端时候，每次碰到shader都会十分苦恼，无从下手，趁着这次机会学习一下怎么使用shader。通过网上学习知道了下面两种解决的方法：针对特定的需求编写对应的shader，使用
python弱引用来管理游戏中组件式的UI 问题介绍：项目中有一种组件式的UI，即一些UI的小部件，可以随时地卸载或显示，而不依赖于当前所在的场景，如左上角角色信息、右上角小地图、菜单、聊天框等。为了统一地对这些组件UI进行管理，需要做到： 1. 开发更多组件UI时，需要实现展示和隐藏的接口 2. 统一地管理添加、删除和隐藏组件UI 3. 索引不影响UI对象的正常释放
客户端python热更新 介绍：热更新，就是在维持服务不间断的情况下，对软件代码逻辑或配置数据进行更新修复。随着游戏项目引入了脚本语言以后，热更新技术逐渐成为了标配，在我经历过的游戏项目中，无论是服务端还是客户端，版本的更新迭代都是围绕着静态patch和动态patch(热更新)来进行的。下面来谈一下客户端python热更新的处理。原理： 1. 标准import我们知道，impo
关注
