I saw that you closed that issue with the reason that the current checkbox is “easier to find”.
Well, if you open a file and then don’t do “save as”, you never see that checkbox. And as I said, the one place where you have options for additonal file creation is not where you find this option, so I wasn’t aware of it until @Pascal pointed it out to me in another thread.
Besides, I asked because I’m looking into options for administrating Rhino installations, and unless I’m mistaken, the “.bak” and “lock file” options can be imported from a central options file, whereas the “save textures”, since it’s a document option can’t, so it currently cannot be administrated.
Use File > Save as Template, disable “save textures” and overwrite all 3dm templates. New models started from the templates will have “save textures” disabled by default.
It could be not safe to add “save textures” as a global option. The embedded textures might get removed when models move between computers that have “save textures” set differently.
I suspect this search path/save textures thing is something I don’t understand fully yet, similar to the block manager… it doesn’t intuitively feel like a system the rest of the industry uses when it comes to linking/embedding files.
We’ll see when the PDM is actually up and running if it throws errors when Rhino starts spamming folders… wonder what Rhino will do if it doesn’t get folder write access (which might actually be a thing).
After that, Rhino continues, but becomes completely unresponsive to any dialogue options, like save and export (also, it deletes the original .3dm file which is kinda critical) and although you can still rotate around the viewport and click things, you need for kill it via the task manager.
This is kinda a special case, probably, because I brought a work file home and I’m editing directly in the iCloud Drive folder (still using Rhino for Windows, though).
So if even iCloud Drive makes Rhino throw a fit with this folder creation stuff, I’m guessing our PDM system will do something similar…
I guess this is on me now, though, because I just opened the file, and then made some changes and pressed “save”, not “save as”, so again, I never saw the “save textures” option checkbox.
I tried to embed new images in 3dm in the ICloud folder on Windows, I don’t see this error.
This is the command-line history.
Command: _Save Packing support file Basic-Blue-M.jpg (0%) Packing support file Matte Black.jpg (50%) File successfully saved as C:\Users\kelvin\iCloudDrive\Documents\abc.3dm.
I came across this thread because I’m having issues with embedded files. I’m working on an exhibit project and we are embedding a ton of low-res images into our 3dm files to visualize the curation of museum objects. Our workflow is successful and our Rhino files aren’t too heavy. However, I don’t understand how, when, and why Rhino6 makes the Embedded Files Folder that it does. I see above that Rhino makes the Embedded Files Folder upon “Open” but I cannot force the folder to be created when I need it to. I would like to be able to “collect” embedded images that are saved in various locations on my local PC and on our server. Sometimes, I am able to save a copy of a file and open it locally (as opposed to on the server) and Rhino will generate the folder. However, it gets really tricky: when I try to modify an image in this newly generated folder, the image doesn’t always update because it is still linked to it’s original location. I even went into the material settings and manually relinked all the images to the newly created local images but for some reason the links STILL point back to the original image location. This is true even if I completely delete the original file.
It would be super helpful if there was a command or an Embedded Files Manager that would allow us to easily see and relink images as well as initiate the collection of embedded images into a associated folder. Am I missing something? Is this a new feature request? Any further reading or insights would be greatly appreciated.
@ryan.odom
I added RH-56420 to make sure there is only one copy of each embedded image on the disk. And that’s the one that can be edited to get the texture updated in Rhino.
Sorry to wake up this topic but I have some issues related to embedded images.
In my personal opinion, rhino should not create these embedded image folders, but I also understand why this has to happen.
In the plugin I am developing, I need these images to be embedded in the document and not create these folders, I need to move the .3dm by several PCs without propagating image folders.
In my case, my document will hardly have more than 1 or 2 images maximum, do I need to know if I can embed these images directly into the document data?
@KelvinC I would still like to petition for a checkbox in Rhino that says “never embed any files”.
(We effectively are forced to do that anyway now, since we put some Rhino files on our PDM system, and cannot risk Rhino attempting to create any folders.)
(And zero of the other 3D applications we work with ever create any folders for embedded files, unless the user explicitly asks to export/save them. This is really bad behavior on Rhino’s part.)
We clearly need a way to get Rhino to stop unpacking embedded files to solve this problem. However, that will mean, of course, that the file will load without the textures you need. Would it be OK, in your case, to unpack them into the TEMP folder instead?
Perhaps you did not understand my question, or I did not express myself correctly.
whenever I save a .3dm file on my pc, and the images are on my pc, rhino does not create this folder “xxxx_embedded_files” , and this is ok , I have no problems here.
If the same file is opened on another pc, rhino creates the folder “xxxx_embedded_files”, I understand why it has to be created, and this folder is created in the same directory as the .3dm file.
The problem is that I don’t welcome the creation of additional folders, imagine, my plugin includes at least one image in all files, we are talking about a dozen files a day, these files will be used by other computers in the same way and also dozens of times a day, all users can delete these folders but I think it’s unnecessary work.
I think:
1º These folders can be created, but in a temporary directory.
2º This folder must be eliminated when the rhino closes.
Since I’m just going to use my plugin to open this file, can I force rhino to cahnge directory these temporary folders is created ?? not create on .3dm directory?
For me works, after on close rhino I can control file do delete on Temp folder, and same time the user will not see these folders (at least in the same directory)
edit:
In my option, this have to by aply to API like template file "Rhino.ApplicationSettings.FileSettings.TemplateFile ".
Sure, because that at least doesn’t interfere with the PDM system.
I would prefer Rhino asking the user to manually locate and re-link the missing files (like all other 3D apps do), but as a quick fix, it at least won’t cause any issues.
(And in the long run, I’d still like a “never embed files” option, to keep Rhino file sizes down, and since those files are checked in separately on the PDM/a different backup system anyway).
We actually used to do that, when this feature was first designed. It was absolutely hated! Users generally don’t want to have to make these kinds of choices - certainly not every time they open a file. They just want to get on with modelling.
the result of 
?