Bug: ETA and progress bar unreliable; Progress updates take longer over time. #1236
Description
Describe the bug
The progressbar and ETA of a job are incorrect. Encodes frequently complete successfully even though the progressbar hasn't reached 100% yet, in the example video it ends before it hits 40%. ETA also shows incorrect time, which is probably related.
To Reproduce
I don't know. All was fine in 2.27, updated to 2.45 with the same setup, and now it's doing this.
Expected behavior
Progress should reflect actual progress, and only finish at 100%.
Screenshots
How about a video instead: https://www.youtube.com/watch?v=14ZU0-q6jes
Please provide the following information:
tdarr.zip
Contains server and node configuration files from the server, although I don't know how useful those are, as well as the docker compose files for both the Synology server and the Windows node. Only included the log files from today.
Server: Synology DS923+ in a Docker container.
Node: Windows 10 22H2, also in a Docker container.
Browser: Vivaldi 6.8, basically Chrome 126.
Tdarr version: 2.45.01
Additional context
Updated server and node from 2.27.02 to 2.45.01 a few weeks ago, then noticed this happening because my Home Assistant automations to sort the transcode queue weren't being triggered anymore. I've got a helper setup to calculate the ETA in seconds for each node, and the graph started looking like this:
Notice how it just drops to 0 even though the ETA was still 1000+ seconds.
Another thing I've noticed since updating to 2.45 is that the time between progress updates in the UI keeps taking longer and longer. This can also be seen in the video, but here's an additional screenshot I made while editing the video.
From when the job switches to executing, to the first progress update it takes 5 seconds. Then 6 seconds until the next update, then 7, then 8, etc., incrementing by 1 second each update until it completes the file.
You might find a reference to a flow plugin called checkFileExistsRelative. This is a copy of checkFileExists from 2023 that I've modified so it looks in the selected directory while keeping the folder structure of the input file.
Edit: Noticed the changelogs said to update the ffmpegVersion variable to 7, so I've done that, still behaving the same.