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

[nalor]

Will release the next Findvuk during the weekend.
Currently I am fixing the latest quirks during processing of uploaded entries in the online database and once I am satisfied I will release the new Findvuk.

Gesendet von meinem E5823 mit Tapatalk

[ErichV]

Has anyone found a way to get the VUK without being dependent on Passkey?

I can imagine that someone is able to retrieve the VUK of the latest discs from Leawo Blu-ray Player.

[nalor]

Released Findvuk 1.14, it includes support for current passkey versions (but no support for newer dvdfab or mediaplayer versions so far) and my personal main feature: synchronisation with the online database.
There's a batch file in the zip file to simplify the synchronisation procedure.

Please give it a try.



Gesendet von meinem E5823 mit Tapatalk

[nalor]

One more thing: it's not possible to get the vuk any longer with the new passkey versions, but the unit keys are possible and those are all that is necessary for playback or decryption.

Tomorrow I will explain the synchronisation more detailed.

Gesendet von meinem E5823 mit Tapatalk

[EncryptedEggs]

Sounds fantastic, thanks a ton. I'll give it a go Sunday evening when I'm back to where my optical drive is.

[nalor]

Here a little bit more details about my changes:

1) I've completely rewritten the internal procedures to handle keydb-files, the old implementation has been way too slow for synchronization, it took minutes for the first sync, this was simply not acceptable.
The new approach always removes all duplicate entries, it keeps the last entry of a discid in the file and removes all the others - but removing does not really mean to delete the entry, instead it's moved to a backup file.
Whenenver there is something written to either the main keydb file or the backup keydb file a comment line with the current date and time is written - this helps to understand when something got changed.

2) with the new passkey version that only provide decrypted unit keys I needed a way to determine if existing VUK entries are correct or not - so I decided to add the encrypted unit keys as well to the bluray-meta-xml that is uploaded to the online-database. This way it's possible to verify also in the online-database if volumeid, mediakey, vuk and decrypted unit keys are correct or not.

3) when there's e.g. already a legacy entry for a certain discid in the database with e.g. volumeid and mediakey and now a new bluray-meta-xml is uploaded for the same disc with the encrypted-unit-keys the processing script calculates the VUK from the existing volumeid and mediakey and next checks if this vuk can be used to decrypt the encrypted-unitkeys and verify it the result matches the decrypted-unit-keys from the bluray-meta-xml. In case those 'legacy' information match the new bluray-meta information, they get merged and the final entry includes all details.

4) it's also working the other way round: when there's a new bluray-meta-xml entry in the database without vuk, but with decrypted and encrypted unit keys and someone is synchronising and entry for this discid that includes either volumeid+mediakey or the vuk it's checked during processing if it matches the existing bluray-meta-xml entry and in case it does the existing entry gets enriched with the additional data.

5) changes to legacy entries are more difficult - because there's no way to verify anything. so basically this means that once an entry for an discid is stored in the database there's no automatic way to change it to something different.
If someone needs changes to legacy entries just write me a message and I'll apply them.

6) all legacy entries from the online database have a '(legacy)' in the comment section - this way it's possible to check which entries are 'trusted' and which ones aren't

7) my current hoster does not support the sodium extension in php - so I still cannot process new uploads directly after the upload, it's still a manual task and I plan to execute it at least weekly, if possible more frequently.

Hopefully thats all for the moment, in case of questions just ask ;)

[TTide]

Failed to get UnitKeys.


15:51:23 - ----------- FindVUK 1.14 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
15:51:23 - SettingsFile: >C:\FindVUK_1.14\config\FindVUK.ini<
15:51:23 - Open Main-KEYDB file: >C:\Users\gamer\AppData\Roaming\aacs\KEYDB.cfg<
15:51:23 - Open Backup-KEYDB file: >C:\FindVUK_1.14\VUKbackup\KEYDB.cfg<
15:51:23 - Tested DVDfab Version >10.0.4.8< found
15:51:23 - >>> everything should work as expected!

