Public KeyDB Disc Submissions

[keydb_helper]

Disc dump filename: MKB20_v82_Pink_Floyd_at_Pompeii_CB0F.tgz
...
Did you sync the public keydb within the last 15 minutes? Yes

Please read the instructions in the opening post Andy. Your particular disc was added to the public keydb over a week ago.

Disc type: UHD
Disc ID: A Bridge Too Far
Disc dump filename: MKB20_v82_A_Bridge_Too_Far_84F8.tgz
...
Did you sync the public keydb within the last 15 minutes? Yes

Hey Andy, your disc was added to the public keydb on March 21. Don't bother posting to this thread again, I'm just going to assume any of your future posts are duplicate submissions which can be ignored.

[andypinkc]

Disc dump filename: MKB20_v82_Pink_Floyd_at_Pompeii_CB0F.tgz
...
Did you sync the public keydb within the last 15 minutes? Yes

Please read the instructions in the opening post Andy. Your particular disc was added to the public keydb over a week ago.

Disc type: UHD
Disc ID: A Bridge Too Far
Disc dump filename: MKB20_v82_A_Bridge_Too_Far_84F8.tgz
...
Did you sync the public keydb within the last 15 minutes? Yes

Hey Andy, your disc was added to the public keydb on March 21. Don't bother posting to this thread again, I'm just going to assume any of your future posts are duplicate submissions which can be ignored.

I literally downloaded it, replaced it in the folder, restarted the program and tried to rip it again and it wouldn’t rip. I then searched the forum for the disc name and no result came up. I would apologize but your attitude sucks. Go take a pill.

[keydb_helper]

I literally downloaded it, replaced it in the folder, restarted the program and tried to rip it again and it wouldn’t rip.

Skill issue. Apparently not everyone is capable of downloading, unzipping, and copying a file.

I then searched the forum for the disc name and no result came up.

Your search must've been comprehensive...

The following UHD discs have been added to the public keydb (new media keys are indicated with an asterisk):

Code: Select all

*MKB20_v77_Frankenhooker_UHD_553A
MKB20_v77_LEAGUE_OF_THEIR_OWN_A_6ACD
*MKB20_v82_A_Bridge_Too_Far_84F8
MKB20_v82_Dead_Kids_UHD_D757
*MKB20_v82_GILDA_UHD_5178
*MKB20_v82_Uncommon_Valor_5702

I would apologize but your attitude sucks. Go take a pill.

I don't give a fuck mate. Useless pricks like you contribute nothing to the forum or project. Meanwhile, the vast majority of users here can readily follow instructions and facilitate expanding the public keydb.

[andypinkc]

[quote=andypinkc post_id=197630 time=<a href="tel:1774522277">1774522277</a> user_id=97405]
I literally downloaded it, replaced it in the folder, restarted the program and tried to rip it again and it wouldn’t rip.

Skill issue. Apparently not everyone is capable of downloading, unzipping, and copying a file.

[quote=andypinkc post_id=197630 time=<a href="tel:1774522277">1774522277</a> user_id=97405]
I then searched the forum for the disc name and no result came up.
[/quote]
Your search must've been comprehensive...
[quote=keydb_helper post_id=197393 time=<a href="tel:1774102649">1774102649</a> user_id=87262]
The following UHD discs have been added to the public keydb (new media keys are indicated with an asterisk):

Code: Select all

*MKB20_v77_Frankenhooker_UHD_553A
MKB20_v77_LEAGUE_OF_THEIR_OWN_A_6ACD
*MKB20_v82_A_Bridge_Too_Far_84F8
MKB20_v82_Dead_Kids_UHD_D757
*MKB20_v82_GILDA_UHD_5178
*MKB20_v82_Uncommon_Valor_5702

[/quote]

[quote=andypinkc post_id=197630 time=<a href="tel:1774522277">1774522277</a> user_id=97405]
I would apologize but your attitude sucks. Go take a pill.
[/quote]
I don't give a fuck mate. Useless pricks like you contribute nothing to the forum or project. Meanwhile, the vast majority of users here can readily follow instructions and facilitate expanding the public keydb.
[/quote]


Well god damn. My bad for being new at something and picking up a new hobby! My apologies for not being born with the innate knowledge of ripping UHDs. Keep up the good work! I’m sure you’ll get tons of donations to the project this way!

[keydb_helper]

Well god damn. My bad for being new at something and picking up a new hobby! My apologies for not being born with the innate knowledge of ripping UHDs.

It isn't a matter of innate knowledge. Reading comprehension, civility and forum etiquette seem to be the key points of differentiation between yourself and the productive forum members.

Keep up the good work! I’m sure you’ll get tons of donations to the project this way!

I have never and will never seek donations and I have no stake or interest in any commercial ripping software. I wish I could say I have no idea why you'd think otherwise, but I'm pretty sure the answer is related to the aforementioned comprehension issue.

[andypinkc]

Well god damn. My bad for being new at something and picking up a new hobby! My apologies for not being born with the innate knowledge of ripping UHDs.

It isn't a matter of innate knowledge. Reading comprehension, civility and forum etiquette seem to be the key points of differentiation between yourself and the productive forum members.

Keep up the good work! I’m sure you’ll get tons of donations to the project this way!

I have never and will never seek donations and I have no stake or interest in any commercial ripping software. I wish I could say I have no idea why you'd think otherwise, but I'm pretty sure the answer is related to the aforementioned comprehension issue.

My etiquette was fine until you took your self loathing out on me.

[keydb_helper]

My etiquette was fine until you took your self loathing out on me.

Repeatedly submitting titles which have already been supported for some time isn't fine etiquette. It is also not self loathing to be annoyed by fuckwits who can't follow the same submission process as almost every other forum user.

[andypinkc]

My etiquette was fine until you took your self loathing out on me.

Repeatedly submitting titles which have already been supported for some time isn't fine etiquette. It is also not self loathing to be annoyed by fuckwits who can't follow the same submission process as almost every other forum user.

Almost any doctor would read our exchange and beg to differ. I’m done though. Have a nice day!

[anon.eh.mous.user]

My apologies - I thought I did. I downloaded and installed the latest keydb.cfg and tried to rip the discs and was still unable to find the volume key for all three discs.

No worries - your submissions were fine apart from that uniqueness issue.

Open up your local keydb.cfg file in a text editor and search a disc ID from your set (Eg: 0xD0B73588A895ED9A8CE4FEF68A0A2ABA9AA95754).

If you don't find a match, it means your keydb.cfg file is too old. Follow the steps linked in the opening post of this thread to grab the latest keydb file. Don't forget to unzip it after downloading.

If you find a match, you've probably put the keydb.cfg file in the wrong location. It should be in the same folder where MakeMKV generated your disc dump files.

If the keydb.cfg file is in the correct folder, you may need to rename the keydb.cfg file to KEYDB.cfg to accommodate MakeMKV's search behaviour on case sensitive file systems.

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!

[anon.eh.mous.user]

@anon.mouse...
Just install Samiur-Hl keydb finder program.
Takes up no resources.
Run syncronise before ripping disk and done

Thanks for the suggestion, but I'm running on CachyOS (Linux), and that program is Windows-only. I know how to update the keydb.cfg correctly - the problem was my ISP is blocking the download of new HKs. I used a VPN to get around that and now the discs are ripping. But thanks for the tip!!!

[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.