Public KeyDB Disc Submissions

[SamuriHL]

That means the keydb.cfg file isn’t being used. HK downloads have nothing at all to do with keydb.

[keydb_helper]

I figured out the problem. My ISP blocks downloading the HKs, so even though I had the latest keydb.cfg, out of date HKs was causing the problem. I had to use a VPN to successfully download the latest HKs and then the disc rips. I will follow that process in the future. Thanks again!

I'm glad to hear you were able to rip your discs. But if the keydb.cfg file were correctly installed you wouldn't actually need the latest HK files to rip those discs. The keydb.cfg file and the native MakeMKV HKs perform equivalent functions, so I'd recommend trying to sort that out when you get a chance.

[anon.eh.mous.user]

I figured out the problem. My ISP blocks downloading the HKs, so even though I had the latest keydb.cfg, out of date HKs was causing the problem. I had to use a VPN to successfully download the latest HKs and then the disc rips. I will follow that process in the future. Thanks again!

I'm glad to hear you were able to rip your discs. But if the keydb.cfg file were correctly installed you wouldn't actually need the latest HK files to rip those discs. The keydb.cfg file and the native MakeMKV HKs perform equivalent functions, so I'd recommend trying to sort that out when you get a chance.

Will do.

[anon.eh.mous.user]

I figured out the problem. My ISP blocks downloading the HKs, so even though I had the latest keydb.cfg, out of date HKs was causing the problem. I had to use a VPN to successfully download the latest HKs and then the disc rips. I will follow that process in the future. Thanks again!

I'm glad to hear you were able to rip your discs. But if the keydb.cfg file were correctly installed you wouldn't actually need the latest HK files to rip those discs. The keydb.cfg file and the native MakeMKV HKs perform equivalent functions, so I'd recommend trying to sort that out when you get a chance.

Code: Select all

❯ curl -o keydb.zip -L0 "http://fvonline-db.bplaced.net/fv_download.php?lang=eng"
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
  0      0   0      0   0      0      0      0                              0
100 21.10M 100 21.10M   0      0  33312      0   11:04   11:04          38728

❯ unzip ./keydb.zip 
Archive:  ./keydb.zip
  inflating: keydb.cfg

❯ mv ./keydb.cfg ~/.MakeMKV 

❯ cat ~/.MakeMKV/keydb.cfg | grep "0xD0B73588A895ED9A8CE4FEF68A0A2ABA9AA95754" 
0xD0B73588A895ED9A8CE4FEF68A0A2ABA9AA95754 = STRANGENEWWORLDS_SEASON3 (Star Trek: Strange New Worlds - Season 3 (Disc 1)) | D | 2026-03-05 | M | 0x3BF37B428418F8F90633CD3D184F9BF8 | I | 0x0BE6636E316B52B02F5ADD21BE67E67D | V | 0x163ECB52D73734626867B203B972EA81 | U | 1-0x8CFBB695D0A2D17B04733F4CDED92F49 ; MKBv82/BEE/FindVUK 1.82 - VolumeSize: 95952961536 (UHD)

Should be good to go, correct?

[keydb_helper]

Should be good to go, correct?

Could you please post the output of running:

Code: Select all

ls -l ~/.MakeMKV/

If you changed your MakeMKV data directory so that disc dump files aren't being written to that folder you'll need to move the keydb.cfg file accordingly.

@keydb_helper

Is it okay to submit discs that already are in the database, but only have the UK and no VUK?

Hey barnstarmer, that is a fair question. My intention with this thread is to ensure the public keydb has as many 'complete' records as possible. A complete record contains all four of the media key, volume ID, volume unique key, and unit key(s).

So if the public keydb has a unit key-only record, or a volume ID + unit key record, or any other combination of records other than my definition of 'complete' I'm happy for the dump file and MKB_RO.inf file to be posted to this thread.

Regardless of a discs keydb status, I still recommend users take the time to email their disc dump files to MakeMKV team. The forum team have been nice enough to allow this thread and I don't want the public keydb to compromise the continued growth of MakeMKV's native title support.

[99gagamel]

Disc Type: UHD
Disc ID: 0xECD702E3C3C14AC2DD6B20D57B5C3AE4F6EAAEA8
Disc Dump Filename: MKB20_v82_Geschichten_aus_der_Schattenwelt_96CF,tgz
Drive: BW-1601HT
Drive Firmware: 3.01

LibreDrive status: Activated
Have you synchronized the public key database in the last 15 minutes? Yes
Have you verified that all submission links are accessible in incognito/private mode? Yes

