Jobs showing progress before starting 3.4RC2

jay_s_uk

On a couple of printers I am running (one Duet 6HC based and the other Fly-Super8 based - both standalone), I am seeing a varied amount of % being complete before the printer has moved.
Here is an example
start.g.png
This was a very small job and I think its linked to running a start.g file but I'm not fully sure.
Here is one of my start.g files

M118 S"Running start.g"
if !move.axes[0].homed || !move.axes[1].homed || !move.axes[2].homed
	G28
;G29 S1

Is the start.g file being counted towards job progress?

bberger

@jay_s_uk I have the same on a Duet Wifi (Standalone), but it's been like that for quite a while.

But in my case it's like 30% or sometimes even more progresss. The times and estimates are correct, but it completely screws with the percentage.

jay_s_uk

or could it be linked to thumbnails in files now?
Not sure if I saw this before RC1 or not

oozeBot

@dc42 - I think Jay is right in that this is being caused by the embedded thumbnails as we never noticed this prior to enabling them. I think (guessing, really) RRF must be using file length / file position to report progress and the thumbnails are taking up 20~30% at the top of the file..

dc42

@oozebot that could be the reason when printing small GCode files. To fix it we would need to scan the start of the file to see where the real GCode starts.

jay_s_uk

This still occurs on 3.4.1-RC1

Phaedrux

@jay_s_uk I think it's planned fix for 3.5.