www.makemkv.com

Submitted one as well. Keydb.cfg shows this: 0xA1B41230C864AB707382109C647B54BE1C3EF793 = WICKED_PART_1 (Wicked (Part 1)) | D | 2024-12-09 | ... That disk's entry is missing a "| V |" field, which means that MakeMKV cannot use it. Anyone who also has a TGZ dump file for this variant, plea...

sunday46ma wrote: ↑

Tue Mar 11, 2025 1:34 am

Thank you, but I have used the xreveal instead. is it okay？

Whatever works for you . Xreveal also uses KEYDB.cfg, although it only needs a Unit Key rather than a Volume Unique Key.

sunday46ma wrote: ↑

Tue Mar 11, 2025 1:26 am

Thank you ,I have downloaded the newest file ,but when I use MakeMKV to copy the disc, it also have previous error.

You need to copy the KEYDB.cfg file into MakeMKV's data directory (i.e. where MakeMKV also writes its TGZ dump files) and restart MakeMKV.

leelhrsf0 wrote: ↑

Mon Mar 10, 2025 1:41 pm

Hi there, I keep getting a message
The volume key is unknown for this disc - video can't be decrypted

Would you also happen to have a UHD drive that isn't a Verbatim 43888 please?

I have 3 UHD drives. The disks can't be read with any of them. My other UHD disks read and rip fine. They can't be read with either MakeMKV or VLC. Planet Earth III: 002003:0000 Error 'Scsi error - ILLEGAL REQUEST:INVALID FIELD IN CDB' occurred while reading '/BDMV/STREAM/00018.m2ts' at offset '141...

Based on my multi-decade experience with both watching and ripping DVDs, this is an encryption problem. Vendors had their own algorithms and it would take time before the hardware would catch up. Because DVD players weren't upgradable, this meant buying a new player every couple of years. The fact ...

unclecuddles wrote: ↑

Sun Mar 09, 2025 9:37 pm

Dump submitted for Wicked Part 1 (Theatrical Version).

Have you tried downloading the latest KEYDB.cfg file, copying it into MakeMKV's data directory (i.e. where MakeMKV also writes ts TGZ dump files) and restarting MakeMKV?

TwoMetreBill wrote: ↑

Sun Mar 09, 2025 9:22 pm

All 4 brand new (unopened until I removed the cellophane) disks have this same problem. There are lots of files on the disk, they all fail. It seems unlikely.

But still worth checking, because new disks are never guaranteed to be "pristine".

TwoMetreBill wrote: ↑

Sun Mar 09, 2025 6:23 pm

I really appreciate your help.

FWIW both of your disks have complete entries in KEYDB.cfg.

TwoMetreBill wrote: ↑

Sat Mar 08, 2025 10:34 pm

Why is it working now? I can't rip:

• Any of the Planet Earth III UHD disks
  No Time To Die UHD disk

Have you tried downloading the latest KEYDB.cfg file, copying it into MakeMKV's data directory (i.e. where MakeMKV also writes its TGZ dump files) and restarting MakeMKV?

mbarnstijn wrote: ↑

Sat Mar 08, 2025 3:18 am

12/11/2024 12:20am on Windows US date/time format.

Have you tried downloading the latest KEYDB.cfg file, copying it into MakeMKV's data directory (i.e. where MakeMKV also writes its TGZ dump files) and restarting MakeMKV?

Fu2chN wrote: ↑

Fri Mar 07, 2025 9:35 pm

MKB20_v77_ARCANE_SEASON_1_-_DISC_2_39BA.tgz

Could you tell us the "last modified" date of the AACS/Unit_Key_RO.inf file on the physical UHD disk please? This value is used as the "| D |" field of a new KEYDB entry.

Fu2chN wrote: ↑

Fri Mar 07, 2025 9:34 pm

MKB20_v77_GORGO_UHD_D05E.tgz

Could you tell us the "last modified" date of the AACS/Unit_Key_RO.inf file on the physical UHD disk please? This value is used as the "| D |" field of a new KEYDB entry.

mbarnstijn wrote: ↑

Fri Mar 07, 2025 9:13 pm

Deaf Crocodile new release.

Could you tell us the "last modified" date of the AACS/Unit_Key_RO.inf file on the physical UHD disk please? This value is used as the "| D |" field of any new KEYDB entry.

katja2500 wrote: ↑

Fri Mar 07, 2025 3:16 pm

Hi, i Submitted a dump for:Fargo (1996) 4K(German Disc):

MKB20_v77_Fargo_AA7C

Looks like this one.