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

[Bahamuth]

and another problem:
-----------------------------------------------------------
00:37:40 - ----------- FindVUK 1.63 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
00:37:40 - SettingsFile: >C:\apps\backup\FindVUK\config\FindVUK.ini<
00:37:40 - Logfile: C:\apps\backup\FindVUK\log\2023-06-14_FindVUK.txt
00:37:40 - Update enabled - check for update
00:37:41 - No update required
00:37:41 - Open Main-KEYDB file: >C:\Users\Ezatoka\AppData\Roaming\aacs\KEYDB.cfg<
00:37:44 - Open Backup-KEYDB file: >C:\apps\backup\FindVUK\VUKbackup\KEYDB.cfg<
00:37:44 - Passkey Version >9.4.5.2< found
00:37:44 - >>> everything should work as expected!

00:37:44 - Passkey is preferred and available!
00:37:44 - Passkey-MainFile: >C:\apps\backup\DVDFab Passkey\DVDFabPasskey.exe<
00:37:44 - Passkey-LogFile: >C:\Users\Ezatoka\Documents\DVDFab Passkey\Log\passkey_internal.log<
00:37:44 - KEYDB-Path: >C:\Users\Ezatoka\AppData\Roaming\aacs\<
00:37:44 - KEYDB-Backup-Path: >C:\apps\backup\FindVUK\VUKbackup\<
00:37:44 - DUMP-Path : >C:\Users\Ezatoka\AppData\Local\Temp\<
00:37:44 - ProcDumpFile: >C:\apps\backup\FindVUK\tool\procdump64.exe<

###############################################################################
00:37:44 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

00:37:44 - No running application process discovered
00:37:44 - >> Start it now >C:\apps\backup\DVDFab Passkey\DVDFabPasskey.exe<

00:37:56 - Drive opened
00:37:56 - Volume Label detected >The_Transformers_The_Movie<
00:37:58 - DriveLetter detected >D<
00:37:59 - Detected CopyProtections AACS >1< BD+ >0<
00:38:00 - DiscID found >55535475A45362E81DD533E95E00AD3B3CCCCA9D<
00:38:01 - MainPlaylist found >00000.mpls<
00:38:02 - DVDFabPasskey got Unit Keys - create memdump now!
00:38:03 - Dump successful! >1<
00:38:03 - MemDump successfully finished!
00:38:03 - Close Passkey now!
-------------------------------------------------------------------------------
00:38:10 - Get basic AACS data
-------------------------------------------------------------------------------
00:38:10 - AACS folder on disc is reachable - ValidateVUK is possible
00:38:11 - VolumeName >The_Transformers_The_Movie<
00:38:11 - DiscId >55535475A45362E81DD533E95E00AD3B3CCCCA9D< (2021-06-16)
00:38:11 - DiscType >UHD<
00:38:11 - MKB Revision >76<
00:38:11 - Disc-BusEncEnabled >1<
00:38:11 - Drve-BusEncCapable >1<
00:38:11 - ==> Bus Encryption active!
00:38:11 - UnitKeyCount >1<
00:38:11 - >>> UnitKeyENC (1) >9628770F2BB8BE2A2820299A2380BC34<
-------------------------------------------------------------------------------
00:38:11 - Analyze dump
-------------------------------------------------------------------------------
00:38:11 - Start to analyze '2018' MemDump now!
......-......-
00:38:12 - DiscID >55535475A45362E81DD533E95E00AD3B3CCCCA9D<
00:38:12 - UnitKeyCount >1<
00:38:12 - >>> UnitKeyDEC (1) >496A2DA2B4D23EA395B0718DF2892BBB<
00:38:12 - BusDecryption is required - try go get ReadDataKey from dump
......-.-
00:38:12 - >>> ReadDataKey from dump >E0FD6F915A42ADAE3BB1AE8E2A47A2BA<
-------------------------------------------------------------------------------
00:38:12 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
00:38:12 - Drive is detected as 'REAL BLURAY' drive
00:38:12 - M2TS files found >8<
00:38:14 - Potentially invalid UnitKey >496A2DA2B4D23EA395B0718DF2892BBB<
00:38:14 - Unfortunately no candidate to get a correct unit key >496A2DA2B4D23EA395B0718DF2892BBB<
00:38:14 - There are still 8 files that cannot be decoded with the provided unit keys!
00:38:14 - Validation failed - VUK/UnitKeys are INVALID!!!!!!!
00:38:14 - Please report this in the Doom9 forum and attach the logfile!

Please press ENTER or ESC to exit

[nalor]

Just today I got My Hero Academia Season 5 Part 1 in the mail. Disc 1 can be loaded just fine (PassKey gets the disc infos, FindVUK gets the memory dump, closes PassKey and analyzes the dump), but on Disc 2 FindVUK obviously gets the memory dump from PassKey, but it never closes it. Manually closing PassKey does nothing, the process stalls.

If I press escape, FindVUK will exit as usual then.
-----------------------------------------------------------
22:34:00 - ----------- FindVUK 1.63 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
22:34:00 - SettingsFile: >C:\apps\backup\FindVUK\config\FindVUK.ini<
22:34:00 - Logfile: C:\apps\backup\FindVUK\log\2023-06-13_FindVUK.txt
22:34:00 - Update enabled - check for update
22:34:00 - No update required
22:34:00 - Open Main-KEYDB file: >C:\Users\Ezatoka\AppData\Roaming\aacs\KEYDB.cfg<
22:34:03 - Open Backup-KEYDB file: >C:\apps\backup\FindVUK\VUKbackup\KEYDB.cfg<
22:34:03 - Passkey Version >9.4.5.2< found
22:34:03 - >>> everything should work as expected!

22:34:03 - Passkey is preferred and available!
22:34:03 - Passkey-MainFile: >C:\apps\backup\DVDFab Passkey\DVDFabPasskey.exe<
22:34:03 - Passkey-LogFile: >C:\Users\Ezatoka\Documents\DVDFab Passkey\Log\passkey_internal.log<
22:34:03 - KEYDB-Path: >C:\Users\Ezatoka\AppData\Roaming\aacs\<
22:34:03 - KEYDB-Backup-Path: >C:\apps\backup\FindVUK\VUKbackup\<
22:34:03 - DUMP-Path : >C:\Users\Ezatoka\AppData\Local\Temp\<
22:34:03 - ProcDumpFile: >C:\apps\backup\FindVUK\tool\procdump64.exe<

###############################################################################
22:34:03 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

22:34:03 - No running application process discovered
22:34:03 - >> Start it now >C:\apps\backup\DVDFab Passkey\DVDFabPasskey.exe<

22:34:08 - Drive opened
22:34:08 - Volume Label detected >MyHeroAcademia_S5P1_D2<
22:34:11 - DriveLetter detected >D<
22:34:11 - Detected CopyProtections AACS >1< BD+ >0<
22:34:12 - DiscID found >8D838CB8910FE75C00ADF03270B309A8B2DC6EA2<
22:34:14 - DVDFabPasskey got Unit Keys - create memdump now!
22:34:15 - Dump successful! >1<
22:34:15 - MemDump successfully finished!
22:34:15 - DVDFabPasskey got Unit Keys - create memdump now!
22:34:15 - Dump successful! >1<
22:34:15 - MemDump successfully finished!
22:34:15 - DVDFabPasskey got Unit Keys - create memdump now!
22:34:16 - Dump successful! >1<
22:34:16 - MemDump successfully finished!


Hi! Please send me your passkey log:
>C:\Users\Ezatoka\Documents\DVDFab Passkey\Log\passkey_internal.log<

I see where it's happening - I just don't have an explanation why.

[nalor]

and another problem:
-----------------------------------------------------------
00:37:40 - ----------- FindVUK 1.63 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
00:37:40 - SettingsFile: >C:\apps\backup\FindVUK\config\FindVUK.ini<
00:37:40 - Logfile: C:\apps\backup\FindVUK\log\2023-06-14_FindVUK.txt
00:37:40 - Update enabled - check for update
00:37:41 - No update required
00:37:41 - Open Main-KEYDB file: >C:\Users\Ezatoka\AppData\Roaming\aacs\KEYDB.cfg<
00:37:44 - Open Backup-KEYDB file: >C:\apps\backup\FindVUK\VUKbackup\KEYDB.cfg<
00:37:44 - Passkey Version >9.4.5.2< found
00:37:44 - >>> everything should work as expected!

00:37:44 - Passkey is preferred and available!
00:37:44 - Passkey-MainFile: >C:\apps\backup\DVDFab Passkey\DVDFabPasskey.exe<
00:37:44 - Passkey-LogFile: >C:\Users\Ezatoka\Documents\DVDFab Passkey\Log\passkey_internal.log<
00:37:44 - KEYDB-Path: >C:\Users\Ezatoka\AppData\Roaming\aacs\<
00:37:44 - KEYDB-Backup-Path: >C:\apps\backup\FindVUK\VUKbackup\<
00:37:44 - DUMP-Path : >C:\Users\Ezatoka\AppData\Local\Temp\<
00:37:44 - ProcDumpFile: >C:\apps\backup\FindVUK\tool\procdump64.exe<

###############################################################################
00:37:44 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

00:37:44 - No running application process discovered
00:37:44 - >> Start it now >C:\apps\backup\DVDFab Passkey\DVDFabPasskey.exe<

00:37:56 - Drive opened
00:37:56 - Volume Label detected >The_Transformers_The_Movie<
00:37:58 - DriveLetter detected >D<
00:37:59 - Detected CopyProtections AACS >1< BD+ >0<
00:38:00 - DiscID found >55535475A45362E81DD533E95E00AD3B3CCCCA9D<
00:38:01 - MainPlaylist found >00000.mpls<
00:38:02 - DVDFabPasskey got Unit Keys - create memdump now!
00:38:03 - Dump successful! >1<
00:38:03 - MemDump successfully finished!
00:38:03 - Close Passkey now!
-------------------------------------------------------------------------------
00:38:10 - Get basic AACS data
-------------------------------------------------------------------------------
00:38:10 - AACS folder on disc is reachable - ValidateVUK is possible
00:38:11 - VolumeName >The_Transformers_The_Movie<
00:38:11 - DiscId >55535475A45362E81DD533E95E00AD3B3CCCCA9D< (2021-06-16)
00:38:11 - DiscType >UHD<
00:38:11 - MKB Revision >76<
00:38:11 - Disc-BusEncEnabled >1<
00:38:11 - Drve-BusEncCapable >1<
00:38:11 - ==> Bus Encryption active!
00:38:11 - UnitKeyCount >1<
00:38:11 - >>> UnitKeyENC (1) >9628770F2BB8BE2A2820299A2380BC34<
-------------------------------------------------------------------------------
00:38:11 - Analyze dump
-------------------------------------------------------------------------------
00:38:11 - Start to analyze '2018' MemDump now!
......-......-
00:38:12 - DiscID >55535475A45362E81DD533E95E00AD3B3CCCCA9D<
00:38:12 - UnitKeyCount >1<
00:38:12 - >>> UnitKeyDEC (1) >496A2DA2B4D23EA395B0718DF2892BBB<
00:38:12 - BusDecryption is required - try go get ReadDataKey from dump
......-.-
00:38:12 - >>> ReadDataKey from dump >E0FD6F915A42ADAE3BB1AE8E2A47A2BA<
-------------------------------------------------------------------------------
00:38:12 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
00:38:12 - Drive is detected as 'REAL BLURAY' drive
00:38:12 - M2TS files found >8<
00:38:14 - Potentially invalid UnitKey >496A2DA2B4D23EA395B0718DF2892BBB<
00:38:14 - Unfortunately no candidate to get a correct unit key >496A2DA2B4D23EA395B0718DF2892BBB<
00:38:14 - There are still 8 files that cannot be decoded with the provided unit keys!
00:38:14 - Validation failed - VUK/UnitKeys are INVALID!!!!!!!
00:38:14 - Please report this in the Doom9 forum and attach the logfile!

Please press ENTER or ESC to exit


Hmm .. I see that I added limited UHD support back in 2018 .. I'll check if I damaged it somehow .. The validation will never work, so FindVUK should not even try to validate at all ..

[nalor]

