slic3r / Slic3r

Open Source toolpath generator for 3D printers
https://slic3r.org/
GNU Affero General Public License v3.0
3.35k stars 1.29k forks source link

Small issue with post processing script #4475

Open Tinchus2009 opened 6 years ago

Tinchus2009 commented 6 years ago

Version

Not slic3r exactly, it is in the decimate.pl distributed script

Operating system type + version

win10 64b

Behavior

I used this script from time to time, believe or not, this script removed hundreds of gcode lines that belong to useles tiny extrusions. But I have just discovered that a small problem I have been haveing with part wich are supose to have a close fit between each other. I have just noticed that my "problem" arises when I was useing the script. Those parts for some reason didnt fit as nice as they should. The problem was really small, easily corrected with some mineor post processing. But the curious thing to me was the observation that same models, same settings, same printer, same filament sometimes the pieces fit and sometimes the pieces just need some work on them to do it. The difference was the use of decimate.pl

I have uploaded a test model and some images markeing a example. The scrip after post processing the gcode file through it, make changes in the position of some extrusions

In this screen the marked area, you can see that the extrusion position has been moved:

moved

The non processed Gcode look like this:

moved_original

STL/Config (.ZIP) where problem occurs

Upload a zipped copy of an STL and your config (File -> Export Config)

The positioning change seems small but it is enough to make a difference between a perfict fit and a 2 pieces that dont fit. And if you increase the setting in the script to remove a little bigger extrusion (a very small change) the positioning change increases quit a lot. This example was made with original decimate.pl script with no change in its settings.

Tinchus2009 commented 6 years ago

toolBox_00_holder_M.zip

I forgot to upload the example model