The editor needs a lot of polish but is showing signs of being usable.
First pic is of a test interior, showing ramps and multiple portals on a single cell edge.
Second pic (after the break) is a simple Indoor/Outdoor combo map.
Archive for category Projekt2501
Editor
Mar 15
UI and XML
Mar 13
I’ve finished the framework for XML defined UI layouts ( with plug in defined controls)
This UI item was loaded from the XML following the break. The various control types are defined in code, but are set up to be loaded from external sources (.net plug-ins and/or scripting languages that get bound). This will allow the entire UI layout to be changed with out modifying the base code.
The system supports static and dynamic values, getting UI values from a Global Value Cache that will be kept updated as values change. This makes it simple for UI components to use game data for display with out knowing the exact data layout.
Development Bible up
Mar 8
R1 of the “Development Bible” is up at http://www.opencombat.net/?page_id=29
This will be the overall document where the main “rules” for the project will be stored. It won’t go into too much detail, and it is currently a very rough framework, but it should lay out the general idea of the project. I expect more to be added to it as time goes on, including Weapon and accessory specifics for sure.
Graphics
Mar 1
So I have some choices to make for the graphics subsystem.
Portals, or Octree (or maybe some combo ).
A straight up octree would lead to a world very much like BZFlag’s, a space with a bunch of objects in it. Somewhat limiting but functional.
Portals would allow the map to have defined areas that were connected by portal faces.These areas would not have to be fully enclosed and could have sections left open to the skybox, giving the appearance of being outside. This could lead to simple transitions from exterior to interior spaces ( tunnels etc..) and gives a very fast way to do gross occlusion. But it’s harder to explain to people.
Octree (well bsp tree) style is more like what quake did, while portals is more like what unreal did.
I’m leaning toward portals, since I have an editor for them already and I can’t see any disadvantage to them. It may be nice to sort free-form objects that are in the cell into an octree for easy sub culling, but that wouldn’t effect viability much.
Guess I’m just thinking out-loud.
