v0.5.5

Fixed

• Non-h264 source files kept their old codec tag in the filename after conversion (DVD MPEG-2, XviD, DivX, VC-1, WMV, VP9). E.g. 36 Fillette (1988) 576p AC3 2.0 MPEG.mkv stayed …MPEG.mkv even after a successful HEVC re-encode — the rename function rename_source_to_target_codec (backend/converter.py:509) only matched x264/h264/AVC, silently leaving every other source codec untouched. Symptom: post-conversion filenames misrepresented the actual codec, and re-scans saw "MPEG" in the name and (depending on detection state) could re-flag the file. Extended the regex set to cover every family in CODEC_FAMILIES / Settings → Convert From: MPEG[-_. ]?2, bare MPEG (case-sensitive to avoid matching unrelated substrings like "Stomping"), MPEG[-_. ]?4, XviD, DivX, DX50, VC[-_. ]?1, WMV[0-9]?, VP[-_. ]?9. Back-compat with x264/h264/AVC preserved. All existing call sites already invoked this function for the rename step, so the fix lands automatically on the next conversion of any non-h264 file.

Docker images

Pinned to this release:

docker pull ghcr.io/i-ial9000/shrinkerr:0.5.5         # portable (amd64 + arm64, CPU)
docker pull ghcr.io/i-ial9000/shrinkerr:0.5.5-nvenc   # x86_64 + NVIDIA GPU (NVENC)
docker pull ghcr.io/i-ial9000/shrinkerr:0.5.5-edge    # as above but ffmpeg master
docker pull ghcr.io/i-ial9000/shrinkerr:0.5.5-edge-nvenc

Floating tags (:latest, :edge, :nvenc, :edge-nvenc) track the most recent release of each lineage.