|
|
| Reporter | SteveL | Assigned To | SteveL | |
|---|
| Priority | normal | Severity | normal | Reproducibility | always |
|---|
| Status | resolved | Resolution | fixed | |
|---|
| Product Version | TDM 2.02 | |
|---|
| Target Version | TDM 2.03 | Fixed in Version | TDM 2.03 | |
|---|
|
|
| Summary | 0003933: Fix "inline" spawnarg for func statics |
|---|
| Description | "inline" causes dmap to write the surfaces of a func static into the proc file, and they become part of the world. They don't contribute to BSP and they don't carve up nearby surfaces.
The advantage would be to save on entity count and collisiion models (they don't generate a CM either). But the way it's implemented right now, the FS is still spawned and just gets hidden. That's pointless.
The fix is to prevent the entity from spawning in the first place instead of to hide it. |
|---|
| Additional Information | Discussion and test results here: http://forums.thedarkmod.com/topic/16678-what-are-current-max-limits-for-the-following/page__view__findpost__p__359239
It slows down dmapping and bloats the proc file. But if you restrict the number of inlined entities to around 30k polys per visleaf, the slowing of dmap isn't bad, and it's an extra choice for mappers that's already 99.9% implemented, while we work on better ways to extend the entity limit. |
|---|
| Tags | No tags attached. |
|---|
|
|