Since DVDFab 12.1.0.1 FindVUK can't find anything in the dumpfile. I tried some older versions of DVDFab 12.0.9.9, but some of my Blu-Ray's require a newer version.

-----------------------------------------------------------
14:04:05 - ----------- FindVUK 1.63 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
14:04:05 - SettingsFile: >\FindFUK\config\FindVUK.ini<
14:04:05 - Logfile:\FindFUK\log\2023-05-19_FindVUK.txt
14:04:05 - Update enabled - check for update
14:04:06 - No update required
14:04:06 - Open Main-KEYDB file: >C:\Users\AppData\Roaming\aacs\KEYDB.cfg<
14:04:09 - Open Backup-KEYDB file: >FindFUK\VUKbackup\KEYDB.cfg<
14:04:09 - ERROR! Starting with Passkey 9.2.1.2 the VUK is not available im memory any longer!
14:04:09 - Please downgrade to an older Passkey version.

14:04:09 - DVDfab Version >12.1.0.1< found
14:04:09 - >>> everything should work as expected!

14:04:09 - Preferred application >PassKey< is not available
14:04:09 - DVDfab is available!
14:04:09 - DVDfab-MainFile: >C:\Program Files\DVDFab\DVDFab 12\DVDFab64.exe<
14:04:09 - DVDfab-LogFile: >\DVDFab\DVDFab12\Log\dvdfab_internal.log<
14:04:09 - KEYDB-Path: >C:\Users\AppData\Roaming\aacs\<
14:04:09 - KEYDB-Backup-Path: >FindFUK\VUKbackup\<
14:04:09 - ProcDumpFile: >\FindFUK\tool\procdump64.exe<

###############################################################################
14:04:09 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

14:04:09 - No running application process discovered
14:04:09 - >> Start it now >C:\Program Files\DVDFab\DVDFab 12\DVDFab64.exe<

14:04:35 - Drive opened
14:04:35 - Volume Label detected >STAR_TREK_TMP_DIRECTOR_EDITION<
14:04:37 - DriveLetter detected >E<
14:04:38 - Detected CopyProtections AACS >1< BD+ >0<
14:04:38 - DiscID found >E93F475033BCA69E56C676382E6D6CE4C6968845<
14:04:43 - MainPlaylist found >00001.mpls<
14:04:57 - DVDFab64 got Unit Keys - create memdump now!
14:04:59 - Dump successful! >1<
14:04:59 - MemDump successfully finished!
14:04:59 - Cancel DVDfab decryption now!
-------------------------------------------------------------------------------
14:04:59 - Get basic AACS data
-------------------------------------------------------------------------------
14:04:59 - AACS folder on disc is reachable - ValidateVUK is possible
14:04:59 - VolumeName >STAR_TREK_TMP_DIRECTOR_EDITION<
14:04:59 - DiscId >E93F475033BCA69E56C676382E6D6CE4C6968845< (2022-06-03)
14:04:59 - DiscType >BD<
14:04:59 - MKB Revision >77<
14:04:59 - Disc-BusEncEnabled >0<
14:04:59 - Drve-BusEncCapable >1<
14:04:59 - UnitKeyCount >7<
14:04:59 - >>> UnitKeyENC (1) >8B767028DBE5515D92A651F612C3AE7D<
14:04:59 - >>> UnitKeyENC (2) >2C0E7ED9CDEE8099793A1059C1CB70AA<
14:04:59 - >>> UnitKeyENC (3) >8F5202A19C3D61692164F7BC63C53449<
14:04:59 - >>> UnitKeyENC (4) >7F9CB20ACABFA08D3AF319BAC2C8B7BC<
14:04:59 - >>> UnitKeyENC (5) >0547E1B9B85AA3B3C94EA174DFE9C73A<
14:04:59 - >>> UnitKeyENC (6) >251F24A2659862AA40892705E705BEF5<
14:04:59 - >>> UnitKeyENC (7) >BEA74C00572B0E12579BB2480121FADB<
-------------------------------------------------------------------------------
14:04:59 - Analyze dump
-------------------------------------------------------------------------------
14:04:59 - Start to analyze '2018' MemDump now!
...................................-...........................................-
14:05:01 - ERROR! Finding real UnitKey >0< - 2 !
14:05:01 - ERROR! Couldn't find real unit keys in json from file >\FindFUK\dump\E93F475033BCA69E56C676382E6D6CE4
4C6968845_STAR_TREK_TMP_DIRECTOR_EDITION.dmp<
14:05:01 - Error analyzing memory dump - please report in the doom9 forum!
14:05:01 - ERROR! Analyze 2018 failed!
14:05:01 - CloseAtTheEnd is active, close DVDfab now

Fixed the problem in 1.64, the good news is that DVDfab still allows to read Unitkeys from the dump :)

[nalor]

Just published 1.64 - no great changes, tested with DVDfab 12.1.0.9 and it's working for me :)

[metalsonic88]

I'm trying to use FindVUK with the Yu-Yu-Hakusho 30th Anniversary blu-ray collection but have hit a bit of a wall. Newer versions of DVDFab don't seem to work with FindVUK as they just hang after dumping memory allegedly succeeds. DVDFab v12.0.8.9 is the last version that seems to work with FindVUK, but when I try to use it with Season 2 Disc 4 it tells me that I have to use a newer version of DVDFab with this disc. Any advice on what to do here?

I'm still having the same issues I was here. I'll post both the output of what FindVUK says and then the log it generated.

Displayed output:

-----------------------------------------------------------
21:47:34 - ----------- FindVUK 1.64 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
21:47:34 - SettingsFile: >C:\Users\Oozer Naym\Downloads\FindVUK_1.59\config\FindVUK.ini<
21:47:34 - Logfile >C:\Users\Oozer Naym\Downloads\FindVUK_1.59\log\2023-06-26_FindVUK.txt< Default Loglevel >2<
21:47:34 - Update enabled - check for update
21:47:35 - No update required
21:47:35 - Open Main-KEYDB file: >C:\ProgramData\aacs\KEYDB.cfg<
21:47:37 - Open Backup-KEYDB file: >C:\Users\Oozer Naym\Downloads\FindVUK_1.59\VUKbackup\KEYDB.cfg<
21:47:37 - DVDfab Version >12.1.0.9< found
21:47:37 - >>> everything should work as expected!

