Fixed
- Progress bar pinned for files where ffmpeg reports
time=N/Ain its progress output. ffmpeg emitstime=N/Awhen its muxer can't commit valid output timestamps yet — most commonly with-c:a copyon WEBDL files whose source has non-monotonic audio PTS. The encoder is producing frames fine and the.converting.mkvkeeps growing on disk, butparse_ffmpeg_progresswas looking fortime=HH:MM:SSand returning None onN/A, so progress was stuck at the last value the parser saw before timestamps became unparseable. User confirmed by running ffmpeg manually with-progress pipe:2:frame=advanced normally (34 → 117 → 198 → 282 → 366) whileout_time=N/Afor every progress block, and the converting file's size kept growing during what we thought were "stalls". Fix: whentime=is unparseable, fall back toframe=Ndivided by total expected frames (computed from probeduration × video_fps). Addedvideo_fpstoscanner.probe_file's return shape so the converter can supply the divisor; if probe doesn't yield a usable fps, parser returns None as before (no progress update rather than bogus values).
Docker images
Pinned to this release:
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.43 # portable (amd64 + arm64, CPU)
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.43-nvenc # x86_64 + NVIDIA GPU (NVENC)
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.43-edge # as above but ffmpeg master
docker pull ghcr.io/i-ial9000/shrinkerr:0.3.43-edge-nvencFloating tags (:latest, :edge, :nvenc, :edge-nvenc) track the most recent release of each lineage.