Un-link picture with original file

In rhino 8, when using reference pictures / photos in a file that I am using to design over / in conjunction with.
i think I would most likley drag the image from a windows folder and drop it into the rhino workscreen.

I noticed that when I later opened the original picture in “windows photo viewer” and rotated it in “windows photo viewer” whilst having the same image open in rhino it actually changed the image in rhino as well?

is this a bug, or is it possible to set the pictures dropped into rhino as un-linked so they don’t update or change the original image, and likewise if the original image is changed or modified it won’t change what is happening in rhino?

yeah i reported this as well but i could not explain to them why it is important. for me the issue was when i opened a file on other computer where i happended to have different pic under same url i got completely different appearance of my model. lets say downloads/1.jpg can be very different on different PCs…

It is not a bug, but the expected and implemented way. Changing the original image will also update in Rhino.

Hi Nathan

thankyou for your reply, can this link be broken?
or is there another way to handle it so the images are not linked?

Currently no. You’ll have to use a copy of the image.

ok, so what happens if I open the image in say paint, do a screen grab and paste it into Rhino?
how is rhino handling the image as it has no original file and the pasted image sits in rhino…

As far as I know there will be a file written to disk.

wil that be in the same folder as the rhino cad file?

No, it’ll not be in the same folder. On the Mac it’ll be a file under ~/Library/Application Support/McNeel/Rhinoceros/8.0/PastedImages/, not sure what the location is on Windows.

Hi Nathan

Thankyou, I just did a search on my C drive for “mcneel” and another search for “rhino” and in the results come back there were no locations anything like:
Library/Application Support/McNeel/Rhinoceros/8.0/PastedImages/ ?

The part Library/Application Support is specific to MacOS. On Windows env var for that would be %APPDATA. So if you paste %APPDATA%/McNeel/Rhinoceros into your file explorer you should get to the equivalent path.

Nothing comes up, and even search for “Mcneel” or “rhino” and what comes up bares no connection to this type of thing…

Could very well be that these are saved in the temp folder. Somewhere they are, since that is how textures in Rhino work - they have to be on disk somewhere. Maybe a folder ending in _embedded_files and starting with your filename exists next to your 3dm file, it could be there too.

Not sure why you need to know where this file ends up.

You can always check the bitmap texture in Rhino to see what the file path is.

I am trying to understand how the image is handled as I want to try to stop issues with the rhino file updating if the source image changes as downstream it leads to errors and potentially lots of confusion…

so I can now see whats is happening, as you say by looking at the bitmap texture you can see the file name and in doing a windows search for this name I found the location which is:

C:\Users******\AppData\Local\McNeel\Rhinoceros\8.0\PastedImages
which is ok ish as long as it is a stable location.

I assume these are not treated as temp files and when cleaning out temp files will they get deleted?

I would prefer if the image was attached to the main rhino file or saved in a folder in the same location as the source cad file.
Like rhino adds .rhl and .bak files, then it would keep anything generated in rhino for a p[particular project with the main project file.

is this possible?

When you save your file with Save Textures box checked all image files will be embedded in your Rhino file.

If the file referenced still exists in the location it was linked from that will be used. When you remove/move the original files and open your 3dm file the images will be extracted to a folder next to your 3dm file. If your file is named test.3dm then the folder with extracted image files will be called test_embedded_files.

So then the ‘Save Textures’ doesn’t embed the file if the reference file still exists in the location it was linked from? Seems a bit redundant to check an option that doesn’t function as expected.

Isn’t this what they’re asking - that checking that box (or some other box to internalise the image) breaks the dependency on the original file regardless of whether the referenced file exists or not?

That is not what I said. It is embedded in the 3dm file.

Yes but you then added:

If the file referenced still exists in the location it was linked from that will be used.

Which makes the ‘Save Texture’ redundant, ie. it doesn’t embed the file. And that’s exactly how it works in practice, I select ‘SAVE TEXTURES’ but the reference to the original file still exists:


So the question still remains: How to break the relationship to the original file and embed it in the rhino document.

No, the file is actually embedded.

Rhino just always uses the file that is on disk first. If it is not found on file open then the embedded one is extracted to disk, then that is used.

That good it will embed into Rhino.
Can it not be updated so that a selection box is selected called “embed image” is linked to the Textures panel, then when selected the image will only embed?

Or

Even better, have a selection box when pasting the image to choose to embed the file at the point of insertion.

This will serve as a more stable solution and generally, when using images in Rhino you will probably not want them to change, be modified or update once in place… unless your modifying them in Rhino…