[Rejected] ETA for entire queue rather than just each job

[nexradix]

Currently, the queue window shows the ETA for the currently processing job. It would be great if there was also an ETA for all jobs in the queue, so you'd have a general idea when the queue would finish processing.

I realize such an estimate probably wouldn't be super accurate, but it would still be great to have for huge queues.

[s55]

I realize such an estimate probably wouldn't be super accurate

Not feasible. You could literally end up being hours, or even days out. You can't predict how long an encode will take ahead of time making the number completely useless.
It would just lead to hundreds of people complaining that it's completely inaccurate.

[nexradix]

Figured as much. How about a "time elapsed" counter for the entire queue instead? That way if you have several reasonably similar files, you could mentally estimate how much longer based on how long it has taken so far and the current position in the queue. Plus, it could be a decent pseudo-benchmarking tool one could use to compare machines -- by running the exact same encode on both systems and comparing how long it took each system to complete the encode.

[TedJ]

Compare the time stamps and average encode speed in the activity log.

Code: Select all

[16:52:56] work: average encoding speed for job is 17.956703 fps