The file size for a save to *.3dm, with the image embedded, is larger than if just the Nurbs only is saved.

Edit: So something else is wrong?
Edit: So the image must be in the .3dm file, just not compatible with the windows display???
What kind of file format was the original image?
(I'll await Michaels answer.)
Maybe the file, or a test file, could be posted?

Hi Ollobert, is it possible for you to send me the file so I can take a closer look at what's going on from inside the debugger?

You can e-mail it to me at moi@moi3d.com if you want to keep it private.

There is probably some bug involving the different file paths between windows and mac but normally when it's embedded it should not have to access the original file path anyway though... So it would be good to have the file to test with.

In the meantime to fix up your file you could bring all the images with you onto your windows machine, and then go to the properties of each background image and update the "Image file:" path there to make it read in that image file and then that should get you going again.

- Michael

hi micheal,
the file is on its way. unfortunately i can not update the image's paths, because they are no more displayed in the list, neither in the embeded nor the unembeded file version.

Hi oli, thanks for sending the file - over here your embedded images show up fine on Windows, is it possible that you've set tranparency to 100% in the image options ?


> because they are no more displayed in the list, neither in the embeded nor the unembeded file version.

It's normal that only the base file name is displayed in the list and not the full path because there isn't much space in the list.

But if you click on one image in the list to select it, you can then push the "Properties" button here:


That will open up a dialog where you can edit the path. Also you should be able to put the .tif files into the same folder as the 3DM file and then push the "Reload" button on that properties dialog and it should then reload the image at that point.


Are you maybe using an old version of MoI on Windows ? Maybe there is some problem with some specific MoI version, I'm testing with the current v3 beta over here where your embedded image seem to show up ok.


- Michael

thanks for the help, but my image list is completely blank, displaying no file names, and all buttons except "add" are greyed out.
currently i am using the 30-day trial version from the homepage (2.0). also tried it on a windows 8 vmware machine with the same result.

Hi oli, so now I think I see what's going on - it is a bug with background images not being read in to MoI v2 from files saved from MoI v3.

The Mac MoI version that you're using at v2.5 is actually based off of the v3 beta and so it's more similar to v3 and there is a problem with moving background images from v3 back into v2.

I seem to remember this as being some kind of side effect from moving in MoI v3 to saving to the Rhino v4 3DM format instead of the Rhino v3 3DM format that was used in v2 and v1.

Right now the main way to solve it would be to use the v3 beta on windows rather than the v2 trial version. At the moment I do not have any proper solution for background images to go from v3 (or v2.5x mac) into v2, sorry.

Basically an incompatibility problem specifically for background images when newer generation 3DM files get read into the previous generation v2 handler for them.


Right now the mac and windows trial versions are kind of out of sync with each other, since the mac version is new and is based off of the v3 code base. The trial versions will get synced up with one another going forward from here, so when v3 is released the mac and windows trial versions of v3 will not be out of sync in this same way that they currently are.

Hope that explains what you've run into anyway...

- Michael

ok. that seems to explain everything, so for now i will stick to one system and continue testing ;-)