What are the different types of terrain engines used these days? Im curious if my new method has been done before, and if its efficient enough for a real program. The way it will work is there will be to main linked lists. The terrain will be divided up into sectors. One list stores an object for each sector and that object contains data about the height of each point and the textures to be bound to each poly. The other list will have an object for each sector, each sector will have a list and it will contain an object for each texture used in the sector, and finally each of those objects would contain a list that would have an object for each poly to be drawn. This lets me minimize texture binds and only makes me sort everything out once. With this method I hope to be able to add terrain sectors at runtime and morph the terrain easily. the only downfall to the method is that to decide what sectors to draw you would have to scan the whole main list, if it continues to expand at runtime there could be a great number of sectors in it. I could perhaps help that by only checking which ones to draw once or twice a second. But as for the rest I think it would be pretty efficient, sure its running through alot of lists, but it would be making use of every object it ran across, drawing them as it scanned the list. Any comments?

why don t you call your system octree system????


my system works the same why except that i don t have to check the entire list to find the visible parts of the level

i have a pointer the last octree object
and each object as a pointer to its neighbours

that way i minimize vis performing time
and i can have tunnels ..... and not only terrain

the application has bearing, mines for an overhead Sim City game, but 3D.

I havent used octrees before, what could they do, and what would be the benifit of useing them?

do you draw polys as plain triangles, or out of vertex arrays, I need it to morph, so display lists are not for me.