15:51:23 - Preferred application >PassKey< is not available
15:51:23 - DVDfab is available!
15:51:23 - DVDfab-MainFile: >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
15:51:23 - DVDfab-LogFile: >C:\Users\gamer\Documents\DVDFab10\Log\dvdfab_internal.log<
15:51:23 - KEYDB-Path: >C:\Users\gamer\AppData\Roaming\aacs\<
15:51:23 - KEYDB-Backup-Path: >C:\FindVUK_1.14\VUKbackup\<
15:51:23 - ProcDumpFile: >C:\FindVUK_1.14\tool\procdump.exe<

###############################################################################
15:51:23 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

15:51:23 - No running application process discovered
15:51:23 - >> Start it now >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<

15:52:08 - Drive opened
15:52:08 - DiscType detected >Blu-ray BDMV<
15:52:08 - Volume Label detected >SPIDER-MAN_HOMECOMING<
15:52:20 - DriveLetter detected >E<
15:52:23 - Detected CopyProtections AACS >1< BD+ >0<
15:52:34 - DiscID found >7D59A39FA63D6A6DC5C302FADB082083138BC166<
15:52:36 - DVDfab application reported error during decryption
15:52:36 - ERROR! WatchLog_Standard failed!
15:52:36 - ERROR! Decryption error detected - please reinsert Bluray!

[EncryptedEggs]

Just tried those two new-ish discs I had mentioned. Everything worked like a charm with FindVUK1.14 and Passkey 9317! Started an episode on both discs and they played fine. :thanks: Thanks again

[nalor]

Released FindVUK 1.15 - it now supports all different DVDfab products:

DVDFab Passkey
DVDFab DVDFab
DVDFab MediaPlayer 3
DVDFab Player 5


In case of MediaPlayer the new 'Player 5' is the new primary MediaPlayer in case it's present (when you prefer e.g. MediaPlayer 3 just set the MainFile entry in the ini file)

[nalor]

Failed to get UnitKeys.

I guess your DVDFab version does not support your bluray any longer - please update to FindVUK 1.15, install the current DVDFab release and try again - hopefully everything is working well then :)

[candela]

Thanks. New INI manual http://s000.tinyupload.com/?file_id=89914892449199971548

@everybody, please scan all your discs with FindVUK, even if you can already play them (e.g. VUK is already present in keydb.cfg). Because different discs share MK/UKs, scanning 1 disc may result in keys for several other discs

[TTide]

I that FindVUK 1.15 works well under DVDfab Version: 10.2.0.7.
I managed to finally get my Spider-Man: Homecoming – Blu-ray™ Unit Keys.

For More info:
https://www.pastiebin.com/5b74a1e438ae2

[candela]

I can't seem to post anything anymore, it always fails. Also v1.14


2018-08-16 00:31:00 # 848 # [I] main / FVMAIN_Mode_GetMetaInfoFromDisc(legacy) / Upload MetaXML Basic to OnlineDB
2018-08-16 00:31:00 # 848 # [I] main / BlurayMeta_UploadAndBackup(legacy) / Create backup of POST-xml >C:\Utils\FindVUK_1.15\OnlineDB_Backup\3E83D3E9853B59C047CE8FF52A8489F7FF7A5B57-ALMOST HUMAN (Post).xml<
2018-08-16 00:31:00 # 850 # [I] findvuk_sapxml / _PostXml / SrcMemSize >1176< bytes - PostSize >1447< bytes
2018-08-16 00:31:00 # 850 # [I] web_http_async / _PostHTTPFileMem / Hostname: >fvonline-db.bplaced.net< Ressource:fv_upload.php< IsSecure: 0<
2018-08-16 00:31:00 # 867 # [I] findvuk_sapxml / _PostXml / HTTP-POST - current upload progress >0.00/1.41 KB< (0.00%)
2018-08-16 00:31:00 # 989 # [I] web_http_async / CallBack / HTTP headersize >199<POST /fv_upload.php HTTP/1.1
Content-Type: multipart/form-data; boundary=---FindVUKFormBoundary
User-Agent: FindVUK
Host: fvonline-db.bplaced.net
Content-Length: 1447
Cache-Control: no-cache

