Crash processing BD+

[Jytra]

Running into a similar problem. I use MakeMKV via a docker by Djoss for Unraid, and for some reason LOTR:ROTK Disc 2 gets to the section "BVMV/PLAYLIST/00452.mpls" and just straight up crashes the program. Even the newer release of 1.16.5 didn't seem to fix this issue.

[thecross]

...hard crash and then exit. This was on The Shawshank Redemption UHD...

I encountered a similar problem with the same title using MakeMKV version 1.16.5. I too spent time, more than I would like to admit, playing with various JRE versions. This made no difference.

It was possible to "backup" the encrypted contents of this title to a hard drive outside of MakeMKV using a "cp" style command after mounting the disk. I am not familiar with the makemkvcon syntax for "backing-up" or otherwise interacting with a title which has been "backed-up" into a folder structure in this manner so I opened the index.bdmv from a different PC via Samba which is running the same MakeMKV version (1.16.5) although the client is on Windows. This is what happened next:

Code: Select all

MakeMKV v1.16.5 win(x64-release) started
The program can't find any usable optical drives.
Opening files on harddrive at Z:/PLEX/dragons/shawshank
Loaded content hash table, will verify integrity of M2TS files.
Downloading latest HK to C:\Users\natrix/.MakeMKV ...
Saved AACS dump file as C:\Users\natrix/.MakeMKV/MKB20_v76_The_Shawshank_Redemption_B5DB.tgz
The volume key is unknown for this disc - video can't be decrypted
Failed to open disc

It appears as if the volume key is unknown. I believe this title is a somewhat recent release so I suppose this is not completely unexpected.

I carefully followed the instructions at:
viewtopic.php?f=12&t=24711
I sent the TGZ file for this title on November 9th. My DNS is functional. I am able to download the latest HK. There has been no change in the status of this title for me over the past several weeks.

What I find interesting is the different behavior between the Windows and Linux (command line) client of the same MakeMKV version when attempting to work with this title. Both clients fail to work with the title today on my systems, although the Windows client seems to fail significantly more gracefully as evidenced by the somewhat useful error message about the missing volume key. The Linux (command line) client does not produce this information when working with the same title, instead the client crashes with a "segmentation fault". I am able to work with other somewhat recent UHD releases with the Linux (command line) client so the problem appears to be unique to this particular title.

[taylorwmj]

I encountered a similar problem with the same title using MakeMKV version 1.16.5. I too spent time, more than I would like to admit, playing with various JRE versions. This made no difference.

I, too, experienced this issue with this exact title a couple days back. Also played with JRE versions an for an embarrassing amount of time.

I ultimately did get it to work by setting the Java Custom executable to

Code: Select all

/bin/true

Was such an important note that I saved it my internal wiki page for MMKV.

[mkvfann]

Just wanted to give a thanks to taylorwmj. This worked for me.

I'd love to see what is causing Java portion to crash before MakeMKV even gets a chance to load the disc, but this is a great workaround.

[Jytra]

Gonna second that; Thanks, taylorwmj. Was having trouble with ROTK and recently Casino not loading because of a JRE error crashing my unRaid docker. Just adding that line bypassed the problem and let me finally get the rip done.

[taylorwmj]

Just as an additional note: I would not recommend keeping the custom path set to `/bin/true`, but only switching to it when encountering issues.

[katespace]

I ultimately did get it to work by setting the Java Custom executable to

Code: Select all

/bin/true

Was such an important note that I saved it my internal wiki page for MMKV.

THANK YOU! After updating java and banging my head against a wall didn't work, this worked perfectly.

[sl1pkn07]

@mike admin know this issue?

greetinmgs

[bhampster]

Thank you for figuring this out!

[mrblobby]

setting to /bin/true worked for me too , many thanks.

( I was re-ripping my extended version of LOTR discs which I've had for a long time, when I originally ripped them I didn't have any issues)