Loved this ship in Andor. Designed it in 1/72 scale and 3d printed. Rhino really hates exporting meshes of mirrored components. Had to go into the wings and manually flip many faces. Still, such a joy to draw.
That came out pretty cool
Can you elaborate on this? Sounds like something we need to fix.
Thanks,
– Dale
It seems like there’s a bug for it: https://mcneel.myjetbrains.com/youtrack/issue/RH-26525
Basically, if I make a component, mirror the component, then export as stl or mesh it first then export, the mesh on the mirror has flipped normals
My process has been to mesh the model first. Then flip faces to get everything water tight, then export to STL. It seems like a problem in the “Mesh” command, which I assume the STL export also uses. When I was just exporting my model straight to STL, there was no way to flip the errors.
So now, I mesh>Correct faces>export to STL
does the unifymeshnormals command help at all?
or possibly explode>join ?
It’s be worth sending us the model with the errors so we can take a peek at it..
you can use our uploader to keep it secure-
https://www.rhino3d.com/upload
lovely model result by the way… that stuff is always super fun.
That’s an old bug.
One thing to do as you model is use a custom viewmode occasionally that shows the backfaces in an obvious color. This way you can see which things got flipped it could be you had more wrong facing surfaces than you think. I always check when I model using the attached Show backfaces viewmode. I don’t model in this viewmode just turn it on to check and flip faces.
Nice models especially the 3d print turned out great.
RM
BackFaceRendered.ini (13.4 KB)
unifymeshnormals thinks there is no issues, because each mesh has their faces in the right direction, just inverted.
Explode>Join does the same thing.
The upload link didn’t work for me, but happy to share!
Yeah, I changed my default shaded view to have back faces obnoxious red, because I never want to see them!
hmmm…explode>flip>join?
we have a dev taking a peek at this-
Very nice model!
This issue with the inverted normal always happen when working with blocks and mirror them to have a symmetric copy on the other side of the model. It happens because the mirrored block (using the _mirror command) is a -1 scaled copy of the original block as I understand, that’s why the faces are flipped.
RH-26525 is fixed in Rhino 8 Service Release 28
!!! Can’t wait to try it out!




