www.makemkv.com

Btw if KEYDB.cfg is somehow really the culprit, you would probably only bump into the same issue when you play a UHD BD, because AFAIK/IIRC, MakeMKV will never use keys from KEYDB.cfg for AACS 1.0, just like it does not use any hashed keys -- AFAIK -- to deal with that either. Exactly what I've bee...

If you are interested in testing further, you can additionally lower the value of --demuxer-max-bytes= to e.g. below 1MiB (maybe something as extreme as 64KiB which would be 10 AACS "unit", apparently). By default mpv might hold tens to hundreds MiB of cache / "readahead" (altho...

In the case of libmmbd, maybe see if --demuxer-lavf-format=mpegts keeps mpv running even before LibreDrive kicks in. Nope. Only causes thousands of lines in the logs, rapidly switching between about a dozen aacs.c:255: Unable decrypt unit (AACS)! entries and stuff like [ffmpeg/demuxer] mpegts: Coul...

Start playing the movie, and then run $ lsof /usr/lib/libmmbd.so.0 . This should tell you which (if any) processes are currently using it. No luck. Neither libmmbd, nor libaacs or libbluray3 (for the latter neither the generic symlinks libbluray.so.3 and libaacs.so.0 nor the specific versions) do s...

PS: for whatever reason, after closing MakeMKV and opening it again, it can now somehow process the UHD BD. The KEYDB.cfg is still not present in ~/.MakeMKV, it seems it has just updated "_private_data.tar". So whatever the reason is that it worked with VLC but not mpv, that must have fix...

I'm assuming MakeMKV has now generated a TGZ dump file for you disk? Not that I'm aware. These are the only files in ~/.MakeMKV: ls -la .MakeMKV/ total 4,3M drwxr-xr-x 1 user user 122 25. Mai 12:49 . drwxr-xr-x 1 user user 6,0K 25. Mai 11:00 .. lrwxrwxrwx 1 user user 22 25. Mai 12:49 KEYDB.cfg -> ....

Are you sure that MakeMKV has a "hashed key" for this disk? As MakeMKV is able to copy the content (while removing the encryption) and VLC can play back the movie, it's obvious that everything needed is present, that was never the question. assuming you have placed a copy in MakeMKV's dat...

I can't help but wonder, does it make any difference if you use bd://longest, or bd://2 for the disc with: They all fail the exact same way. Also, have you tested with any other disc? Does it fail with both regular BD and UHD BD? I only own a single UHD BD. And as already mentioned, VLC can play it...

Ok, that wasn't the solution. Could you by any chance check your debug logs when playing back your encrypted UHD copy? I'm seeing these lines: [bd] Opening bd://0 [bd] Blu-ray successfully opened. [bd] resize stream to 131072 bytes, drop 0 bytes [bd] Stream opened successfully. [demux] Trying demuxe...

As expected, even after copying libmmbd.so.0 to /usr/lib64/ I get exactly the same results. I would have been very surprised if that worked, as make install most likely knows where libbluray expects libmmbd to be located. Curiously, MakeMKV chose to install libmmbd.so.0 in /usr/lib64 on my system: ...

As expected, even after copying libmmbd.so.0 to /usr/lib64/ I get exactly the same results. I would have been very surprised if that worked, as make install most likely knows where libbluray expects libmmbd to be located. FYIW, that's what MakeMKV has to say about the disk: Drive Information OS devi...

libmmbd.so.0 is located in /usr/lib, not /usr/lib64. The only thing located in lib64 is a ld-linux-x86-64.so.2 symlink to ../lib/x86_64-linux-gnu/ld-linux-x86-64.so.2. libmmbd.so.0 is owned by root with 644 permissions, like every library in that directory.

Hey, has anybody managed to successfully integrate mpv with libmmbd (on Linux)? I've compiled v1.18.3 from source and installed it (and activated it). But trying to get mpv to load it fails. I've enabled debug logs in the MakeMKV GUI and they do show entries when trying to access a UHD BD via mpv, b...