There seems to be a problem with this new version. When I export,
it creates a bunch of materials but names them all "default_material".
I couldn't reproduce Rob's problem here but there is a situation
where something similar happens (semi-)intentionally:
In 'by layer' export the script uses the layer of the polygons
to define the material. I assume that most imports from CAD will
keep the layer assignment as it was and so you could use this
to create layers like 'concrete', 'wall internal', 'wall external'
which after the export would be assigned to materials of the same
name (or the Radiance save version with spaces replaces by '_').
At the moment the only thing the exporter can do is to create a
dummy material file with all of these layer/material names aliased
to the default material. Hence the unmodified export will be grey.
You now should use the references in the 'material.rad' file to
create your own material file. The simplest way is to replace it
with a standard file that contains default material descriptions.
As long as your layer names match the material names this should
work out of the box.
I was planning to add a function to read existing material files
and use the definitions in this file. However, for that I have to
write a parser for Radiance syntax in Ruby and that's not at the
top of my TODO list right now.
Perhaps the new material library function is causing this? Is there
a way to get the previous version back? On the google site, you have
a ver_c but you also made a ver_d prior to the current one, which
worked great for me.
I do not remember a previous v00d but I referred to everything since
v00c as 'v00d'; it just never had a release date next to it.
You can go to the google code site and check the existing revisions
here:
Google Code Archive - Long-term storage for Google Code Project Hosting.
Then you can use any SVN client to get the revision you want or
use your web browser to get them individually.
Maybe I'm just not using the material library function properly?
The only thing you could do right now is place a Radiance material
file next to the material's '*.skm' file in your Sketchup installation.
The content of this file would be use instead of the replacement
so the names have to match! It's not my preferred way to handle
materials but it was possible without 'understanding' the contents
of the file and therefore quick and easy to do.
NOTE: I have found another problem with the material assignment
that causes the rendering of the scene to fail due to missing
material definitions. This happens with the 'by color' mode
and is fixed in the current SVN.
I also noticed that the 'by color' mode does not behave as
it's supposed to do. This might be related to components and
therefore not such a problem but I see that I have to work on
this for a while before a 0.1 release.
Anyhow, I hope it still helps some of you out there.
Thomas
···
On 20 Mar 2008, at 21:09, Rob Guglielmetti wrote: