Hi Iason, Can you send the output of "getinfo" for the picture that you are feeding to pcomb? My suspicion is that you performed the cropping operation caused the view parameters are being shifted or modified and are not being recognized by pcomb. This will generate the domain error you are seeing.
Cheers, -Greg > From: Iason Konstantzos <[email protected]> > Date: November 12, 2016 5:10:03 PM PST > > Hello everyone, > > I have been doing some tests in order to apply the methodology for overflow > correction covered in this year's paper by Jakubiec et al. using pcomb, as > for example: > > pcomb ‐e "lo=L ∗ Sang ∗ cosCor; L=179 ∗ li(1); > Sang=S(1); cosCor=Dy(1);" ‐o masked.hdr > | pvalue ‐d ‐b ‐h ‐H > | total > > However, I keep getting "domain error" messages for both the S(n) and Dy(n) > functions in my images. My first thought was something's wrong with the > headers, but the view information looks correct having the full 180 degrees > span of my Sigma lens. > Images are created by HDRgen using response function obtained by Photosphere, > and are square-cropped, and resized to 800x800, and otherwise work fine, in > terms of validating luminances or illuminances over Evalglare (at least the > ones that don't contain the sun). > > I'm getting the same domain errors in terms of solid angles when I try to > extract a mapping of solid angles, using something like: cat image.hdr > |pcomb -e 'solidangl=S(1); ro=omega; > go=omega; bo=omega' -o - > solid_angles.hdr > > If anybody has any hints or ideas, I'd greatly appreciate it, as I think that > with careful use (no specular reflections etc.), overflow correction can be a > great solution over the alternatives for direct sun measurements. > > Thanks in advance, > Iason Konstantzos
_______________________________________________ HDRI mailing list [email protected] http://www.radiance-online.org/mailman/listinfo/hdri
