Timelapse smooth travel always present in slicing - no chance to deactivate it

[HorstBaumann]

Bambu Studio Version

1.8.2.56

Where is the application from?

Bambu Lab Official website

OS version

Windows 10

Additional system information

core x7

Printer

A1 mini

How to reproduce

any object i slice, gets the "smooth timelapse" typical paths to the back left corner. Even when the timelaps setting is on "traditional" or timelapse is deactivated. bambu studio seems to ignore these settings.

Actual results

the printed object has ugly filament loops and the printing time increases

Expected results

a clean print without unnecessary travels

Project file & Debug log uploads

the problem is not related to a certain project Bowling Trophy.zip

Checklist of files to include

• [ ] Log file
• [X] Project file

[bachrach44]

The A1 is always going to have to move the print head and bed for reasons explained here: https://wiki.bambulab.com/en/software/bambu-studio/Timelapse

However, it would be nice if we could just disable timelapse entirely. It was fun at first, but after a while it's just a waste of time and filament.

[DConcord]

+1 - I've had occasional luck when toggling Others > Print Sequence > By Object because that mode is not compatible with timelapse (and disables it somehow?). But toggling back doesn't always keep the mystery/hidden timelapse setting disabled

[loohney]

+1 - We need an option to entirely disable the timelapse feature.

[zhimin-zeng-bambulab]

If you choose traditional timelapse and do not check timelapse when sending print job, this GCode will be skipped when printing.

[DConcord]

If you choose traditional timelapse and do not check timelapse when sending print job, this GCode will be skipped when printing.

Right, but the estimated time is still thrown off. Especially on bigger prints

[SaltWei]

Right, but the estimated time is still thrown off. Especially on bigger prints

This time error is very small and only several minutes for a 16 hours printing.

[Hammerfest]

v1.9.2 and its still an issue

such a waste of time, just give us the option to turn it off... such a hassle

EDIT: I would re-add the BUG tag to this, the reason being is that instruction's on the wiki state if its set to traditional, it doesn't actually do this, but when you slice it for preview, its there, the PROBLEM and thus why I say its a BUG, is that the REASON its there in the preview is because on the PRINTER config, there is a time-lapse gcode section and its processed in order BEFORE the traditional setting in the profile!!! so, having an option selected, and it SEEMINGLY being IGNORED, is totally a bug, the ONLY change I made is deleting that gcode from the printer config and BOOM, preview no longer has timelapse wipe layer movement

@zhimin-zeng-bambulab

[zhimin-zeng-bambulab]

@Hammerfest There is a timelapse switch when sending for printing. If you think it is a waste of time, uncheck timelapse and the gcode to the trash will not be executed.

[Hammerfest]

I do, but I think your missing the point, on the preview, its displays the movement regardless of option, if your trying to optimize line travel this flys in the face of and defeats that ability which is part of why a preview exists in a slicer, to see what the print head is going to do

If you dont feel that is an issue then you should remove the "line travel" option completely from the preview section as it will be wrong 100% of the time unless you delete the timelapse gcode from the printer config in Bambu Studio

In-case it is still unclear, the "Preview" "Line Travel" feature is incorrect/false/misreporting/lying/wrong/bad 100% of the time you are NOT using timelapse. The very definition of a BUG and makes planning line travel adjustments impossible without the edit.

Easiest solution I can think of, add the off option to the timelapse dropdown, all it does is tell the preview generator to ignore the timelapse gcode section. Different levels of changes on the print time-lapse dialogue could be done but this change is simplistic (not simple).

[lightspeedlucas]

+1 - Note that as a workaround, it seems you can fully erase Time lapse G-code in the Machine gcode tab in your printer's profile and the preview/timing will then work as we expect.

[hutje]

+1, just also give the option to make a timelapse without the travel movements. Octoprint does provide it and it is just ok for most people. Now it adds 20% extra total time for the travel movements.

[Edya7659]

Couldn't you just add "Disable" to the Special Mode/Timelapse menu, and then the movement of the print head to the shooting position would not be calculated (disappeared)? Yes, in that case, there would be NO possibility of enabling Timelapse shooting when sending the model to print. But, on the other hand, it would be possible to get more accurate data on the model's printing time.