FindVUK tool - get VUK of all Blurays supported by DVDfab applications

[nalor]

Originally Posted by max25

Thank you very much.

Fixed it yesterday morning - so the metadata archive should be up2date again.

[nalor]

Originally Posted by markfilipak

So, Nalor, do I read you right? You wouldn't use a paid host even if I paid for it?

Note it's not about the costs, it's about being the one who is visible as the one paying for the hosting.

I don't want to step into the light - but when someone else is willing to please send me a pm and we discuss it in detail.

Or when someone has an idea of a better provider post here and we can check.

(I'm aware of other "free" providers that look good in the first place, but in detail they do not allow filehosting and basically the keydb files are nothing else but "filehosting" - so I don't want to move everything to a different hoster with the danger of getting disabled due to ignoring their terms)

[markfilipak]

Ah! Now I see. I added http://fvonline-db.bplaced.net as an HTTPS-Only Mode exception in Firefox. The instructions are below. All is Joy, now.

Menu: Edit > Settings - opens Settings tab
Settings tab: Privacy & Security > HTTPS-Only Mode > Manage Exceptions... - opens Exceptions dialog
Exceptions dialog: Address of website - add  http://fvonline-db.bplaced.net
Press 'Turn Off'.

[lamp]

Hello, I have a question about an entry not getting updated keydb.cfg, I have a UHD disc and when I use DVDFab it is able to get the keys which match, however it still says it is a legacy unvalidated entry. Even when I try manually doing

FindVUK.exe ValidateDisc Drive=E

it confirms it is valid but does not actually update the entry. Is there some reason why it doesn't get updated?

Here is the entry in my keydb.cfg

0xDA7EA4606C19E9A29B49D1DC41F9EBD9F35A491E = GHOST_IN_THE_SHELL_UHD (Ghost in the Shell - Ultra HD Blu-ray™) | D | 2020-08-02 | M | 0x54AF19A7EB689F50A4094EC96EC7FEDE | I | 0xBAB066D5AF55C3F3CD60AFA49E86617A | V | 0x6B9A84BA9AC7E270742EADCE74560253 | U | 1-0x201A7CA8AD05FD669470910F096C6A7E ; MKBv76/BEE/UHD/FindVUK 1.82 (LEGACY) (NOTVALIDATED) (BD)

Here is the Meta XML (not sure if from DVDFab or ValidateDisc, not sure if that matters either)

<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
	<FileType>BlurayMetaXML</FileType>
	<DiscId Date="2020.08.02">DA7EA4606C19E9A29B49D1DC41F9EBD9F35A491E</DiscId>
	<DiscType>UHD</DiscType>
	<VolumeId>BAB066D5AF55C3F3CD60AFA49E86617A</VolumeId>
	<MediaKey>54AF19A7EB689F50A4094EC96EC7FEDE</MediaKey>
	<VolumeUniqueKey>6B9A84BA9AC7E270742EADCE74560253</VolumeUniqueKey>
	<Validated>1</Validated>
	<VolumeLabel>GHOST_IN_THE_SHELL_UHD</VolumeLabel>
	<BDplus>0</BDplus>
	<BusEncryptionEnabled>1</BusEncryptionEnabled>
	<MKBrev>76</MKBrev>
	<MainPlaylist />
	<UnitKeys>
		<UnitKey Nr="1" Status="valid">201A7CA8AD05FD669470910F096C6A7E</UnitKey>
	</UnitKeys>
	<EncryptedValues>
		<UnitKeysENC>
			<UnitKey Nr="1">9EC07AC3FEAB835A1B21CC1FC411372E</UnitKey>
		</UnitKeysENC>
	</EncryptedValues>
	<MetaTitles>
		<MetaTitle Language="eng">Ghost in the Shell - Ultra HD Blu-ray™</MetaTitle>
	</MetaTitles>
	<Hashes>
		<Hash Type="MD5" File="MKB_RO.inf" Size="5242880">D29EFBF6BDD73F5C8D5CDEC4A31BAFAA</Hash>
		<Hash Type="MD5" File="Unit_Key_RO.inf" Size="65536">9BACDD5AA9E2B4B91BB6359252DC5E79</Hash>
	</Hashes>
	<Application>FindVUK 1.82</Application>
	<VolumeSize>68018962432</VolumeSize>
</Bluray>

I also attached the logs (too long to add to post).

Thanks!

[nalor]

Originally Posted by coricopat

Not sure whether you got my PM ~ week ago or so... there had been some pretty large character encoding mess up in the DB between 2025-08-18 and 2025-08-19 with ~ 16670 entries being changed, things like:
"Lovecká sezóna" => "Lovecká sezóna"

