I’ve encountered an apparent bug where using the rtrace -ot flag when there are mirror sources in the scene results in a segmentation fault. I am using an intel mac (10.14.6), and tried a number of compilations (including my own and precompiled from LBL git, including the latest, oldest and 5.3 official). I found one old version that works, but everything newer seems to segfault. I also tried it in a linux/docker container with the same result, that version is compiled from source downloaded in the past week. If I remove the mirror source(s) or the t/T from the output, the trace works fine.
Version that works:
RADIANCE 5.3a lastmod Sat Jul 6 13:23:48 CEST 2019 by stephenwasilewski on Stephens-MacBook-Pro.local
Oldest version that segfaults (which predates everything available precompiled on the LNL git):
RADIANCE 5.3a lastmod Mon May 11 13:19:27 CEST 2020 by stephenwasilewski on Stephens-MacBook-Pro.local
here are the steps to (hopefully) reproduce:
test.rad:
void light solar 0 0 3 100 100 100
solar source sun 0 0 4 0 -1 1 0.533000
void mirror refl 0 0 3 .5 .5 .5
void plastic test 0 0 5 .5 .5 .5 0 0
refl polygon test.1540 0 0 12 0 10 10 0 10 0 10 10 0 10 10 10
test polygon test.6457 0 0 12 10 0 0 10 10 0 0 10 0 0 0 0
commands:
oconv test.rad > test.oct
echo 5 5 5 0 0 -1 | rtrace -i -h -w -ovTMpv box.oct
expected result:
solar 0.000000e+00 0.000000e+00 0.000000e+00 1.000000e+02 1.000000e+02 1.000000e+02
solar 0.000000e+00 0.000000e+00 0.000000e+00 1.000000e+02 1.000000e+02 1.000000e+02
refl 5.000000e+00 1.000000e+01 5.000000e+00 5.000000e+01 5.000000e+01 5.000000e+01
test 5.000000e+00 5.000000e+00 0.000000e+00 7.208992e-03 7.208992e-03 7.208992e-03
7.208992e-03 7.208992e-03 7.208992e-03