1.6.10 playback / seek issues

[crowfax]

Version: 1.6.10
O/S: Win 7 (64bit)

I just ripped a blu-ray with 1.6.10 and I was unable to seek successfully in the file. I tried with both WMP (tweaked with Haali, CoreAVC and AC3 Filter) and with MPC-HC (tweaked with CoreAVC). When attempting to seek with either playback stopped immediately.

The problem was not resolved by remuxing the file with MKVmergeGUI - does this mean the streams are somehow damaged with 1.6.10?

The problem was resolved by rolling back to 1.6.8.

I have not tried with the Linux version (same laptop dual booting). As this appears to be related to the new multiplexing engine I assume it would be the same.

Let me know if you need any logs / tests / etc...

[BlackDragon24]

I have reported the exact same symptoms here:

http://www.makemkv.com/forum2/viewtopic.php?f=1&t=3627

Glad to see I'm not the only one, that's for sure.

Mike is aware of it and is working on a solution.

I have reverted back to 1.6.8 for the time being as well. All rips with 1.6.9 seemed to be ok when remuxed with mkvmerge. All rips with 1.6.10 needed to be completely re-ripped.

I'm sticking with 1.6.8 until a solution comes out

[crowfax]

Glad to see I'm not the only one, that's for sure.

Mike is aware of it and is working on a solution.

Massive bummer. I hate having to roll back. Still, I'm sure Mike will fix it soon, he's a champion!

[mike admin]

Guys, we can't reproduce any of these problems. Please be very specific about MakeMKV / MKV configuration. Specifically:

1. What happens if you create a video-only MKV file with no audio or subs. Will it seek or crash? Even if remuxed with mmg?

2. Please confirm that you see the issue only with truehd and dts-hd track. By all means please double check if the offending track is DTS or DTS-HD. If you encounter the problem with plain DTS track, then please check that MKV has no HD tracks.

3. Please confirm that the tracks are not damaged in any configuration - if you demux any track from MKV created by 1.6.8 and 1.6.10 with tsmuxer or mkvextract, then the extracted files would be identical.

4. Please confirm that if you install 1.6.8 from http://www.makemkv.com/download/old into one folder, then install 1.6.10 into another folder, and then overwrite libmakemkv.dll/libmakemkv64.dll in 1.6.10 with corresponding library from 1.6.8, then produced MKV files would have no issues. ( This will be your workaround for the time being)

[crowfax]

Guys, we can't reproduce any of these problems.

Now you're making my doubt myself! I'm gonna scrub the MakeMKV folders and reg entries on Windows and try again.

1. What happens if you create a video-only MKV file with no audio or subs. Will it seek or crash? Even if remuxed with mmg?

I'll try again this afternoon and test for you.

2. Please confirm that you see the issue only with truehd and dts-hd track. By all means please double check if the offending track is DTS or DTS-HD. If you encounter the problem with plain DTS track, then please check that MKV has no HD tracks.

The file I created prior to making this post had 1 video stream, 3 audio tracks (2 Chinese and 1 English (core only)) and 1 subtitle stream (English).

3. Please confirm that the tracks are not damaged in any configuration - if you demux any track from MKV created by 1.6.8 and 1.6.10 with tsmuxer or mkvextract, then the extracted files would be identical.

Will test now using Windows.

4. Please confirm that if you install 1.6.8 from http://www.makemkv.com/download/old into one folder, then install 1.6.10 into another folder, and then overwrite libmakemkv.dll/libmakemkv64.dll in 1.6.10 with corresponding library from 1.6.8, then produced MKV files would have no issues. ( This will be your workaround for the time being)

Will test.

[crowfax]

Testing so far:

Removed MakeMKV, removed folders, removed registry entries. Installed MakeMKV 1.6.10

MKV with 1 video, 1 audio (DTS core) and 9 subtitle streams - Everything fine.

MKV with 1 video, 2 audio streams (DTS core) and 1 subtitle stream - Not working. mediainfo output below:

Code: Select all

General
Unique ID                        : 227726899049888490903181764115518431766 (0xAB529AFBA48842075375ED09325FA216)
Complete name                    : C:\Users\matt\Videos\MKV\FIREFLY_DISC_1\title00.mkv
Format                           : Matroska
File size                        : 6.47 GiB
Duration                         : 42mn 43s
Overall bit rate                 : 21.7 Mbps
Encoded date                     : UTC 2011-06-02 22:05:28
Writing application              : MakeMKV v1.6.10 win(x64-release)
Writing library                  : libmakemkv v1.6.10 (1.2.0/1.1.0) 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        : 3 frames
Format settings, GOP             : M=3, N=24
Codec ID                         : V_MPEG4/ISO/AVC
Duration                         : 42mn 43s
Bit rate                         : 19.0 Mbps
Width                            : 1 920 pixels
Height                           : 1 080 pixels
Display aspect ratio             : 16:9
Frame rate                       : 23.976 fps
Color space                      : YUV
Chroma subsampling               : 4:2:0
Bit depth                        : 8 bits
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.382
Stream size                      : 5.67 GiB (88%)
Language                         : English

