Hello,
I've stumbled over an issue regarding V-Ray Standalone and .ifl files.
3ds max creates .ifl files in this fashion (without absolute or relative pathing info):
mybitmap01.jpg
mybitmap02.jpg
mybitmap03.jpg
....
if you link this .ifl file to a Vray material slot and export it to a .vrscene using 3ds max. the file that's linked in the ifl file will not be found by Vray standalone.
however if you change the ifl file in this way (add relative pathing info), it will be found by Vray Standalone (if the bitmap is there of course).
./mybitmap01.jpg
./mybitmap02.jpg
./mybitmap03.jpg
....
I understand why this happens, and the fact that 3ds max just does it the "wrong" way is a pitty.
But I think Vray standalone should adapt to this and support the way in which 3ds max creates ifl files
in order to enhance compatibility to the DCC application, I think that this kind of compatibility is important.
Thank you
-Robert
I've stumbled over an issue regarding V-Ray Standalone and .ifl files.
3ds max creates .ifl files in this fashion (without absolute or relative pathing info):
mybitmap01.jpg
mybitmap02.jpg
mybitmap03.jpg
....
if you link this .ifl file to a Vray material slot and export it to a .vrscene using 3ds max. the file that's linked in the ifl file will not be found by Vray standalone.
however if you change the ifl file in this way (add relative pathing info), it will be found by Vray Standalone (if the bitmap is there of course).
./mybitmap01.jpg
./mybitmap02.jpg
./mybitmap03.jpg
....
I understand why this happens, and the fact that 3ds max just does it the "wrong" way is a pitty.
But I think Vray standalone should adapt to this and support the way in which 3ds max creates ifl files
in order to enhance compatibility to the DCC application, I think that this kind of compatibility is important.
Thank you
-Robert
Comment