Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] Variable line widths #5591

Closed
stefanpieter opened this issue Dec 26, 2020 · 18 comments
Closed

[Feature Request] Variable line widths #5591

stefanpieter opened this issue Dec 26, 2020 · 18 comments

Comments

@stefanpieter
Copy link

stefanpieter commented Dec 26, 2020

Hello Community

The variable line widths feature in the Cura Arachne engine demonstrates the advantages of this feature. I believe that needs to be the new standard for slicers as the advantages are clear.

In addition expanding on this feature to have a wider range of line widths would mean one can:

  1. reduce the number of perimeters, while retain the perimeter thickness;
  2. reduce printing time;
  3. increase part strength
  4. Reduce gap fills

In effect dynamically changing the effective nozzle size.

@Area5142
Copy link

The Cura Arachene engine is in early alpha and a description can be found here.

@Hooch180
Copy link

Hooch180 commented Jan 6, 2021

I also would like to request this feature.
On forum it was mentioned by user joules.

I wish the slicer could calculate a variable extrusion width for "perimeters", within user pre-set limits. Optimized to avoid gap fills and perimeter collapses.

This would help reduce alot of travel moves for gap fill when a part is made solid using many perimeters, which is probably the best way to achieve high strength. I currently have to finetune the extrusionwidth to say 0.7489, while notoriously matching it with external perimeter width of same presicion, in order to avoid gap filling. Those filler lines add stringing from retractions, time, blobs and underextrusion upon restart. Yeah, compensating with extra material on restart will mess up those travel moves that are above the trigger retraction threshold, while it cant be increased enough to actually make a difference after a long travel move.

@townkat
Copy link

townkat commented Jan 16, 2021

  1. and probably the most important, i can't see how you missed this :): increase detail reproduction as smaller widths produce better details/small features (small letters, sharp angles etc.)

@LightningShark25
Copy link

LightningShark25 commented Feb 24, 2021

Have admins/developers had any thoughts on this? I have not looked at what cura has done personally but think this is a fantastic jump in slicing capability.

I have been printing parts where at times the fill gaps can be as high as 20% which is painful. I appreciate that sometimes this can be tuned out by adjusting line width manually.. But so far I have found this a trial and error slicing process that is very time consuming.

Keen to know people's thoughts on the pros and cons of going down this path. Thanks

@MR2C280
Copy link

MR2C280 commented Dec 6, 2021

I, too, would very much like this feature (as I spend a lot of time fiddling with perimeter widths to try to reduce gaps). Prusaslicer V2.4 has added a new parameter to enable / disable gap fill (to replace Gap fill speed=0 #2956 #5999). Perhaps an additional option of "Vary perimeter width to fill gaps" could be added. Since gaps are, by definition, less than one perimeter width, increasing the perimeters on either side of the gap by <50% shouldn't create any problems (Stefan at CNC Kitchen has shown, you can print up to 200% of nozzle diameter). However, it might be wise to only vary the width of internal perimeters so the external surfaces are unaffected.

@stefanpieter
Copy link
Author

Cura is officially live with this...

@danoveb
Copy link

danoveb commented May 2, 2022

I have just played around (no actually printing) slicing some various objects in Cura 5.0 and it's magic. I always make wall thickness in multiple with the nozzle size, but you always get some gap fills in various places, but in Cura they are completely gone! I went from Cura to Prusaslicer mainly because of the UI, but this feature alone might bring me back to Cura.

@jonosaur
Copy link

jonosaur commented May 8, 2022

It is a very interesting dovelopment, the gap fill pieces add so much time on some models. But the beta of cura still adds time to prints compared to prusaslicer. If this does come to prusaslicer it will keep it at the front for slicer choice in my very humble opinion 😃

@vtjballeng
Copy link

Another vote for this feature. This is critical for optimally printing parts where strength is critical.

@androandra
Copy link

I vote for this, too.

@krom9ra
Copy link

krom9ra commented May 16, 2022

I've tried variable width feature and it really solves almost all thickness jumps and breaks on technical prints. :y:
So i vote for investigations for this improvement too.
There are a good demonstration and comparison of PS / Arachne engines: https://www.youtube.com/watch?v=LOI-D7JM-Es

@kbranch
Copy link

kbranch commented Jun 11, 2022

I'd also love to see this, for what it's worth. Extra detail would make some projects much easier.

@bubnikv
Copy link
Collaborator

bubnikv commented Jun 29, 2022

Ported from Cura to PrusaSlicer 2.5.0-alpha2. Thanks Cura team for keeping Cura open source and for their effort and dedication.

@bubnikv bubnikv closed this as completed Jun 29, 2022
@jmd73
Copy link
Contributor

jmd73 commented Jul 22, 2022

@GilesBathgate It is in the branch master_250

@krom9ra
Copy link

krom9ra commented Jul 22, 2022

@GilesBathgate it looks version 2.6.0-alpha0 is older than 2.5.0 🤷‍♂️ It has been tagged at May 19 with some special features;
Arachne engine has been supported in master_250 branch, you could easily test it with 2.5.0-alpha3 builds

@GilesBathgate
Copy link
Contributor

@jmd73 @krom9ra Just to confirm the option is present when built from the master_250 branch thanks!

image

@sisuwest
Copy link

Screenshot 2022-08-19 at 2 20 25 PM

Detect thin walls is greyed out. Is this because of this feature?

@hejllukas
Copy link
Collaborator

Yes, "Detect thin walls" can only be used with the Classic perimeter generator because this option is there to resolve some issues that the algorithm of the Classic perimeter generator has.

Arachne works differently, and it doesn't have the issues for "Detect thin walls" is needed. So because of that, the option "Detect thin walls" is greyed out when Arachne is used.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests