<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://www.baszerr.eu/lib/exe/css.php?s=feed" type="text/css"?>
<rss version="2.0">
    <channel xmlns:g="http://base.google.com/ns/1.0">
        <title>BaSzErr - blog:2021:07:20</title>
        <description></description>
        <link>https://www.baszerr.eu/</link>
        <lastBuildDate>Wed, 06 May 2026 07:55:14 +0000</lastBuildDate>
        <generator>FeedCreator 1.8</generator>
        <image>
            <url>https://www.baszerr.eu/lib/exe/fetch.php?media=wiki:dokuwiki.svg</url>
            <title>BaSzErr</title>
            <link>https://www.baszerr.eu/</link>
        </image>
        <item>
            <title>2021-07-20_-_nasty_slic3r_bug</title>
            <link>https://www.baszerr.eu/doku.php?id=blog:2021:07:20:2021-07-20_-_nasty_slic3r_bug</link>
            <description>
&lt;h1 class=&quot;sectionedit1&quot; id=&quot;nasty_slic3r_bug&quot;&gt;2021-07-20 - nasty slic3r bug&lt;/h1&gt;
&lt;div class=&quot;level1&quot;&gt;

&lt;p&gt;
i&amp;#039;ve just reported a nasty bug in &lt;a href=&quot;https://en.wikipedia.org/wiki/slic3r&quot; class=&quot;interwiki iw_wp&quot; title=&quot;https://en.wikipedia.org/wiki/slic3r&quot;&gt;slic3r&lt;/a&gt;, when i&amp;#039;ve noticed that &lt;a href=&quot;https://github.com/slic3r/Slic3r/issues/5091&quot; class=&quot;urlextern&quot; title=&quot;https://github.com/slic3r/Slic3r/issues/5091&quot; rel=&quot;ugc nofollow&quot;&gt;&amp;quot;solid_infill_every_layers = 1&amp;quot; does not generate valid infill for some geometries&lt;/a&gt;. for SOME geometries. looks like some weirdo corner case, that (unfortunately) goes unnoticed (no errors, no warnings) unless you explicitly look for it.
&lt;/p&gt;

&lt;p&gt;
when you setup an infill pattern, internal space of an object looks good, eg:
&lt;/p&gt;

&lt;p&gt;
&lt;a href=&quot;https://www.baszerr.eu/lib/exe/detail.php?id=blog%3A2021%3A07%3A20%3A2021-07-20_-_nasty_slic3r_bug&amp;amp;media=blog:2021:07:20:ok_model.png&quot; class=&quot;media&quot; title=&quot;blog:2021:07:20:ok_model.png&quot;&gt;&lt;img src=&quot;https://www.baszerr.eu/lib/exe/fetch.php?w=400&amp;amp;tok=d2588a&amp;amp;media=blog:2021:07:20:ok_model.png&quot; class=&quot;media&quot; loading=&quot;lazy&quot; title=&quot;correct infill&quot; alt=&quot;correct infill&quot; width=&quot;400&quot; /&gt;&lt;/a&gt;
&lt;/p&gt;

&lt;p&gt;
the problem starts when you do solid (i.e. 100%) infill. then you may get this:
&lt;/p&gt;

&lt;p&gt;
&lt;a href=&quot;https://www.baszerr.eu/lib/exe/detail.php?id=blog%3A2021%3A07%3A20%3A2021-07-20_-_nasty_slic3r_bug&amp;amp;media=blog:2021:07:20:err_model.png&quot; class=&quot;media&quot; title=&quot;blog:2021:07:20:err_model.png&quot;&gt;&lt;img src=&quot;https://www.baszerr.eu/lib/exe/fetch.php?w=400&amp;amp;tok=b0c144&amp;amp;media=blog:2021:07:20:err_model.png&quot; class=&quot;media&quot; loading=&quot;lazy&quot; title=&quot;missing infill&quot; alt=&quot;missing infill&quot; width=&quot;400&quot; /&gt;&lt;/a&gt;
&lt;/p&gt;

