Is there an existing issue for this feature request?
[X] I have searched the existing issues
Is your feature request related to a problem?
Time estimates are way off. In my case (stock Sovol SV07 running latest Klipper) it hugely underestimates the actual print time which is weird considering that with my modded Ender 3 (in Cura and OS, the later more for calibrations) this has never been an issue. The slicer has all Speed and Acceleration values available, which makes it so baffling to me. Again considering with Cura I never had this issue given the same position. This also doesn't occur in calibration prints by OS itself, like just single digit minutes off.
I did some quick calculations. in OS 2.0 the average diversion of 8 recent prints were 31.44% (28% median) and with the 2 prints I did in OS 2.1 beta being 67% and 53%. Even after re-slicing in OS 2.1 stable I still have diversions of 22% and 25% in relation to the printtime achieved before.
Since I do on demand printing on the side and value the print time, I need a reliable time estimate for cost estimates since adjusting the agreed upon price afterwards or just upcharging by a fixed percentage sits sour with me.
Which printers will be beneficial to this feature?
Klipper, All
Describe the solution you'd like
My only guess can be to revisit the algorithm.
I personally have no clue how the slicing and time estimate or interlocked so I can't give any solution of real value (like a starting point)
Describe alternatives you've considered
No response
Additional context
My most recent prints
some prints I used for my calculations
For reference, prints provided by cura (done in Sovols factory)
Is there an existing issue for this feature request?
Is your feature request related to a problem?
Time estimates are way off. In my case (stock Sovol SV07 running latest Klipper) it hugely underestimates the actual print time which is weird considering that with my modded Ender 3 (in Cura and OS, the later more for calibrations) this has never been an issue. The slicer has all Speed and Acceleration values available, which makes it so baffling to me. Again considering with Cura I never had this issue given the same position. This also doesn't occur in calibration prints by OS itself, like just single digit minutes off.
I did some quick calculations. in OS 2.0 the average diversion of 8 recent prints were 31.44% (28% median) and with the 2 prints I did in OS 2.1 beta being 67% and 53%. Even after re-slicing in OS 2.1 stable I still have diversions of 22% and 25% in relation to the printtime achieved before.
Since I do on demand printing on the side and value the print time, I need a reliable time estimate for cost estimates since adjusting the agreed upon price afterwards or just upcharging by a fixed percentage sits sour with me.
Which printers will be beneficial to this feature?
Klipper, All
Describe the solution you'd like
My only guess can be to revisit the algorithm. I personally have no clue how the slicing and time estimate or interlocked so I can't give any solution of real value (like a starting point)
Describe alternatives you've considered
No response
Additional context
My most recent prints
some prints I used for my calculations
![image](https://github.com/SoftFever/OrcaSlicer/assets/91850674/627f4cdb-2700-4c6f-939e-91223799619b)
For reference, prints provided by cura (done in Sovols factory)![image](https://github.com/SoftFever/OrcaSlicer/assets/91850674/d656d725-876d-45ff-b1aa-19acbcb0db8b)