Hi Zack,
We use multiple replmark calls on all kinds of object including lights
and fixture geometry. Typically we define the fixture geometry and
compile it into an octree that can be instanced around. Any lights
(illum/light/glow and associated distribution data) are managed
independantly althoughf generally using the same markers used to locate
the fixture geometry. In general, the thing to remember is that anything
that is a light (eg has the following material types applied: light,
illum and glow) must be compiled into the final top level scene octree.
Let's try to back up and consider in a more generic manner what you are
trying to do: build a scene that has multiple instances of the campo
fixture deployed. To do this, you could do the following (note there are
a few different ways and this is just what is coming out as I write):
Note I will assume mats.lib that defines your materials.
BUILD the LIGHT FIXTURE GEOMETRY (no lights, illums or glows) for 1
CAMPO FIXTURE
camp_full_geometry.rad:
!xform -m grey_090 scene/l_reflector.rad
!xform -m stainless_steel scene/l_metal.rad
oconv mats.lib campo_full_geometry.rad > campo_full_geometry.oct
BUILD the LIGHT SOURCES for 1 CAMPO FIXTURE
campo_light.rad
!xform -m campo_glow scene/l_glow.rad
!replmarks -x luminaire/hessamerica+++ca45-71r+++6500.rfl
l_ies scene/l_ies.rad
BUILD the SCENE
test_room.rad
!xform -m grey_090 scene/l_room.rad
!replmarks -i campo_full_geometry.oct l_test_oct
scene/l_test_oct.rad #gives you x instanced octrees of the
fixture in the scene
!replmarks -x campo_light.rad l_test_oct
scene/l_test_oct.rad #gives you x xformed light
source groupings in the scene
oconv mats.lib test_room.rad > test_room.oct
rview -ab 1 -av 0 0 0 -vf myview.vf test_room.oct
It looks like the way you have things broken down should be fine, so it
is not clear why it is not working the way you expect. My example
organizes things a little differently and I think it should work.
Regarding the large illum geometry for the ies data. I think that this
should not be a problem, but really depends on whether this is the
geometry that gets spit out by ies2rad or is it geometry that you have
built yourself. If it is the latter then you need to make sure that the
brightdata definition for the ies data includes the proper measure
(METERS!) for the box geometry, and also that it uses boxcorr/lboxcorr.
It looks like you have a glow also. You may want to assign the glow a
local radius (argument 4) to make sure that things inside the illum
geometry get some local lighting.
Hope this helps.
-Jack
Zack Rogers wrote:
> Hi Jack
>
>> It looks like you are getting light in your image. There seems to be
>> a lot of light on the floor. Perhaps it is not working the way you
>> expect?
>
>
> The image I posted is of the correctly modeled luminaire before trying
> to replmark it as an octree (1st attempt which seems to be a dead end)
> or replmark an octree of geometry and separately replmark -x 4 ies
> files (2nd attempt which did not give any light output - ies markers
> did overlap geometry octree bounding cube) or replmark -x it as a
> single .rad file (3rd attempt not giving same light output as the
> posted image, but some light output nonetheless).
>
>>
>> One thing to do that might help at least verify the spatial location,
>> would be to edit luminaire/hessamerica+++ca45-71r+++6500.rfl and make
>> sure that the light source is "light" rather than "illum." This way
>> you can see its location in the image. Then make a scene that only
>> includes:
>>
>> !replmarks -x luminaire/hessamerica+++ca45-71r+++6500.rfl l_ies
>> scene/l_ies.rad
>
>
> I am pretty sure the distribution is close to correct now, I already
> did the "light" definition to ensure this. For this fixture, my illum
> box is 4' x 1'9" x 2'6", encompassing the reflector, supports, and
> lamp for each arm. The central support arm does pass through this
> illum box, but most candelas are going forward so I do not think this
> is causing significant inaccuracies in the resulting distribution. I
> think the shadow lines on the floor are a little more intense because
> of this but that's about it. Any issues with applying ies data to
> such a large illum box?
>
> Thanks for the suggestions! Have you been successful using replmarks
> -x for light sources in your renderings? I think the double use of
> replmarks -x (once for the 4 ies files, and then again for my final
> placement) may be causing my problems now.
>
> Zack
>
--
# John E. de Valpine
# president
#
# visarc incorporated
# http://www.visarc.com
#
# channeling technology for superior design and construction
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://radiance-online.org/pipermail/radiance-general/attachments/20050623/6a34df91/attachment.htm