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

[SamuriHL]

Link worked for me and download keydb_red.zip.

[nalor]

Honestly really incredible - when I check the source of the site and find timestamps from 2018 .... unbelievable how long this thing is running already.

[SamuriHL]

It's awesome work you do!

[markfilipak]

Link worked for me and download keydb_red.zip.

https://fvonline-db.bplaced.net/fv_download.php?reduced gives me a 404.
https://fvonline-db.bplaced.net/ gives me a 404.
https://www.bplaced.net/ works.

[mick0]

https://fvonline-db.bplaced.net/fv_download.php?reduced gives me a 404.
https://fvonline-db.bplaced.net/ gives me a 404.
https://www.bplaced.net/ works.


You need to use http:// and not https://

[SamuriHL]

They're using a browser that automatically forces HTTPS for links. Which no workie. You have to set an exclusion or use a different browser.

[lamp]

Hmm... I get a 404 on that.

It seems to be working for me, maybe it just needed some time to update?

[markfilipak]

They're using a browser that automatically forces HTTPS for links. Which no workie. You have to set an exclusion or use a different browser.

Good try but not true. FireFox shows HTTP. It just prompts, first.

PS: https://www.bplaced.net/ does work.

[coricopat]

sorting stabilized
Initially I only sorted by VolumeLabel when creating the file - but when there are multiple entries with the same VolumeLabel, the resulting order was undetermined. So I've added a 2nd criteria to sort by DiscId as 2nd priority.
As result the order of the entries is hopefully stable now :)

Thanks, though I think it would have been even nicer, if the sorting would include at least the MEK and probably also the UK before the Disc ID.
That way one would get any "siblings" adjacent.

Perhaps also the date after MEK/UK but before DiscId... then one would also see "siblings" odered by date (but that's less important).

[coopervid]

I had also trouble. Open the link in a new browser window. Then it just spins and spins but if you check the download arrow on the right top it will have downloaded the zip file after a while.

[nalor]

Good try but not true. FireFox shows HTTP. It just prompts, first.

PS: https://www.bplaced.net/ does work.

The "free" account does not support https :(

The "paid" account requires to pay with the bank account - and this is something I don't want.

So we're stuck with 2 limitations:
* really slow speed
* http and no https

[markfilipak]

I had also trouble. Open the link in a new browser window...

I tried that and received an immediate 404 from bplaced.net, which is the host of fvonline-db.

bplaced seems to have problems. I think it's trying to use tracking and my HOSTS file is defeating tracking.

PS: Uh, no, that isn't right. It can't be my HOSTS file because if it was, bplaced tracking would not respond and I'd get a twirling 'busy' icon that never stops. Instead, I get an immediate 404 _from_splaced_. I don't know what's happening except that the download is unreachable for me.

[markfilipak]

The "free" account does not support https :(

The "paid" account requires to pay with the bank account - and this is something I don't want.

So we're stuck with 2 limitations:
* really slow speed
* http and no https

You're writing nonsense.

Correction: You're writing about _YOUR_ account at bplaced, not your browser. Oops!
Let me clear this up right now:
Yes, FireFox will visit HTTP. No problems.

Nalor, get yourself a good hosting service.

[coopervid]

You're writing nonsense.

Correction: You're writing about _YOUR_ account at bplaced, not your browser. Oops!
Let me clear this up right now:
Yes, FireFox will visit HTTP. No problems.

Nalor, get yourself a good hosting service.

I agree regarding the hosting service. Mega is free and fast and comes with 20GB of space. What is used here is somehow outdated.

[SamuriHL]

We don't necessarily know all Nalor's requirements on the back end for a free service. It's not just "hosting a file". He's running a whole PHP back end.

[coricopat]

You're writing nonsense.
Nalor, get yourself a good hosting service.

Certainly a helpful tone towards someone who's been developing, maintaining and providing core components for FLOSS BDMV playback for years... for free, in his spare time.

(Regardless of what one might have thought he'd have been writing about).

So perhaps at least for myself (and probably a great deal silent users):
Big hug and thanks for all that to Nalor!


I agree regarding the hosting service. Mega is free and fast and comes with 20GB of space. What is used here is somehow outdated.

Doesn't mega only offer file hosting? How should he run the software that maintains the DB (takes uploads, merges them, etc.) there?

[nalor]

You're writing nonsense.

Correction: You're writing about _YOUR_ account at bplaced, not your browser. Oops!
Let me clear this up right now:
Yes, FireFox will visit HTTP. No problems.

Nalor, get yourself a good hosting service.

Back in the days when I starting the site I tested really a lot of "free" hosting providers: most of them were showing ads on the page, which means they interfere with the original code and insert the ads into the page before delivering to the browser. This prevents e.g. uploads or automatic downloads and in the end bplaced was the one free provider without any technical limitations.

Maybe I should start another round of tests... but honestly I always had the hope that also bplaced would add new features to the "free" account .. but this didn't happen so far.

And the problem with services operated in a complex legal situation is that a free "no questions asked" solution is preferred.

[nalor]

Found the problem with the metadata archive, the root cause is a bad implementation from my side only working when db errors are ignored, this working as this kind of "ignoring" was the default in older php versions, but has been changed in 8.1: https://www.php.net/manual/en/mysqli-driver.report-mode.php

I'll improve the implementation tomorrow.

[markfilipak]

... And the problem with services operated in a complex legal situation is that a free "no questions asked" solution is preferred.

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

[max25]

Found the problem with the metadata archive, the root cause is a bad implementation from my side only working when db errors are ignored, this working as this kind of "ignoring" was the default in older php versions, but has been changed in 8.1: https://www.php.net/manual/en/mysqli-driver.report-mode.php

I'll improve the implementation tomorrow.

Thank you very much.

[nalor]

Thank you very much.

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

[nalor]

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]

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]

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]

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]

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]

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]

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]

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/viewtopic.php?f=12&t=38293

