The Persistence of Vision Raytracer (POV-Ray).
This is the legacy Bug Tracking System for the POV-Ray project. Bugs listed here are being migrated to our github issue tracker. Please refer to that for new reports or updates to existing ones on this system.
Attached to Project: POV-Ray
Opened by Samuel T. Benge - 2009-08-07
Last edited by Christoph Lipka - 2012-06-21
Opened by Samuel T. Benge - 2009-08-07
Last edited by Christoph Lipka - 2012-06-21
FS#46 - area_illuminate in area lights is not taking fade_distance into account
It seems that the new area_illuminate flag for area lights does not take into account fade_power and fade_distance. The illumination falloff is still being calculated from the center of the light_source.
Here’s some relevant code:
camera{
location<0,10,-10>
look_at 0
}
plane{y,0 pigment{rgb 1}}
light_source{
y*.1,100
area_light x*10, z*1, 8, 8
jitter
area_illumination
fade_power 2 fade_distance 1
}
Confirmed. (Took the liberty to re-format the original report for beauty.)
Light fading seems indeed to be computed globally for the whole area light, not each individual “sub-lights”. The question is whether we want to change this, as it will of course cost some performance. I doubt whether it makes much of a difference in typical use cases, so I’d advocate to make this optional somehow.
I’m thinking aloud about whether it could be decided automatically depending on parameters such as the light source’s size and distance to the point under test; but then again, this would require some “fuzzy logic” to avoid artifacts at the distance where the “detailed” algorithm kicks in.
Thank you for taking the time to look at this.
I think having each "sub-light" account for distance fading would be a great enhancement for the area_illuminate feature. We could finally model realistic-looking fluorescent lights without having to create a costly array of miniature area_lights. We could also add better-looking fill lights, similar to how I made the indoor aqueduct image in the HOF.
I think light fading for area-illuminating light sources could be off by default, with the option to turn it on via a keyword like so:
area_illuminate fade_on
Something like this would turn on the area_illuminate feature and light fading for it both at once :)
I don't see a reason why taking the fading parameters into account for each "sublight" would make the calculations significantly slower. It's more an oversight than anything else.
What is the status of this?
implemented with change #5572.