zoukankan      html  css  js  c++  java
  • 目前HGE客户端里面的绘图机制

          算是整明白HGE底层绘图机制,里面包含了两种后备缓存的方式,一种是常规的那种后备缓冲,另一种,里面采用了渲染到目标的方式。

         渲染到目标纹理,除了创建一张大的纹理之外,另外还需要搭配一个缓存区。这是流程中的设置,没有什么好说的。

         实际上,这样一来可以把纹理按照默认方式,创建到显示内存里面,没有这种设置,速度肯定上不去。另外一个好处是。可以创建一些比原窗口大一些的缓存,这样就完全对应上地图方面的算法了。

         不算很出奇,也不是有什么问题。很正常的做法。

          但是最大的瓶颈在于少了批量绘图机制,另外二维游戏不需要ZB深度缓冲,这个可以清理出去,底层可以减少很多检测方面的开销和提高代码精益效率。

           不要小看批量机制,这个在什么类型的游戏里面是不可忽视的。在一帧里面实际需要锁缓冲的几率是很低的。然而,HGE是一张图片锁一次缓冲的,一帧里面锁缓存的次数,是吓人的。这样显然效率是很差的。虽然在FPS上面,在单机测试下是显示不出区别,但是一旦真正开放到市场上,我想大家应该已经知道这些毛病了。

          

  • 相关阅读:
    专业术语-外文首字母组词的原词组
    SQL-常用数据类型
    phpStudy-FTP_Server插件安装使用教程
    SQL-有关数据库的提问
    phpStudy-在使用phpMyAdmin报404Error
    phpStudy-坑爹的数据库管理器-phpMyAdmin的默认用户名和密码
    软件需求说明书-关键字-中英文
    Vim-命令合集
    Git-实验报告
    Git-进阶-远程仓库的使用
  • 原文地址:https://www.cnblogs.com/GameDelphi/p/7785210.html
Copyright © 2011-2022 走看看