<
2018-08-16 00:31:01 # 1366 # [I] findvuk_sapxml / _PostXml / HTTP-POST - current upload progress >1.41/1.41 KB< (100.00%)
2018-08-16 00:31:01 # 1866 # [E] findvuk_sapxml / _PostXml / HTTP-POST failed >0<
2018-08-16 00:31:01 # 1866 # [E] findvuk_sapxml / _PostXml / ERROR! FinishHttpPost failed!
2018-08-16 00:31:01 # 1867 # [E] findvuk_sapxml / SignAndPostXml / ERROR! PostXML failed - HTTP Status >0< ErrMsg >ERROR! Received a HTTP Status >0<< Msg ><
2018-08-16 00:31:01 # 1867 # [I] main / BlurayMeta_UploadAndBackup(legacy) / ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >ERROR! Received a HTTP Status >0<< (0)


Also the synching doesn't work anymore because there's an entry without keys


2018-08-16 22:54:21 # 10744 # [I] main / KeyDB_Synchronize(legacy) / Entry missing in LOCAL file >19BA75049EE06139CF2B554057411BD37A913333<
2018-08-16 22:54:21 # 10744 # [E] bluray_keydb / _ParseLine_ALL / ERROR! Line is not a correct line with useable data! >0x19BA75049EE06139CF2B554057411BD37A913333 = SHANA_OPED ; (LEGACY)<
2018-08-16 22:54:21 # 10744 # [E] bluray_keydb / BRKDB_GetEntryFromDiscId / ERROR! ParseLine failed!
2018-08-16 22:54:21 # 10745 # [I] main / KeyDB_Synchronize(legacy) / ERROR! Couldn't get entry for discid >19BA75049EE06139CF2B554057411BD37A913333< from ONLINE file!
2018-08-16 22:54:21 # 10751 # [I] main / FVMAIN_Mode_Synchronize(legacy) / ERROR! Synchronize failed! >-904<

[richy]

Right, nalor - hopefully posting this in the right place now!

I just wanted to say that FindVUK is really useful and say a big thank you for its continued development. I've been using it for quite a while but have been re-testing some older discs along with some new ones over the last week or so. I had a few issues with v1.14 whereby it'd work the first time with Passkey and then I had to restart Windows every single time to get it working again. Switched to DVDFab 9.2.2.4 for older titles and it works fine but obviously I'm limited to MKBv50-something discs and no later. Passkey obviously gets the unit keys if I use that instead but I'm trying to get a full set of all the keys where possible.

I also found that v1.14 would report either zero values or incorrect values for the media key and volume ID and then produce an error message saying that the VUK it calculated didn't match the expected value. Since I already had some of these values in my keydb.cfg file I soon realised that it was deleting that info from the entries as v1.14 said it couldn't verify them properly. I then re-did the discs with 1.10 and it added the information back in.

I need to do some more testing with v1.15 really since that's now the latest version but the first disc I tried *seemed* to be doing the same thing. I'll do some more tests before posting anything else as it may just be me feeling too tired at the moment... I did post half of this in the wrong thread earlier after all! ;)

[nalor]

I can't seem to post anything anymore, it always fails. Also v1.14



Also the synching doesn't work anymore because there's an entry without keys

Hi!
Removed 2 entries without keys (need to take to not create such entries at all) and the other problem - I#m not really sure how to deal with it.
Basically it should work - but I noticed during the last day that sometimes the mysql db went into some kind of maintenance mode and I couldn't login either ...
I always got the message that I should try again in 1 minute, so hopefully those downtimes are only rare and do not occur that often.

My sync has now been successful:
07:29:06 - LOCAL-Keyfile: 2928 new entries, 5470 changed entries
07:29:06 - ONLINE-KeyFile: 0 new entries, 5444 synced entries

[candela]

Basically it should work - but I noticed during the last day that sometimes the mysql db went into some kind of maintenance mode and I couldn't login either ...
I always got the message that I should try again in 1 minute, so hopefully those downtimes are only rare and do not occur that often.


sync works but still can't upload antyhing, always fails

