I’ve found the slicer time to be closer to the truth, I know in PAXX you can change which setting determins the “finish” time, but the slicer time doesn’t /seem/ to account for the pre-functions (nozzle cleaning/bed warming etc etc) so its out as well, but not as much?
That’s not what “File” means.
The “File” remaining time to go is the U1 projecting the time remaining based on progress through the file. “Slicer” is the time remaining according to the time predicted by the slicer and added to the print file as a comment.
The truth is usually somewhere between the two, but this difference seems extreme for 24% through the print (although that is also dubious). Layer 97 of 650 layers is about 15%. At the start of a print, all the bed mesh etc etc is going on so little progress gets made through the file.
This isn’t about the discrepancies in the publication dates. That’s clear.
What I’m getting at is this:
When the print job was finished, Fluidd displayed ‘Finish 19:00’
Actually, at that moment, it was 14:00 for me.
The Windows system clock showed 14:00!!!
It’s always a 5-hour time difference!!!
Sounds like a Timezone issue
If you look at your very first picture the slicer time is spot on - the total being 4mins more would account for the bedheating/nozzle checks etc etc
The image you’ve annotated in post 1, which you said was captured at 12:00, shows arithmetically correct (if not sensible) figures. Perhaps you’ve used a bad example to illustrate your point?
Please look only at ‘Finish’! Do NOT look at the other figures. ‘Finish’ is the estimated time of completion. It always varies slightly during printing, and it’s clear why.
However, when printing is complete, the ‘Finish’ time must match the actual time.
And it’s always 5 hours out of sync with real time.
OK, then it’s a shame you underlined the File figure (12:00 + 6h52m = 18:52).
Shall I recategorise this thread as a bug report?
It’s best to wait. I’ll do another print and keep a close eye on everything.
I already explained the difference between the “File” and the “Slicer” estimates in another post: Support Center, Firmware, Software & App Updates - #39 by hho
“Finish” is just current time + “File”. That estimate will only become more accurate over the duration of the print, better check the remaining time in “Slicer” or on the printer’s display.
I went into the time settings in Windows. Everything was set correctly. I changed the clock to a different time zone. Then I changed the time back to my current location.
Printing has started, and the process is already nearing completion. The ‘Finish’ time is displayed correctly!
I don’t understand why. I’ve seen the time displayed incorrectly more than ten times now – it’s always +5 hours.
I used to run Linux on this computer. And whenever I switched between Windows and Linux, I always had problems with the time.
Perhaps some remnants of Linux have found common ground with Clipper?
Glad you think you’ve sorted it.
Here’s a screenshot from the print I currently have running. You’ll notice the figures add up, just the same as they do in the screenshot you posted. Some time before, the “File” time remaining showed 17h, and the Finish time was that much later accordingly. As I said, the File progress comes tumbling down when the print gets underway.
Oh that’s interesting. Second time around for the same print file, “File” is replaced with “Actual”.
