DAPP丨NFT卡牌/盲盒/农场/对战链游系统开发技术说明及详细源码

简介: 在mesh正常渲染结束后,再渲染一次,使用decal的shader,向shader中传入一个ClipToDecal的矩阵(=ClipToWorld*WorldToDecal),在FS中计算计算映射到decal框中的坐标,取决于具体的实现,可以将xy坐标作为uv,以及裁剪掉uv0~1之外的部分,将decal渲染出来.

  1.基于面片实现:

  直接用一个Quat的mesh,加上一张贴图,简单直观的实现.

  缺点:只能在平面上贴.

  2.修改贴图:

  将物体的材质贴图替换成原贴图和decal贴图的混合,适用于静态批量的物体

  缺点:只适用于静态物体

  3.基于SubMesh:

  先获取跟目标投影相交的mesh,然后将mesh根据投影框进行裁剪

  1.获取所有可能和投影框相交的mesh,一般游戏引擎都会有Octree或BVH保存mesh的aabb,这一步简单获取aabb相交的mesh即可.

  2.将mesh的顶点数据变换到投影框的三维空间中,这样一来是方便裁剪,二来是裁剪完成后可以将变换后的坐标值直接作为uv值使用.

  3.得到相交的三角形片:

  判断每个点是否在投影框内,如果三角形有任意一个点在框内,则认为三角形与投影框相交.当然这种方法会漏掉一些三角形,比如这中情况:当然如果mesh较小以及要求不精细的话也没有太大问题.

  4.将所有相交的三角形片,合并成新的IndexBuffer,使用新的decal的纹理重新渲染一次,UV可以直接取映射到框中的xy值,当然要注意在shader中把uv 0~1之外的部分clip掉

  5.如果你想的话,也可以对处在边界,不完全在框内部的三角形进行裁剪,最后整理顶点生成新的mesh.

  4.基于Multi-Pass实现:
  和上面方法很相似

  1.获取所有相交的mesh;

  2.在mesh正常渲染结束后,再渲染一次,使用decal的shader,向shader中传入一个ClipToDecal的矩阵(=ClipToWorld*WorldToDecal),在FS中计算计算映射到decal框中的坐标,取决于具体的实现,可以将xy坐标作为uv,以及裁剪掉uv0~1之外的部分,将decal渲染出来.

  Unity的built-in管线中的Projector就是使用的这种方式.

  缺点:如果投影框与多个mesh相交,或者mesh很大,则会产生很大的性能消耗.

  5.修改渲染shader实现

  判断decal框和某个mesh相交时,将decal标记为需要渲染.修改mesh的shader,传入一个或多个decal投影框矩阵+数张decal贴图.FS得到原始的输出颜色后,再根据decal拿到的颜色进行混合,如果同时有多个Decal,则需要不同数量改变shader变体.

  缺点:需要大量调整shader,复杂繁琐,而且一个mesh上的decal数量在运行时发生变化时,需要动态编译shader变体.

  6.基于后处理实现:

  将decal整体作为一个长方体进行渲染两次来对目标进行贴花

  1.首先正常渲染其他的物体,拿到正常渲染的buffer和depth buffer.

  2.将投影框作为一个长方体进行渲染,关闭Face Cull,将depth test设置为GreatEqual,输出一个标志位到stencil buffer(或者任意其他可以标志像素点的方式),不需要输出颜色值

  3.再次将投影框作为长方体渲染,打开Face Cull(只绘制长方形靠前的三个面),再上一步中stencil buffer测试通过的位置绘制,与前面方法不同的是,当前像素点的WorldPosition通过从depth buffer中读取然后反变换获得(后处理中非常常用的方法).

  7.Deferred实现

  大致和上面的方法相同

  deferred渲染管线中渲染所有gbuffer之后

  和上一个方法中讲到的一样,同样是先渲染长方体,写入stencil buffer,然后再次渲染长方体,根据stencil buffer来改变gbuffer中的数据,根据需要选择修改basecolor,normal等;

  因为gbuffer被修改,后面的光照计算会产生decal的效果.

  UE4中的DefferedDecal,就是这种方法(未使用Dbuffer时)

  缺点:只能用于Deferred,不支持烘培光(因为烘培光是在渲染gbuffer时加上的).

  8.Dbuffer

  先进行depth prepass渲染深度图

  用上面提到的方法将decal渲染到类似gbuffer的dbuffer上,然后在渲染gbuffer时(或者forward渲染时),直接应用同样位置对dbuffer进行采样,融合到gbuffer中,可以支持烘培光,支持deferred,forward管线.

