<p>While my first try with slic3r was really bad, due the required manual setup and my lacking experience (which was the reason I really wanted to stick with Flashprint), I actually found a solution to my problem. Its more a workarround but im perfectly happy with it for now.</p>

<p>I just load the OpenScad .stl with slic3r, use it's "Export STL..." feature, and load the resulting stl with Flashprint. Looks like a charm. </p>

<p>So the problem is really the OpenSCAD specific .stl files being misinterpreted by Flashprint.</p>

<p>Hopefully this helps some of you as well and save you some trouble.</p>

CC BY-SA 3.0
2017-12-30T15:23:15.033Z
2017-12-30T15:23:15.033Z
borartr
<p>Your image is very helpful. I think you might find that the rendering in your slicer is intentionally degraded to minimize use of system resources. The image you see may not be an accurate representation of that which would be printed.</p>

<p>If you wish further confirmation, consider to create the g-code from the slicer and view it in a text editor. An even better option would be to use an <a href="https://ncviewer.com/" rel="nofollow noreferrer">online g-code viewer</a> and observe the results of the created g-code.</p>

<p><a href="https://i.sstatic.net/KzlRR.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/KzlRR.png" alt="gcode viewer screen cap"></a></p>

<p>The image above is the first line of print for a Marvin, showing that the base curves are smooth and clean. Your cylinder should appear in a similar manner, confirming that your slicer is degrading the image.</p>

CC BY-SA 3.0
2017-12-28T10:55:44.237Z
I have actually printed it, every edge and spike that is shown after loading the stl gets printed. Also tried the online viewer, which shows the same 'features' (after converting it to .gx with flashprint). Note however, that viewing the same .stl with other viewers displays it correctly (I tried Meshlab). The problem has to be in the .stl loading of flashprint, which by my guess uses some interpolation that goes wrong especially at high resolution.
borartr
CC BY-SA 3.0
2017-12-28T10:57:50.273Z
Also note that, since I have mostly printed things from thingiverse, most of them, even containing circles at similar resolutions (but probably created with other programs) work just fine. So its maybe somehow the specific .stl output of OpenSCAD the Flashprint software has problems with.
borartr
CC BY-SA 3.0
2017-12-28T11:17:22.957Z
That's fairly peculiar. I usually create curved items in OpenSCAD at $fn = 90; ahhhh... Try a number that's an even factor of 360. Using 70 results in  non-integer math that may be throwing things off. Even 72 is a good number that's close to your current figure.
fred_dot_u
CC BY-SA 3.0
2017-12-28T14:13:11.370Z
That was a good guess, I tried around some numbers but sadly the same problem. I guess I have to move to different software, the reason for this remains interesting though.
borartr
CC BY-SA 3.0
2017-12-28T15:17:17.963Z
I think you may be correct. The slicer is taking "normal" files and distorting them in a peculiar manner.
fred_dot_u
CC BY-SA 3.0
2017-12-28T10:25:05.247Z
2017-12-28T10:25:05.247Z
fred_dot_u
<p>I'm trying to print a cylinder with Flashprint. Problem is, that the .stl file i created (with OpenSCAD) is totally ruined once loaded into Flashprint. With ruined I mean the round outline is now with spikes and steps everywhere. And by loaded I mean directly after loading, not even creating the .gx files. The output of OpenSCAD looks fine, also in other stl viewers I tried.</p>

<p>I figured out the problem occurs more when using certain number of fragments ($fn). If its very small, loading works better. But for numbers that make it acutally look like a round circle (eg 50), Flashprint is unable to load them correctly it seems.</p>

<p>It's obvious that its no slicing or printing problem, but simply a loading one, since the shown object (which does not look any round) also prints the way it is shown in flashprint before slicing.</p>

<p>Does someone know a way to load a cylinder with flashprint correctly, or do I have to switch to different software? I already installed some but am unfamiliar with the printer settings which I do not know in detail. I really though a cylinder should'nt be too complex for any 3D software.</p>

<p>Here is the OpenSCAD Code for Cylinder, just create .stl and load into Flashprint to reproduce the Error:</p>

<pre><code>rotate_extrude($fn=70)
    translate([0, 0])
        square([20,2]);      
</code></pre>

<p>See also this image (tried native cylinder code, problem remains the same however):
<a href="https://i.sstatic.net/v6qkG.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/v6qkG.png" alt=""></a></p>

