How to improve travel movement?

[dzieva]

Version

Slic3r 1.42.0-beta1 - Prusa Edition

Operating system type + version

Windows 10 Pro 64

3D printer brand / version + firmware version (if known)

Marlin

Behavior

• Describe the problem
  Travel not realistic
  

• Expected Results
  It could do the same as Simplify3D and Cura.
  

[Timocop]

Enable "Avoid crossing perimeters" in "Print Settings > Layers and perimeters" in Expert-Mode. This should keep the nozzle within the infill area. Just like "Combing: Within infill" in Cura.

You probably die of old age first before the slicing job is finished on complex models with this enabled. This should be more optimized maybe?

[dzieva]

I had already tried using "Avoid crossing perimeters", but a nonsense of slow, often does not even finish slicing.
I also hope that someday they will improve it.

[supermerill]

duplicate of #1934 ?

[Timocop]

I found a solution for your slow slicing with "Avoid crossing perimeter" enabled. The problem are high polygone models. The resolution is set 0 by default (unlimited) which makes slicing complex models alot harder and slower. Since it loops though all perimeters and finds the perfect center. You should set the resolution to 0.01 (Cura default) this shouldnt sacrifice any detail but redues slicing time by ~50% (and more) in my compare tests.

Benchy 250% scale slice test case:
Res 0 : Slicing finished in 4:05min
Res 0.01 : Slicing finished in 0:33min
No avoid / Res 0 : Slicing finished in 0:14min
No avoid / Res 0.01 : Slicing finished in 0:10min

[bubnikv]

Thanks for the hint on reducing the resolution of slices. We have had some bad experience with this feature, introducing visible artifacts by simplifying successive layers independently from each other, thus reducing a point on one layer while keeping a point of the same triangle edge on the other layer. We may re-evaluate the feature for small reduction rates though.

…

On Wed, Apr 3, 2019, 23:48 Timocop ***@***.***> wrote: I found a solution for your slow slicing with "Avoid crossing perimeter" enabled. The problem are high polygone models. The resolution is set 0 by default (unlimited) which makes slicing complex models alot harder and slower. Since it loops though all perimeters and finds the perfect center. You should set the resolution to 0.01 (Cura default) this shouldnt sacrifice any detail but redues slicing time by ~50% in my compare tests. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#2040 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFj5I-UWNWExKkpDpNU4qnm7e386fIaLks5vdSHLgaJpZM4cPDeI> .

[Timocop]

Do you mean variable layer high? I dont realy understand, sorry.
I only get visible artifact (holes, ripped walls) when having the flawed "Detect thin walls" detection enabled. Havnt seen any issues using Resolution 0.01. Do you have an example?

[dzieva]

Timocop, thanks.

I did what you said. and it was possible to slice "after a long time", but the problem continues, nothing has changed.

[Timocop]

Do you mind sharing the model/config? I dont think there will be a solution since 'Avoid crossing perimeters' behaves like Curas "Combing: Within infill" and your model doenst seem to have much infill area.
If you realy want combing that bady, you have to create more infill space (Less skin, more gap fill).

[supermerill]

Gap fill is not infill. Don't put your expectations too high.

[Timocop]

In the orginal slic3r gap fill is under the infill section. So i thought its infill. Guess not. Which doesnt make any sense to me.

[supermerill]

It's done with the perimeters, internally, stored in the same collection.

[dzieva]

Do you mind sharing the model/config? I dont think there will be a solution since 'Avoid crossing perimeters' behaves like Curas "Combing: Within infill" and your model doenst seem to have much infill area.
If you realy want combing that bady, you have to create more infill space (Less skin, more gap fill).

Here it is, it takes a lot of patience.

slice3rPE_model&config.zip

[bubnikv]

The initial phase of the "avoid crossing perimeters" feature has been sped up with 3addae3, the feature is now also significantly faster.

This particular model took 60s to generate G-code on my computer with the "avoid crossing perimeters" feature on, taking 5h 20m to print, while it took 20s to generate G-code with the "avoid crossing perimeters" feature disabled, taking 5h 16m to print.

Closing this one.

There is still #2213 for a reference of a complex object, which took 7 minutes to export the G-code with the "avoid crossing perimeters" function enabled.