Profile 7 FEL RPU truncated to ~2298 frames during MKV interleave (v1.18.4)

[chalaheadchala]

Hi, all. I wanted to report a reproducible Dolby Vision RPU truncation on a Profile 7 FEL / CM v4.0 title. The full-length DV metadata is present in the disc backup but is cut short when MakeMKV creates the MKV.

Disc: Ginger Snaps (2000), Vestron/Lionsgate UHD, Profile 7 FEL, CM v4.0. Feature runtime 108:41, 156,350 video frames @ 23.976.

MakeMKV version: 1.18.4 (Windows 11)

The RPU in the MakeMKV-produced MKV file ends at frame 2298 (~96 seconds), so playback drops to HDR10 for the rest of the film. The video track itself is complete (156,350 frames). Only the RPU is truncated.

Here are the steps I took:

• Full-disc backup to folder (decrypted BDMV). Feature is 00000.m2ts, containing a 2160p base-layer video stream (0x1011) and a 1080p enhancement-layer stream (0x1015).

• Reading the enhancement layer directly from the backup gives a complete RPU:
  

  ffmpeg -i 00000.m2ts -map 0:1 -c copy -f hevc - | dovi_tool extract-rpu - -o el.rpu

  Result: 156,350 frames, 1650 scenes, Profile 7 FEL, CM v4.0.

• Creating an MKV of the same title from the same backup (open index -> select feature -> Save), then extracting its RPU:
  

  dovi_tool extract-rpu "title.mkv" -o mkv.rpu

  Result: 2298 frames, 13 scenes. Truncated at the same point on two separate runs.

• As a cross-check, muxing the disc's two layers into a single-layer stream with dovi_tool:

  (dovi_tool -m 2 mux --bl bl.hevc --el el.hevc --discard)

  preserves the full 156,350-frame RPU. So the metadata interleaves end-to-end cleanly from these same layers outside MakeMKV.

The RPU is complete on the disc/backup and survives an independent interleave, but it appears that MakeMKV's own BL+EL interleave truncates it to 2298 frames on this title. This looks specific to Profile 7 FEL handling.

I'm happy to provide the RPU dumps, the dovi_tool info -s outputs, or BDInfo if useful. I can also test another MakeMKV version if anyone can suggest one to compare against.

Thank you for your attention

[chalaheadchala]

Update: I've found another title that truncates the same way. Interestingly, the RPU stops at the same frame number on a film of completely different length, which makes a disc-specific explanation hard to sustain.

Title: Leprechaun (1992), Lionsgate Limited Exclusive 4K UHD, released May 19, 2026.

Feature disc is a BD-100 (triple-layer). Same disc class as my first report.

MakeMKV version: 1.18.4 (Windows)

Video track: 131,645 frames (~91.5 min @ 23.976)

RPU in the MakeMKV-produced MKV: 2,298 frames, Profile 7 (FEL), DM v2 / CM v4.0

So Dolby Vision covers only ~96 seconds. The rest of the film falls back to HDR10.

MediaInfo confirms the source is genuine P7 FEL: dvhe.07.06, BL+EL+RPU.

The key point, compared to my first report (Ginger Snaps, Vestron/Lionsgate 4K UHD, also BD-100, also P7 FEL / CM v4.0):

Ginger Snaps: video 156,350 frames, RPU truncated at 2,298.
Leprechaun: video 131,645 frames, RPU truncated at 2,298.

Two different films, two different lengths, and the RPU dies at the identical frame 2,298 (~1:36) in both. That constant cutoff is what points at a deterministic step in the interleave rather than anything disc-specific.

I hope the developer(s) look into this issue. Thanks for reading.