search

prusa3d / PrusaSlicer

G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)
https://www.prusa3d.com/prusaslicer/
GNU Affero General Public License v3.0
7.56k stars 1.9k forks source link

Print order of SVG elements embedded in other objects is not optimized #11959

Open ronperek opened 7 months ago

ronperek commented 7 months ago

Description of the bug

When SVG is added to the print plate and embedded in other object for dual color print, the order of printing the parts of SVG is not optimized. On a big print, this creates lots of unnecessary stringing when the nozzle travels across the build plate.

Project file & How to reproduce

Example SVG file: pinout

Project file: pinout print order.3mf.zip

Expected optimized print order (generated when the SVG is not embedded in other object): svg print order optimized

Not optimized print order when the SVG is embedded in other object: svg print order

Checklist of files included above

Version of PrusaSlicer

PrusaSlicer-2.7.1+flathub.org

Operating system

Linux Mint 21.2 Cinnamon

Printer model

MK3S

ronperek commented 7 months ago

Merry Christmas Prusa Team :)

I add ad video of the print: print order.webm

And a picture how the random order affects the letters. Oozing combined with long different length travels between letters causes the neighboring letters to have visibly different thickness. I hope this effect won't appear when the travel will be reduced. travel letters

ronperek commented 7 months ago

Best wishes in New Year, Prusa Team! I don't want to rush you, but is there any schedule when this issue will be addressed? Or maybe you have an idea for a workaround?

In the meantime, I did a lot of improvements to my print settings and workflow, but I can't get to production quality with this issue present. travel2 travel2ooze

ronperek commented 5 months ago

I just tried slicing this project with SuperSlicer and the ordering works correctly there, so you look how it is solved there.

ronperek commented 1 month ago

Hi there! Just wanted to follow up on this issue. A few months had passed, and I’m still experiencing the problem in version 2.7.4. This problem contributes to randomly lowering the quality of print and I had to scrap few kg of the prints because the quality was just too bad for the end product. Is there any additional information I can provide to help resolve this? Thank you for your time and effort!