Incorrect support speed , seems to stuck at some low speed.

[kursatu]

Version

Version of SupserSlicer used goes here
I've built with the latest commit on 8/27/2020
Use About->About SuperSlicer for release versions
2.2.53
For -dev versions, use git describe --tag or get the hash value for the version you downloaded or git rev-parse HEAD

Operating system type + version

What OS are you using, and state any version #s
Windows 10
In case of 3D rendering issues, please attach the content of menu Help -> System Info dialog

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

Custom CoreXY printer, Vking derivative
Marlin bugfix2, latest commit,
What 3D printer brand / version are you printing on, is it a stock model or did you modify the printer, what firmware is running on your printer, version of the firmware #s

Behavior

• Describe the problem
  Slice the object in the attached 3mf file.
  Observe that the support speed it something completely different than anything in the settings.
  I couldn't find where this speed comes from. It looks like a defect.

• Steps needed to reproduce the problem

  • If this is a command-line slicing issue, include the options used

• Expected Results

• Actual Results

  • Screenshots from SuperSlicer preview are preferred

Is this a new feature request?

Project File (.3MF) where problem occurs

Upload a SuperSlicer Project File (.3MF) (Plater -> Export plate as 3MF for Slic3r PE 1.41.2 and older, File -> Save / Save Project for SuperSlicer, Slic3r PE 1.42.0-alpha and newer)


Defect6.zip

[neophyl]

Your speeds are being limited by the cooling over ride under filament settings. If you reduce your layer time goal or the Max speed reduction it increases the support speed.

Although I do think there is still a bug around that anyway, as I increased the min print speed to 50mm/s and the support was still printed at 20mm/s. It took either reducing the layer time goal to be ridiculously short or changing the max speed reduction % to get it faster. It should only go as low as the min print speed but that didnt seem to work for the support when set to 50mm/s.

[kursatu]

It seems like there is another related defect. If I switch supports (both interface and itself) to another extruder
it does not slowdown for cooling.
I usually print with just the support interface using extruder 4 but not both the support and interface.
For the original defect, the support is printed using the same tool as the model itself, so it should
not slowdown to the cooling override speed.
The rest of the layer does not do that.
This is a high impact defect. It makes the supports unusable.

[supermerill]

Found the issue, it's because the support are on their own layer, and the algorithm consider that layer as a layer of the object, hence reducing the speed...

have to find a way to merge these support layer with the object's ones.

[kursatu]

Thanks for looking into this. I am guessing it is not always fun to
fix such defects, may be a regression.
I've tried to check if this happens with Prusa slicer but it did not even open the .3mf file.
I am guessing they can't be used between Prusa Slicer and SuperSicer.

[neophyl]

Did you get a serialise error ? When trying to open in Prusa Slicer

[supermerill]

I corrected some errors that can happen when loading config with unknown keys, but i can't do anything to put these corrections into prusaslicer.
Maybe i'll do an "export to prusaslicer" a day I'm bored.

[supermerill]

the support-layer time will be added to the object-layer (if unsynch) in the 2.3.55 release.

[kursatu]

I've got the latest code which includes the commit above, 2adea5b
The slowdown is still there. Is it supposed to be fixed by that commit?

[kursatu]

Seems to be fixed with the latest sources on GItHub.