Issue #1: When I set a preview for the “ReduseMesh” tool and I hit “OK” to convert the mesh, for some reason Rhino will not apply the already calculated geometry. Instead, it calculates it again, taking double time than necessary compared to direct conversion without a preview. Why Rhino needs to calculate exactly the same reduced mesh, in order to apply it to the selected mesh model?
Issue #2: After the mesh count is reduced, every polygon now has its own shading, producing uglier look instead of a smooth one. In my opinion, Rhino should preserve the smooth shading of the converted meshes.
3ds Max, for example, has a tool called “Smoothing groups”. It lets you set the same shading to individual polygons or the entire object with a single mouse click. Super convenient and does the job perfectly.
from what i understood bringing up something similar if not exactly this (must be 10 years ago so excuse my cheesy brain
) is that the preview calculation takes place in the graphics card, the actual calculation is then done once more by the processor, or the data has to be fed from there to the ram, which takes some time either, i am not sure anymore but believe its any of these, but yes it seems counter intuitive.
Other programs don’t need to double calculate the conversion of meshes. Why would Rhino do it twice?
There is something suspicious. Both, the preview calculation and the applied calculation of the mesh, take relatively the same time on my PC. I can’t see any difference in time nor complexity of the meshes.
Last night, it took about 28 minutes to get a preview in Rhino 7. Then, I had to wait exactly 28 more minutes to get the final result. Almost an hour spent on something that needed less than half an hour.
This alone forced me to skip the preview for the next model which was a lot more dense. It took more than 2 hours for Rhino 7 to convert the mesh at 99% reduction. Imagine if I had a preview. 