CC BY-SA 3.0
2017-12-28T09:39:24.437Z
Have you tried the code $fn = 70; cylinder(h = 2, r = 20); to see what happens to a native cylinder generated by OpenSCAD?
fred_dot_u
CC BY-SA 3.0
2017-12-28T09:58:58.560Z
Just tried it, although looking slightly different, the problem remains the same. I've uploaded a picture with your example code.
borartr
<3d-models><software><resolution>
OpenSCAD to Flashprint ruins model based on number of fragments
borartr
# OpenSCAD to Flashprint ruins model based on number of fragments

(Asked by: username_0 on 2017-12-28)

I'm trying to print a cylinder with Flashprint. Problem is, that the .stl file i created (with OpenSCAD) is totally ruined once loaded into Flashprint. With ruined I mean the round outline is now with spikes and steps everywhere. And by loaded I mean directly after loading, not even creating the .gx files. The output of OpenSCAD looks fine, also in other stl viewers I tried.

I figured out the problem occurs more when using certain number of fragments ($fn). If its very small, loading works better. But for numbers that make it acutally look like a round circle (eg 50), Flashprint is unable to load them correctly it seems.

It's obvious that its no slicing or printing problem, but simply a loading one, since the shown object (which does not look any round) also prints the way it is shown in flashprint before slicing.

Does someone know a way to load a cylinder with flashprint correctly, or do I have to switch to different software? I already installed some but am unfamiliar with the printer settings which I do not know in detail. I really though a cylinder should'nt be too complex for any 3D software.

Here is the OpenSCAD Code for Cylinder, just create .stl and load into Flashprint to reproduce the Error:

```
rotate_extrude($fn=70)
    translate([0, 0])
        square([20,2]);      

```

See also this image (tried native cylinder code, problem remains the same however):
[![](https://i.sstatic.net/v6qkG.png)](https://i.sstatic.net/v6qkG.png)

**Tags:** 3d-models, software, resolution

> **Comments:**
> **username_1**: Have you tried the code $fn = 70; cylinder(h = 2, r = 20); to see what happens to a native cylinder generated by OpenSCAD?  
> **username_0**: Just tried it, although looking slightly different, the problem remains the same. I've uploaded a picture with your example code.  

---

## 2 answers

### Answer by username_0 on 2017-12-30. Score: 0 | Accepted answer

While my first try with slic3r was really bad, due the required manual setup and my lacking experience (which was the reason I really wanted to stick with Flashprint), I actually found a solution to my problem. Its more a workarround but im perfectly happy with it for now.

I just load the OpenScad .stl with slic3r, use it's "Export STL..." feature, and load the resulting stl with Flashprint. Looks like a charm.

So the problem is really the OpenSCAD specific .stl files being misinterpreted by Flashprint.

Hopefully this helps some of you as well and save you some trouble.


---

### Answer by username_1 on 2017-12-28. Score: 0

Your image is very helpful. I think you might find that the rendering in your slicer is intentionally degraded to minimize use of system resources. The image you see may not be an accurate representation of that which would be printed.

If you wish further confirmation, consider to create the g-code from the slicer and view it in a text editor. An even better option would be to use an [online g-code viewer](https://ncviewer.com/) and observe the results of the created g-code.

[![gcode viewer screen cap](https://i.sstatic.net/KzlRR.png)](https://i.sstatic.net/KzlRR.png)

The image above is the first line of print for a Marvin, showing that the base curves are smooth and clean. Your cylinder should appear in a similar manner, confirming that your slicer is degrading the image.

> **Comments:**
> **username_0**: I have actually printed it, every edge and spike that is shown after loading the stl gets printed. Also tried the online viewer, which shows the same 'features' (after converting it to .gx with flashprint). Note however, that viewing the same .stl with other viewers displays it correctly (I tried Meshlab). The problem has to be in the .stl loading of flashprint, which by my guess uses some interpolation that goes wrong especially at high resolution.  
> **username_0**: Also note that, since I have mostly printed things from thingiverse, most of them, even containing circles at similar resolutions (but probably created with other programs) work just fine. So its maybe somehow the specific .stl output of OpenSCAD the Flashprint software has problems with.  
> **username_1**: That's fairly peculiar. I usually create curved items in OpenSCAD at $fn = 90; ahhhh... Try a number that's an even factor of 360. Using 70 results in  non-integer math that may be throwing things off. Even 72 is a good number that's close to your current figure.  
> **username_0**: That was a good guess, I tried around some numbers but sadly the same problem. I guess I have to move to different software, the reason for this remains interesting though.  
> **username_1**: I think you may be correct. The slicer is taking "normal" files and distorting them in a peculiar manner.  

---

