As said above.
Maybe it thinks that Timelapse is swithced on?
I always have it off, but in the slicer itself I don’t see an “off” option, only at the Print Plate, at which point the gcode is already done.
OK, I see at the FAQ that the gcode is generated anyway, but the printer should skip these steps during printing, if the TImelapse is OFF at download.
Well, it doesn’t skip. The Timelapse is definitely OFF, and the movement is still done.
I’m on Studio version 2.04.0.70 running on Windows 11. I went ahead and did a test on my A1 mini to see if I have the same issue. I typically leave travel movements unchecked these days, so I don’t remember if those timelapse travel movements were always there or not in Preview or I’m really good at ignoring them. So my preview shows the same movements, but those movements do not happen during the print.
Ahh, I see why I think I haven’t seen those movement paths before. My X1C does timelapse differently on traditional than the A series printers, so the paths look differently. Learned something new today.
Thanks for checking.
I went back to 2.03 version.
The travel lines are definitely there with this version too. (Although I also don’t usually look at them)
But they don’t happen in reality, if Timelapse is OFF.
So I can print properly now.
But something happened with 2.04, that these travels are carried out despite the Timelapse beeing OFF.
Maybe something at my PC, I will try again sometimes with 2.04