it worked in the past, seems to have suddenly stopped working yesterday

[nalor]

Will check tonight.

Gesendet von meinem E5823 mit Tapatalk

[FredThompson]

Does FindVUK search memory for the reader executable or must it explicitly launch the reader executable?

I ask because I've converted DVDFab 10.0.4.8 into a stealth app with routines that set various registry parameters, launch the executable, then remove the parameters when the executable is terminated.

Why do this? A clean registry is a happy registry...

[nalor]

sync works but still can't upload antyhing, always fails

it worked in the past, seems to have suddenly stopped working yesterdayTried it yesterday and it worked without problems.
Do you still experience problems?

Gesendet von meinem E5823 mit Tapatalk

[candela]

Tried it yesterday and it worked without problems.
Do you still experience problems?

Gesendet von meinem E5823 mit Tapatalk

Yes, always the same even when I unzip FindVUK to a new directory and start "fresh"


10:29:57 - Upload MetaXML Basic to OnlineDB
HTTP-POST - current upload progress >0.00/1.43 KB< (0.00%)
10:29:58 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >ERROR! Received a HTTP Status >0<<
(0)


But when I look in Wireshark there actually seems to be no problem



POST /fv_upload.php HTTP/1.1
Content-Type: multipart/form-data; boundary=---FindVUKFormBoundary
User-Agent: FindVUK
Host: fvonline-db.bplaced.net
Content-Length: 1467
Cache-Control: no-cache

-----FindVUKFormBoundary
Content-Disposition: form-data; name="blurayfile"; filename="FindVukXmlFile.xml"
Content-Type: application/octet-stream

<?xml version="1.0" encoding="UTF-8"?><Main><Data><UUID>285fb0b7-8ce6-4d1b-a4f1-5a2dcc5a8e5c</UUID><Timestamp>2018-08-19T08:29:57+0000</Timestamp><Base64>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz48Qmx1cmF5PjxGaWxlVHlwZT5CbHVyYXlNZXRhWE1MPC9GaWxlVHlwZT48RGlzY0lkIERhdGU9IjIwMTItMDUtMDgiPjQyNDhFMkQwMDU4RTVGNkZBQ0E2ODJEMkY1RTg1OTNENjQ5MkI4OTc8L0Rpc2NJZD48Vm9sdW1lTGFiZWw+V1JBVEhfT0ZfVEhFX1RJVEFOUzwvVm9sdW1lTGFiZWw+PEJEcGx1cz4wPC9CRHBsdXM+PEJ1c0VuY3J5cHRpb25FbmFibGVkPjA8L0J1c0VuY3J5cHRpb25FbmFibGVkPjxNS0JyZXY+MjU8L01LQnJldj48TWV0YVRpdGxlcz48TWV0YVRpdGxlIExhbmd1YWdlPSJlbmciPldSQVRIIE9GIFRIRSBUSVRBTlM8L01ldGFUaXRsZT48L01ldGFUaXRsZXM+PEhhc2hlcz48SGFzaCBUeXBlPSJNRDUiIEZpbGU9Ik1LQl9STy5pbmYiIFNpemU9IjEwNDg1NzYiPjE0QzA1MUEzOUJENUM5MjVCQkI0ODUzQjc3MDRDQ0VDPC9IYXNoPjwvSGFzaGVzPjxBcHBsaWNhdGlvbj5GaW5kVlVLIDEuMTU8L0FwcGxpY2F0aW9uPjxWb2x1bWVTaXplPjM2MTI5NjAzNTg0PC9Wb2x1bWVTaXplPjwvQmx1cmF5Pg==</Base64></Data><Signature><Checksum cipher="SHA256">65b1c00c54a109ef65f3f265186513830bd548c5cc62c1db488ccb5b2c6fe69c</Checksum><Signature>41E6EC104BD872C92B76E38D9F25AAB98C32BB8F9974DCD0BF187C1B2F0289189A07566A50B5F278ADF60B410886898B0C559214934EB5C9A5E151725A095204</Signature></Signature></Main>
-----FindVUKFormBoundary
Content-Disposition: form-data; name="action";

