Fixed
- Avg FPS chart and daily fps stats showed ~30 fps after a job completed even when the actual encoder was running at ~200. The same
progress_cbwas reused for VMAF analysis, which writes the libvmaf analyser's fps (~30) over the encoding fps just before the job finalises. Fix:progress_cbnow only persists fps during the encoding phase (step=None/"converting"), andupdate_progress(fps=None)preserves the existing column instead of NULLing it. Daily stats heal as new jobs complete; existing rows keep the wrong number until [reseed viabackfill_daily_statswould help, or just wait for the chart to roll forward].
Docker images
Pinned to this release:
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.110 # portable (amd64 + arm64, CPU)
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.110-nvenc # x86_64 + NVIDIA GPU (NVENC)
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.110-edge # as above but ffmpeg master
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.110-edge-nvencFloating tags (:latest, :edge, :nvenc, :edge-nvenc) track the most recent release of each lineage.