need help for beveling/smoothing
even stranger....
i printed the thing anyway.... so i noticed, that instead of subtracting
the bearing-encroaching, it made a union?????
stranger and stranger....
good evening....
Bruno
Am Do., 11. Juli 2019 um 19:59 Uhr schrieb bboett bboett@gmail.com:
ok.....
while trying to print the other part, that compiled..... i noticed that the
insert for the bearing was missing....
i commented the difference in
https://github.com/nohkumado/spulenhalter/blob/master/Spulenhalterschraube.scad
to make the insert visible, its there, and it should remove its slice from
the minkovsky transformed handle, shouldn't it?
while it does work on the other end of the holder, it doesn't work on the
handle :(
that makes it really strange for me....
any light welcome!
Bruno
--
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
--
ciao
Bruno
---==========
http://nohkumado.eu/, http://bboett.free.frhttp://aikido.nohkumado.eu/,
http://bboett.free.fr
http://aikido.zorn.free.fr
What threads.scad are you using?
I've got this dated 2015-01-24
/*
- Dan Kirshner - dan_kirshner@yahoo.com
- You are welcome to make free use of this software. Retention of my
- authorship credit would be appreciated.
- Version 1.4. 2014-10-17 Use "faces" instead of "triangles" for
polyhedron - Version 1.3. 2013-12-01 Correct loop over turns -- don't have early
cut-off - Version 1.2. 2012-09-09 Use discrete polyhedra rather than
linear_extrude() - Version 1.1. 2012-09-07 Corrected to right-hand threads!
*/
// Examples:
metric_thread(25, 26, 9);
//english_thread(1/4, 20, 1);
// Rohloff hub thread:
//metric_thread(34, 1, 10, internal=true, n_starts=6);
...
Note the uncommented example.
When I render that I get errors.
Your code does 'include <threads.scad>' rather than 'use <...>'
So if it is the same thread.scad, it will call that example & get that
error.
But assuming you may have commented out that example, it still gets:
ERROR: CGAL error in CGAL_Nef_polyhedron3(): CGAL ERROR: assertion
violation! Expr: e_below != SHalfedge_handle() File:
/mxe/usr/x86_64-w64-mingw32.static.posix/include/CGAL/Nef_3/SNC_FM_decorator.h
Line: 426
This is an error in threads.scad.
Admin - email* me if you need anything, or if I've done something stupid...
- click on my MichaelAtOz label, there is a link to email me.
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. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
Sorry spoke to soon [again...].
In knauf.scad, if I do
knauf(29,50);
cube();
I get the error. Probably your polygons.
I'll have a look, but need to use another PC.
Admin - email* me if you need anything, or if I've done something stupid...
- click on my MichaelAtOz label, there is a link to email me.
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. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
No poly's are good.
This is the F5 before F6 problem, ie bug in OpenSCAD.
Do Design/flush-caches before doing F6, no error. Or just F6 on a fresh run
of OpenSCAD.
From my recollection when I last tried to drill down, it is the combination
of minkowski & linear_extrude that triggers the problem. Suspect conversion
of floats to ints for clipper & back.
Admin - email* me if you need anything, or if I've done something stupid...
- click on my MichaelAtOz label, there is a link to email me.
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. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
wow... that did it !
any chance that bug gets fixed soon?
anyway, thanks Michael!
ciao
Bruno
Am Fr., 12. Juli 2019 um 05:09 Uhr schrieb MichaelAtOz <
oz.at.michael@gmail.com>:
No poly's are good.
This is the F5 before F6 problem, ie bug in OpenSCAD.
Do Design/flush-caches before doing F6, no error. Or just F6 on a fresh run
of OpenSCAD.
From my recollection when I last tried to drill down, it is the combination
of minkowski & linear_extrude that triggers the problem. Suspect conversion
of floats to ints for clipper & back.
Admin - email* me if you need anything, or if I've done something stupid...
- click on my MichaelAtOz label, there is a link to email me.
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. Obviously
inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it!
http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
--
ciao
Bruno
---==========
http://nohkumado.eu/, http://bboett.free.frhttp://aikido.nohkumado.eu/,
http://bboett.free.fr
http://aikido.zorn.free.fr
bboett wrote
any chance that bug gets fixed soon?
I raised an issue https://github.com/openscad/openscad/issues/2991 to
address it, as you can see it is an insidious bug.
Admin - email* me if you need anything, or if I've done something stupid...
- click on my MichaelAtOz label, there is a link to email me.
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. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/