21:47:37 - Preferred application >PassKey< is not available
21:47:37 - DVDfab is available!
21:47:37 - DVDfab-MainFile: >C:\Program Files\DVDFab\DVDFab 12\DVDFab64.exe<
21:47:37 - DVDfab-LogFile: >C:\Users\Oozer Naym\Documents\DVDFab\DVDFab12\Log\dvdfab_internal.log<
21:47:37 - KEYDB-Path: >C:\ProgramData\aacs\<
21:47:37 - KEYDB-Backup-Path: >C:\Users\Oozer Naym\Downloads\FindVUK_1.59\VUKbackup\<
21:47:37 - ProcDumpFile: >C:\Users\Oozer Naym\Downloads\FindVUK_1.59\tool\procdump64.exe<

###############################################################################
21:47:37 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

21:47:37 - No running application process discovered
21:47:37 - >> Start it now >C:\Program Files\DVDFab\DVDFab 12\DVDFab64.exe<

21:47:48 - Drive opened
21:47:48 - Volume Label detected >YU_YU_HAKUSHO_S1_D2<
21:47:49 - DriveLetter detected >F<
21:47:49 - Detected CopyProtections AACS >1< BD+ >0<
21:47:50 - DiscID found >44C863F17120D16C3BBC231D9FF1118AABCD82AB<
21:47:53 - DVDFab64 got Unit Keys - create memdump now!
21:47:53 - Dump successful! >1<
21:47:53 - MemDump successfully finished!
21:47:53 - DVDFab64 got Unit Keys - create memdump now!
21:47:54 - Dump successful! >1<
21:47:54 - MemDump successfully finished!
21:47:54 - DVDFab64 got Unit Keys - create memdump now!
21:47:55 - Dump successful! >1<
21:47:55 - MemDump successfully finished!


At this point it just hangs indefinitely. It isn't frozen because I can close it, but it just doesn't do anything unless I make it.

Log is available at this pastebin because it's too long:
https://pastebin.com/N35Z7ySA

[Bahamuth]

Transformers worked now somehow:
<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
<FileType>BlurayMetaXML</FileType>
<DiscId Date="2021.06.16">55535475A45362E81DD533E95E00AD3B3CCCCA9D</DiscId>
<DiscType>UHD</DiscType>
<VolumeId />
<MediaKey />
<VolumeUniqueKey />
<Validated>1</Validated>
<VolumeLabel>The_Transformers_The_Movie</VolumeLabel>
<BDplus>0</BDplus>
<BusEncryptionEnabled>1</BusEncryptionEnabled>
<MKBrev>76</MKBrev>
<MainPlaylist>00000.mpls</MainPlaylist>
<UnitKeys>
<UnitKey Nr="1" Status="valid">496A2DA2B4D23EA395B0718DF2892BBB</UnitKey>
</UnitKeys>
<EncryptedValues>
<UnitKeysENC>
<UnitKey Nr="1">9628770F2BB8BE2A2820299A2380BC34</UnitKey>
</UnitKeysENC>
</EncryptedValues>
<MetaTitles>
<MetaTitle Language="eng">The Transformers: The Movie</MetaTitle>
</MetaTitles>
<Hashes>
<Hash Type="MD5" File="MKB_RO.inf" Size="5242880">454E11CB23DA5E20AC53AB218DB5E99A</Hash>
<Hash Type="MD5" File="Unit_Key_RO.inf" Size="65536">1C24774826BC1E8723E984222181858F</Hash>
</Hashes>
<Application>FindVUK 1.64</Application>
<VolumeSize>63722618880</VolumeSize>
</Bluray>

Hmm PassKey should basically be a small part of DVDfab. But the current version (9.4.6.1) isn't supported it seems:
Main-KEYDB file: >C:\Users\Ezatoka\AppData\Roaming\aacs\KEYDB.cfg<
17:56:32 - Open Backup-KEYDB file: >C:\apps\backup\FindVUK\VUKbackup\KEYDB.cfg<
17:56:32 - ERROR! Starting with Passkey 9.2.1.2 the VUK is not available im memory any longer!
17:56:32 - Please downgrade to an older Passkey version.

I send you a forum PM with the passkey_log for my other problem.

[nalor]

At this point it just hangs indefinitely. It isn't frozen because I can close it, but it just doesn't do anything unless I make it.

Log is available at this pastebin because it's too long:
https://pastebin.com/N35Z7ySA

Please try FindVUK 1.65 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.65.zip)


I've changed 2 things:
* stop dumping multiple times - although this isn't the real problem in your case it does not make any sense
* do not wait for the main playlist endlessly - now I use a different indicator to detect when we reached the end of the process - and just in case this does not work it should at least reach a timeout after 60 seconds and continue
(this is the real problem in your case)

I did not test myself, so in case it's not working tell me.

I'll test tomorrow :)

[nalor]

Hmm PassKey should basically be a small part of DVDfab. But the current version (9.4.6.1) isn't supported it seems:

I send you a forum PM with the passkey_log for my other problem.

Please also try the 1.65 from the post above - your PM with the log helped a lot! Thanks!

