Hi Greg,
the last mgf2inv update fixed the problem with the tree digit exponents.
However, on Windows (thanks again Rob for providing the new binaries!)
the normals are still messed up -- see below.
The strange thing is that using the Windows binaries normals are printed
whereas in Linux the normals are not printed at all.
The output in Windows is:
*DEF ceil_fac_001 Group {
Separator {
USE ceil_mat
Coordinate3 {
point [ -2.000000000e+000 +4.500000000e+000 +2.853170182e+000,
-1.500000000e+000 +4.500000000e+000 +3.000000000e+000,
-1.500000000e+000 +5.000000000e+000 +2.544315366e+000,
-2.000000000e+000 +5.000000000e+000 +2.397485548e+000 ]
}
Normal {
vector [ +0.000 +0.000 +0.0-1.500000000e+000 +4.500000000e+000
+3.000000000e+000,
+0.000 +0.000 +0.0-1.500000000e+000 +5.000000000e+000
+2.544315366e+000,
+0.000 +0.000 +0.0-2.000000000e+000 +5.000000000e+000
+2.397485548e+000,
+0.000 +0.000 +0.000 ]
}
IndexedFaceSet {
coordIndex [ 0, 1, 2, 3 ]
normalIndex [ 0, 1, 2, 3 ]
}
}
}
*
It seems the vlist[] is corrupt under Win because in line 546 of mgf2inv.c
the strcmp is
nonzero. To me it seems that from the the second vertex on the vertices are
written 3 bytes
left of where they should be -- these could be just the bytes that Win (or
any system with
3 digit exponents) needs more?!
All in all it's probaly the VFLEN that is correct for a 2 digit exponent
(72 = VSEPPOS (50) +
space (1) + len(VZVECT) (20) + len(\0) (1)) but not for a 3 digit exponent.
Cheers,
David
_______________________________________________
Radiance-dev mailing list
Radiance-dev@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-dev
