v0.7.11

Fixed

• Files corrupt enough to fail conversion now get flagged as corrupt in the UI instead of staying labeled healthy. ffprobe sees container headers + first-frames metadata, so a source with corrupt data mid-stream passes the scan-time probe and shows up with "Convert to x265 (est. save N GB)" — until the user tries, the conversion produces a suspiciously-small output (the existing fail-safe catches this and preserves the original), and the row stayed labeled as healthy so the user could try again. v0.7.11 propagates the diagnosis: when the "output too small" check fires, the source row's health_status + probe_status get set to corrupt and the failure details go into health_errors_json. UI flags it via the existing isCorrupt indicator on next refresh.

Docker images

Pinned to this release:

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

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