Hello - I’m checking this… @donner -what is the exact version that you are running? (Help>About Rhinoceros).
If you are running an SR1 release candidate, please see if there is an update available. (Options > Updates and Statistics)
When assigning such an object from the material library in theory Rhino should start downloading the associated bitmap image from the server. For this to work your Rhino should be able to find and connect to the download location.
You can let Rhino download all bitmap textures from the server in one go in the Libraries panel. Click on the tripple-bar menu icon and choose Download all library textures.
If that doesn’t work either please report back. The output of the Rhino command _SystemInfo (or Help > System Information, which is the same) could be useful too. Attach it to a reply in this thread.
I have the same problem. Textures that include ‘special’ bitmaps appear deep black. The problem appeared on my old iMac and I thought that it could be a problem with the virtual machine but then I took my new Lenovo Yoga 920 where die textures are black, too. I experimented a little bit and found out, that some bitmaps work fine but others not although I could not find any difference in the file formats. Thus, when creating a new user defined material with a color texture that appears black you can solve the problem checking the color mask bottom. Then it works but it is not the solution. When using plugins like Shapediver for Grasshopper which address the Rhino viewer there is no way for checking this mentioned box. Maybe it would work if the box is checked by default.
Another material with another bitmap that works. Both are pngs with 24 bit. I also tried to convert the images with and without alpha cannel or into jpgs without any success.
I use the latest Rhino release candidate. Both textures are located on my dropbox. The problem also appeared when the bitmap is saved directly on the desktop.
I mentioned Shapediver… It is interesting, that shapediver is giving back also only black textures in Grasshopper respectively in the Rhino viewer but uploaded at Shapediver the textures appeared completely well.
I have had an error message for a long time for which I cannot find a solution. The error message means that saving will probably always take a little longer. Since the file is always saved - no later than the second attempt, the problem can be “sat out”.
when saving - also with automatic intermediate saving the following line appears - sometimes 10 times in a row:
“Fabromont-Resista-Color-Punkt-Kugelgarn-Carpeting-Carbon big .jpg” is an image file that I sometimes use for rendering - but not in the files concerned. The problem persists even if I delete unnecessary layers and materials with
-> Tools / -> File tools delete all unused materials
(… what are actually predecessor and RDK materials?)
What irritates me is that when saving, a download is attempted on the McNeel page, where this JPG is unlikely to be found,
which leads to delays when saving in sequence. At least the log always gets stuck in the command line.
Where / how could I look for a solution to the problem?