Talk:World Simulator

From SpaceElevatorWiki.com
Revision as of 16:43, 13 June 2008 by Jeko (talk | contribs) (New page: To start, I guess for now I'll just make some minimal improvements in C++, it's a good way to make me comfortable with the code base. Probably when enough things will start to be ported to...)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

To start, I guess for now I'll just make some minimal improvements in C++, it's a good way to make me comfortable with the code base. Probably when enough things will start to be ported to C# we'll consider making the 3D engine working completely in C#. Although this is often a module where performance should not be sacrificed and to much "C# to C++" calls may hurt performances.

Concerning this and the scene graph, I don't think we need a complex scene graph. In every project I made, the use of a specific scene graph quickly became a limitation. Taken this into account, I prefer we write a tiny 3D engine completely in C#, just containing the flat list of 3D objects in the world, it's easy and probably faster: no wrapper, we're free to make application-specific optimizations, etc. For example we can then switch to a quad-tree (or octree) for storing objects, which is really better than a scene graph in an outdoor scene. ([1] and [2])

Humm, if you want to understand my opinion about scene graph you can see what says this guy: [3]

I just discovered OpenTK, an OpenGL/AL wrapper as well as a toolkit providing math functions, etc.. [4] This may be a good choice to. It has less dependencies than TAO (since/however it provides less wrappers..).

Also, car informations already are in data files (see data/cars/models/). An XML file describe the car. AC3D files for 3d models. RGB textures. etc..