This preference tells Rhino where to look for linked textures and blocks.
This is particularly useful for office networks where there is a shared network volume where blocks and textures are stored and then referenced across multiple projects. This should also help alleviate situations where hard-coded file paths were used in Rhino 5 for Windows that did not work in Rhino 5 for Mac and vice versa.
You can also drag folders from the Finder into the File search paths list and it will add the path to that folder.
Click and drag the File search path entries up and down reorder them.
This is mostly to help automated procedures where the file name (block name, texture name, etc.) is already known - such as a texture or block instance already stored in a Rhino file, or some script that inserts a file - then Rhino will look in those folders first to see if it finds a corresponding file name without having to specify the full path to the file, path which may also vary from one machine to the next.
im trying to reference external blocks in a template file, created on computer PC-A. If i’d use the template on PC-B, the block paths are unknown. I hoped to fix this with ‘file search paths’ but it doesn’t seem to work in 5.4 WIP 5E326w.
i.e. if i add the path where the block files are located on PC-B, then I still get the message that block file is not found.
I’d like to try to reproduce this on my end. How are the two computers connected?
If possible, can you provide a set of test files? I could make something up, but I’d really like to reproduce this with files that are definitely exhibiting this.
And, after many years, I’m still having problems with graphical glitches in Rhino 5 renders. On the embedded render, you will see tearing / noise on the brick texture. This has been going on for as long as I can remember with Mac rhino. It is using the mcneel provided brick texture.
Note regarding the above, the tearing looks like it is happening on the windows as well, but it is actually that there is brick visible through the glass.
Upon further investigation, if I turn off the bump map I set up, it disappears.
So it would seem to be a bug in the way rhino is rendering bump maps.
Edit: interestingly, the tearing / distortion is still visible through the glass. So it would seem to be something that happens when the material / texture is modified or filtered through a bump map or transparency.
Here’s a render after having turned off the bump map:
