This must be it, Im at something insane like 86,000 polys. Guess I should use Terrain in place of the large outdore mesh. Breaking them up will be very doable also, and what I really need, since the game terain is layed out useing a 2D tile map system, then assembled at on the fly. I wanted to make it possible to totally change areas in real time. The only real problem I have is where two tiles come togeather I get alot of seems. Im imagining this can be corrected by propper texturing.
As it stands, each tile is 32x32 units on the X and Z plane, and any number of units on the Y plane, Elevation is broken up into 10 unit increaments for movement in a flying or swimming mode. I actually run a LOS function on the 2D tile map and assume any partially obscure tile is clearly visable. This is how I massively reduce the totall polly count for rendering. On indoor maps this makes a HUGE differance in perfomance, even in fairly open areas where there are occasional wall sections or other large abstacles it speeds things up. Im hoping the end result will be real time streaming of HUGE maps from the server ( since Im only sending block ID numbers on a INT based X,Y coord system ).
Needless to say, its very important when designing the block mesh's to make sure they can fit togeather on the edges. Ive tried making large meshes then cutting them up into 32xnx32 sections, but even then, there is alot of going back into the block and tweeking the edges.
A friend suggested I shuld make the 2D tiles actually be Hight Maps, This sounds cool for things like caves and outdoors, but for dungeons and bulding interiors, I don't think it would work. My concern is that I don't beleive you can make a Vertical surface with hight maps, can you? If anyone has any advice on this, I would love to here it.
I should post this somplace else. I think its gotten off topic. :)
Anyway, thanks for the heads up. :)
|