相关文章
|
安全
卡牌NFT链动链游系统开发项目方案丨航海士NAGA链游系统开发技术
卡牌NFT链动链游系统开发项目方案丨航海士NAGA链游系统开发技术
|
供应链 IDE 编译器
NFT元宇宙卡牌游戏链游系统开发(技术方案)
  智能合约可以简化交易流程并提高交易速度。它也可以用于供应链管理、资产追踪和其他领域。随着区块链技术的发展,智能合约将成为未来发展趋势之一
|
安全 区块链
NFT卡牌游戏链游系统开发|NFT铸造合约模式系统开发(成熟技术)
区块链技术的点对点、共同参与等特点,保障了参与者最大程度上的自由和隐私
|
存储 安全 数据安全/隐私保护
NFT卡牌盲盒商城系统开发|DAPP技术
Web3.0致力于改变中心化平台对数据的控制
|
存储 人工智能 算法
元宇宙农场养成种树种植游戏系统开发(开发案例)及稳定版丨dapp/nft元宇宙农场养成种树种植游戏系统开发方案项目及源码
  区块链构建一个开放的稳定的价值载体,为数字化的价值提供流动协作的条件,构建一个完整的世界观体验还需要一个庞大的基础设施。利用5G、VR设备、IoT设施、AI技术算法实现一个不可或缺的关键产业支柱。在区块链方向,数字分身系统,去中心化的存储以及云计算仍有可持续化的发展。
|
存储 前端开发 区块链
  NFT卡牌游戏系统开发(链游搭建)
 NFT卡牌游戏系统开发是一项复杂的任务,需要涉及多个方面的技术和知识。
|
存储 前端开发 安全
  从NFT链游到元宇宙:探索卡牌盲盒游戏源码开发
     随着区块链技术和元宇宙概念的兴起,卡牌盲盒游戏成为了数字娱乐领域的热门话题。
|
存储 安全 区块链
Jogger慢跑者跑鞋/链游项目系统开发(开发方案),Jogger跑鞋NFT链游模式系统开发详细案例及源码技术
  区块链是一种将数据区块按照时间顺序组合成的链式结构,是去中心化系统中各节点共享且共同维护的分布式数据账本,具体的:各节点由P2P组网方式相互连通和交互,受激励机制激励贡献自身算力,
|
传感器 编解码 边缘计算
NFT元宇宙卡牌丨盲盒丨农场丨对战区块链游戏链游系统开发(逻辑及规则),NFT元宇宙卡牌丨盲盒丨农场丨对战游戏链游源码功能
元宇宙的发展,从其重要组成部分交互和显示来看,VR要从2K、4K分辨率到视网膜级别(接近16K)的高清晰度,对端到端算力的需求提高数十倍,IT基础设施面临极大挑战。我们需要更大的云数据中心规模,更多的边缘计算,以及数以亿计的各类物理世界的设备端、传感器连接到互联网,共同支撑元宇宙的发展。
|
数据可视化 区块链
NFT卡牌链游系统开发GameFi搭建技术
GameFi通过DeFi和NFT概念的融合,并以游戏的方式呈现,以更加直观的方式运行区块链金融体系,在具体的链游项目中,GameFi的游戏规则和道具、衍生品,就是建立在DeFi逻辑基础之上的NFT产品运行方式。
NFT卡牌链游系统开发GameFi搭建技术