genBSDf cannot find klems_full.cal

Hello,

I am working on using genBSDF to create a custom BSDF based on a geometry that I have created in Rhino. Using Honeybee modules in Grasshopper, I have created a .rad file of the geometry which then is translated into a BSDF file.

When I run the genBSDF script it returns the following error:

Although from what I can see I have this file located in C:\Radiance\bin. I am updated to the latest version of Radiance. Are there any thoughts here? Working on this a few months back (before updating Radiance) I was able to generate BSDF files.

Thank you in advance for your help!

John

Hi John,

The file “klems_full.cal” should be located in C:\Radiance\lib. If it’s in that folder but isn’t being found by rcontrib, then your system’s RAYPATH variable may not be set up. Edit your environment variables and make sure that C:\Radiance\lib is part of your RAYPATH.

Nathaniel

Hi Nathaniel,

Thanks for your help! It looks like it was added to the RAYPATH for the system, not the user.

After solving this error, I am looking at this now:

Not sure if you have seen this error before “Could not wrap BSDF data”?

Thanks,

John

Yes, the user RAYPATH supersedes the system RAYPATH on Windows. I usually suggest to delete the user RAYPATH variable so that the computer is forced to use the system RAYPATH.

The “Couldn't wrap BSDF data” error looks like a separate issue, so I suggest looking at that thread to start.

Nathaniel

Thanks for your help, Nathaniel!

Hey Greg,

Thanks for your reply. I took a look at the tb.dat file located in the temp folder. It is a completely empty file.

John

Did genBSDF fail right away, or did it take some time before reporting this error?

Either there’s something wrong with rfluxmtx tool, or the inputs genBSDF is sending to it. It’s difficult to know. What happens if you run “rfluxmtx” by itself on the command line? What about running “rcontrib -version”?

My apologies on the delay, got caught up with some other work. genBSDF does not fail right away. It spends about 15 sec. in the initial line of code and an addition 2 mins in the “Recover using:” line before returning the error.

Here is what I get when running rfluxmt an rcontrib:

The .mtx file that is created in the folder is empty after running this.

Well, this seems normal except for the genBSDF error you are getting. Unfortunately, it’s impossible for me to debug without your input file. If you want to post that, I can try running your genBSDF command, myself. It might not uncover the problem if it’s specific to your system, but it’s all I can think to try.

Ok thanks, Greg. Here is the RAD File that I am trying to create a BSDF from. I appreciate your help!!

https://psu.box.com/s/d8fp2d9uu2u1sp166t74yxfva8ykox7b

Well, it seems to work fine with the Unix build, so I’m not sure what’s going on with the Windows version. I have no way to debug that, unfortunately. Maybe someone else can give it a try.

Some advice on your model – your actual geometry (according to getbbox) goes from a Z-value of -0.25 to -0.1. You really should make the maximum Z closer to 0 if you can. I suggest using:

xform -t 0 0 0.0999 70-open.rad > 70-open-moved.rad

I would also adjust your bounds so you don’t go all the way to each edge, which causes leakage (a lot of leakage with your original positioning). I used the following options in my test:

genBSDF +geom inch -r “-ab 1 -ad 200 -lw 1e-4 -st .01 -ss 32” -dim 2 24 -24 -2 -0.16 0 70-open-moved.rad > 70-open-moved.xml

This seemed to give more reasonable results.