Hi all,
I used the latest version c358ec23 to perform the overflow correction. The problem is related to a former post(invalid exposure entry). The problem of pcomb has been fixed and it can calculate the illuminance. However, the illuminance value(e.g.7309.1510) is bigger than the result (e.g.6731.3417) from the old version like 1af5566f when the measured value is 6577.3666 lux.
After the correction with c358ec23 , I cropped and resized the image using the new tool rcrop.
Morever, I am puzzled about the results obtained from evalglare with pixel overflow correction where only DGP is shown.
With pixel overflow correction:
I hope @Greg_Ward can check this problem. Now my computer is running two versions of Radiance. It is fantastic to use rcrop and pcomb to calculate the illuminance in one version!
What is the header of your original “23_ca.hdr” file? I suspect there is something in the header that is getting passed down to evalglare, which it doesn’t like.
Also, your first set of commands can be replaced by:
The new getinfo -r option replaces a previous setting with a new one. To remove any indented EXPOSURE= lines, you might have to modify the final command, like so:
I don’t understand the difference between the two results, to be honest. Neither of your ra_xyze commands is doing anything, since 23_ca.hdr and 23_carp.hdr don’t have left-justified EXPOSURE= lines in them. The output should be the same as the input. Also, your pcompos command has a stray “-o” option that it should not have, which would not have generated a correct result. If you upload your 23_ca.hdr image somewhere, I might try it myself.
Regarding the getinfo -r option, this is also new.
I removed -o for pcompos and tested rcrop and pcompos to calculate the illuminance respectively. The final results are identical. It is clear that we have found the reason for this problem.