[polynurb]

is there maybe some way to plot a list of all used textures(and their paths)?

it would be very helpful to get an overview, and to track down potential errors before rendering to network.

thnx,

daniel

[JDHill]

Not all textures, but you can get a list of bad ones, and their locations (i.e. where they are located in a material) using Maxwell_PathStatusReport.

[polynurb]

thanks for the tip!

i use the path check but in this case the problem was that some textures contain local paths (like drive e) or unavailable directories on network, and path check doesn't see these because the textures are not missing.

so i would want it to show all textures NOT located on X:\ (network drive on all computers)

[JDHill]

I see -- I don't have anything for that, and I suppose that neither Pack & Go nor Maxwell_GatherFilesAndMakePathsRelative would directly help in this situation. Which I am basically understanding as: you have a scene where some materials were built using textures available on the network, and others weren't.

If that's the case, what I would probably try would be to use Maxwell_GatherFilesAndMakePathsRelative, save the file, move the gathered textures to the network location, and make sure that location is in my search paths. At this point, you probably want to re-start Rhino and re-open the document. What you should end up with is a document which only contains relative path textures, and which uses search paths to locate them on your network. Let me know if I've got that right, and whether you think the technique outlined would get you where you want to be -- it could be made into a command for rebasing a file to a specified location, rather than to the document location, as is done with Pack & Go and Maxwell_GatherFilesAndMakePathsRelative.

[kami]

Hi Jeremy
I got a similar question:
Is it possible to define a default texture folder (under settings -> search path) which is a relative path to the current file?
Example: I got a lot of old projects which I moved to an archive server. I got textures for the projects always in a directory called ´textures´ as subdirectory to my rhino folder. on the projects I forgot to use gatherfilesandmakepathrelative every texture is wrong, because their path has changed.
I tried to enter just ´textures´as path but it now it takes ages for the rhino plugin to load.
Thanks,
kami

[JDHill]

Yeah, putting 'textures' in search paths would be a bad idea; probably it will cause you to wait for Windows to search your machine and network to confirm that no such location exists.

Anyway, doing so should not be necessary, since the plugin already looks for and searches any 'textures' folder found next to the document, provided that you have the 'Perform Path Checking' option enabled.

[kami]

Hmm. That sounds good, but ...
I got the "Perform Path Checking" enabled with a Search Depth of 5 and the textures which are in the subfolder 'textures' are marked as red and not found automatically. (Only if I reasign any texture of a specific material, every other texture for the same material is found)

[JDHill]

I'm not able to reproduce that here. Does it make any difference if you open the file using File > Open (I believe I mentioned this before) and not Rhino's most-recent list? If not, I'd be curious to hear what would happen if you closed Rhino, moved the textures from the /textures folder up so that they were right next to the .3dm, and then re-opened the .3dm. Are they found then?

[kami]

I see. Now I remember that we talked about this before.
It works if I select open but not if I just double-click the file in the windows explorer.
Why does that make such a huge difference? Would you be able to change that behavior?

[JDHill]

Basically, it is because browsing with the open file dialog sets current directory for the process. I have a bunch of code in there which should make it work regardless, and it does in my tests, but obviously it fails for you, so I'll see about re-working it.