I still have no idea where the problem is coming from. All internal functions to update data also update a "modification" column so I can see when the last modification happened to a specific entry inside a table.
For the wrong entries no modification happened at this time.
I've learned that I had an error in the db setup: the characterset is "utf8mb4" but the "collation" (the db internal sorting rules) has been set to an "utf8_.." rule instead of an "utf8mb4_..." one.
I've fixed this problem - but this is something that has been wrong since the beginning and I don't think that this is really the root cause.

But I've fixed the entries (and hopefully I didn't destroy others).

In case you notice wrong entries tell me - thanks!

[nalor]

Originally Posted by lamp

Hello, I have a question about an entry not getting updated keydb.cfg, I have a UHD disc and when I use DVDFab it is able to get the keys which match, however it still says it is a legacy unvalidated entry. Even when I try manually doing

FindVUK.exe ValidateDisc Drive=E

it confirms it is valid but does not actually update the entry. Is there some reason why it doesn't get updated?

I checked the online db and can see that you tried it 5 times and it already got changed to a validated entry with the first upload.

You have to synchronize the keydb.cfg file in order to get the entry updated (ValidateDisc does not update the local file).

[lamp]

Originally Posted by nalor

I checked the online db and can see that you tried it 5 times and it already got changed to a validated entry with the first upload.

You have to synchronize the keydb.cfg file in order to get the entry updated (ValidateDisc does not update the local file).

I see, that is good to know, I thought I tried to synchronize it but maybe I didn't. Good to know that it was just a stale keydb and not an issue with the submission. Thank you!

[coricopat]

Originally Posted by nalor

But I've fixed the entries (and hopefully I didn't destroy others).

In case you notice wrong entries tell me - thanks!

I checked them all (from my git where I track the file and there from the commit that introduced the mess up, took all removed lines, grepped the current entries of their DiscIDs, and then diffed them).
Assuming the title field cannot contain a string matching the regexp

| [DUI] |

, I'd be sure that all titles had been reverted :-)

So, thanks for fixing :-)


Apart from that:
a) can it be that the XML archive download is broken again? [Edit: forget that... seems to work]

b) Last time you said you'd have adapted the sorting of the entries in KEYDB.cfg (i.e. the rows, not the fields within the rows).
Can it be that you haven't put that live (cause I never saw a bigger change).
But as said... it's really not that important for me. Merely cosmetic... and if you change, it should perhaps well thought trough how.

[mole733]

Hello, I got a problem when I want to get a vuk of FINAL_FANTASY_VII_ADVENT UHD.
I tried playing it with Xreveal and the newest keydb.cfg, failed. DVDFab 12 can backup the disc, so I used FindVUK, but failed, too.
I read the log and made a new line like this:
0x3ECEC9C74973E3C19B96ED2B09C6E6371F031C6F = FINAL_FANTASY_VII_ADVENT (Final Fantasy VII: Advent Children - 4K Ultra HD) | D | 2021-03-29 | U | 1-0x2E00F9A1A58005C6A78926B19E482552 ; MKBv76/BEE/FindVUK 1.82 - VolumeSize: 84055359488 (UHD)
0x91C50ED3146FAD6257B2C6E75B8E3CD901A37AB4 = FINAL_FANTASY_VII_ADVENT (Final Fantasy VII: Advent Children - 4K Ultra HD) | D | 2021-03-29 | U | 1-0x2E00F9A1A58005C6A78926B19E482552 ; MKBv76/BEE/FindVUK 1.38 - MainPlaylist: 00000.mpls - VolumeSize: 84055359488 (UHD)
0x9A4AF5469AD330480D3295B0C54B8317910E38E7 = FINAL_FANTASY_VII_ADVENT (Final Fantasy VII: Advent Children - 4K Ultra HD) | D | 2021-03-29 | U | 1-0x2E00F9A1A58005C6A78926B19E482552 ; --- I add this line

Then all is ok. This disc only has a new id, FindVUK seems to think it has a new vuk. Attachment is the log.

[MrPenguin]

Originally Posted by mole733

Then all is ok. This disc only has a new id, FindVUK seems to think it has a new vuk. Attachment is the log.

Decrypting a UHD requires knowing the following:

• The disk's Unit Key, which is the "| U |" field of its KEYDB entry. You have added this information .
• Defeating bus encryption, either by knowing the Read Device Key (RDK) or by disabling bus encryption completely using something like MakeMKV's LibreDrive code.

AFAIK FindVUK uses DVDFab to discover a disk's Unit Key and RDK, but not its VUK. All of the UHD VUKs in KEYDB.cfg have presumably been found via other means.

Do you know your disk's RDK? And if not, how have you defeated bus encryption please?

[mole733]

Originally Posted by MrPenguin

Decrypting a UHD requires knowing the following:

