救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢工

轰隆隆 · 发表于 2005-9-22 08:45:00

做了一个大规模室外地形渲染的例子，用小尺寸地图（2049X2049）还可以，但是毕竟真正的游戏都是大地形，结果把地形加大，问题出来了，VC报告如下

warning LNK4084:
total image size -1582247936 exceeds max (268435456); image may not run

然后就不运行。

我认为问题出在我的数组上。我用的是顶点数组所以定义了一个 int vertexarray[MapSize*MapSize*3]的数组，这里实际的MapSize就是8193，可能是 vertexarray[8193*8193*3]这个数组超过了VC的承受能力？如果连8193这么大的地图都无法接受，那魔兽世界或是天堂2等超大地图是怎么实现的呢？

我觉的各位做过实际游戏的人一定能轻松解决这个问题，因为商业游戏都是超大地形。

Civilian · 发表于 2005-9-22 08:54:00

"因为商业游戏都是超大地形"没感觉这个，BF1942用的还是257*257的

Civilian · 发表于 2005-9-22 08:58:00

2049X2049作为单独的一张高度图的数组已经很大了，建议你分块处理

轰隆隆 · 发表于 2005-9-22 09:19:00

2楼3楼的（应该是一个人），我说的地图大小不是高度图，而是世界地图的大小，高度图的话很小的高度图就能表现很大的地形，问题我说的是实际的地图大小。

轰隆隆 · 发表于 2005-9-22 09:21:00

实在不好意思，纠正我的一处错误，我定义的数组不是 int vertexarray[MapSize*MapSize*3]而是float vertexarray[MapSize*MapSize*3]，刚才着急打错了，里面存放的是顶点的x,y,z分量的坐标值，所以不可能是int型的。

class3rd · 发表于 2005-9-22 09:24:00

为什么要存３个分量

Civilian · 发表于 2005-9-22 09:41:00

你用D3DVECTOR或者D3DXVECTOR3 不行吗？

源代码之光 · 发表于 2005-9-22 10:30:00

别静态分配，用new吧，保证好使。

Civilian · 发表于 2005-9-22 11:11:00

源代码之光: Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢工了。

别静态分配，用new吧，保证好使。

本该如此，高度图应该不是固定大小

class3rd · 发表于 2005-9-22 11:17:00

请原谅我上面那个蠢问题
楼主是用opengl的吗

账号		自动登录	找回密码
密码			立即注册

救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢工

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢

Re: Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC

Re:救命！定义了一个8193 X 8193 的室外地形数组，结果VC罢