MakeMKV mysteriously fails with old "The Power of Myth" DVDs (where HandBrake has no problems)

[RasterEyes]

What's odd here is that there were no signs of trouble at all, just out-of-the-blue "Failed to save title" at the end of all but one title on one of two discs. No ugly noises as drives tried to recalibrate, no checksum errors, nothing. My optical drives were purring like kittens (at least if kittens had internal parts that rotated at hundreds of RPMs).

I double checked that I hadn't run out of disc space, I rebooted for good measure, I tried being more patient and only running one of my two optical drives at a time (I had been trying to rip two discs at once at first). None of that helped. I checked for scratches or dirt or dust. Nope.

HandBrake (which I normally only use as a second step after MakeMKV), however, had no problems with these discs. This seems a bit extra odd since I have MakeMKV integrated with Windows so that HandBrake probably isn't even doing its own disc decryption.

I've attached a full log, but on-screen, with debug logging turned on, I noted this one unusual message:

Code: Select all

LIBMKV_TRACE: Exception: MKV_ASSERT: TimecodeDelay >= int16(0x8000) && TimecodeDelay <= int16(0x7FFF)

I have no idea if that's the problem or not.

[d00zah]

CCExtractor looks to be choking. Unselect the CC track & the rip will likely succeed.

[RasterEyes]

CCExtractor looks to be choking. Unselect the CC track & the rip will likely succeed.

That does seem to be the issue. Thanks for figuring that out so fast!

This is, however, only a poor work-around since I did want to extracts the subtitles, and HandBrake successfully accomplished that.

[d00zah]

CCExtractor is a 3rd-party tool & these things happen.

OpenSubtitles.com is a reliable go to for plaintext subs. YMMV

[RasterEyes]

CCExtractor is a 3rd-party tool & these things happen.

OpenSubtitles.com is a reliable go to for plaintext subs. YMMV

Perhaps I should report the bug to whomever makes CCExtractor then.

Please don't take this as me dissing your help, you've provided useful suggestions, but all in all getting MakeMKV to work in cases like this is always going to be much better than chasing down subtitles from somewhere else and splicing them in.

[d00zah]

I don't disagree (& encourage you to report the bug), but my solution yields relatively immediate results (which I tend to prefer). Pick your poison.

[RasterEyes]

I don't disagree (& encourage you to report the bug), but my solution yields relatively immediate results (which I tend to prefer). Pick your poison.

Fortunately in this case I'd already solved the whole problem with HandBrake. And perhaps this subtitle glitch is something extremely rare that I'm not likely to see again for a long time, if ever. I don't have much reason to rip DVDs these days unless I notice something wrong with a title I ripped a long, long time ago and want to do it over again.

[RasterEyes]

I don't disagree (& encourage you to report the bug)...

I've now reported the bug: https://github.com/CCExtractor/ccextrac ... 2604349689

...and the first response I got is that MakeMKV is using a very old version of CCExtractor. The latest version is 0.94, released 2021-12-14, but the MakeMKV debug log shows that MakeMKV is currently using 0.88, from 2019-05-21.

As long as there aren't compatibility issues perhaps all that's needed here is an update to 0.94. I'd test if the latest CCExtractor helps myself, except I have no idea how to extract a subtitle track without using MakeMKV to do that in the first place.