And yes - new Passkey releases do not work any longer :(

The Unitkeys are not available in the memdump any longer - at least not easily readable.

[Bahamuth]

Then you should at least update the message. 9.4.5.2 is still working as FindVUK states:
00:40:35 - Passkey Version >9.4.5.2< found
00:40:35 - >>> everything should work as expected!

My Hero Academia Season 5 Part 1 Disc 2: working now, without multiple dumps:
00:41:44 - Drive opened
00:41:44 - Volume Label detected >MyHeroAcademia_S5P1_D2<
00:41:45 - DriveLetter detected >D<
00:41:45 - Detected CopyProtections AACS >1< BD+ >0<
00:41:45 - DiscID found >8D838CB8910FE75C00ADF03270B309A8B2DC6EA2<
00:41:48 - DVDFabPasskey got Unit Keys - create memdump now!
00:41:48 - Dump successful! >1<
00:41:48 - MemDump successfully finished!
00:41:49 - Close Passkey now!

[metalsonic88]

1.65 Does indeed fix the issues I was having. Thank you very much!

[SamuriHL]

If you can't wait for the keys to appear:
- Extract VID from MakeMKV using RDKfromMMKV (https://forum.doom9.org/showthread.php?t=184373). Then use aacskeys with this VID and the 3 PK from Findvuk keydb.cfg. Manually add keys to keydb.cfg (at minimum DiscID and VUK is needed)


I'm extremely new to these tools so I apologize in advance for my lack of knowledge. I have tried searching but I've not found what I need.

If you or anyone else could point me in the right direction on how to use aacskeys with the VID to generate the VUK I'd be most appreciative. I was able to extract the VID for one of my UHD's and I have the keydb.cfg with the PK's but I just don't know the aacskeys.exe command line needed to generate the keys. I genuinely appreciate any help you can provide!

[candela]

I'm extremely new to these tools so I apologize in advance for my lack of knowledge. I have tried searching but I've not found what I need.

If you or anyone else could point me in the right direction on how to use aacskeys with the VID to generate the VUK I'd be most appreciative. I was able to extract the VID for one of my UHD's and I have the keydb.cfg with the PK's but I just don't know the aacskeys.exe command line needed to generate the keys. I genuinely appreciate any help you can provide!

Sorry but it doesn't work for UHD because there are no known UHD PK

For BD put the PK's in ProcessingDeviceKeysSimple.txt and run aacskeys.exe [drive] v [vid]

[SamuriHL]

Damn. So much for that idea. Thanks for the reply.

[metalsonic88]

What exactly is AACS error 1605 when using FindVUK? Attempting to rip UHD discs always gives me this error after the Get Basic AACS Data section starts.

[SamuriHL]

Are you using an official uhd drive or a uhd friendly drive? My guess is you're using a uhd official drive.

Sent from my SM-G998U1 using Tapatalk

[metalsonic88]

It is an official drive, specifically LG-WH16NS60, but it has been flashed with libredrive. I've used this same drive in the past on UHDs with no issue, but trying it again now, even on discs I'm certain worked before, gives that error.

[coopervid]

Like Sam said.DVDFab doesn't like official drives. You could flash it to friendly like BH16NS55 or ASUS BW-16D1HT. I just tried it with a LG BH16NS58 firmware and Fab complained.

[SamuriHL]

It's not that DVDFab doesn't like official drives. It works with some of them. But I believe FindVUK needs a friendly drive in order to work properly. Those who wrote it can obviously chime in here. Now if it worked in the past, then perhaps I'm totally off base and something else has changed. I was not able to get it to work on my official drives but I've only just begun to try to use it. Brilliant piece of code, btw.

[coopervid]

Yeah. I reflashed back from official to friendly and had no issues anymore. Besides reading in the UHD. The friendly dives often choke on 3-layer discs and it needs some time and cleaning before they read in.

[metalsonic88]

With all due respect, I think if nalor or someone else who has access to the code chimed in and explained what the error code 1605 meant that I could get a more definitive answer as to where the problem lies. Like I said, I've used the drive in the past with UHDs so I doubt the problem is with it (though I'm not ruling it out entirely), but nearly everything else in the environment has changed with both hardware and software. Something has probably been fouled up, but without that hint I don't know where to even start looking for the issue.

Edit: For further context, DVDFab itself and MakeMKV seem to have no issues with UHDs. I can even play them with VLC so long as I skip the menus.

[horsezip]

where do i find findvuk tried all links in the 1st post all seem dead
i dowloaded db manual is it still needed to edit it vlc as per this post https://forum.doom9.org/showthread.php?p=1969381#post1969381 or not
thanks jimmy

[coopervid]

where do i find findvuk tried all links in the 1st post all seem dead
i dowloaded db manual is it still needed to edit it vlc as per this post https://forum.doom9.org/showthread.php?p=1969381#post1969381 or not
thanks jimmy

Post #658 on the previous page.

[DanTheMann15]

where do i find findvuk tried all links in the 1st post all seem dead
i dowloaded db manual is it still needed to edit it vlc as per this post https://forum.doom9.org/showthread.php?p=1969381#post1969381 or not
thanks jimmy

Latest version (as of writing) is here: http://fvonline-db.bplaced.net/findvuk/FindVUK_1.65.zip

nalor forgot to add it to the first post, i don't know if there is a reason for that but it is what it is.

also yeah my post there has keys/cert that works up to MKBv71.

there is also a newer device key, but it's usage ability isn't fully known yet.
Partially correct XOR stream retrieved from FW4.70 -> FW4.76 (see previous post (https://forum.doom9.org/showthread.php?p=1837935#post1837935)) reveals a new key on FW4.90 that works from MKBv72 up to ? (at least MKBv81, possibly higher)


| DK | DEVICE_KEY 0x861B3719B02F24BE6F1A30E2E3ABEE94 | DEVICE_NODE 0x0C40 | KEY_UV 0x00000D00 | KEY_U_MASK_SHIFT 0x0A ; MKBv72-...


Just know that this device key needs a recently revoked host certificate beyond MKBv72 or one that is not currently revoked to benefit from it's use,
but for now though there is no newer certs above MKBv71 publicly available.

[horsezip]

thanks for all info i'm new at this
jimmy

[magician]

Just know that this device key needs a recently revoked host certificate beyond MKBv72 or one that is not currently revoked to benefit from it's use,
but for now though there is no newer certs above MKBv71 publicly available.

A new working host certificate/key pair was shared in another thread recently. Valid device keys can still be used to obtain the MK of discs even if you do not have an unrevoked HC to use with your drive. Combined with another tool that can obtain the VID (and RDK if needed), a public DK is still highly useful.

[magician]

Also hi, long time lurker here and finally got myself an account.

Hmm .. I see that I added limited UHD support back in 2018 .. I'll check if I damaged it somehow .. The validation will never work, so FindVUK should not even try to validate at all ..

In my experience, the main wrinkle with UHD validation is the presence of bus encryption, which is mandated by the spec. In FindVUK <1.63, you needed to have bus encryption disabled (e.g., with MakeMKV's LibreDrive running) prior to ValidateVUK to avoid affecting the data read from the drive. You also had to disable the drive check so FindVUK wouldn't refuse to validate after detecting a BEC drive.

Now with the ability to read the RDK, FindVUK 1.63+ can validate unit keys on UHD discs directly without additional preparation. However, the tables are somewhat turned - if it detects a BEE disc along with a BEC drive, it proceeds as if bus encryption is active, even though it may have already been disabled by MakeMKV in the background.

In short - if MakeMKV was open on your computer between when you inserted a BEE disc and when you launched FindVUK, the validation will likely fail. You need to cycle the drive tray. The author could likely improve the UX in the event of such failure by testing decryption again without first using the RDK to decrypt.

Just published 1.64 - no great changes, tested with DVDfab 12.1.0.9 and it's working for me :)

DVDFab 12.0.9.9 is still the last version that fully works with UHD discs for me. I tried FindVUK 1.64 with DVDFab 12.1.0.9 - it works fine for non-UHD, but it chokes for UHD and can't find the unit keys in the dump.

2023-07-13 20:00:00 # 105780 # [I] bluray_aacs / BRAACS_InitDisc / Get encrypted UnitKeys
2023-07-13 20:00:00 # 105781 # [I] bluray_aacs / BRAACS_InitDisc / UnitKey-Count: 1
2023-07-13 20:00:00 # 105781 # [I] bluray_aacs / BRAACS_InitDisc / UnitKeys ENC : >1< Key >0E2BDA879482A46489C37531281071A8<
2023-07-13 20:00:00 # 105781 # [I] / / VolumeName >CASINO ROYALE<
2023-07-13 20:00:00 # 105782 # [I] / / DiscId >2FA76DC36B83E3073BE9C7CEFA4DBCD951F8A2DC< (2019-07-23)
2023-07-13 20:00:00 # 105783 # [I] / / DiscType >UHD<
2023-07-13 20:00:00 # 105784 # [I] / / MKB Revision >72<
2023-07-13 20:00:00 # 105784 # [I] / / Disc-BusEncEnabled >1<
2023-07-13 20:00:00 # 105785 # [I] / / Drve-BusEncCapable >1<
2023-07-13 20:00:00 # 105785 # [I] / / ==> Bus Encryption active!
2023-07-13 20:00:00 # 105786 # [I] / / UnitKeyCount >1<
2023-07-13 20:00:00 # 105786 # [I] / / >>> UnitKeyENC (1) >0E2BDA879482A46489C37531281071A8<
2023-07-13 20:00:00 # 105787 # [I] / / Analyze dump
2023-07-13 20:00:00 # 105788 # [I] findvuk_dvdfab / DVDfab_AnalyzeDump_2018 / Start to analyze '2018' MemDump now!
2023-07-13 20:00:00 # 105788 # [I] findvuk_dvdfab / _DVDfab_GetUnitKeysFromDump / File >C:\fakepath\FindVUK_1.64\dump\2FA76DC36B83E3073BE9C7CEFA4DBCD951F8A2DC_CASINO_ROYALE.dmp< DiscID >2FA76DC36B83E3073BE9C7CEFA4DBCD951F8A2DC< UnitKeyCnt >1<
2023-07-13 20:00:01 # 106838 # [I] findvuk_dvdfab / _DVDfab_Dump_GetDraftUnitKeys / StartAddress of last UnitKey >129782D1<
2023-07-13 20:00:01 # 106838 # [I] findvuk_dvdfab / _DVDfab_Dump_GetDraftUnitKeys / Partial UnitKey >F0631A14<
2023-07-13 20:00:01 # 106838 # [I] findvuk_dvdfab / _DVDfab_Dump_SearchRealUnitKeys / Start to search for 'real' unitkeys in dump
2023-07-13 20:00:01 # 107145 # [E] findvuk_dvdfab / _DVDfab_Dump_SearchRealUnitKeys / ERROR! Finding real UnitKey >0< - 2 !
2023-07-13 20:00:01 # 107146 # [E] findvuk_dvdfab / _DVDfab_GetUnitKeysFromDump / ERROR! Couldn't find real unit keys in json from file >C:\fakepath\FindVUK_1.64\dump\2FA76DC36B83E3073BE9C7CEFA4DBCD951F8A2DC_CASINO_ROYALE.dmp<
2023-07-13 20:00:01 # 107147 # [E] findvuk_dvdfab / DVDfab_AnalyzeDump_2018 / Error analyzing memory dump - please report in the doom9 forum!
2023-07-13 20:00:01 # 107147 # [E] / / ERROR! Analyze 2018 failed!

[nalor]

I think I have an UHD somewhere and also a "friendly" drive - will check if I can improve the UHD support.

[SamuriHL]

I have a question. There is a key in the keydb that I know is wrong. I know what the correct key should be (and it's been validated) but I don't know how to submit a correction. Every time I try to update it in my local keydb file and synchronize, FindVUK overwrites the entry I updated in my local keydb file with the one from the online keydb. I'd love to be able to help update the db with validate keys if possible. Thanks!

[farmerjoe]

Is there a way to limit the amount of logs written in \log?
Can't find any setting in config\FindVUK.ini.

[farmerjoe]

No one any idea?

[candela]

Is there a way to limit the amount of logs written in \log?
Can't find any setting in config\FindVUK.ini.

Try this maybe with a lower nr https://forum.doom9.org/showthread.php?p=1851453&highlight=loglevel#post1851453 but that was for old version

There's some note about logging in the changelog for 1.42 but not sure what it means

[nalor]

I have a question. There is a key in the keydb that I know is wrong. I know what the correct key should be (and it's been validated) but I don't know how to submit a correction. Every time I try to update it in my local keydb file and synchronize, FindVUK overwrites the entry I updated in my local keydb file with the one from the online keydb. I'd love to be able to help update the db with validate keys if possible. Thanks!

Hi! Please post the correct entry and I'll try to find out why it's not persisted when it's uploaded from your side ...
Did you validate it manually - or did FindVUK validate it automatically?

thanks :)

[nalor]

Is there a way to limit the amount of logs written in \log?
Can't find any setting in config\FindVUK.ini.

Please add this to the ini file and adjust as desired:

[LogLevel]
; LogLevel: 0=ERROR, 1=WARN, 2=INFO, 3=DEBUG, 4=TRACE
Default = 0


The "Default" is used for all "loggers" - it's also possible to adjust specific loggers if desired.
Example logline:


2023-06-25 00:14:19 # 71561 # [I] bluray_aacs / BRAACS_IsFileEncryptedv2 / Check if file >F:\BDMV\STREAM\00078.m2ts< is encrypted (UDF >0<)


Here "bluray_aacs" is the logger that can also be used in the ini file.

[SamuriHL]

Hi! Please post the correct entry and I'll try to find out why it's not persisted when it's uploaded from your side ...
Did you validate it manually - or did FindVUK validate it automatically?

thanks :)


0x4B8692B5BBBF9F7B4D420C3AF756D61A24FF6B6B = To_Live_and_Die_in_LA | U | 1-0xD7449A39DD375D5DF6E4EA6F7458D42C; BEE - (UHD)(LEGACY)(NOTVALIDATED)


That's the key as it should be. This is how it is in the keydb:


0x4B8692B5BBBF9F7B4D420C3AF756D61A24FF6B6B = To Live and Die in LA [To Live and Die in L.A. (1985) - 4K Ultra HD] (To Live and Die in L.A.) | D | 2023-06-02 | U | 1-0x00000001000000000000000000000000 ; MKBv77/BEE/FindVUK 1.65 - VolumeSize: 93652910080 (UHD) (LEGACY) (NOTVALIDATED) (UHD)


The correct key above was validated by the user with that disc using AnyDVD. Thanks!

[nalor]

[code]
The correct key above was validated by the user with that disc using AnyDVD. Thanks!

Thanks for the data! I'll adjust the processing so that unitkeys are updated in case the existing unitkey seems to be invalid (I'll define a unitkey with "000000" in it as invalid).

I could not finish the changes today - but shouldn't take too long :)

[SamuriHL]

Thanks for the data! I'll adjust the processing so that unitkeys are updated in case the existing unitkey seems to be invalid (I'll define a unitkey with "000000" in it as invalid).

I could not finish the changes today - but shouldn't take too long :)

Awesome, thanks! Trying to keep the keydb as up to date and valid as possible. :)

[nalor]

Awesome, thanks! Trying to keep the keydb as up to date and valid as possible. :)

