Hobbit Appendices 7 has the wrong video lengths

[tribunal88]

I've been ripping Appendices 7 from the first Hobbit movie (Blu Ray). When I get a completed file it is longer than it should be. For instance, the segment "Journey Back To Middle-Earth" is 48:19, but the file length is 1:03:15 when I open it. Now, I cannot scan past the 48:19 mark with the search bar, but it will continue playing out to 1:03:15. I can use mkvmerge to remux it, at which time the file is the appropriate length, but when the player gets to the end of the file, it does not "stop". It just freezes in "play" mode. Also the remux results in the same file size (within a few megabytes), so I don't think it's just blank video. This makes me think there is still something wrong with the way the end of the file is written.

Here is the meta-info as given in MPCHC.

General
Unique ID : 208840476216846892209601847696694781613 (0x9D1D3671D7E56B846E2C9976C68526AD)
Complete name : D:\...\01_-_The_Journey_Back_to_Middle-Earth.mkv
Format : Matroska
Format version : Version 2
File size : 4.79 GiB
Duration : 1h 3mn
Overall bit rate mode : Variable
Overall bit rate : 10.8 Mbps
Movie name : 01 - The Journey Back to Middle-Earth
Encoded date : UTC 2015-02-21 01:10:47
Writing application : MakeMKV v1.9.1 win(x64-release)
Writing library : libmakemkv v1.9.1 (1.3.0/1.4.1) win(x64-release)

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 3mn
Bit rate mode : Variable
Bit rate : 10.4 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.210
Stream size : 4.61 GiB (96%)
Language : English
Default : No
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 1h 3mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 86.9 MiB (2%)
Title : Stereo
Language : English
Default : Yes
Forced : No

Text
ID : 3
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Chapter 01
00:09:16.055 : en:Chapter 02
00:13:08.954 : en:Chapter 03
00:21:32.040 : en:Chapter 04
00:29:03.241 : en:Chapter 05
00:34:32.278 : en:Chapter 06
00:41:05.754 : en:Chapter 07

And here is the only output from MakeMKV:
Saving 1 titles into directory D:/MediaFoundry using profile 'MyDefault' from file 'C:\Program Files (x86)\MakeMKV/MyDefault.mmcp.xml'
AV synchronization issues were found in file 'D:/.../01_-_The_Journey_Back_to_Middle-Earth.mkv' (title #27)
AV sync issue in stream 1 at 0:48:13.265 with duration of 14.625ms : encountered overlapping frame, audio skew is +14.625ms
1 titles saved

[tribunal88]

More info. I looked at the "Play All" mpls and it appears that for the "parts" that are coming out with the longer playtime, they have 2 segments listed in the mpls. However, the second segment never shows up in the "play all" mpls. For example, the Play all mpls is

74,51,53,54,56,57,59,61,62,64,66,68,69,71,72

The mpls I mentioned before for "Journey Back To Middle-Earth", when played by itself is

51,52

I suspect segment 52 is the source of the issue. Can you manually override a segment mapping. Is there an issue with how makemkv might be detecting the mpls?

[ndjamena]

Look at the tags in the MKVMerge files and/or look at the file using MKVInfo.

See what you can see.

[tribunal88]

Nothing useful. What I ended up having to do was to split them by duration with MKVMerge. That seems to have done the trick.

[ndjamena]

I was just thinking that one of the audio/subtitle streams was longer than the video streams, but if you're done it doesn't matter.

[tribunal88]

Maybe it was a one-off because I just did Appendices 9/10 from the second Hobbit set. They didn't require any post-processing. Maybe it was a mastering issue with the first set that they worked out the kinks on before the second.