&lt;p&gt;
without center part, the print is doomed to fail.
&lt;/p&gt;

&lt;p&gt;
why did it go unnoticed for such a long time? well – it&amp;#039;s not a mainstream to print solid infill for every layer. i also do it only because i want to make sure print is watertight and as rigid/strong as possible (yes – i know that perimeters are more important…).
&lt;/p&gt;

&lt;p&gt;
more over the bug appears only on some geometries configuration. for instance i used following &lt;a href=&quot;https://en.wikipedia.org/wiki/openscad&quot; class=&quot;interwiki iw_wp&quot; title=&quot;https://en.wikipedia.org/wiki/openscad&quot;&gt;openscad&lt;/a&gt; code to generate the simple geometry, that caused this issue:
&lt;/p&gt;
&lt;pre class=&quot;code&quot;&gt;h = 3;
eps = 0.1;
rx = 11;

module screw_holes_()
{
  n=10;
  for(i=[0:n])
    rotate(i*[0, 0, 360/n])
      translate([rx+2+2+3.5/2, 0, -eps])
        cylinder(r=3.5/2, h=h+2*eps);
}


difference()
{
  cylinder(r=rx+2+2+3.5+2, h=h);
  screw_holes_();
}&lt;/pre&gt;

&lt;p&gt;
it is enough to change from 11 holes to 10… and the problem is “gone”. similarly relative positioning of certain elements is critical… and yet it&amp;#039;s already 2nd time i hit this bug this year. fortunately this time i managed to narrow it down and narrow to sth manageable. i hope slic3r team will fix this issue in next release. for the time being, i&amp;#039;ve just increased perimeters to sth absurd for the model, i.e. 60. ;) this solved the issue, as now only “perimeters” are generated and there is no “infill” that can be an issue. hacks. hacks everywhere… ;)
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- EDIT{&amp;quot;target&amp;quot;:&amp;quot;section&amp;quot;,&amp;quot;name&amp;quot;:&amp;quot;2021-07-20 - nasty slic3r bug&amp;quot;,&amp;quot;hid&amp;quot;:&amp;quot;nasty_slic3r_bug&amp;quot;,&amp;quot;codeblockOffset&amp;quot;:0,&amp;quot;secid&amp;quot;:1,&amp;quot;range&amp;quot;:&amp;quot;1-1999&amp;quot;} --&gt;
&lt;h2 class=&quot;sectionedit2&quot; id=&quot;edit_2021-07-22&quot;&gt;EDIT 2021-07-22&lt;/h2&gt;
&lt;div class=&quot;level2&quot;&gt;

&lt;p&gt;
i&amp;#039;ve also &lt;a href=&quot;https://github.com/prusa3d/PrusaSlicer/issues/6736&quot; class=&quot;urlextern&quot; title=&quot;https://github.com/prusa3d/PrusaSlicer/issues/6736&quot; rel=&quot;ugc nofollow&quot;&gt;reported this bug to PrusaSlicer&lt;/a&gt;. let&amp;#039;s see who will provide the solution first.
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- EDIT{&amp;quot;target&amp;quot;:&amp;quot;section&amp;quot;,&amp;quot;name&amp;quot;:&amp;quot;EDIT 2021-07-22&amp;quot;,&amp;quot;hid&amp;quot;:&amp;quot;edit_2021-07-22&amp;quot;,&amp;quot;codeblockOffset&amp;quot;:1,&amp;quot;secid&amp;quot;:2,&amp;quot;range&amp;quot;:&amp;quot;2000-&amp;quot;} --&gt;</description>
            <author>anonymous@undisclosed.example.com (Anonymous)</author>
            <pubDate>Thu, 22 Jul 2021 08:01:51 +0000</pubDate>
        </item>
    </channel>
</rss>