I've noticed that my current update-function denied way too much changes.

The new rules are:

Is the UnitKey in the DB already 'valid'?

if YES - no further checks for updates
if NO - continue with next check

Are DB and XML unitkey identical?

If YES, it's checked if the status is different and only the status is updated if required (e.g. it's currently 'unknown' in DB but 'valid' in XML it will be updated to the more trustful status
if NO - continue with next check

Is the DB UnitKey meaningful?

If YES - compare it's status against the XML unitkey -> if it has a more trustful status perform update of UnitKey and Status
If NO - check if XML UnitKey is meaningful and in case it is, perform update of UnitKey and Status



Next I noticed that FindVUK is uploading UHD entries as "validated" although I know it does not validate this discs - so I've changed all "validated" UHD entries to untested and added a small fix so that all UHD entries are switched to validated=0 for the moment.

Performed a quick check and I think it's working - please try to update your disc and hopefully it's working now :)

[mick0]

Next I noticed that FindVUK is uploading UHD entries as "validated" although I know it does not validate this discs - so I've changed all "validated" UHD entries to untested and added a small fix so that all UHD entries are switched to validated=0 for the moment.

Yes it does. :) Please don't do this. FindVUK will happily validate UHD entries when DriveCheck is disabled and LibreDrive is active.

The process is
1) Disable DriveCheck and enable PauseBeforeValidate in FindVUK.ini
2) Run FindVUK as usual
3) When FindVUK finds a key and stops before validation step, open the disc in Makemkv (this disables bus encryption)
4) Continue FindVUK

