[val_z]

well, this is first time I encounter this one...

a) export material to render .mxs in another one comp,
b) copy .mxs and folder with material to diferent comp,
c) when I open .mxs in studio to fix material path studio ask me for some inverted proxy images ???

the problem is that these images are all in .bmp and inverted of original one (in tiff, .jpg or .png). the asking path is also a bit weird
C:\Documents and Settings\VisualLab\Application Data\MaxwellDotNetSdk\Temp\InvertedProxyImages
and
C:\Documents and Settings\VisualLab\Application Data\MaxwellDotNET\SDK\Temp\InvertedProxyImages

well, I copied all temp images in one folder and fixed the material path - but i have not encounter this problem in previous releases.

[JDHill]

Well, I would guess that there is no Material assigned to the object in the plugin - check it in Studio to see if it's actually an auto-generated material. The plugin has to generate those inverted .bmp versions to show anything inverted in the viewport, then it has to set the actual path for the Rhino material to show that .bmp image. If you then copied the object, while the plugin was not loaded, and pasted it into another .3dm, there would be no Material, but Rhino would still have that path attached in its regular material. When you then loaded the plugin and then exported, a Material would be auto-generated using the Rhino material params - and that auto-generated material would use this .bmp file, the same as it would do if you had assigned any other texture through the regular Rhino material interface.

Let me know if that makes sense.

[val_z]

I studied the files in .tmp folder and they are files of material which I made in Rhino plug-in - diferent material - all with same .mxm but different image files

example:
I made a plant.mxm file with leaf "mask" and then I changed leaf "mask" but the .mxm is the same... , I only changed material name in plug-in.

[JDHill]

Can you send me a .3dm that shows this behavior, so I can just take a look and see what's happening?