supermerill / SuperSlicer

G-code generator for 3D printers (Prusa, Voron, Creality, etc.)
4.04k stars 515 forks source link

No retraction / deretraction on 2.5.60 nightly #4264

Closed kymlalu closed 3 weeks ago

kymlalu commented 1 month ago

What happened?

No retraction / deretraction after upgrading to 2.5.60.0 from last stable relase ( 2.5.59.9 ). It seems that it is 3d model indenpendent . Sliced in 2.5.59.9 SS_2_5_59_9

Sliced in 2.5.60.0 SS_2_5_60

Project file & How to reproduce

Do it first with older version ( 2.5.59.9 ) and as a second use newer one ( 2.5.60.0 ) as it seems that there is something different in config which stays here even after downgrade from newer version.

To remove any variable i deleted my SS settings from c:\Users\user\AppData\Roaming\ ( whole Superslicer dir ) and made myself sure that there are no leftovers in other folders. Then after launch i selected one printer ( in my case V0 0.4mm ), opened STL and sliced it. So you will have pure default settings with one printer, few basic material choices and print profiles. Don't touch any setting.

Then in sliced view, choose retraction and deretraction visualisation and observe result. Then repeat whole process ( deleting SS folder, adding printer, slicing.. ) and look into gcode.

generated gcodes.zip project files.zip

Version

2.5.60.0

Operating system

Win 11

Printer model

Voron 0

Hun73rdk commented 1 month ago

I have tons of stringing in the latest build also i changed to orca slicer to see if it was my hotend that was broken and there i have no stringing at all

Pavulon87 commented 1 month ago

Yes, I noticed this bug too Temporarily uncheck Only retract when crossing perimeters @ Print settings -> Infill

supermerill commented 1 month ago

I think it's a gui issue, maybe. I can't see any missing retraction/unretraction in the first layer in your gcode. For other layers, well it's 0.05 layer height vs 0.2 ...

supermerill commented 1 month ago

checked on another project, and there is a problem after the first layer.

supermerill commented 1 month ago

it's because i had 'only_retract_when_crossing_perimeters' set to true.

supermerill commented 1 month ago

found the bug, will be fixed in next nightly

kymlalu commented 1 month ago

I was writing reply to other message from you here and meanwhile you find it. I'm glad that i'm not blind or crazy ( and didn't waste your time with my stupidity 😅).

supermerill commented 1 month ago

I optimized it a lot to speed it up. but when it's on a top layer, as the top surface may be excluded, that breaks some assumptions and so it's too optimized and doesn't check the right stuff.

I'll un-optimized it a bit.

kymlalu commented 1 month ago

I just downloaded newest nightly build and according to gcode preview in slicer everything seems to be OK. I'll print something tomorow but i expect it to be good now.