RandomEngy
BUG: ETA estimate error with simultaneous encoding
Problem Description
With simultaneous encoding of multiple files, the individual file ETA estimates appear to be based on single encoding.
For example, with simultaneous encoding of 4 files, with one approaching completion and a file ETA estimate of 13 seconds, the countdown was 1/4 speed, finishing in about 52 seconds.
In anther example, with simultaneous encoding of 3 files, each file ETA counts down at about 1/2 speed.
The overall ETA estimate also appears to be way off.
What version of VidCoder are you running?
12.10
Encode Log
In a test of just 2 simultaneous encoding that was nearing the end for both of them, with an overall ETA estimate of 9:52, it actually took 13:16 to complete. Thus the amount of error appears to be related to the number of simultaneous encoding.
The estimate is based on the overall work completion rate for the whole queue. It may have gotten off because earlier queue work completed faster.
Sure, but would it not make sense to recompute on certain events? Otherwise the estimates become meaningless.
Yes, it's possible to make the logic more complex, but more accurate.
There may be a couple of things that would help, like having a "sliding window" for calculating the overall work completion rate, where it only looks at the past few minutes. Another might be to swap to a job-based work completion rate after there's enough data on each job.
Though I don't have time to implement this right now.
You might want to consider a (crude) hack alternative when encoding more than one stream: Instead of immediately putting up ETA with an (erroneous) estimate, start by putting up "ETA: calculating …", then displaying after a few seconds a newly calculated ETA which should be easy to implement. Whatever, I leave it in your capable hands.