 |
SEED \ LOD related? |
 |
Yes, good find. I'll assign it to myself and see that some appropriate spawnarg is added. The Think() routine in lights should then take care of that. |
|
|
Trying to find a mapper workaround... Is there a way to collect the LOD transition by script such as <example_entity>.getKey ? You can switch the shadows off on lights via the <example_entity>.setShader script. You can also get the distance via: distance = $player1.distanceTo($<example_entity>); but I think it would be a tad expensive... |
|
|
Looks like some related changes exist in SVN. Is this issue closed? |
 |
This can already be done by LOD, don't know if there is another method. |
 |
I vote close it. The mapper control side is amply fulfilled by LOD, and we don't want any more automated interference. There are already enough problems with parallel moonlights glitching because of other optimizations that cut out a light's interactions if it's more than a couple of visleafs away. LOD gives the designer full control over the distance->shadowcasting equation. |
|
|
Yeah, the only relevant issue I see standing is tracker: http://bugs.thedarkmod.com/view.php?id=3238 which is not about shadow-casting but "light existence". It would be cool if LOD\Hide Distance could control that. |
|
|
That's already fixed for 2.03 :) Normal lights with brightness 0 0 0 never generated interactions anyway so it affects only blendlights, as Tels notes in that tracker. Fix 0003752 makes blendlights turn off too when they get an Off() signal, or fade to zero "brightness". |
|
|
I'd vote close this bug without action, too. Distant lights can be managed with LOD, so there is no need for another automated way, which would only interfere with lights like moonlight etc. |
|
|
Note for nbohr1more: entity existance based on distance can already be managed with SEED (culling of entities), so this should already be covered. |
- Anonymous
