Thanks for your offer!
I’m currently using some repair tools to repair certain types of issues as
part of diagnosing why OpenSCAD >won’t import certain types of files.
I’m struggling with one particular user-submitted design:
Original: http://www.thingiverse.com/thing:81182/#files
Fixed by Netfabb: http://www.thingiverse.com/thing:131701/#files
The fixed design still doesn’t import into OpenSCAD because it contains
“zero triangles”, i.e. triangles where >all vertices lie on the same line,
meaning it doesn’t have area and thus no normal vector.
MeshLab can fix this using Filters->Cleaning and Repairing->Remove
T-vertices by EdgeFlip
However, MeshLab crashes when trying to repair this model.
Does your software have such a feature? If so, it would be cool if you
could give it a spin.
The goal would be to get this to render in OpenSCAD, and understand what
had to be fixed to make this work:
import( "actual_tardis.stl" );
translate( [ -100, -100, 0 ] ) cube( [ 200, 200, 0.5 ] );
Cheers,
-Marius
Marius, I re-noticed the above in the other tread & didn't want to hijack
it.
Some time ago I fixed actual_tardis by running it thru the NetFabb cloud
(the NetFabb Basic couldn't fix it). I put it up in thingiverse here
http://www.thingiverse.com/thing:131701
I just imported it and it compiled and rendered and exported.
I then tried your two line program and it compiled, but render got
Compiling design (CSG Tree generation)...
Rendering Polygon Mesh using CGAL...
ERROR: CGAL error in CGAL_Nef_polyhedron3(): CGAL ERROR: assertion
violation! Expr: e->incident_sface() != SFace_const_handle() File:
/data/OpenSCAD/libraries-mingw64-master/mxe-w64/usr/x86_64-w64-mingw32.static/include/CGAL/Nef_S2/SM_const_decorator.h
Line: 326
Geometries in cache: 3
Geometry cache size in bytes: 9821376
CGAL Polyhedrons in cache: 1
CGAL cache size in bytes: 11104
Total rendering time: 0 hours, 0 minutes, 16 seconds
Top level object is a 3D object:
Simple: yes
Vertices: 8
Halfedges: 24
Edges: 12
Halffacets: 12
Facets: 6
Volumes: 2
Rendering finished.
I then looked closer in NetFabb, it passes the normal checks, but I noticed
it had 34 shells, and the detect self intersections found a good number in
the text and St John badge. Unfortunately Netfabb Basic does't fix those.
The fixed one has been printed a number of times, so slicers don't have a
problem.
Anyway, I thought this may help in your quest.
Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.
View this message in context: http://forum.openscad.org/Fixing-stl-tardis-tp11873.html
Sent from the OpenSCAD mailing list archive at Nabble.com.