FindVUKsubmit
-----FindVUKFormBoundary--
HTTP/1.1 200 OK
Date: Sun, 19 Aug 2018 08:30:14 GMT
Server: Apache/2.4
X-BP-NSA-REQID: 81.165.63.143 a.18UID=100069
X-Content-Type-Options: nosniff
Upgrade: h2,h2c
Connection: Upgrade
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8

1f
Successful written to database!
0


FindVUK somehow thinks it failed

[FredThompson]

Does FindVUK search memory for the reader executable or must it explicitly launch the reader executable?

Belay that. Here's a better question:

How does FindVUK determine which DVDFab product is installed?

Is it looking at a registry keys (such as HKLM/SOFTWARE/Classes, HKLM./SOFTWARE/Microsoft/CurrentVersion/Uninstall, or something else), looking in the start menu locations, or something else?

--

I just started using FindVUK last night and it interactacts with the common database properly, including submitting.

[nalor]

FindVUK somehow thinks it failed

Strange - but the code used to upload things is quite new, the one used in the previous findVUK version (before 1.15) didn't support chunked upload and so didn't support bigger uploads for the synchronisation feature....

Will check the new code to see if I can find anything obvious ...

[nalor]

How does FindVUK determine which DVDFab product is installed?


You can either specify the executeable directly in the inifile for each of the supported products or else it will check the registry to get the exe file.
Your explanation suggests that it's necessary to start your personal-exe-file and this one finally starts DVDfab ... and this setup won't work currently because 1) findvuk reads the dvdfab release from the specified exe file and 2) dumps the memory of the specified exe-file.
So it would always dump the memory of your personal-exe-file and never the required memory of the real dvdfab-application.

You would need an additional setting to define the launch-command that is just used to launch the specific dvdfab-application and that can be completely different from the 'MainFile' setting already available in the ini-file.

[FredThompson]

ok, the solution then is to install whatever driver support is needed for the app, then launch FindVUK, then remove the driver support when FindVUK is terminated. Thanks for the information.

[nalor]

This should work [emoji3]ok, the solution then is to install whatever driver support is needed for the app, then launch FindVUK, then remove the driver support when FindVUK is terminated. Thanks for the information.

Gesendet von meinem E5823 mit Tapatalk

[candela]

It seems the download links no longer work

[TTide]

Download FindVUK 1.15 (http://s000.tinyupload.com/index.php?file_id=35660812162622090419)

SHA-256: 99848F9CDAA9BDE47BC0EC3D7768ECB2FE93999F2C1F9B4DF033A709F445FE1F

[nalor]

Released FindVUK 1.16
1) it should fix the upload problem reported by candela
2) it's possible to get UnitKeys for UHDs as well, unfortunately it's not possible to validate them because it still does not support BusEncryption (introduced new nodes in the MetaXML for upload)

Please test and report in case something isn't working properly.

btw: I've no idea why FindVUK 1.15 got removed from TinyUpload ... really strange.

[candela]

Released FindVUK 1.16
1) it should fix the upload problem reported by candela


issue is still there unfortunately

[nalor]

issue is still there unfortunately

Please create a file named 'FindVUK.ini' in the directory of the findvuk.exe and insert this text into it:
[LogLevel]
Default=4

Retry and post your logfile or send it to me - hopefully the debug information give me some additional hints ...
Thanks!

[nalor]

Found the error, the log was really helpful!

Will shortly release 1.17 with the fix

Gesendet von meinem E5823 mit Tapatalk

[MartyMcNuts]

@ Nalor,

I've used FindVUK 1.15 a few times and it works ok for me, although I have to ask:

1. What can we do with the decrypted unit keys?
2. Is there any software that can decrypt using these keys?
3. If possible, could FindVUK also provide the Media Key?

Thanks for all your hard work!

Marty :thanks:

[candela]

@ Nalor,

I've used FindVUK 1.15 a few times and it works ok for me, although I have to ask:

1. What can we do with the decrypted unit keys?
2. Is there any software that can decrypt using these keys?
3. If possible, could FindVUK also provide the Media Key?

