Thinking about terrains (again)

Blitz3D Forums/Blitz3D Programming/Thinking about terrains (again)

The forum is locked. These are the original blitzbasic.com forums, kept so they can still be read. No new topics, replies or edits can be made here. To join in, head over to the Blitz3D+ forums.

Yes it's true, it's not really good to have one system who is flexible as possible to offer for as manue different programmers.

I have download many source code (Quake 1&2, Half Life 1, Descent, free space etc... all this code are free on the editor site)

In all these game there is no generic engine in anything. For example if I take the case of Lotus particle or my particle system (EPS), it is in fact a aberation ,because there is code and test which makes spends time CPU for possibility that the game doesn't need.

After having looks at the source, the engine answers exactly has a need well precis. It goes from there from same for an engine of terrain, definis initially your need and after you will be able to reair or write your clean system ground.

My Terrain system is for the maps whar are not very large for multi with vegetation...

This is my point of view is that the lib generic is useful has anything...