Technically the decryption process for AACS2 is 100% identical to AACS. When Read Data Key is available (or bus encryption is disabled with LibreDrive) the disc can be decrypted/validated just like any other AACS disc. Therefore it would be better if FindVUK would just treat AACS2 the same as AACS and get the RDK from dvdfab and just do a decryption test.

[mick0]

What exactly is AACS error 1605 when using FindVUK? Attempting to rip UHD discs always gives me this error after the Get Basic AACS Data section starts.
...
It is an official drive, specifically LG-WH16NS60, but it has been flashed with libredrive. I've used this same drive in the past on UHDs with no issue, but trying it again now, even on discs I'm certain worked before, gives that error.

I get this too with LG WH16NS60 FW 1.00 + UHD disc. It did work before the BE validation was added. AFAIK DVDfab won't work with FW 1.01 or later.

This is just a guess, but it could be caused by FindVUK attempting to read AACS drive certificate for DriveID calculation when AACS2 is active. If this is the case then FindVUK should probably read AACS2 drive certificate on UHD official drive when UHD disc is inserted.

AACS2 drive certificate can be read by changing the Key Class from 02h to 03h. In fact all AACS2 authentication related MMC commands should use Key Class 03h. See libaacs source (https://code.videolan.org/videolan/libaacs/-/blob/master/src/libaacs/mmc.c#L74) for reference.

[SamuriHL]

I've noticed that my current update-function denied way too much changes.

The new rules are:

Is the UnitKey in the DB already 'valid'?

if YES - no further checks for updates
if NO - continue with next check

Are DB and XML unitkey identical?

If YES, it's checked if the status is different and only the status is updated if required (e.g. it's currently 'unknown' in DB but 'valid' in XML it will be updated to the more trustful status
if NO - continue with next check

Is the DB UnitKey meaningful?

If YES - compare it's status against the XML unitkey -> if it has a more trustful status perform update of UnitKey and Status
If NO - check if XML UnitKey is meaningful and in case it is, perform update of UnitKey and Status



Next I noticed that FindVUK is uploading UHD entries as "validated" although I know it does not validate this discs - so I've changed all "validated" UHD entries to untested and added a small fix so that all UHD entries are switched to validated=0 for the moment.

Performed a quick check and I think it's working - please try to update your disc and hopefully it's working now :)