Thanks for all your hard work!

Marty :thanks:

1. Play\rip blurays
2. VLC with libaacs.dll. Dumphd. Bluraytest&decrypt
3. Newer Dvdfab no longer uses MK so its impossible for findvuk to provide it. Older Dvdfab still works for older discs so you can get MK from those. Or use aacskeys with Ps3 keys and valid host cert for mkbv62 and lower discs

[nalor]

Published FindVUK 1.17 - 2nd try to fix the upload issue of candela and I noticed that it doesn't start in case there's no existing keydb.cfg - also fixed, now it just creates an empty file.

[candela]

download link doesn't seem to work for some reason

[nalor]

download link doesn't seem to work for some reason

Strange - uploaded it again and this time it's at least working for me :)

[candela]

Strange - uploaded it again and this time it's at least working for me :)

download works now. upload also seems to work in 1.17


HTTP-POST success
17:45:19 - Successfully posted to the OnlineDB! >Successful written to database!<

[nalor]

download works now. upload also seems to work in 1.17

Good news - thanks for the retest!

[richy]

@Nalor: How often is the online database updated? I've submitted a few discs earlier this week and also tried the sync function with an older entry that's in my own keydb.cfg but not the online one but the online database doesn't seem to have altered at all. I know other discs I've submitted in the past are in there but I just wanted to check that my recent submissions are working as expected. I've not had any error messages that I'm aware of.

Also, I still get the same error with all versions of FindVUK after 1.10 whereby it attempts to find the media key and volume ID from DVDFab 9.2.2.4 and invariably finds zero values or totally incorrect values and so cannot verify the VUK it calculates. If I'd already got the correct values in my keydb.cfg file this means it will then delete them. Would it be any use if I sent you a logfile of what happens?

[nalor]

@Nalor: How often is the online database updated? I've submitted a few discs earlier this week and also tried the sync function with an older entry that's in my own keydb.cfg but not the online one but the online database doesn't seem to have altered at all. I know other discs I've submitted in the past are in there but I just wanted to check that my recent submissions are working as expected. I've not had any error messages that I'm aware of.

Also, I still get the same error with all versions of FindVUK after 1.10 whereby it attempts to find the media key and volume ID from DVDFab 9.2.2.4 and invariably finds zero values or totally incorrect values and so cannot verify the VUK it calculates. If I'd already got the correct values in my keydb.cfg file this means it will then delete them. Would it be any use if I sent you a logfile of what happens?

Hi!
Unfortunately I've managed to break my processing-script for new keys ... will take a few days until it's working again (need to stop to change things in the live-system ... at least in case there's no backup ;)
I started to integrate the processing of the UHD entries and until it's finished nothing is working at all - stupid situation ... but hopefully the last time that a bigger change is necessary.

A logfile is always a good idea in case something is not working as expected!

[richy]

Hi Nalor,

I've just sent you a couple of log files from 1.10 and 1.17 which will hopefully show you what I was on about regarding incorrect values being found via DVDFab on all more recent versions of FindVUK.

Rich

[nalor]

Will check tomorrow in Detail.Hi Nalor,

I've just sent you a couple of log files from 1.10 and 1.17 which will hopefully show you what I was on about regarding incorrect values being found via DVDFab on all more recent versions of FindVUK.

Rich

Gesendet von meinem SM-T800 mit Tapatalk

[nalor]

Released 1.18 - fixes the problems reported by @richy

[nalor]

Released 1.19 - fixes a problem I've noticed myself and another one reported by @Zattica

[nalor]

@Nalor: How often is the online database updated? I've submitted a few discs earlier this week and also tried the sync function with an older entry that's in my own keydb.cfg but not the online one but the online database doesn't seem to have altered at all. I know other discs I've submitted in the past are in there but I just wanted to check that my recent submissions are working as expected. I've not had any error messages that I'm aware of.


Hi - at least the processing of new entries uploaded with FindVUK is working again - so you should find your submissions in the database now :)

[richy]

Good stuff! :) However, I'm going to pain now and ask more questions! ;)