Link to the file MKB_RO.inf: https://drive.google.com/file/d/1pRt_CI ... sp=sharing
Link to the disk dump: https://drive.google.com/file/d/1Z_MEzi ... sp=sharing

Unit Keys (1):
[1] 0x582FAF23C545B1C82D4135183C08E54C
KeyDB Status:
Status : not found
-------------------------------------------------------

[anon.eh.mous.user]

Should be good to go, correct?

Could you please post the output of running:

Code: Select all

ls -l ~/.MakeMKV/

If you changed your MakeMKV data directory so that disc dump files aren't being written to that folder you'll need to move the keydb.cfg file accordingly.

Code: Select all

❯ ls -lah ~/.MakeMKV      
total 75M
drwxrwxr-x 1 myusername myusername  182 Mar 26 09:48 .
drwxr-x--- 1 myusername myusername 1.7K Mar 26 09:48 ..
-rw------- 1 myusername myusername  60M Mar 26  2026 keydb.cfg
-rw-rw-r-- 1 myusername myusername 2.0M Jan  7 11:20 makemkv_sdf.bin
-rw-rw-rw- 1 myusername myusername  15K Jan 24 13:42 MKB_v8_save.tgz
-rw-rw-rw- 1 myusername myusername  13M Mar 25 16:16 _private_data.tar
-rw-rw-rw- 1 myusername myusername  594 Mar 25 16:16 screen.conf
-rw-rw-rw- 1 myusername myusername  636 Mar 25 16:12 settings.conf
-rw-rw-rw- 1 myusername myusername  194 Mar 25 16:13 update.conf

Note: I deleted the disc dumps after I shared them with you - but they were in this directory. Also, username redacted.

Pretty sure I should be fine going forward. Probably just a user error the first time I downloaded the keydb.cfg and couldn't rip those 3 discs. I'll be sure to confirm the disc isn't present in the db and the HKs are updated before I submit again in the future. I'm going to write a shell script to download the latest, unpack, grep to confirm the disc isn't present, and run makemkvcon to confirm it can't decrypt. I'll share the source for anyone else who wants to use it / modify it for their use.

Thanks again!

[MrPenguin]

Code: Select all

❯ ls -lah ~/.MakeMKV      
total 75M
drwxrwxr-x 1 myusername myusername  182 Mar 26 09:48 .
drwxr-x--- 1 myusername myusername 1.7K Mar 26 09:48 ..
-rw------- 1 myusername myusername  60M Mar 26  2026 keydb.cfg
-rw-rw-r-- 1 myusername myusername 2.0M Jan  7 11:20 makemkv_sdf.bin
-rw-rw-rw- 1 myusername myusername  15K Jan 24 13:42 MKB_v8_save.tgz
-rw-rw-rw- 1 myusername myusername  13M Mar 25 16:16 _private_data.tar
-rw-rw-rw- 1 myusername myusername  594 Mar 25 16:16 screen.conf
-rw-rw-rw- 1 myusername myusername  636 Mar 25 16:12 settings.conf
-rw-rw-rw- 1 myusername myusername  194 Mar 25 16:13 update.conf

You're using Linux, so the file literally needs to be named "KEYDB.cfg", and not "keydb.cfg".

[anon.eh.mous.user]

Code: Select all

❯ ls -lah ~/.MakeMKV      
total 75M
drwxrwxr-x 1 myusername myusername  182 Mar 26 09:48 .
drwxr-x--- 1 myusername myusername 1.7K Mar 26 09:48 ..
-rw------- 1 myusername myusername  60M Mar 26  2026 keydb.cfg
-rw-rw-r-- 1 myusername myusername 2.0M Jan  7 11:20 makemkv_sdf.bin
-rw-rw-rw- 1 myusername myusername  15K Jan 24 13:42 MKB_v8_save.tgz
-rw-rw-rw- 1 myusername myusername  13M Mar 25 16:16 _private_data.tar
-rw-rw-rw- 1 myusername myusername  594 Mar 25 16:16 screen.conf
-rw-rw-rw- 1 myusername myusername  636 Mar 25 16:12 settings.conf
-rw-rw-rw- 1 myusername myusername  194 Mar 25 16:13 update.conf

You're using Linux, so the file literally needs to be named "KEYDB.cfg", and not "keydb.cfg".

Ah, THAT's why it didn't pick it up. The first time I updated the db, I copied the file twice into that directory, one lowercase, one uppercase - and it worked to rip the UK version of The Astronaut. I didn't do that when I tried these 3 discs. Good to know. I'll make sure the script I write accounts for that. Thanks!