Audio #1
ID                               : 2
Format                           : DTS
Format/Info                      : Digital Theater Systems
Codec ID                         : A_DTS
Duration                         : 42mn 43s
Bit rate mode                    : Constant
Bit rate                         : 1 510 Kbps
Channel(s)                       : 6 channels
Channel positions                : Front: L C R, Side: L R, LFE
Sampling rate                    : 48.0 KHz
Bit depth                        : 24 bits
Compression mode                 : Lossy
Delay relative to video          : -8ms
Stream size                      : 461 MiB (7%)
Title                            : 3/2+1
Language                         : English

Audio #2
ID                               : 3
Format                           : DTS
Format/Info                      : Digital Theater Systems
Codec ID                         : A_DTS
Duration                         : 42mn 43s
Bit rate mode                    : Constant
Bit rate                         : 755 Kbps
Channel(s)                       : 6 channels
Channel positions                : Front: L C R, Side: L R, LFE
Sampling rate                    : 48.0 KHz
Bit depth                        : 16 bits
Compression mode                 : Lossy
Delay relative to video          : -8ms
Stream size                      : 231 MiB (3%)
Title                            : 3/2+1
Language                         : German

Text
ID                               : 4
Format                           : PGS
Codec ID                         : S_HDMV/PGS
Codec ID/Info                    : The same subtitle format used on BDs/HD-DVDs
Language                         : English

Menu
00:00:00.000                     : en:Chapter 00
00:05:54.729                     : en:Chapter 01
00:06:46.823                     : en:Chapter 02
00:12:17.820                     : en:Chapter 03
00:17:34.553                     : en:Chapter 04
00:20:08.206                     : en:Chapter 05
00:25:58.056                     : en:Chapter 06
00:28:13.483                     : en:Chapter 07
00:31:55.705                     : en:Chapter 08
00:36:13.588                     : en:Chapter 09
00:39:36.040                     : en:Chapter 10
00:42:01.268                     : en:Chapter 11
00:42:42.559                     : en:Chapter 12

So, this is an issue with audio streams, right? Testing your DLL replacement suggestion now...

When replacing the 2 DLL files with the DLL's from 1.6.8, the problem is gone.

I have remuxed both files with MKVmergeGUI. They are different sizes after the remux:

Code: Select all

06/02/2011  03:43 PM     6,938,070,652 title00_no_workaround_remuxed.mkv
06/02/2011  03:38 PM     6,940,156,285 title00_workaround_remuxed.mkv

I'm currently extracting the streams, I will post their file sizes when done.

[crowfax]

File sizes are the same.

From the file made by with the DLL's from 1.6.8:

Code: Select all

06/02/2011  03:58 PM     6,198,374,508 title00_workaround_Track1.h264
06/02/2011  03:58 PM       483,554,020 title00_workaround_Track2.dts
06/02/2011  03:58 PM       246,103,040 title00_workaround_Track3.dts
06/02/2011  03:58 PM        21,787,983 title00_workaround_Track4_PGS.sup

From the file made by with the DLL's from 1.6.10:

Code: Select all

06/02/2011  04:08 PM     6,198,374,508 title00_no_workaround_Track1.h264
06/02/2011  04:08 PM       483,554,020 title00_no_workaround_Track2.dts
06/02/2011  04:08 PM       246,103,040 title00_no_workaround_Track3.dts
06/02/2011  04:08 PM        21,787,983 title00_no_workaround_Track4_PGS.sup

File by File comparison:

Code: Select all

06/02/2011  03:58 PM     6,198,374,508 title00_workaround_Track1.h264
06/02/2011  04:08 PM     6,198,374,508 title00_no_workaround_Track1.h264

06/02/2011  03:58 PM       483,554,020 title00_workaround_Track2.dts
06/02/2011  04:08 PM       483,554,020 title00_no_workaround_Track2.dts

06/02/2011  03:58 PM       246,103,040 title00_workaround_Track3.dts
06/02/2011  04:08 PM       246,103,040 title00_no_workaround_Track3.dts

06/02/2011  03:58 PM        21,787,983 title00_workaround_Track4_PGS.sup
06/02/2011  04:08 PM        21,787,983 title00_no_workaround_Track4_PGS.sup

