I have exported several 3d models to STL successfully I have finally figured out how to keep things simple and check at every step to see if Rhino added useless garbage. I have a very simple model that looks good in rhino and checks for watertightness no bad edges etc. When I export it the simple model has extra garbage added to it. I can not print it. various mesh tools see different degrees of garbage. this is a very simple design that i made step by step two extrusions merged and a wire cut.
How can rhino make such a mess and how can i fix it? Di i need to update rhino is this a known issue I have wasted 6 hours on this i can try starting over but i would like to know what is wrong
STL is a very poor format. For instance it does not track what is joined to what. On a face by face basis. So there are conditions that can create poor objects. Mainly objects that share faces in the same location. A simple example of this would be two boxes that have coplanar faces.
Formats like OBJ can keep objects separated.
But if you want to send in an example we can take a look.
since i had not had problems before i assumed that stl was fine. not for this new very simple model
i tried 3mf which worked fine. why does rhino bother to pretend to export stl when in some cases it makes a total mess and wastes hours of user time. just admit it, it does not work!!!
this last issue had me ready to dump rhino completely. i finally figured out how to deal with many other issues that should not be issues. i understand that rhino is very complicated but the idea is to make modeling easy not to waste as much time of the user as possible. almost every simple addition to a model resulte in a bunch of extraneous bullshit that has to be dealt with by a variety of checks deletions etc.
there is something seriously wrong with rhono for 3d modeling. if version 8 fixed a lot of this crap i think that everyone should be allowed to upgrade for free.
thanks i wish someone had told me this before. also might be nice if rhino popped up a warnings when exporting to stl that the format sucks and that other formats are recommended. i thought that stl was the standard
also since closed solid stl files can be made with proper source information isnât it the responsibility of rhino to make non ambiguous stl files that are not difficult to interpret. a triangle soup should be fine if all the vertices are where they should be.
i am not the one that messed up the stl file, rhino did. my model had nothing wrong i checked everything over and over and since it exported fine as a 3mf the problem is with rhino.
i am not absolutely sure thiis the one that made the fucked up STL i have been through hundreds of revisions.yes that is the file it produces an stl with chamfered corners in side which are not part of the design. every stl program has problems with it.
i am just oing to use 3mf files yet another thing i need to remember to avoid in rhino is version 8 magically great with substantially fewer addition of bullshit on simple commands?
i have wasted years learning rhino and not that i am trying to use it for three d printing it looks like another whole boondongle. i have and use hundreds of programs including complex ones and rhino is at the top of the list of randomly behaving garbage.
including the fact that the forum sucks i have not gotten notices of replies even though this is clearly stated
You will receive notifications because you created this topic.
Good grief chill a bit. People have been 3D printing with Rhino since the 1990s. Posting a sample file in the first place would have helped a lot more than vague existential whining about V8 (this has nothing to do with V8 in particular.)
I donât know why 3MF vs STL means anything here, as much as STL stinks 3MF is a failed attempt to replace STL thatâs pushed by that slightly obnoxious Prusa dude.
The meshing problem that has nothing to do with the mesh export format is clearly visible here on the right:
This is an age-old meshing glitch where there arenât enough polygons in the mesh of a large trimmed surface and it âruns outâ of verticies to work with while trying to capture the edges. So you need to crank up the mesh count on plain surfaces, which can be forced in the detailed mesh settings using âMinimum Initial Grid Quadsâ, âMaximum Edge Length,â and/or âMaximum aspect ratio.â
STL IS still the standard, and it sucks, and if they started adding warnings like that theyâd add them to most of the options. Entire industries are built around file formats that are crap.
I donât understand where I need to change the relevant parameters. i also do no t understand why i need to bother with this at all as a user. isnât it the responsibility of rhino to just make a valid stl file given a good model that meets all the requirements.
Thatâs some Rhino 100-level stuff it would be useful to ask about or take a look at the training materials, or take a course, if youâve been using Rhino for âyears.â
Sure, but in the real world Rhino has very little way of âknowingâ whatâs valid or not and how to fix it, and trying is not going to agree with all the pedants in all the different fields Rhino is used inâŚand you know, âgiving you enough rope to hang yourselfâ is kinda an operating principle of Rhinoâs âdirect modeling.â I mean the garbage mesh you exported as 3MF apparently worked, if it was in fact the same mesh, the slicer knew to ignore the folded-over-on-itself bits.
What settings did you use? This is not helpful. Itâs fine if you use adequate settings. The defaults could probably be changed to be less apt to have the exact issue here, but then someone will complain about the STL file sizes going to the moon.
The particular issue here requires getting more polygons âin playâ from the start before refinement, so lower aspect ratio, more initial grid quads, set a value for max edge lengthâŚIâm not really sure how the âsmooth and slowerâ settings work better, lol it has none of those thing, unless itâs just the âdensityâ setting, but whatever worksâŚ
I donât know much about meshing but this looks like a bug. I see some other posters have offered work arounds but it still seems incorrect to me that weâre getting those extra mesh faces off the surface. I opened an issue here.