• The disk's Unit Key, which is the "| U |" field of its KEYDB entry. You have added this information .
• Defeating bus encryption, either by knowing the Read Device Key (RDK) or by disabling bus encryption completely using something like MakeMKV's LibreDrive code.

AFAIK FindVUK uses DVDFab to discover a disk's Unit Key and RDK, but not its VUK. All of the UHD VUKs in KEYDB.cfg have presumably been found via other means.

Do you know your disk's RDK? And if not, how have you defeated bus encryption please?

In fact, I guessed them out. I think the same kind of number strings, they may have the same length, similar formats, etc. I found these number strings from the log and tested them.

[coopervid]

I'm getting this today when I try to synchronize:

ERROR! #HTTPA_ERR_HEADERNOTFOUND

[SamuriHL]

No issues here. Those kinds of problems are either temporary network glitches or are DNS server related. I have a rotating DNS server configuration that will resolve when one DNS server is having issues. IOW, try another DNS server when you get that proboem.

[coopervid]

I had it again a few hours ago and now it works again. I don't think that it is a DNS issue but something on the server.

[DrinkLyeAndDie]

Originally Posted by coopervid

I had it again a few hours ago and now it works again. I don't think that it is a DNS issue but something on the server.

I've had what you describe happen a couple times a week. In the past it's always impacted both the FindVUK version check and updating the keydb.cfg but the other day it only impacted checking for an update for FindVUK while the keydb updated without issue. There's never a rhyme or reason that I can pinpoint. I just try again later and it usually works. I've always assumed it might be bad timing on my request and/or a DNS issue.

[coricopat]

I've seen the problem only once, but then it wasn't DNS but a HTTP 503.

You can easily check whether DNS is broken with tools like dig.

I'd rather guess the ISP (bplaced.net) might simply throttle accesses if there are too many and do so in a poor way (with 503)?

[coopervid]

I think coricopat is right. The site has most likely now many more visits from users of the Makemkv forum since a special thread has been established to add keys and update the databases of these users. Also SamuriHL's tool KeyDB_helper makes that very easy for these people.

[axymeus]

I have a couple discs that are absent from the VUK database. I followed the guide on the first page but can't get any results.

First I tried with Passkey, but FindVUK is unable to detect it, is it no longer supported? I did find the Disc ID in Passkey's log, but not the VUK. I searched through the memory dump of Passkey, but the tutorial didn't exactly specify what the VUK is supposed to look like... Judging by the database it looks like it needs 3 different hex strings? I maybe found one but that's it. And then I don't know how to add it to key database anyways.

So, I tried with regular DVDFab. The program starts and does nothing. I try to "add source" in the ripper menu of DVDFab and select my drive, and it does nothing. The source does not appear in DVDFab when selected. Do I need to make an ISO of the disc before it? The tutorial only says to insert a disc with DVDFab open, but FindVUK doesn't do anything by itself at that point.

Here's Passkey's report at least. FindVUK says "everything should work as expected" by the way.

Info for drive [D:\] (Passkey 9.4.7.7)
Vendor: ATAPI, Product: iHBS112 2
Revision: PL06, Vendor specific: 2012/09/17 10:50
Drive region: 2 (RPC II), changes left: 4(user) / 4(vendor)
AACS v1, AGIDs: 2, revocation level: MKBv76+
Support: BUS_ENCRYPTION=NO BN_GENERATION=NO

Disc media: Blu-ray (BDMV)

Region Code is removed. (Region B, Region Mask '')
AACS protection (AACSLA) is removed. (MKBv19)
BD+ protection (Macrovision) is removed. (gen7)
BluPath: full disc copy/play is supported.
Main playlist: 00801.mpls

[coopervid]

You are not supposed to start DVDFab but you run FindVUK to start it automatically.

Here is an alternate solution. Post the Makemkv files here in this thread:

https://forum.makemkv.com/forum/view...p?f=12&t=38293

[axymeus]

Originally Posted by coopervid

You are not supposed to start DVDFab but you run FindVUK to start it automatically.

Here is an alternate solution. Post the Makemkv files here in this thread:

https://forum.makemkv.com/forum/view...p?f=12&t=38293

I also did it in that order, FindVUK starts DVDFab by itself and that's it, nothing after that. I've been wondering, is it required to have an active DVDFab licence? I assumed perhaps wrongfully that it would work with the trial version.

I will check with MakeMKV thank you.

On a side note I've noticed that my old copy of AnyDVD can still work its magic on some of the BluRays I have. I find this surprising because naturally it can't check its database online and it's not a BluRay I ever read so the key isn't stored locally either. Furthermore, the key is not in the FindVUK database... Any way I can leverage that to add the key to the database perhaps?