[axymeus]

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/viewtopic.php?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?

[Bandits]

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?

You can try the Generate Keys in my signature. Only good for Blu-Rays, but it can get you past v81 if you are using a LibreDrive unit.

[metalsonic88]

Having an odd issue using the Validate Disc feature with Mortal Kombat (2011). It works just fine when FindVUK is run as normal, but when I try to just validate it then after FindVUK seemingly successfully validates all 17 .m2ts files (though the log says 18 are detected?), it then throws an unknown error. Worth noting that I can play the blu-ray just fine using VLC. I can post full logs or additional details as needed, but here are some excerpts.

FindVUK no arguments run:

-------------------------------------------------------------------------------
16:14:03 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
16:14:03 - Drive is detected as 'REAL BLURAY' drive
16:14:03 - M2TS files found >18<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00036.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00020.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00019.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00017.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00012.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00000.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00901.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00031.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00016.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00007.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00001.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00003.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00002.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00006.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00005.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00004.m2ts< with UnitKey >1<
16:14:03 - Decrypted first unit of file >F:\BDMV\STREAM\00014.m2ts< with UnitKey >1<

-------------------------------------------------------------------------------
16:14:03 - Validation successful! UnitKeys are valid!!
-------------------------------------------------------------------------------


FindVUK Validate Disc:

