Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
20th October 2018, 21:58 | #345 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
|
|
20th October 2018, 23:28 | #346 | Link |
Registered User
Join Date: Jun 2003
Posts: 22
|
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) |
21st October 2018, 21:39 | #347 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
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. |
|
21st October 2018, 22:06 | #348 | Link |
Registered User
Join Date: Jun 2003
Posts: 22
|
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). |
24th October 2018, 12:40 | #349 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
(currently I only include entries that either have a MediaKey, VolumeId, VolumeUniqueKey or UnitKey(s) ) |
|
24th October 2018, 13:42 | #350 | Link |
Registered User
Join Date: Jun 2003
Posts: 22
|
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
|
14th November 2018, 21:51 | #352 | Link |
Registered User
Join Date: Jul 2014
Posts: 25
|
With the latest DVDFab x64 11.0.0.3 is able to find the vid / bdmv / Disc ID in the log file "Documents/DVDFAb11/dvdfab_internal.log".
The problem is it doesn't output the vuk yet it can play some blu-ray without it. |
14th November 2018, 22:47 | #354 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
Basically it's also working with FindVUK 1.19 - but it's necessary to specify the LogFile and the MainFile because it does not know how to detect it properly. Now with FindVUK 1.20 it should work out of the box. |
|
17th November 2018, 11:58 | #356 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Would be great if someone could send me the AACS folder of one of the following UHD discs:
BATMAN_V_SUPERMAN_UE BLADE_RUNNER_THE_FINAL_CUT DUNKIRK INCEPTION KING_ARTHUR_LEGEND_OF_SWORD SUICIDE_SQUAD SULLY THE_ACCOUNTANT WAR_DOGS Those discs have 2 unitkeys and I noticed that my method to get the encrypted unitkeys is only working for the first one - but e.g. UnitKey 2 is uploaded as zeroes .... Quote:
|
|
23rd November 2018, 22:43 | #357 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
Got a few AACS folders from UHD's from different people - managed to correct reading of encrypted UnitKeys from UHDs.
The structure of the files on AACS2 discs is a little bit different, hopefully my interpretation of the new structure is correct now Released FindVUK 1.21, it contains some bugfixes. |
24th November 2018, 19:20 | #358 | Link | |
Registered User
Join Date: Jul 2014
Posts: 25
|
FindVUK 1.21 bugs
Can't run FindVUK: FindVUK 1.21 bugs.
C:\FindVUK_1.21\log\2018-11-24_FindVUK.txt Quote:
|
|
|
|