Installed Apr 30, 2026 to handle BDMV folder rips that Radarr can’t import.
| URL | https://makemkv.edmd.me |
| Local | http://192.168.8.100:5800 |
| Container | jlesage/makemkv:latest on CT100 |
| Compose | /opt/makemkv/docker-compose.yml |
| Config | /mnt/container-data/makemkv/config |
| Output | /mnt/container-data/makemkv/output |
| Source | /mnt/seedbox/movies (mounted read-only) |
| License | 30-day eval mode โ no key registered |
Some Blu-Ray rips arrive as BDMV folder structures rather than .mkv files. Radarr can’t import these โ it only handles single-file containers. MakeMKV converts BDMV folders to .mkv files that Radarr can ingest.
Workflow:
- BDMV folder lands in
/mnt/seedbox/movies/(e.g.BLENDED/,Inherit.the.Wind.1960.MULTi.COMPLETE.BLURAY-OLDHAM/) - Open MakeMKV web UI: File โ Open Files โ navigate to
/storage/ - Select the main feature title (usually the longest)
- Output to
/output/ - Move resulting
.mkvinto/mnt/seedbox/movies/for Radarr import
The jlesage/makemkv image defaults MAKEMKV_KEY=BETA, which on container start tries to fetch a fresh beta key from forum.makemkv.com. This fetch hangs indefinitely over the WireGuard tunnel (CT100’s outbound goes through UltraCC NL), and the container never finishes initializing.
Fix: explicitly set MAKEMKV_KEY: "" in compose. Empty string skips the key-fetch logic entirely and the container boots normally. The 30-day eval license is fine for occasional use.
services:
makemkv:
image: jlesage/makemkv:latest
container_name: makemkv
environment:
MAKEMKV_KEY: "" # CRITICAL โ prevents beta-key fetch hang
USER_ID: 0
KEEP_APP_RUNNING: 1
ports:
- 5800:5800
volumes:
- /mnt/container-data/makemkv/config:/config
- /mnt/seedbox/movies:/storage:ro
- /mnt/container-data/makemkv/output:/output
makemkv.edmd.me (LAN + NetBird only by default). If exposing publicly, add HTTP basic auth in Caddy.