-------------------------------------------------------------------------------
16:14:59 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
16:15:00 - Drive is detected as 'REAL BLURAY' drive
16:15:00 - M2TS files found >18<
16:15:00 - Decrypted first unit of file >F:\BDMV\STREAM\00036.m2ts< with UnitKey >1<
16:15:00 - Decrypted first unit of file >F:\BDMV\STREAM\00020.m2ts< with UnitKey >1<
16:15:00 - Decrypted first unit of file >F:\BDMV\STREAM\00019.m2ts< with UnitKey >1<
16:15:00 - Decrypted first unit of file >F:\BDMV\STREAM\00017.m2ts< with UnitKey >1<
16:15:00 - Decrypted first unit of file >F:\BDMV\STREAM\00012.m2ts< with UnitKey >1<
16:15:01 - Decrypted first unit of file >F:\BDMV\STREAM\00000.m2ts< with UnitKey >1<
16:15:01 - Decrypted first unit of file >F:\BDMV\STREAM\00901.m2ts< with UnitKey >1<
16:15:01 - Decrypted first unit of file >F:\BDMV\STREAM\00031.m2ts< with UnitKey >1<
16:15:01 - Decrypted first unit of file >F:\BDMV\STREAM\00016.m2ts< with UnitKey >1<
16:15:01 - Decrypted first unit of file >F:\BDMV\STREAM\00007.m2ts< with UnitKey >1<
16:15:01 - Decrypted first unit of file >F:\BDMV\STREAM\00001.m2ts< with UnitKey >1<
16:15:02 - Decrypted first unit of file >F:\BDMV\STREAM\00003.m2ts< with UnitKey >1<
16:15:02 - Decrypted first unit of file >F:\BDMV\STREAM\00002.m2ts< with UnitKey >1<
16:15:02 - Decrypted first unit of file >F:\BDMV\STREAM\00006.m2ts< with UnitKey >1<
16:15:02 - Decrypted first unit of file >F:\BDMV\STREAM\00005.m2ts< with UnitKey >1<
16:15:02 - Decrypted first unit of file >F:\BDMV\STREAM\00004.m2ts< with UnitKey >1<
16:15:02 - Decrypted first unit of file >F:\BDMV\STREAM\00014.m2ts< with UnitKey >1<
16:15:02 - ERROR! Validation of VUK failed >AACS UNKNOWN ERROR >0<<

Please press ENTER or ESC to exit


Edit: At some point this resolved itself. Whether it was an issue with my disc, my drive, or something in FindVUK that changed is unknown to me.

[Toad King]

For the past day running `FindVUK.exe synchronize` seems to download the entire KeyDB instead of an incremental update. Is this a known issue?

Running under Linux with Wine in case it makes a difference.

[MrPenguin]

For the past day running `FindVUK.exe synchronize` seems to download the entire KeyDB instead of an incremental update. Is this a known issue?

Running under Linux with Wine in case it makes a difference.
I'm noticing the same thing. I get the impression that the KEYDB file crossed some kind of threshold on Friday, and now FindVUK no longer tries to compute the delta.

[magician]

I'm noticing the same thing. I get the impression that the KEYDB file crossed some kind of threshold on Friday, and now FindVUK no longer tries to compute the delta.

It stopped working because FindVUK expects the timestamp in keydb_fvhash.ini to be in yyyy.MM.dd HH:mm:ss format for delta mode, but something (presumably a recent server-side change) caused it to start writing yyyyMMddTHHmmssZ instead. FindVUK probably passes through the timestamp on write, but the current release cannot parse the new format on read.

[MrPenguin]

It stopped working because FindVUK expects the timestamp in keydb_fvhash.ini to be in yyyy.MM.dd HH:mm:ss format for delta mode, but something (presumably a recent server-side change) caused it to start writing yyyyMMddTHHmmssZ instead.
Thanks, that works :).

[coopervid]

Thanks, that works :).

Can you elaborate how to fix this, please?

[MrPenguin]

Can you elaborate how to fix this, please?
Edit the keydb_fvhash.ini file, and reformat its timestamp field back to
yyyy.MM.dd HH:mm:ss
You'll obviously need to keep doing this until a permanent fix arrives.

[coopervid]

Edit the keydb_fvhash.ini file, and reformat its timestamp field back to
yyyy.MM.dd HH:mm:ss
You'll obviously need to keep doing this until a permanent fix arrives.

No such file in FindVUK for Windows.

[SamuriHL]

No such file in FindVUK for Windows.

Yes there is. It's in the aacs directory that FindVUK downloads and extracts the keydb.cfg to.