Hi Riccardo - What happens if you assign the same material to the unrolled faces as is on the input? This is not inherited automatically. Probably should be…
This is already the “baked” material.
If you look closely to the upper corner you’ll see the black tip.
The White Is the white part of the map heavily stretched.
In my opinion when the unrollsrf/smash happen it should unroll/smash also the underlying mesh and use it to apply the correct UV mapping to the flat result. Would it be possible?
The problem happens no matter the mapping.
What I did is to map the shape as cylindrical map, then bake it to retain the image shape onto the polysrf and then unroll/smash the polysrf.
The flatten version is correctly keeping the baked material but with surface uv mapping instead of keeping the original UV.
The result is then the entire baked map is stretched on each piece.
Please note that the topic of the same subject is already opened, you can access it in this link:
The Rhinoceros team has been working hard to resolve this issue since 2014. I think I read somewhere they pick specific user-reported broken feature issues only once in a few years to not slow down working on new features. This is because the business development team says the new feature sell not a working feature!
I can’t wait for them to start working on this issue.
@skysurfer my suggested workaround might lead to different mapping results according to @Jussi_Aaltonen so be careful to check the results if you decide to go that route.
Hi @Gijs,
Thanks for the added information.
Just for you convenience I can’t access the second YT link (probably isn’t pubblic).
@Jussi_Aaltonen I read the YT RH-79787 comment and I agree that the problem is into the Unroll/smash resetting the UV coordinates during the flattening process. With the KeepProperties=Yes I’m expecting the command to “Keep” the texture as well.
There are currently some issues in how the surface parameter information of the Nurbs geometry is stored in the render meshes. I have fixed one bug (RH-79840) today and will investigate further what has been changed since Rhino 7.
Another work around in addition to Reparametrize is to run ClearAllMeshes and switch back to Rendered display mode. That re-creates all the render meshes for those surfaces. As far as I can tell after that Bake and Smash work as in Rhino 7.