Has anyone tried using Autodesk Print Studio? It slices super fast and the prints are much cleaner than Slic3r.
It is also completely open source.
Anyone know how this stacks up against simplify 3D?
Both prints were done on the same machine with the same settings and setup.
I’m worried about your Z.
Got a url for the source code and License?
Yeah you have so serious z banding man. Might want to check your z rods and couplers
That gear is troubling. I’d be interested in seeing how it compares to Cura. What Slic3r version did you use?
well i switched to cura becuase of slic3r did you try cura im able to get really fine prints with it
After looking into this minimally, I found out it’s part of the Spark software (still in beta but open to apply) meant to work with their Ember printer and other SLA machines. I didn’t realize it could be used with FDM machines. I’m going to look more into the software and download Spark.
URL for those models please?
Download link? I only see early beta access and inclusion in Inventor.
@Luis_E_Rodriguez You are correct. You need Spark to use it from Inventor though. I just applied for beta access.
But… some of those prints were printed at different angles. That accounts for most of the difference. Is Print Manager selecting the print orientation for you? I’m guessing they’ve rolled up Meshmixer’s print orientation tool to do that?
Aside from that, it’s not obvious what Print Manager is doing differently.
@Ryan_Carlyle Printed at different angles, what does that mean exactly?
@Ryan_Carlyle I saw that too but it doesn’t make up the difference in print quality. @Aaron_Spaulding what printer are you using?
Printrbot Simple is in Spark now! And I still need to give it a go! Excited.
Per the photo the bottom of the object was printed at the same angle as the point before the break of the object so it seems as if it’s a completely different file.
What would happen with FDM is different, can you link the source?
@Andrew_Hodel The Spark3DP Github is at https://github.com/spark3dp Print Studio is basically a middleware for Print Manager and the Spark API. Print Manager source is there right now but not Print Studio.
The Autodesk code is usually Apache 2.0 for the open source stuff. It’s a closed beta right now. Spark is process agnostic. It’s not so much a suite of applications as it is an end to end framework for building additive manufacturing environments/interfaces.
The four-bolt angle adapter thing was printed in different orientations between the two models – look at the layer lines to see that Autodesk printed it in a much more sensible orientation that avoided major overhangs. If that was automated, good for them, that’s a very nice algorithm to help newbies. But the print could have been manually oriented that way in Slic3r too.
The helical gear print looks like the extrusion temp or cooling was completely off for the Slic3r print. Which, again, sounds like something that could be fixed with proper settings.
Sorry guys, I’m seeing user error in the Slic3r print examples. If the Autodesk slicer is able to auto-configure stuff better for new users, that’s huge, but Slic3r can make vastly better prints than that when configured correctly.
Your calibration and print settings are terrible. I use slic3r, and have never had much trouble making prints that look substantially better than either of those examples for that same part.
@Ryan_Carlyle I agree with your assessment of the model printed in Slic3r. I believe that the current version of Slic3r has much more potential then what’s shown, but we don’t know if this is the most recent version and the recent update greatly improved the software as a whole. Still the print quality of what’s shown sliced via Slic3r should be able to be improved upon.
It’s possible that @Aaron_Spaulding did not change the printer profiles and the default profile in Spark is much closer to what the printer actually needs. The only way to accurately compare prints from this post is if Aaron posts all the print settings as well as what printer he is using. Even so, the blue part was not printed in the same orientation in both slicers and there are significant problems with the printer which causes the photos to be useless in judging slicer quality.
Regardless of all that, this demonstration shows the viability of the Spark software and that is the important part of this post.
@Adam_Steinmark eh. I hate to be rude, but the Slic3r prints looks worse than I think I could make if I were TRYING to make bad prints, and the Autodesk prints are still kind of mediocre. (The hardware Z wobble is the biggest issue, but there’s more than that.) I’d like to see the difference with properly-calibrated profiles on a mechanically-sound printer. Probably wouldn’t be visibly different.
