<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>Help, internal size of part(s) too small...</title>
        <description>I hope someone here can help me. 

I have attached a couple of images to explain.

My inside dimensions (like A in picture) are printing too small. 
Outside dimensions (B &amp; C) are all printing good. 

What could be causing this? 

Part designed in SolidWorks exported as STL... 

Richard</description>
        <link>https://reprap.org/forum/read.php?263,273929,273929#msg-273929</link>
        <lastBuildDate>Tue, 12 May 2026 04:45:18 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,599257#msg-599257</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,599257#msg-599257</link>
            <description><![CDATA[ How are you measuring it? If it is by measuring a print some of the discrepancy will be plastic shrinkage. Perhaps your belts are inaccurate or not stretched tight enough to meet their spec. I don't know what tension belt pitch is quoted at or how much difference tension makes.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Mon, 21 Dec 2015 07:18:41 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,598945#msg-598945</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,598945#msg-598945</link>
            <description><![CDATA[ After exams, I went back to this topic. This is what happened so far:<br />
<br />
Printed the twisted bottle. Layers were so uneven, and of course it didn't fit. Then it came to my mind that maybe perimeters were being altered during the making of the infills, so I set that from 15% to 5% (I doubt this is even necessary, Slic3r makes infills fine). This resulted in a nice finish print test, but still needs more testing.<br />
<br />
But then i came across another issue.... I suspect that my stepspermm are a bit low, but they are the standard 80 stepspermm for T2 pulleys. It's a well-known value, and widely used. However, with belts tensioned, and no hysteresis in my axes, the value that does the trick for me is 81.42steps. It doesn't fit any other clone of this printer but mine. How can this be?<br />
<br />
I'll keep testing until I get a nice config file. This issue needs to be tackled once and for all.]]></description>
            <dc:creator>elgambitero</dc:creator>
            <category>Slic3r</category>
            <pubDate>Sun, 20 Dec 2015 12:04:05 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,596109#msg-596109</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,596109#msg-596109</link>
            <description><![CDATA[ I did what @nophead said. It came down to just retensioning the belts. The results are promising:<br />
<br />
[attachment 67573 image2.JPG]<br />
[attachment 67574 image1.JPG]<br />
<br />
The file is the fit.stl attached in this message, scaled to 300%. When I tried to print it at 100%, it was too smalll and there were no use trying to fit the two halves.<br />
<br />
Right now I'm printing the classic twisted bottle, and see what happens.]]></description>
            <dc:creator>elgambitero</dc:creator>
            <category>Slic3r</category>
            <pubDate>Sun, 13 Dec 2015 06:33:47 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594886#msg-594886</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594886#msg-594886</link>
            <description><![CDATA[ The two examples i had lying around turned out not to be that bad when it comes to layer evenness. It does when it comes to hiding the seam of a perimeter start. KISSlicer priorizes vertexes with narrower angle when Slic3r takes just the nearest one. This results in a much less camouflated seam... But I won't worry about that just yet because the constant pressure approach is interesting and I haven't had the opportunity to test it...<br />
<br />
Back to the dimensioning problem. Last saturday I was tinkering with XYCompensation and found that it shrinks the inset as much as it shrinks the outset. When your printer makes the outset fine but the inset smaller, what do you do?<br />
<br />
I'll tackle this problem this weekend, with a previous mechanical revision of the machine. I could believe that belts may have slept and produced backlash.]]></description>
            <dc:creator>elgambitero</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 09 Dec 2015 19:32:11 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594807#msg-594807</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594807#msg-594807</link>
            <description><![CDATA[ Poor layer alignment is normally a mechanical problem. I am not sure how the slicer would affect it, other than if you only have rounded corners you don't have as much stress on the mechanics.<br />
<br />
If you have backlash then the order and direction of the outlines can make a difference. If you always approach the start of an outline from the same direction the outline will be in the same place but if sometimes it is approached from the other side, starts in another place or goes in the opposite direction it will be displaced.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 09 Dec 2015 14:36:16 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594788#msg-594788</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594788#msg-594788</link>
            <description><![CDATA[ By layer eveness, I mean that every external perimeter is exactly in place, when you look at the layers from the side. For example, in a vertical wall, every perimeter is exactly on top of the previous one, and looks exactly like the previous one. The idea can be expressed with a photo but I'm not at home right now.<br />
<br />
With Slic3r, layers look displaced from each other, while in KISSlicer the layers look like in the gcode renderer.<br />
<br />
Fine tuning of Slic3r can decrease this effect, but I haven got it just yet. Richrap's "Slic3r is nicer" tutorials have a lot of photos of what I call "even layers"<br />
<br />
I hope I explained. When I get home, I'll post two examples I have lying on my desktop.]]></description>
            <dc:creator>elgambitero</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 09 Dec 2015 13:42:27 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594753#msg-594753</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594753#msg-594753</link>
            <description><![CDATA[ What do you mean exactly by layer evenness?]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 09 Dec 2015 11:16:09 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594749#msg-594749</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594749#msg-594749</link>
            <description><![CDATA[ If I could, I would include that as an option. Skeinforge included the option "Fillet corners with X radius". After all, attempting to make a sharp corner in an FFF machine is an unrealistic approach.<br />
<br />
Like any other fabrication process, modifications must be made to the model in order to get the final product right, but I consider modifying the original geometry a bad practice, so those modifications must be made in the slicer, in my opinion.<br />
<br />
XY Compensation parameter is wonderful for it, and the closest thing to "inset calibration" we have in the open source ecosystem, but I still don't get things to fit...<br />
<br />
Layer evenness may be a thing here, it also happens that KISSlicer gets layers to be absolutely even, and Slic3r don't, but gcodes are almost the same!!! What's happening here?<br />
<br />
<br />
I'll make more experiments when I have more time. I think that open source 3D printing is developed enough to overcome these kind of problems.<br />
<br />
I made a repo sharing the slic3r settings I use, to keep track of why I changed each one of the parameters: [<a href="https://github.com/elgambitero/Slic3r-settings" target="_blank"  rel="nofollow">github.com</a>]<br />
Tests are to be documented but right now I can't because I really really should be studying.]]></description>
            <dc:creator>elgambitero</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 09 Dec 2015 11:05:55 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594519#msg-594519</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594519#msg-594519</link>
            <description><![CDATA[ I think the inner rounding is just a progression of the outer rounding when you offset inwards by the filament width. The difference comes from the outer perimeter. KISSlicer seems to round the corners where the model has sharp corners. To some extent that makes sense because you can't actually print a sharp corner. It will have a minimum radius of half the filament width. However KISSlicer seems to round it more than that.<br />
<br />
Objects with rounded corners always come out nicer because it lowers the acceleration which reduces ringing, etc, and also allows the filament flow to be more constant. Probably better to model that way rather than have a slicer that doesn't follow the model.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Tue, 08 Dec 2015 19:42:24 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,594506#msg-594506</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,594506#msg-594506</link>
            <description><![CDATA[ I revisited this issue, because I want to migrate from KISSlicer to Slic3r. (KISSlicer is closed, and the author tends to dissapear from time to time)<br />
<br />
I see something that KISSlicer does with additional perimeters that Slic3r nor any other slicer does: The outer perimeter geometry is nominal, right? and the rest of the additional perimeters are just context coherent scaling of each of the features of the perimeter, but KISSlicer does more than this... KISSlicer rounds the perimeter more and more with each internal iteration, so the inner perimeters don't do much pressure upon the original geometry's features.<br />
<br />
I'm sorry for writing this in such a heavy-reading way... It's a bit late.<br />
<br />
<br />
For TL;DR, and clarification, I attach the output of the two, so you can see the effect:<br />
<br />
[attachment 67295 ScreenShot2015-12-09at00.31.21.png][attachment 67296 ScreenShot2015-12-09at00.31.24.png]<br />
<br />
<br />
This could also be part of why KISSlicer gets such an even finish! My homemade prusa i2 is a cranky old printer that shakes and breaks and de-adjusts continously, but with KISSlicer gcodes it still makes better prints that many high specs printers. With astonishing accuracy.]]></description>
            <dc:creator>elgambitero</dc:creator>
            <category>Slic3r</category>
            <pubDate>Tue, 08 Dec 2015 18:36:46 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,582069#msg-582069</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,582069#msg-582069</link>
            <description><![CDATA[ I think extrusion width and nozzle diameter also affect how much round holes shrink.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Mon, 09 Nov 2015 07:30:01 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,582068#msg-582068</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,582068#msg-582068</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>Mikk36</strong><br />
Extrusion width does affect the corner radius in XY plane, so you could say that you can get better resolution in that sense with smaller extrusion width.</div></blockquote>
<br />
Yes, true, though having a very small radius instead of a sharp corner is seldom a problem - and IME the shape of most corners are affected far more by "blobbing" and other artefacts than by extrusion radius (at least when using a Bowden extruder).<br />
<br />
Dave]]></description>
            <dc:creator>dmould</dc:creator>
            <category>Slic3r</category>
            <pubDate>Mon, 09 Nov 2015 07:25:53 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,581445#msg-581445</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,581445#msg-581445</link>
            <description><![CDATA[ Extrusion width does affect the corner radius in XY plane, so you could say that you can get better resolution in that sense with smaller extrusion width.]]></description>
            <dc:creator>Mikk36</dc:creator>
            <category>Slic3r</category>
            <pubDate>Sun, 08 Nov 2015 03:51:20 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,580733#msg-580733</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,580733#msg-580733</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>justcurious</strong><br />
well, I think you have by far too big ambitions about accuracy with 3d printers. Think about again.<br />
You have a nozzle that can make a line that is 0,40 wide or larger, never smaller. in layer height direction you can select a layer height smaller than nozzle width and by that get better resolution, but in x,y plane, accuracy is never better than extrusion width or at least half of it.</div></blockquote>
<br />
Why do you believe that?  You are completely wrong.  The extrusion width affects only the smallest feature that can be printed in XY, not the dimensional resolution of the part.  On the contrary, it is the Z dimension that can only be made to the accuracy of your layer height, the XY accuracy can be a lot better - it is constrained only by the motor step size and the amount of backlash in your XY axis.  Neither X nor Y have to be positioned on an exact multiple of the extrusion width, only an exact multiple of the distance moved by the stepper motor micro-step.  When slicing therefore, choose a layer height that will divide exactly into the Z height of the part to achieve the greatest accuracy.<br />
<br />
There are a few factors that affect the accuracy of printed circles, but probably the biggest is the fact that the inside circumference of a circle is smaller than the outside circumference.  Most slicers will position the extruder to a position that is half the extrusion width away from the outside or inside perimeter, assuming that the centre of the nozzle will run along the centre of the extruded line.  So (for example) if it "draws" a rectangle that the design file shows as being exactly 10mm in X using an extrusion width of 0.4mm, the extruder will move (in X) a distance of 9.6mm (from relative positions 0.2mm to 9.8mm)  With straight lines and the correct extrusion factor that will give pretty good accuracy -  0.05mm or better IME.  If however the extruder is describing a circular path, there is more plastic deposited in the inside of the circle than the outside, because it has a shorter circumference.  This has the effect of displacing the centre of the extrusion toward the inside of the circle.<br />
<br />
Dave]]></description>
            <dc:creator>dmould</dc:creator>
            <category>Slic3r</category>
            <pubDate>Fri, 06 Nov 2015 07:18:18 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,580408#msg-580408</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,580408#msg-580408</link>
            <description><![CDATA[ @mikh3x4 have you figured out the answer? This is an old post, but I've carefully read all 6 pages and while there are lots of great improvements and insight, I feel like there's no comprehensive solution. <br />
<br />
To sum up what we've learned: Slic3r incorrectly approximated the profile for EW&lt;=nozzle diameter, but I personally think this was not far off enough to cause issues on the order of what most people see. Slic3r details many of the issues (http://manual.slic3r.org/troubleshooting/dimension-errors) including XYZ calibration, shrinkage, polygon approximation for circular holes, filament cutting corners, z wobble, inconsistent filament diameter, backlash, and dragging filament towards the center of a circle (there may be others).<br />
<br />
I've made (thing:1113412) to test some of these issues and I'll post if I find a reasonable solution. I've set out to test the effect of a single perimeter, external perimeters first, number of perimeters, perimeter speed, and nozzle diameter. <br />
<br />
@nophead, I agree with you that the nozzle diameter should have nothing to do with flow calculations (if extrusion width is constant) and I've found just that. With a constant EW of 0.5 and a nozzle of 0.25, 0.4, or 0.8, I get different filament usage! <br />
@sound is this right? I thought it had something to do with the filament cross-section slic3r uses with a little more info here (http://forums.reprap.org/read.php?263,134103,137818#msg-137818)<br />
<br />
Any one figure out an end-all be-all solution? I don't think XY compensation is it...<br />
<br />
edit1: formatting<br />
edit2: thing#]]></description>
            <dc:creator>nicksears</dc:creator>
            <category>Slic3r</category>
            <pubDate>Thu, 05 Nov 2015 12:59:15 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,388899#msg-388899</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,388899#msg-388899</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>Sound</strong><br />
Okay, I confirm I have now extended the usage of the rectangle model with semicircles even in those cases that were previously handled by very similar yet different formulas. The main reason I did this hypothetical "fix" is to stop discussing on a secondary factor that has very limited impact on dimensional issues, but was still attracting too much attention giving users the feeling that flow math was the main thing to blame. Release 1.2.0 will include this minor change (and will also include the XY Size Compensation option which is way more important for handling dimensions).</div></blockquote>
Thanks for doing this.  I am sure you are right, but often the easiest way to stop the debate on a point is to prove it by doing what people say and proving your point.<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>Sound</strong><br />
CraigRK, I bought parts from nophead as well in 2010 or 2011, and I confirm they were quite good. (Oh, my prints from these days are very good and precise as well, do you want to check? I can mail you one :-)). Saying that their quality was only caused by flow math is unfair, since nophead as a knowledgeable person has always been able to build very good machines, tune them, use good quality filament etc. Even in 2014, the average user can't do all of those. Nophead even invented the polyhole OpenSCAD function that addresses one of the main factors for hole errors lying at the CAD stage. I'm not sure all Slic3r users are aware of polyhole.</div></blockquote>
I've just re-read my post in case I got the tone wrong, I don't think I did.  I didn't say you were not producing equally good stuff, or that their quality was only caused by flow math.  I worked very hard to make sure I worded things evenly as I didn't want to offend either of you.  This is why I said:<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>CraigRK</strong><br />
I value the contributions both you and Nophead make to the community.</div></blockquote>
<br />
As I said, the issues are probably caused by multiple factors, and eliminating as many of them as possible will help<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>Sound</strong><br />
<br />
The "outside perimeters first" option was introduced in Slic3r about two years ago or something.<br />
<br />
I keep saying that even with this hypothetical -0.05mm compensation, the OP issues are not fixed at all given the numbers he reported. So, my best effort for helping OP is this answer: [<a href="http://manual.slic3r.org/troubleshooting/dimension-errors" target="_blank"  rel="nofollow">manual.slic3r.org</a>]</div></blockquote>
<br />
Thanks again for all you are doing for the community.<br />
<br />
Craig]]></description>
            <dc:creator>CraigRK</dc:creator>
            <category>Slic3r</category>
            <pubDate>Tue, 29 Jul 2014 14:19:35 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,388183#msg-388183</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,388183#msg-388183</link>
            <description><![CDATA[ Okay, I confirm I have now extended the usage of the rectangle model with semicircles even in those cases that were previously handled by very similar yet different formulas. The main reason I did this hypothetical "fix" is to stop discussing on a secondary factor that has very limited impact on dimensional issues, but was still attracting too much attention giving users the feeling that flow math was the main thing to blame. Release 1.2.0 will include this minor change (and will also include the XY Size Compensation option which is way more important for handling dimensions).<br />
<br />
CraigRK, I bought parts from nophead as well in 2010 or 2011, and I confirm they were quite good. (Oh, my prints from these days are very good and precise as well, do you want to check? I can mail you one :-)). Saying that their quality was only caused by flow math is unfair, since nophead as a knowledgeable person has always been able to build very good machines, tune them, use good quality filament etc. Even in 2014, the average user can't do all of those. Nophead even invented the polyhole OpenSCAD function that addresses one of the main factors for hole errors lying at the CAD stage. I'm not sure all Slic3r users are aware of polyhole.<br />
<br />
The "outside perimeters first" option was introduced in Slic3r about two years ago or something.<br />
<br />
I keep saying that even with this hypothetical -0.05mm compensation, the OP issues are not fixed at all given the numbers he reported. So, my best effort for helping OP is this answer: [<a href="http://manual.slic3r.org/troubleshooting/dimension-errors" target="_blank"  rel="nofollow">manual.slic3r.org</a>]]]></description>
            <dc:creator>Sound</dc:creator>
            <category>Slic3r</category>
            <pubDate>Sun, 27 Jul 2014 14:38:03 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,371290#msg-371290</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,371290#msg-371290</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>Sound</strong><br />
I'm open to testing the change in the upcoming experimental release. </div></blockquote>
Great, thanks.  I've been quietly following this thread and was going to suggest this.<br />
I value the contributions both you and Nophead make to the community.<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>Sound</strong><br />
So, luckily this change won't raise too many complaints since it will change very little. But unluckily, it's not the definitive solution for getting exact dimensions… and probably not the main cause to blame either.</div></blockquote>
As a software developer, I understand this problem, often things are affected by multiple elements, but this still means it is worth fixing everything we can.<br />
<br />
As a person who has bought plastic printed parts from Nophead (both for my original Sells Mendel back in about 2008 or so and last year for a friend's M90 (I printed my own, but he was in a hurry and my printer was broken), I can attest to the fact that nophead's parts have good dimensional accuracy.  With the Sells parts I could see some evidence of cleanup/reaming of holes.  With the latest M90 parts they look like they're straight off the printer, and they're perfect.<br />
<br />
I guess a secondary element to this is the point made about slicing with the "outside perimeters first" setting when wanting dimensional accuracy.  IIRC this is what Nophead also does.  Could this combined with the above account or some of the OP's original issues? (Sorry on an iphone, so not rereading the entire thread although I have previously read every word and gone and re-read the relevant posts on nophead's blog and your manual and GitHub tickets/comments)]]></description>
            <dc:creator>CraigRK</dc:creator>
            <category>Slic3r</category>
            <pubDate>Tue, 17 Jun 2014 23:00:50 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,371228#msg-371228</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,371228#msg-371228</link>
            <description><![CDATA[ Okay nophead, you have a point. You're talking about the shape that extrudate gets after nozzle has moved on. Viscosity of plastic rounds the sides until they become semicircles, even if they weren't such while each section was being extruded. That makes sense.<br />
<br />
I'm open to testing the change in the upcoming experimental release. Both luckily and unluckily, I think that things won't change much anyway since the change is going to affect a limited set of situations (those where target width is smaller than nozzle diameter + layer height). Also, using a spreadsheet I calculated how thinner would extrusion width be in those cases, i.e. how much would the error be reduced by.<br />
To do this, I calculated the cross-sectional area with current formula, and then divided using the new formula solving by width.<br />
<br />
For a 0.35mm nozzle and 0.1mm layer height, the actual width (according to the new formula) will be -0.02mm over the current one. And -0.06mm for a 0.4mm layer height.<br />
<br />
For the OP issue raised by Qsilver who started this thread, the difference according to his settings would be -0.05mm, which is way less than the errors he measured so not very useful for fixing his issues. (It's even less than the difference in error he measured between X and Y, 0.1mm, that he thinks might be caused by mechanical issues.)<br />
<br />
So, luckily this change won't raise too many complaints since it will change very little. But unluckily, it's not the definitive solution for getting exact dimensions… and probably not the main cause to blame either.]]></description>
            <dc:creator>Sound</dc:creator>
            <category>Slic3r</category>
            <pubDate>Tue, 17 Jun 2014 17:20:06 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,369394#msg-369394</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,369394#msg-369394</link>
            <description><![CDATA[ Ignore this post. I missed all 5 pages. Stupid me]]></description>
            <dc:creator>mikh3x4</dc:creator>
            <category>Slic3r</category>
            <pubDate>Fri, 13 Jun 2014 13:42:35 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,369035#msg-369035</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,369035#msg-369035</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>nophead</strong><br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong></strong><br />
Concluded from the above thread, from the start, i think that it has been verified that Slic3R selects correct path as expected and for W/T&gt;1 it is probably selecting proper flow as well. question is would flow be better for W/T=1 and W/T&lt;1 if the same formula was used? I do not know. i do not even know if the formula used at present version is failing!</div></blockquote>
<br />
No Sli3r only uses the correct formula when W - T &gt; nozzle.</div></blockquote>
<br />
For the sake of argument, couldn't you fudge slic3r's configuration and set a really small nozzle to get slic3r to use correct math? For example, let's assume you set the nozzle size to 0.1mm (regardless of your actual nozzle size),  set layer height (T) to 0.4mm and set all extrusion widths (W) to 0.6mm. Then you'd have W/T = 1.5, and you're tricking slic3r into using your ideal formula, right? Does that give you correct sizes? If people start doing this and get correct sizes as a result, while getting wrong sizes when using slic3r normally, that'd make a strong argument for changing slic3r's formulas.<br />
<br />
If you try this, slic3r will give you some error messages because extruding at layer heights way greater than the nozzle diameter probably wouldn't work all that great, but for the experiment you could comment out lines 254 through 257 in lib/Slic3r/Config.pm to trick it into accepting these anyway:<br />
<br />
<pre class="bbcode">
#    die "--layer-height can't be greater than --nozzle-diameter\n"
#        if grep $self-&gt;layer_height &gt; $_, @{$self-&gt;nozzle_diameter};
#    die "First layer height can't be greater than --nozzle-diameter\n"
#        if grep $self-&gt;get_value('first_layer_height') &gt; $_, @{$self-&gt;nozzle_diameter};</pre>
<br />
Regards, Ketil]]></description>
            <dc:creator>ketil</dc:creator>
            <category>Slic3r</category>
            <pubDate>Thu, 12 Jun 2014 18:19:24 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368325#msg-368325</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368325#msg-368325</link>
            <description><![CDATA[ @nophead<br />
I would be surprised if @sound is introducing scaling as a solution to above problems, i would rather believe it is some sort of inset feature, but I have not seen any description yet.<br />
<br />
The extra parameter offered is just another variable I believe for experimenting. You already had settings for perimeter extrusion width, now you get an extra for specific setting of <b>external perimeter</b> (if I understand it correctly)]]></description>
            <dc:creator>justcurious</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 09:24:19 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368311#msg-368311</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368311#msg-368311</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>justcurious</strong><br />
you did not answer my question whether you think Slic3r would be performing more correct for W/T&lt;1 if the same algorhitm was used, but if you always select  extrusion width greater than  nozzlewidth it of course is nothing but a theorethical question with no practical value, is that correct?</div></blockquote>
<br />
W/T can't be less than 1, i.e. you cannot extrude a filament taller than it is wide. W = T means the filament is not squashed at all and makes a cylinder. It is only relevant when bridging. Slic3r's documentation is self contradictory as it shows a cylinder in the bridge section but also shows a square in the flow section.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>justcurious</strong><br />
We somehow were untracked here so let us get back to the original issue of object sizes and the new possibilities that Slic3R is offering with latest version despite the above discussion on performance of algorhitms:<br />
1. XY size compensation, i wonder how that is going to be used for solving problems mentioned above or is it not needed, now we know that more carefull selection of params eliminate problems ;-). </div></blockquote>
<br />
Well you always need an overall X Y scale factor to compensate for shrinkage. It can't compensate for flow rate calculation errors as they create an offset in dimension, not a multiplier. There would be no flow rate to width errors if the right formula was used throughout to relate the two. Then it could either reduce the flow rate to give the desired width or use the same flow rate and offset by the predicted width. That would fix all error not due to shrinkage.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong>justcurious</strong><br />
2. variabel external perimeter extrusion width, which may have influence on dimensional print accuracy.</div></blockquote>
<br />
Don't know exactly what is meant by this.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 09:04:23 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368306#msg-368306</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368306#msg-368306</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>dzach</strong><br />
 <u>a ratio at which the formulas I used start to fit closely the shape of the plastic</u>. </div></blockquote>
<br />
That was a wrong statement, indeed. At lower ratios the filament continues to be pressed by the nozzle, which still gives it the rounded rectangle shape. Things change when W /T &lt; 1, or when W &gt; flat bottom of nozzle. Which, I think, puts the limits of the practical extrudate Width sizes to "nozzle orifice diameter" &lt;= W &lt;= "nozzle flat bottom diameter".<br />
<br />
<span style="color:#FF0000">EDIT</span>:<br />
... a fact that is indicated in the same dynamic graphic, but not shown in the above animation (it been so long ago I had forgotten about it)<br />
<br />
[attachment 34736 wt9.png]]]></description>
            <dc:creator>dzach</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 08:58:10 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368295#msg-368295</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368295#msg-368295</link>
            <description><![CDATA[ Thankyou for clarifying Nophead, you are an endless source of information :-).<br />
However it frustrates me that I see different rules for different setups and for some selections you are left in grey areas.<br />
<br />
you did not answer my question whether you think Slic3r would be performing more correct for W/T&lt;1 if the same algorhitm was used, but if you always select  extrusion width greater than  nozzlewidth it of course is nothing but a theorethical question with no practical value, is that correct?<br />
<br />
We somehow were untracked here so let us get back to the original issue of object sizes and the new possibilities that Slic3R is offering with latest version despite the above discussion on performance of algorhitms:<br />
1. XY size compensation, i wonder how that is going to be used for solving problems mentioned above or is it not needed, now we know that more carefull selection of params eliminate problems ;-). <br />
2. variabel external perimeter extrusion width, which may have influence on dimensional print accuracy.]]></description>
            <dc:creator>justcurious</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 08:43:04 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368283#msg-368283</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368283#msg-368283</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>QuackingPlums</strong><br />
For printing purposes I think we are more interested in the cross-section as it leaves the trailing edge of the nozzle (nozzle aperture removed to illustrate that this is the trailing edge):<br />
<br />
At this point, the plastic is securely adhered to the plate/object below and the movement of the nozzle/bed has dragged the plastic into the squashed cylinder that Chris describes.</div></blockquote>
<br />
Yes, that was the intention. So, different coloring of the extruder internals may make it clearer:<br />
<br />
<div id="div_889ad7e94add1c13aef21176d14dbacf"
     class="mod_embed_images"
     style="width:396px">

  

    
      
    

    <div id="imagediv_889ad7e94add1c13aef21176d14dbacf" class="mod_embed_images_image"
         style="width:396px; height:247px">

    

    <a href="http://forums.reprap.org/file.php?263,file=34734,filename=wt7.png">
        <img src="/forum/thumbcache/239/852/006/de0/b5e/08b/a21/bea/0e4/1e5/b8_800x400.png"
             width="396"
             height="247"
             id="image_889ad7e94add1c13aef21176d14dbacf"
             alt=""
             title=""/>
    </a>

    

    </div>

    <div class="mod_embed_images_info " id="info_889ad7e94add1c13aef21176d14dbacf"
      >
      <a id="link_889ad7e94add1c13aef21176d14dbacf" href="http://forums.reprap.org/file.php?263,file=34734,filename=wt7.png"></a>
    </div>

  

 </div>


<script type="text/javascript">
mod_embed_images_loadimage('889ad7e94add1c13aef21176d14dbacf', '/forum/thumbcache/239/852/006/de0/b5e/08b/a21/bea/0e4/1e5/b8_800x400.png', 'http://forums.reprap.org/file.php?263,file=34734,filename=wt7.png', 'https://reprap.org/forum/addon.php?263,module=embed_images,check_scaling=1,url=http%3A%2F%2Fforums.reprap.org%2Ffile.php%3F263%2Cfile%3D34734%2Cfilename%3Dwt7.png', '', 368283, 800, 400, 'Loading image ...', false);
</script>
<br/>]]></description>
            <dc:creator>dzach</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 08:23:23 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368282#msg-368282</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368282#msg-368282</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong></strong><br />
Concluded from the above thread, from the start, i think that it has been verified that Slic3R selects correct path as expected and for W/T&gt;1 it is probably selecting proper flow as well. question is would flow be better for W/T=1 and W/T&lt;1 if the same formula was used? I do not know. i do not even know if the formula used at present version is failing!</div></blockquote>
<br />
No Sli3r only uses the correct formula when W - T &gt; nozzle.<br />
<br />
<blockquote class="bbcode"><div><small>Quote<br /></small><strong></strong><br />
if i should always select W/T=1.5 i would certainly get in troubles. my nozzle is 0.35 and I mostly print at 0.2mm that would say that if W/T should be 1,5, I should select extrusion width of 0.3mm, but what if i select layerheight of 0.1mm? that would give me extrusion width of 0.15mm, that does not make sense, does it? and it does probably not care which formula is used anyway.<br />
Could anybody clarify my frustrations? </div></blockquote>
<br />
No W/T = 1.5 is only appropriate for high layer heights. In fact it the smallest value that works and together with the dies swell diameter determines the maximum layer height that you can use.<br />
<br />
W should always be &gt;= nozzle, so with a 0.1mm layer and 0.35mm nozzle it should be close to 0.35mm.  To get the correct math in slic3r W would have to be &gt; 0.35mm + 0.1mm, i.e. 0.45mm. W/T = 4.5.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 08:18:51 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368279#msg-368279</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368279#msg-368279</link>
            <description><![CDATA[ I think it would be nice for any programmer if one formula could do the job and from the above discussion i may believe that this would work as good as any other  as many other factors probably have greater influence.<br />
In my opinion many users generally have no clue on how to adjust W/T and certainly not why, that is the impression I get from forums. That is why it is good to have the program select autoadjustment, and for other users to take responsibility of selecting own values, but i am not sure programs generally is good to set limits to choice of params for best results.Trial and error is what get results mostly.<br />
<br />
Concluded from the above thread, from the start, i think that it has been verified that Slic3R selects correct path as expected and for W/T&gt;1 it is probably selecting proper flow as well. question is would flow be better for W/T=1 and W/T&lt;1 if the same formula was used? I do not know. i do not even know if the formula used at present version is failing!<br />
<br />
if i should always select W/T=1.5 i would certainly get in troubles. my nozzle is 0.35 and I mostly print at 0.2mm that would say that if W/T should be 1,5, I should select extrusion width of 0.3mm, but what if i select layerheight of 0.1mm? that would give me extrusion width of 0.15mm, that does not make sense, does it? and it does probably not care which formula is used anyway.<br />
Could anybody clarify my frustrations?]]></description>
            <dc:creator>justcurious</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 08:02:46 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368277#msg-368277</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368277#msg-368277</link>
            <description><![CDATA[ Here is my concern:<br />
<br />
<div id="div_187652c2b1117d2c4041fcfa27662bea"
     class="mod_embed_images"
     style="width:395px">

  

    
      
    

    <div id="imagediv_187652c2b1117d2c4041fcfa27662bea" class="mod_embed_images_image"
         style="width:395px; height:190px">

    

    <a href="http://forums.reprap.org/file.php?263,file=34731,filename=wt6.png">
        <img src="/forum/thumbcache/e6f/c2f/516/fe7/65b/500/b47/0e9/537/5b3/0c_800x400.png"
             width="395"
             height="190"
             id="image_187652c2b1117d2c4041fcfa27662bea"
             alt=""
             title=""/>
    </a>

    

    </div>

    <div class="mod_embed_images_info " id="info_187652c2b1117d2c4041fcfa27662bea"
      >
      <a id="link_187652c2b1117d2c4041fcfa27662bea" href="http://forums.reprap.org/file.php?263,file=34731,filename=wt6.png"></a>
    </div>

  

 </div>


<script type="text/javascript">
mod_embed_images_loadimage('187652c2b1117d2c4041fcfa27662bea', '/forum/thumbcache/e6f/c2f/516/fe7/65b/500/b47/0e9/537/5b3/0c_800x400.png', 'http://forums.reprap.org/file.php?263,file=34731,filename=wt6.png', 'https://reprap.org/forum/addon.php?263,module=embed_images,check_scaling=1,url=http%3A%2F%2Fforums.reprap.org%2Ffile.php%3F263%2Cfile%3D34731%2Cfilename%3Dwt6.png', '', 368277, 800, 400, 'Loading image ...', false);
</script>
<br />
<br />
In doing the calculation of the cross section of the area of the filament outside the nozzle, I'll have to correct the graphic and make it detach earlier from the bed, assuming speed doesn't change. That is, I'll have to reduce the size of the circle to compensate for the area missing in the connection of the vertical (cylinder) rectangle with the (horizontal cylinder) circle. I guess I made a compromise when drawing the graphic (<span style="color:#FF0000">EDIT</span>) and concentrated to the filament shape as it is laid on the bed instead of its picture as it leaves the nozzle. Actually, the extruder and nozzle are there just to show the height (Thickness) setting and do not take part in any calculation.<br/>]]></description>
            <dc:creator>dzach</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 08:00:19 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?263,273929,368268#msg-368268</guid>
            <title>Re: Help, internal size of part(s) too small...</title>
            <link>https://reprap.org/forum/read.php?263,273929,368268#msg-368268</link>
            <description><![CDATA[ &gt; It is exactly for that reason that I use W/T &gt; 1.5, a ratio at which the formulas I used start to fit closely the shape of the plastic. <br />
<br />
The general formula works all the way down to W = T because the rectangular part shrinks to zero and the two semicircular ends then form a circle. As I keep saying there is only one formula needed for calculating the relationship between flow rate and outline width. Does anybody have any experimental evidence that contradicts this formula? There may be some second order effects like gravity causing the bottom flat to be a bit longer than the top, etc, but it is accurate enough for FFF printing and more accurate than assuming the semicircular ends degenerate into rectangular ones as the width reduces. They definitely don't do that. In fact the opposite happens. The wider the filament is compared to its height the less significant the semicircles are.]]></description>
            <dc:creator>nophead</dc:creator>
            <category>Slic3r</category>
            <pubDate>Wed, 11 Jun 2014 07:35:23 -0400</pubDate>
        </item>
    </channel>
</rss>