I'll test it out, thanks! But I concur with mick0 about changing the validated UHD's to non-validated. A lot of us are validating them either with FindVUK (I can't get it to work with UHD because I have official drives...not really a problem though) or with AnyDVD which can accept the keydb.cfg file now. So we know when the keys work.

[SamuriHL]

Did not work for me. I changed the key locally and performed a sync:


20:10:07 - LOCAL-Keyfile:
Title 0 new entries, 2 changed entries
DeviceKey 0 new entries, 0 changed entries
HostCertificate 0 new entries, 0 changed entries
ProcessingKey 0 new entries, 0 changed entries
20:10:07 - ONLINE-KeyFile:
Title 0 new entries, 0 synced entries
20:10:08 - Nothing to upload to OnlineDB

[Grimsdyke]

Therefore it would be better if FindVUK would just treat AACS2 the same as AACS and get the RDK from dvdfab and just do a decryption test.

Wouldn't it be easier to "integrate" RDKfromMKV into FindVUK ?

[magician]

Next I noticed that FindVUK is uploading UHD entries as "validated" although I know it does not validate this discs - so I've changed all "validated" UHD entries to untested and added a small fix so that all UHD entries are switched to validated=0 for the moment.

This is not accurate. I hope my earlier post did not confuse you - UHD validation does work correctly and quite well in FindVUK already.

But since it requires DVDFab applications and DVDFab does not like "official" drives for some/all(?) UHD discs, validation currently needs to be done with "friendly" drives. It would be interesting to see if there is a way to recover a ReadDataKey (RDK) for a UHD disc on an official drive. I've also noticed some issues specifically when working with triple-layer (BD100) discs, but I don't remember the exact details.

The main issue I reported earlier (https://forum.doom9.org/showthread.php?p=1990248#post1990248) was the lack of support for UHD in FindVUK 1.64+ with DVDFab 12.1.0.0 and higher (it works with DVDFab 12.0.9.9).

[magician]

FindVUK will happily validate UHD entries when DriveCheck is disabled and LibreDrive is active.

Disabling DriveCheck is not necessary anymore in FindVUK 1.63+ if you are using DVDFab to fetch the unit keys (note: I haven't tested this with Passkey), as FindVUK will detect if you have a bus encryption-enabled (BEE) disc in a bus encryption-capable (BEC) drive and will use the RDK from the DVDFab memory dump to decrypt data from the drive during key validation. It is the same RDK that can be obtained from MakeMKV with the help of RDKfromMMKV (https://forum.doom9.org/showthread.php?t=184373), so we know FindVUK is working. But as I noted in my earlier post, LibreDrive cannot be active if you use this approach because otherwise FindVUK will try to decrypt data that it thinks is encrypted even though it isn't due to LibreDrive.

Did not work for me. I changed the key locally and performed a sync:

AIUI the sync mode of FindVUK (which you can trigger with the provided batch script) is primarily used to upload legacy entries and to download updates from the online key DB.

If you want to upload a validated entry, you really should do that during normal FindVUK operation, i.e. use DVDFab to extract unit keys, let it validate the keys, and then upload the meta info to the OnlineDB (make sure you have MetaXML_UploadEnhanced = 1 in the FindVUK config).

That being said, I can't say with any certainty what the OnlineDB will do with new entries that conflict with existing entries, validated or not, so I would have to defer to nalor on that and hope they ensure this works in a sensible way.

[nalor]

Wouldn't it be easier to "integrate" RDKfromMKV into FindVUK ?

Well - thanks for all the posts during the last couple of hours! You're all right, FindVUK is already able to validate an UHD disc.

Finally it does not even need Libredrive as the RDK support is already integrated: I just tested my one and only UHD in my UHD friendly Asus drive and it worked without any special steps and finally uploaded as "valid"

I already removed my "workaround" so the upload of valid UHDs is possible again.
Just have to restore the "valid" flags for the existing entries as I've removed them already yesterday :(

So please test all if the UHD validation is working without quirks - and in case it doesn't send me a log so we can figure out what's going wrong :)

Thanks!

[nalor]

The main issue I reported earlier (https://forum.doom9.org/showthread.php?p=1990248#post1990248) was the lack of support for UHD in FindVUK 1.64+ with DVDFab 12.1.0.0 and higher (it works with DVDFab 12.0.9.9).

Will try that! I just used Passkey with my UHD - will test with a current DVDfab as well.

[SamuriHL]

AIUI the sync mode of FindVUK (which you can trigger with the provided batch script) is primarily used to upload legacy entries and to download updates from the online key DB.

If you want to upload a validated entry, you really should do that during normal FindVUK operation, i.e. use DVDFab to extract unit keys, let it validate the keys, and then upload the meta info to the OnlineDB (make sure you have MetaXML_UploadEnhanced = 1 in the FindVUK config).

That being said, I can't say with any certainty what the OnlineDB will do with new entries that conflict with existing entries, validated or not, so I would have to defer to nalor on that and hope they ensure this works in a sensible way.

I can't. As I mentioned FindVUK doesn't work for me with UHD's because I use official drives. It just errors out. I use a different process for extracting keys from DVDFab and then validate them with AnyDVD. I then upload them with FindVUK to populate the keydb with the validated keys.

[magician]

I can't. As I mentioned FindVUK doesn't work for me with UHD's because I use official drives. It just errors out. I use a different process for extracting keys from DVDFab and then validate them with AnyDVD. I then upload them with FindVUK to populate the keydb with the validated keys.

Yes, sadly you would need a friendly drive. When FindVUK submits validated meta info, I believe it includes a signature to prove the data came from FindVUK. This is how it distinguishes between keys that FindVUK itself has validated and keys from other sources (that may or may not be correct), in order to protect against accidental or malicious poisoning of the data. Probably the bad key for your disc was submitted first via the "legacy" sync mechanism or came from a prior version of the keydb.cfg before the validation system was started. Likewise, unless you can submit your own key with the real-time validation, it would also be considered non-validated.

Of course, I assume nalor could manually fix or remove the "000000" entry in the DB since it is obviously wrong.

[magician]

So please test all if the UHD validation is working without quirks - and in case it doesn't send me a log so we can figure out what's going wrong :)

Since you did not mention a new version of FindVUK, are the changes just on the server side?

(Sorry for the multiple posts, I have occasionally been getting my submissions moderated by the forum and I'm not sure if it's because they are too long or what...)