SEED: Difference between revisions
m add screenshots |
|
(No difference)
|
Revision as of 20:17, 20 January 2011
Introduction
The new and improved LOD System for TDM v1.03 lets you place entities in your map that reduce their own complexity when being far away from the player. However, there are still some huge drawbacks to this technique:
- manually placing thousands of entities is very tedious and error prone
- 3000 entities "thinking" (deciding what LOD they have) takes about 7% of performance, even when they are not visible
- The overall entity limit of 8192 entities - even if only ever 100 entities are visible to the player, you would not be able to create a forest with 10000 objects (trees, treestumps, flower patches and rocks etc.), unless you combine them manually into func_statics.
- While it is possible to combine multiple brushes/patches into one func_static to improve performance (less drawcalls), this is not possible for static models (trees, chairs etc) unless you do so in a modelling program (like Blender). But even when you do so, the created models are either too generic or too specific (they are recognizable by the player because they always appear in the same relative position to each other).
To overcome these limitations, the new LODE (Level Of Detail Entity manager) system was created by Tels between June and October 2010.
What is it
It is foremost an entity manager that can:
- Create entities from "templates" (even multiple templates at the same time)
- Place created entities on random positions with random rotations (and random vertex colors)
- Only creates (spawns) the entities that are "near" the player (saving memory and CPU time)
- Removes entities "far" from the player, thus overcomes the entity limit
- Create entities depending on the surface of the floor (no trees on metal, or only pebbles on sand etc.), or based on an image map (greyscale image)
- Manage entities that were manually placed in the map
- Combine rendermodels of many entities into one rendermodel (with a matching physics object built from multiple clipmodels), speeding up drawing thousands of things on the screen at the same time dramatically (this also helps overcome the entity limit)
- Is tied in with the "Object detail" menu setting (so the player can control the amount of detail, depending on the speed of his machine)
- Works entirely automatic, but has still a lot of manual control for the mapper
The system also includes support for inhibitors, e.g. areas that are clear of generated entities. This way a forest clearing can be specified with only a few entities, instead of being pieced together from multiple generators.
How to use it
The current system only supports axis-aligned boxes. If you rotate the entity in DR, it will simply cover the area that the bounds of the rotated brush include! To rotate the LODE around the z-axis, you must set an "angle" spawnarg instead.
- In DarkRadiant, create a brush the size of the area you want to cover
- With that brush still selected, and select Create entity and select Darkmod/Info/atdm:lode
- Note:
If you want to resize the LODE entity after creating it, select it with SHIFT + and press TAB to select the brush, then resize it normally.
- Now either add the appropriate spawnargs on the LODE, or create the entities that you want to appear. (These entities are sometimes called "targets (because the LODE targets them) or templates (because they are just a blueprint for other entities that should be created). What types of entities can you use?
- Place any entity by with -> 'Create Entity'. Entities that use the LOD system should be prefered.
- Draw brushes/patches in DR, then turn them into a func_static.
- You can also place a model in DR, then use/link it as entity.
- Link each entity from the LODE entity by selecting first the LODE, then the entity, and then press CTRL+K.
- Put the entities at the height you want them to appear. Alternatively, use the spawnarg "lode_floor" on the entity (see below for more spawnargs). The X/Y or rotation position of the entity does not matter, but you can f.i. use different skins.
- Remember to dmap whenever you add, delete or change the position/size of a LODE!
Area shape and blocking areas
At the moment the area covered by the entity is always treated as a (possible rotated) box. That means you cannot get f.i. triangle shaped areas (yet). However, it is possible to block some areas inside the covered area from getting any entities via Darkmod/Info/atdm:no_lode entities. With this "boolean subtract" you can create "holes" or even more complex shapes.
To get this to work, place atdm::no_lode entities and then link them from the LODE. If you want to have one LODE inhibitor to block more than one intersecting LODE, simply link it from both. See screenshot at right for an example.
Important note
GUI Setting
The current "Object detail" setting influences LOD distances, and also slightly the density spawnarg.
We want to avoid overly complicated settings like some other games have, where you can control the density, the visibility distance, the texture quality etc all on their own. But rendering slightly less mushrooms for a playable framerate is still a good idea, so LOD distance and density are coupled.
If you want a LODE that always creates the same number of entities (e.g. does not scale wit the GUI setting), see lod_scaling_limit.
Spawnargs
Please see the LODE - Spawnargs article for the spawnargs you can set.
Script events
There exist a few script events that can be used either from scripts, or by setting up a trigger that links to an atdm:target_callobjectfunction with the spawnarg call set to one of the script functions below:
disable()
Disabled the thinking of this LODE. Spawned entities are no longer culled and culled entities no longer respawned.
enable()
Enables the thinking of this LODE again. E.g. spawned entities are culled and respawned if necessary.
Activate()
Activates the LODE, e.g. if wait_for_trigger is true, it starts spawning entities.
CullAll()
Removes all entities under control of this LODE from the game. Only useful if either the player is very far away, or if you have called disable() before - otherwise the entities might be spawned again in the next frame.
See also
- LOD System
- LODE - Spawnargs
- LODE - Usage - Examples on how to use LODE in real-map scenarios
- LODE - Falloff function - How to use "falloff" "func" to get more complicated distribution patterns
- LODE - Known bugs
- LODE - FAQ