I've just tried a sync with 1.19 and noticed that the overall number of titles in my keydb.cfg actually went down, despite some new titles being added. The keydb.cfg file I used when I did the sync was one I downloaded by doing a sync with no keydb.cfg present a few weeks back.

Basically, I've got two queries:

(1) Entries have been completely removed.

These are the first couple I came across when doing a before/after sync comparison:

0x7EE8EFA91EDD5B5934922EF95612E509AE4A573F = TRON (Tron - Blu-rayâ„¢)...
0xC57A772D19F81FE96B6450554BE8BD26E5FDE15A = PREDATOR_WW (Predator)...

I've trimmed the rest of the lines above but the information that was there before certainly looked ok. Would they have been removed because the data didn't verify properly or was there some other reason?

(2) Entries that have been trimmed.

I also noticed that some entries that had what I'd call a complete set of data before have now been trimmed down a lot. Again, would this be because some of the information was proven to be incorrect or, again, is there some other reason?

The first one I spotted it on was towards the end of the sync and you can see that there was a lot of info before when submitted via 1.07 but to me it looks like 1.17 just erased pretty much all of it bar the Unit Key, which was one issue I was having before you fixed the problem with 1.18. Is that maybe why?

0xC5462B34EB7557FB5A1FD091ED1FA3C7AC5A089E = BAND OF BROTHERS DISC 4 | D | 2008-09-18 | V | 0xC20F2E53042D15E366B3881C447A6217 | M | 0x8F4541FBAEEB3B636178F8208DB9E003 | I | 0xE3A876E741D375DE0BA3ADACAD8DA061 | U | 1-0x3B654AAD9F8AEBE08A8DC6AF53351CBA ; MKBv9/FindVUK 1.07 - MainPlaylist: 00000.mpls - VolumeSize: 39692075008

0xC5462B34EB7557FB5A1FD091ED1FA3C7AC5A089E = BAND OF BROTHERS DISC 4 | D | 2008-09-18 | U | 1-0x3B654AAD9F8AEBE08A8DC6AF53351CBA ; MKBv9/FindVUK 1.17 (BD)

[nalor]

(1) Entries have been completely removed.

(2) Entries that have been trimmed.


Hi! Thanks for your report!

About 1) - checked the entries you've reported - but in my case they're still available after the sync? Can you check if those entries are really missing in the keydb-file?

About 2) you're right - introduced a bug into the procedure to check if additional data should be added to an existing entry ... will correct it tomorrow and restore the missing data.

[richy]

I may have got my various different keydb.cfg files a bit mixed up when testing but doing a sync from scratch (i.e. no file named "keydb.cfg" in the aacs folder) gets me 28049 entries and the two I mentioned are definitely missing (along with quite a few others).

If I put my previous keydb.cfg back and do another sync, nothing changes from yesterday's sync that I did but the missing entries are included - in other words, they're not actually being removed, they just don't seem to show up if they weren't already there.... if that makes sense? As far as I can tell, I end up with a total of 28229 entries after this second sync (I started with 28191 before the sync).

[nalor]

I may have got my various different keydb.cfg files a bit mixed up when testing but doing a sync from scratch (i.e. no file named "keydb.cfg" in the aacs folder) gets me 28049 entries and the two I mentioned are definitely missing (along with quite a few others).

If I put my previous keydb.cfg back and do another sync, nothing changes from yesterday's sync that I did but the missing entries are included - in other words, they're not actually being removed, they just don't seem to show up if they weren't already there.... if that makes sense? As far as I can tell, I end up with a total of 28229 entries after this second sync (I started with 28191 before the sync).

Please try again - I've fixed the bugs during processing and now the data should be complete again ...
(currently I only include entries that either have a MediaKey, VolumeId, VolumeUniqueKey or UnitKey(s) )

[richy]

I've just done a complete download from scratch again and having a quick look it appears that the ones that were missing before seem to be back again. Also, I noticed that a load of discs I'd submitted over the last few weeks also seem to have been added now (they never showed up before so I wasn't sure if the info was being submitted correctly) so it certainly seems to be working fine as far as I can tell :)