有关地图的生成问题（小女不才，请各位大侠解惑）

wuxiao

[em11]
请问目前的技术对于地图是采用什么方式来存放和合成？（如果问的很业余，请高手们见谅，我是个新手）
比如闪点行动，它可以由玩家选择用不同的分辨率来玩，它的运行速度不会因为色深度的不同而受到影响。我在和人讨论时，有人提出它是根据图像数据即时生成场景，这样的话就涉及一个色深度的转换问题，他认为这款游戏中有很有效的转换方法，因此它的运行才不受影响，而我觉得它的地图是以固定的图片存储，然后合成场景（如果是用bmp，以我目前的理解力和运用能力就觉得它可以被很快的加载和显示而不用考虑系统设置的分辨率）。
如果问题很弱智，也请大侠们不吝啬花少许时间稍做解答，不要对我扔烂柿子！！谢谢，谢谢！！

sea_bug

常用的场景地图生成的方法是用整图和Tile拼接。
整图：是将整个场景由美术绘制并保存，然后我们在程式中直接载入这张图片作为场景地图；
Tile拼接：将场景中的图素分开，比如砖头、草地，我们再通过地图编辑器把这些小地砖拼起来作为地图，就像玩拼图一样，只是我们所用的图快很多都是相同的，这样可以节约内存。

像你所说的改变分辨率，运行速度应该会有所变化，可能机器运行太快而察觉不出。

flyaflya

她说是3D的，色深估计是在读图片时根据当前显示色深直接调整的。因而在3D游戏中似乎不能直接改变显示色深，也可能可以改变，不过要重新读取纹理。3D游戏似乎受分辨率影响不大。
我也不是很熟悉，这只是我的猜测。

wuxiao

嗯，我现在清楚多了。谢谢  ：）

sea_bug: Re:有关地图的生成问题（小女不才，请各位大侠解惑）

常用的场景地图生成的方法是用整图和Tile拼接。
整图：是将整个场景由美术绘制并保存，然后我们在程式中直...

wuxiao

您能具体说一下“直接调整”的含义吗？是不是说如果目前系统设置是1024×768×32位，那就将图片调整为32位色位深度的？如果这图片存储时是16位的，那直接调整怎么完成呢？那应该比较耗时的呀！
我对3D不是很了解，目前还在处理2D图像，在应用时发现图像在不同的色位深度之间转换非常的耗时和占用资源，我找不到一个好的方法来解决。而“闪点行动”不存在这个问题，所以我发了这个帖子请教。


她说是3D的，色深估计是在读图片时根据当前显示色深直接调整的。因而在3D游戏中似乎不能直接改变显示色深，...
[/quote]

flyaflya

只是在读图片时色深转化，对游戏运行速度没什么影响。它存储图片的色深应该是游戏支持的最高色深。在读图片时如果系统色深小了，就直接把每个点的r,g,b值移位再与运算一下，这种运算是耗时，但只是游戏Load时慢些，游戏运行时一般不再进行图片读取，因此不做色深变化，当然不影响速度了。
色深转化不管从几位到几位，都是先把这个点分别与上r.g,b值的掩码，得到r,g,b值，再根据要转化成的色深做移位和与操作。HoHo引擎里有这个功能，好象叫pixel类。

czlyc

啊，我只知道一些有关于CS地图的问题。CS所用的.BSP文件是一种已经编译过的格式，源文件应该是.MAP的。使用WorldCraft打开就可以发现，这种地图采用的是即时渲染的方式，在编写地图文件的时候，实际上在坐标轴上指明了实体，固体两个地图中最基本的元素，再加上顶点光源，就构成了一张完整的地图。在调用这些地图时，是由引擎根据空间构成及纹理信息，最终渲染出可视化的图样。(不知有无帮助，还请高手多多指教)

wuxiao

真心感谢各位高手帮忙。
现在任何一个解答对我都是很好的学习材料。

勤学的小白痴

我想你们把问题复杂化了，使用D3D，纹理的色深与显示区的色深不需要一致的，在渲染的时候硬件会帮你转换它们。

xxp1234

D3D里这种转换对一般程序员是透明的，大多数情况下不需要为这个操心