Packaging Design - UV-Mapping workflow?

Hello guys, coming up with this question, where I have a unfolded map, that I want to take to Photoshop to apply my design and then have it applied easily in Rhino via UV-Mapping. Found the basic Mapping tutorial for Rhino 5 on Youtube where the guy explains UV-mapping in the end. But from what I know there is this distortion regarding to the 1x1 UV space. Is there an easy way to handle this workflow by altering the design in Photoshop in real scale (no sqeezing), save file and have the Material instantly updated in Rhino? Want to evaluate the packaging design on the fly, because there are many leaves and Typography that is flowing over the cover surface to the side surfaces. Thanks Hannes

The fifth video in this series might answer your question…

In short, use the pixel dimensions of the texture in your mapping settings. Rhino 5 also automatically updates any textures that get saved over the existing file name you’ve referenced in your material too.

Edit: If you’re using a custom UV unwrap versus planar, make a rectangle at the image dimensions and scale that down. Then use it’s corners as Osnaps when opening the UV editor. This will preserve the aspect ratio of the texture in the same way I re-sized the planar mapping widget.

Hi Brian,

I have problem with this function this days. I play with the Octane demo and Octane can be linked to the Rhino environment. But if the Rhino env is updated, than Octane don’t refresh. Paul from otoy means:

Q: “Couldn’t the Rhino-reload-event be used to trigger Octane reload of the env map?”
A:“My best guess is that Rhino is not firing the “environment changed” event. If the event was being fired, the Octane plugin would be reloading the Rhino environment.”

Is there a chance that Rhino trigger Octane to refresh the current file from the disk?


Is there a chance that Rhino trigger Octane to refresh the current file from the disk?

Micha - Rhino is firing the correct events for me. If the Rhino environment is a bitmap in memory, then this will be (re-)loaded immediately into Octane when changed in Rhino. But as indicated in the Otoy forums, if the environment is an image on disk, then you need to click “Reload All Texturemaps” to have Octane reload all the images from disk. It would be an easy enhancement to have Octane reload an environment from disk if the filename has not changed - however if you are using HDR Light Studio I’m not sure this will resolve your issue, because my understanding is that HDR Light Studio will rename the temp IBL each time it is changed (but I might be wrong on that…)


No, I’m looking for an easy to code solution. I render a HDRI output with a fixed name and this one is reload by Rhino every time I press the render button HDRLS. Rhino shows me the right refreshed HDRI, but Octane ignore it. I understand you so that Octane doesn’t get the refresh signal from Rhino. In this case I don’t asked for a live connection with changing names.

@andy may be able to help here if there’e something that needs to change. I haven’t tested auto updating of edited HDRI with Octane yet.

Great, please test it. :slight_smile:

It’s in the next release of the plugin.


Great, thank you.

Here is my UV mapping workflow: How to paint Rhinoceros FBX from Rino3D to Substance Painter workflow

I make a specific thread talking about RizomUV bridge for UV mapping: UV MAPPING: RizomUV Rhinoceros3D Bridge workflow (AM Mesh Bridge)