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.mkvstayed…MPEG.mkveven after a successful HEVC re-encode — the rename functionrename_source_to_target_codec(backend/converter.py:509) only matchedx264/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 inCODEC_FAMILIES/ Settings → Convert From:MPEG[-_. ]?2, bareMPEG(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-nvencFloating tags (:latest, :edge, :nvenc, :edge-nvenc) track the most recent release of each lineage.