mirror of
https://git.code.sf.net/p/quake/quakeforge
synced 2024-11-10 07:11:41 +00:00
[qfvis] Delay freeing of winding memory
If anything, this is probably a nano-optimization, depending on how often portals are vis-rejected. I couldn't see any actual difference.
This commit is contained in:
parent
9a93bf8d4a
commit
2828500f04
1 changed files with 2 additions and 2 deletions
|
@ -361,8 +361,6 @@ RecursiveClusterFlow (int clusternum, threaddata_t *thread, pstack_t *prevstack)
|
|||
if (!set_is_member (prevstack->mightsee, target_portal->cluster))
|
||||
continue; // can't possibly see it
|
||||
|
||||
free_winding_memory (thread, winding_mark);
|
||||
|
||||
// if target_portal can't see anything we haven't already seen, skip it
|
||||
test = select_test_set (target_portal, thread);
|
||||
if (!mightsee_more (might, prevstack->mightsee, test, vis)) {
|
||||
|
@ -379,6 +377,8 @@ RecursiveClusterFlow (int clusternum, threaddata_t *thread, pstack_t *prevstack)
|
|||
continue; // can't go out a coplanar face
|
||||
}
|
||||
|
||||
free_winding_memory (thread, winding_mark);
|
||||
|
||||
thread->stats.portalcheck++;
|
||||
|
||||
target_winding = target_portal->winding;
|
||||
|
|
Loading…
Reference in a new issue