I'm confused. If you extract the streams the file sizes are the same. Yet if you remux the files, you get 2 different sizes? How can this be? Something in the headers? More importantly, why is this happening?

[BlackDragon24]

Guys, we can't reproduce any of these problems. Please be very specific about MakeMKV / MKV configuration. Specifically:

1. What happens if you create a video-only MKV file with no audio or subs. Will it seek or crash? Even if remuxed with mmg?

2. Please confirm that you see the issue only with truehd and dts-hd track. By all means please double check if the offending track is DTS or DTS-HD. If you encounter the problem with plain DTS track, then please check that MKV has no HD tracks.

3. Please confirm that the tracks are not damaged in any configuration - if you demux any track from MKV created by 1.6.8 and 1.6.10 with tsmuxer or mkvextract, then the extracted files would be identical.

4. Please confirm that if you install 1.6.8 from http://www.makemkv.com/download/old into one folder, then install 1.6.10 into another folder, and then overwrite libmakemkv.dll/libmakemkv64.dll in 1.6.10 with corresponding library from 1.6.8, then produced MKV files would have no issues. ( This will be your workaround for the time being)

1.6.10 seems to be working fine for me now. I don't know why other than to say it must have been a corrupt installation or bad codec package, because I re-imaged my OS drive last night and gave it a fresh install of 1.6.10 and now it seems to be working fine for my purposes.

I apologize for wasting any of your time. Crowfax, you may want to check your installation, as it seemed to have alleviated my problems. Just ripped down all three discs of Deadwood Season 1 Blu-ray with 1.6.10 and every MKV plays great in WMC.

[crowfax]

Just ripped down all three discs of Deadwood Season 1 Blu-ray with 1.6.10 and every MKV plays make fine.

It's not my install. I've done it from fresh, along with some rather long testing (see posts above).

Make an MKV file with 2 DTS tracks and test it. That seems to be the issue.

[crowfax]

Extra testing...

The file made by 1.6.10 make TotalMedia Theatre 5 crash when trying to open (I know TMT5 has poor MKV support, but it's the only other media player I have).

The file made by 1.6.10 with the DLL's from 1.6.8 worked fine with TMT5.

[Ventura]

I just ripped a blu-ray with 1.6.10 and I was unable to seek successfully in the file. I tried with both WMP (tweaked with Haali, CoreAVC and AC3 Filter) and with MPC-HC (tweaked with CoreAVC). When attempting to seek with either playback stopped immediately.

The problem was resolved by rolling back to 1.6.8.

Experienced much the same problem myself, but only on my home theatre pc, where I had to configure mpc-hc to use quicker external filters, rather than the default internal ones. The same files play just fine using the default internal filters on my much more powerful desktop pc.

That said, even with exactly the same settings (lossless hd track only, only forced subtitles), 1.6.10's file sizes are always a couple kb's shorter than with 1.6.08.

I've now switched to using Potplayer instead, a player which, as far as I'm concerned, kicks much arse. No problems seeking with that one. I did also try VLC, and aside from the audio sometimes taking a minute or two to kick in, it seeks just fine. VLC has long since been retired as my player of choice however.

[crowfax]

I don't think this is a limitation of the media players. Please see my research above, something is clearly happening with the new multiplexing engine that wasn't happening before and is causing it to create files which don't play back correctly.

[philnort]

"....I don't think this is a limitation of the media players. Please see my research above, something is clearly happening with the new multiplexing engine that wasn't happening before and is causing it to create files which don't play back correctly....."

Concur completely. I had never put my copy of Old Country for Old Men(BD) on my wired network..so I did it this morning. No navigation possible with my Popcorn Hour A-200. On a previous comment I ''downgraded". to 1.68...PERFECT navigation.....as had all my previous 200 BDs on the network. "Something" is killing navigation with Version 1.10

[mark35]

I ripped about 10 BR's with 1.6.10, of which 5 happened to be Sony-made with True HD sound. Only Sony (pun intended) had the problem, all other company's discs went well... Downgraded to 1.6.8 and reripped Sony discs, now they play fine.

[BlackDragon24]

Well this issue cropped back up yesterday while ripping down the 14th season of South Park on blu-ray.

Doesn't matter what audio track I rip down....Dolby TrueHD, core audio, separate commentary tracks, multiple tracks....all exhibit the same symptoms as before, which means that they completely freeze windows media player when trying to seek.

Funnily enough however, not 10 minutes before I threw in South Park, I ripped down "Tombsone," which only had DTS core audio, and it was fine.

I'll try reverting back to 1.6.8 again to see if it works.