This is very strange and so far, I haven’t found any conversation regarding this.
One might think this is the “Prepare time:” but the prepare time doesn’t even come close, so what could this possibly be? If anyone has any ideas, I’d sure be interested in knowing what this might be.
There’s no accounting for this 6 minutes of line type. When one unchecks the other boxes, it does not show up in the sliced model. Also, the math doesn’t add up when one uses larger models with printing times in excess of 20 minutes. No sum of numbers adds up to 6m2s.
The same behavior shows in Orca as well. I went back through some old screengrabs and the only one I saved was version 1.6 back in October from Orca and the same mystery line type shows up there too. It’s exactly 6m2s. No more, no less.
I always thought that the preparation time included heating up, bed levelling, calibration/purge lines, etc.
I.e. everything from hitting the start print button to actually printing the first line truly needed for the model. At least the time would fit better.
(Default disc primitive not displayed.)
It also shows this gcode, which is probably considered “Custom” in the sense that it would be unique to this model of printer:
To save time, I do not use the dynamic flow calibration, often turn off the auto bed leveling and sometimes disable first layer inspection. I think the necessary gcode for those features is being automatically included during slicing and then can be ignored by the printer based on the Print Options settings on the printer, device tab, or the check boxes when the print is sent.
I was also thinking that this was assumed time for the startup calibration and bed leveling. In other words, it was giving worst case scenario estimate for the print time. It’s curious how it is different for other people. I noted in one of yours @Olias that it actually says 6m7s and another says 6m2s. Is it somehow pulling information from the printer prior to initiating the slice command such as ambient chamber temp. and then updating times to heat the chamber/bed/nozzle based on that? Seems strange, but I guess possible if you are connected to the printer when slicing. I’m shooting in the dark though as well.