[Radiance-general] possible inconsistency of bin numbers between BSDF and kelms_int.cal

[Jia Hu]

Hi Greg,

Thanks for your updating! I looked at the code, which seems to prefer
"Front Transmission" (WINDOW 6 convention) data and if it is NULL, then the
back transmission data will be used?

Thank you !

Jia

On Tue, Oct 23, 2012 at 6:28 PM, Greg Ward <gregoryjward at gmail.com> wrote:

> Hi Jia,
>
> There was a bug in the recently-added reciprocity calculation in
> dctimestep, which I hope I have now corrected.  Please try this again with
> the copy of dctimestep.c from the current HEAD.
>
> Thanks for pointing out the problem.
>
> Best,
> -Greg
>
> *From: *Jia Hu <hujia06 at gmail.com>
>
> *Date: *October 22, 2012 10:28:52 AM PDT
>
> *
> *
>
> Hi Andy:
>
> Yes. But currently the fact is that if the back transmission data is
> missing, the results are zero even if there are front transmission data.
> That is why I am confused.
>
> Thanks,
>
> Jia
>
> On Mon, Oct 22, 2012 at 12:50 PM, Andrew McNeil <amcneil at lbl.gov> wrote:
>
>> dctimestep originally used just the front transmission data, and if front
>> transmission data were missing the result was zero.  I think Greg has
>> recently made changes so that it can us back transmission too.  Try with
>> the HEAD.
>>
>> Andy
>>
>>
> _______________________________________________
> Radiance-general mailing list
> Radiance-general at radiance-online.org
> http://www.radiance-online.org/mailman/listinfo/radiance-general
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.radiance-online.org/pipermail/radiance-general/attachments/20121023/05b01a6b/attachment.html>