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

[SamuriHL]

1.70 seems to be able to but 1.68 wasn't. No idea why but everything is working great now. If only dvdfab would add pioneer drive support we'd be in the golden age.

Sent from my SM-G998U1 using Tapatalk

[magician]

and is several seconds faster for validating the unit keys than this new approach of using LibreDrive. In other words, 1.70 is slower than 1.67, the last version I tested.

With a physical disc it's actually taking an entire minute for FindVUK to enable LD in 1.70, even though FindVUK already got the RDK a few steps earlier.

Is it waiting for the disc to completely finish loading in MakeMKV before moving on? Previously, getting past the bus encryption would take less than a second by directly using the key that it already found.

00:19:55 - BusDecryption is required - try go get ReadDataKey from dump
...........................-........-..-.-.-..........-
00:19:56 - >>> ReadDataKey from dump >0DAC1C5F13F4145C41F5694E5587E40F<
-------------------------------------------------------------------------------
00:19:56 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
00:19:57 - Drive is detected as 'REAL BLURAY' drive

-------------------------------------------------------------------------------
00:19:57 - Disc is AACS 2.0 and BusDescryption is required -> check if MakeMKV is installed
00:19:57 - MakeMKV is installed -> now check if drive >E< is Libredrive supported
00:19:57 - Enable Libredrive for drive >E< to disable BusEncryption for current disc
00:20:56 - Libredrive for drive >E< enabled, BusEncryption disabled for current disc
00:20:56 - M2TS files found >111<
00:20:56 - Decrypted first unit of file >E:\BDMV\STREAM\00174.m2ts< with UnitKey >1<
00:20:56 - All UnitKeys are VALID! No need to test other files

-------------------------------------------------------------------------------
00:20:56 - Validation successful! UnitKeys are valid!!
-------------------------------------------------------------------------------

[metalsonic88]

I have tested my full supply of UHD discs and several regular Blu-rays and everything appears to be in working order. I'll probably try and retest my full library along with anything new I get over the holidays to see if there are any other issues hiding away somewhere, but for right now I have no complaints. With the help of mick0 I have even been able to play all my UHDs directly from the drive. So thank you nalor and thank you mick0, you both are legends.

Additionally, I have noticed no change in the speed at which discs are handled by FindVUK. Whether UHD or Blu-ray it only takes a few seconds, less than 30 even in the longest cases, for the whole process to complete once it recognizes the disc.

[nalor]

Just released 1.71 "officially" through the auto updater, the previous 1.70 introduced a bug because it calculated the driveid for AACS1 discs wrong and therefore the RDK got stored in the wrong directory.

Next I checked DVDfab 13 and added support for it - only small changes where necessary :)

And regarding libredrive support: it's only used in case the drive has an AACS2 certificate - so for use with a uhd-friendly drive nothing should change.

And for drives that are "official" AACS2 UHD drives I thought that the RDK method is not working at all.

@magician - can you tell me your drive model and maybe send me a log from FindVUK 1.68 when using the RDK with an UHD in the drive for validation? Thanks :)

[mick0]

And for drives that are "official" AACS2 UHD drives I thought that the RDK method is not working at all.

@magician - can you tell me your drive model and maybe send me a log from FindVUK 1.68 when using the RDK with an UHD in the drive for validation? Thanks :)

RDK method works just fine on AACS2 drives as long as the RDK is available.

Log output from FindVUK 1.68 (UHD disc + AACS2 drive WH16NS60)
...
2023-12-07 00:00:00 # 42429 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Request SCSI-MMC drive details now
2023-12-07 00:00:00 # 42432 # [I] drive_mmc / DRMMC_GetDriveDetails / REAL DRIVE detected - FeatureSupported >1<
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Vendor : HL-DT-ST
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Model : BD-RE WH16NS60
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Revision : 1.00
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive VendorSpec : <redacted>
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / FirmwareCreationDate : 211704251756
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Interface : Serial ATAPI
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Type : BLURAY/DVD/CD-WRITER
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / LoadingMechanism : Tray
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Features :
2023-12-07 00:00:00 # 42432 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Profile List, Core, Morphing, Removeable Medium, Write Protect, Random Readable,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Multi-Read, CD Read, DVD Read, Random Writeable, Incremental Streaming Writeable,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Formattable, Hardware Defect Management, Restricted Overwrite, CD-RW CAV Write,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / DVD+RW, DVD+R, Rigid Restricted Overwrite, CD Track at Once, CD Mastering,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / DVD-R/-RW Write, Layer Jump Recording, CD-RW Media Write Support, BD-R POW,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / DVD+R Dual Layer, BD Read Feature, BD Write Feature, Hybrid Disc, Power Management,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / SMART, CD Audio External Play, Microcode Update, Timeout, DVD-CSS, Real Time Streaming,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Serial Number, Media Serial Number, DCBs, Firmware Information, AACS,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / AACS2
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive Profiles :
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / BD-RE, BD-R RRM, BD-R SRM, BD-ROM, DVD+R Dual Layer, DVD+R, DVD+RW, DVD-R Dual Layer Jump Recording,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / DVD-R Dual Layer Sequential Recording, DVD-RW Sequential Recording, DVD-RW Restricted Overwrite,
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / DVD-RAM, DVD-R Sequential Recording, DVD-ROM, CD-RW, CD-R, CD-ROM, Removeable disk
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / FeatureDescriptor : 01 0D 08 04 17 01 02 01
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / AacsVersion : 1
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / AacsActive : 0
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / BindingNonceGenSupp : 1
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / BindingNonceBlockCnt : 1
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / BusEncryptionSupport : 1
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / ReadDriveCertificate : 1
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / AgidCount : 2
2023-12-07 00:00:00 # 42433 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive is detected as 'REAL BLURAY' drive
2023-12-07 00:00:00 # 42436 # [I] findvuk_validate / _CheckAndAddDriveToDriveList / Drive is already in the KnownDrivesList
2023-12-07 00:00:00 # 42490 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / M2TS files found >105<
2023-12-07 00:00:00 # 42490 # [I] findvuk_validate / _GenericCallback / M2TS files found >105<
2023-12-07 00:00:00 # 42491 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / ReadDataKey for busdecryption >0FDDF4B5021E5D020CA09F3BC333ECEE<
2023-12-07 00:00:00 # 42491 # [I] bluray_aacs / BRAACS_IsFileEncryptedv2 / Check if file >D:\BDMV\STREAM\00174.m2ts< is encrypted (UDF >0<)
2023-12-07 00:00:00 # 42966 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / File >D:\BDMV\STREAM\00174.m2ts< is encrypted! (Size >238688256<)
2023-12-07 00:00:00 # 42967 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / Decrypted first unit of file >D:\BDMV\STREAM\00174.m2ts< with UnitKey >1<
2023-12-07 00:00:00 # 42967 # [I] findvuk_validate / _GenericCallback / Decrypted first unit of file >D:\BDMV\STREAM\00174.m2ts< with UnitKey >1<
2023-12-07 00:00:00 # 42968 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / All UnitKeys are VALID! No need to test other files
2023-12-07 00:00:00 # 42968 # [I] findvuk_validate / _GenericCallback / All UnitKeys are VALID! No need to test other files
2023-12-07 00:00:00 # 42969 # [I] findvuk_validate / _Validate / Validation successful! UnitKeys are valid!!
...

[nalor]

Next update 1.72:
* Libredrive support is now disabled by default, can be enabled using an INI switch if desired (I tested it with my BU40N 1.00 drive and it's really working with only the RDK ... )
* DVDfab 13 logfile is assumed to be always enabled (there's a flag in the dvdfab config file that was either 0 or 1 in the past - but now it reports something like "34589778" or also "0" sometimes ... but the log is nevertheless written.

[mick0]

(I tested it with my BU40N 1.00 drive and it's really working with only the RDK ... )

This is what I've been trying to tell you guys all along. :)

[MrPenguin]

RDK method works just fine on AACS2 drives as long as the RDK is available.

But this begs the question "How do you obtain the RDK for AACS2 drives / disks?"

I wasn't aware that this had been achieved yet!?

[SamuriHL]

It's extracted from the memory dump when the unit keys are extracted.

Sent from my SM-G998U1 using Tapatalk

[MrPenguin]

It's extracted from the memory dump when the unit keys are extracted.
Ouch, so this approach doesn't work for Linux users :eek:.

[Jdogzz]

Ran into an error for the Die Hard 3 bluray disc, according to the output it extracts a unit key but can't validate the files. Log file is attached and available on pastebin: https://pastebin.com/6J05uz7t

[Jdogzz]

I also have had the synchronization fail every time I've tried, it always fails partway through the download process. Log file is attached and available on pastebin: https://pastebin.com/34ZNMTAB

[Jdogzz]

Ran into another error with the Die Hard 5 bluray disc, it also found unit keys but couldn't validate the files. Log file is attached and available on pastebin: https://pastebin.com/gJzjfC5L

[nalor]

Ran into an error for the Die Hard 3 bluray disc, according to the output it extracts a unit key but can't validate the files. Log file is attached and available on pastebin: https://pastebin.com/6J05uz7t

To me it looks as if reading the file F:\BDMV\STREAM\00001.m2ts fails? Can you copy it e.g. manually from the blu-ray to a local folder?

[nalor]

I also have had the synchronization fail every time I've tried, it always fails partway through the download process. Log file is attached and available on pastebin: https://pastebin.com/34ZNMTAB

This is really strange ... I guess it fails because it's taking too long ...

I've changed the scriped to switch to full-file instead of delta-file in case the delta is bigger than the full-file, which is the case in your situation.
So hopefully this helps to finish the sync in time :)

[nalor]

Ran into another error with the Die Hard 5 bluray disc, it also found unit keys but couldn't validate the files. Log file is attached and available on pastebin: https://pastebin.com/gJzjfC5L

The same as with the other disc - FindVUK tries to read the file F:\BDMV\STREAM\00720.m2ts and fails ...
So usually this means the disc or the drive are damaged ... please try to copy the files to a local folder to check if windows is able to access them correctly.

Thanks!

[Jdogzz]

Thanks for all the comments, I followed your suggestions, successfully copied those two specific files to my local files and tried running FindVUK again. Both attempts were successful. In the future I will try the same if the logs show identical issues, the drive I'm using is very old and may be producing these disc read failures sporadically.

I also tested the synchronization, it completed successfully.

Thank you again for the help and managing this excellent system!

[DanielH]

Did the online database move? Iʼm getting a 404 page at https://fvonline-db.bplaced.net/, which worked last month. I also have a question: I have information extracted from blu-rays not using the FindVUK tool, from the advice in this thread (https://forum.doom9.org/showthread.php?t=184373). Will findvuk synchronize upload that information, and if not, do you have advice on preparing XML files with that information?

I also have a bug report and a feature request. The feature request is to be able to get VID using the techniques in the thread I just linked, which would allow FindVUK to go back to doing what its name says. The bug report is that FindVUK looks for the DVDFab Passkey log file in the wrong location when you change where your user Documents folder is (https://support.microsoft.com/en-us/topic/configuration-of-the-my-documents-folder-dfd9a90d-8f80-18d6-e7cc-f1566fc3b10b), and I think also in the wrong location for Passkey 9.2.1.7 although I might have confused it (or myself) by trying different versions.

[Grimsdyke]

I also think it might be a good idea to, at least, make FindVUK able to retrieve the DiscId so it could be checked if a DiscId is already in the keydb.cfg !!
If it is, this would save the time to start passkey, etc. Of course, there could be an option to continue anyway.

[nalor]

Did the online database move? Iʼm getting a 404 page at https://fvonline-db.bplaced.net/, which worked last month.

No, did not move - please use http://fvonline-db.bplaced.net/

The free webspace does not include a HTTPS certificate.

[DanielH]

No, did not move - please use http://fvonline-db.bplaced.net/

The free webspace does not include a HTTPS certificate.

I think this is probably just my browser being weird, then.
Somehow it decided the site supports HTTPS and refused to unlearn that. I eventually got it to connect over HTTP, but Iʼm not sure what I did differently.

I donʼt speak German but it looks like bplaced.net does support Letʼs Encrypt free certificates; does it only use those in the pro plan or something?

[MrPenguin]

I have information extracted from blu-rays not using the FindVUK tool, from the advice in this thread (https://forum.doom9.org/showthread.php?t=184373). Will findvuk synchronize upload that information, and if not, do you have advice on preparing XML files with that information?

FindVUK also has a "ValidateVUK" mode that might do what you want here. I cannot confirm this myself because FindVUK doesn't quite work correctly using Linux and wineconsole:

-------------------------------------------------------------------------------
21:58:15 - ------- VALIDATE VUK -------
-------------------------------------------------------------------------------
21:58:15 - Drive is NOT a Blu-ray drive! Exit now!
21:58:15 - In case this is wrong please report in the Doom9 forum
21:58:15 - _DriveCheck failed!

However, in theory it should verify that information you have added to KEYDB.cfg is correct for the disk currently in the given drive, which FindVUK can then use to generate an XML entry for upload via "synchronize".

FWIW, this is what MakeMKV says about my drives (once I remember to load the sg kernel module), so I don't understand why FindVUK should fail its "drive check":

$ makemkvcon f --list
Found 2 drives(s)
00: dev_21:1, /dev/sr0, /dev/sr0
Optiarc_DVD_RW_AD-5240S_1.03_BONGOXXX0

01: dev_21:2, /dev/sr1, /dev/sr1
PIONEER_BD-RW__BDR-XD08U_1.02_BONGOXXX1

[nalor]

FindVUK also has a "ValidateVUK" mode that might do what you want here. I cannot confirm this myself because FindVUK doesn't quite work correctly using Linux and wineconsole:

-------------------------------------------------------------------------------
21:58:15 - ------- VALIDATE VUK -------
-------------------------------------------------------------------------------
21:58:15 - Drive is NOT a Blu-ray drive! Exit now!
21:58:15 - In case this is wrong please report in the Doom9 forum
21:58:15 - _DriveCheck failed!





Hi! Please try the ini switch "FindVUK / DriveCheckEnabled" and disable it - this way it just takes the drive as-is.
And when you send me tho logentries when enabled, it's hopefully possible to figure out why the drive-check fails in your case.

[MrPenguin]

And when you send me tho logentries when enabled, it's hopefully possible to figure out why the drive-check fails in your case.

Hi, thanks for replying. Settings DriveCheckEnabled=0 does indeed allow the drive to validate the disk successfully:

-----------------------------------------------------------
12:36:37 - ----------- FindVUK 1.72 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
12:36:37 - MODE: ValidateVUK

12:36:37 - VUK : 92134D15C57F9E8DE874077D73B1E991
12:36:37 - DriveLetter : e

12:36:37 - SettingsFile: >Z:\home\buster\Downloads\config\FindVUK.ini<
12:36:37 - Logfile >Z:\home\buster\Downloads\log\2024-03-07_FindVUK.txt< Default Loglevel >2<
12:36:37 - Update enabled - check for update
12:36:37 - No update required
12:36:37 - Open Main-KEYDB file: >C:\users\buster\AppData\Roaming\aacs\KEYDB.cfg<
12:36:44 - Open Backup-KEYDB file: >Z:\home\buster\Downloads\VUKbackup\KEYDB.cfg<
-------------------------------------------------------------------------------
12:36:44 - Get basic AACS data
-------------------------------------------------------------------------------
12:36:44 - AACS folder on disc is reachable - ValidateVUK is possible
12:36:47 - VolumeName ><
12:36:47 - DiscId >CCA547343B3E244C29914FE2BAD3D542102907FA< (2013-05-28)
12:36:47 - DiscType >BD<
12:36:47 - MKB Revision >38<
12:36:47 - Disc-BusEncEnabled >0<
12:36:47 - Drve-BusEncCapable >1<
12:36:47 - UnitKeyCount >1<
12:36:47 - >>> UnitKeyENC (1) >99D6E4DD72A1D2D04165FCC3C657ACA4<
12:36:47 - UnitKeyCount >1<
12:36:47 - >>> UnitKeyDEC (1) >E162B2031E3840FBD0CE1E22F2615211<
-------------------------------------------------------------------------------
12:36:47 - ------- VALIDATE VUK -------
-------------------------------------------------------------------------------
12:36:47 - DriveCheck is disabled - assume >e< is a real bluray drive without BEE (BusEncryptionEnabled)
12:36:48 - M2TS files found >23<
12:36:48 - Decrypted first unit of file >e:\BDMV\STREAM\00002.m2ts< with UnitKey >1<
12:36:48 - All UnitKeys are VALID! No need to test other files

-------------------------------------------------------------------------------
12:36:48 - Validation successful! UnitKeys are valid!!
-------------------------------------------------------------------------------

12:36:48 - Disc with ID >CCA547343B3E244C29914FE2BAD3D542102907FA< is already in file - need to compare the details

Here is the log output:

2024-03-07 12:36:37 # 0 # [I] bluray_aacs / BRAACS_UseLibgcrypt / libgcrypt will NOT be used
2024-03-07 12:36:37 # 0 # [I] / / #############################################################################
2024-03-07 12:36:37 # 9 # [I] / / ----------- FindVUK 1.72 -----------
2024-03-07 12:36:37 # 11 # [I] / / Operating System: Windows 10
2024-03-07 12:36:37 # 11 # [I] / FVMAIN_Mode_ValidateVUK_GetParam / MODE: ValidateVUK
2024-03-07 12:36:37 # 12 # [I] / FVMAIN_Mode_ValidateVUK_GetParam / VUK : 92134D15C57F9E8DE874077D73B1E991
2024-03-07 12:36:37 # 12 # [I] / FVMAIN_Mode_ValidateVUK_GetParam / DriveLetter : e
2024-03-07 12:36:37 # 13 # [I] findvuk_settings / FVSET_GetFilename / SettingsFile: >Z:\home\buster\Downloads\config\FindVUK.ini<
2024-03-07 12:36:37 # 21 # [I] / / Logfile >Z:\home\buster\Downloads\log\2024-03-07_FindVUK.txt< Default Loglevel >2<
2024-03-07 12:36:37 # 22 # [I] / / Update enabled - check for update
2024-03-07 12:36:37 # 254 # [I] update / UPD_CheckUpdateAndDownload / Update - ReleaseOnline >1.72< CurrentRelease >1.72< Hash >39C6AEC36CAC2B884C927CCF7D6944246BF53CFD<
2024-03-07 12:36:37 # 254 # [I] update / UPD_CheckUpdateAndDownload / No update required
2024-03-07 12:36:37 # 254 # [I] / GenericCallback / No update required
2024-03-07 12:36:37 # 255 # [I] / ConsoleBufferSize / Current BufferSize 120 x 300 - ScreenSize 120 x 50
2024-03-07 12:36:37 # 255 # [I] / ConsoleBufferSize / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2024-03-07 12:36:37 # 256 # [I] / ConsoleBufferSize / Max. ScreenSize 210 x 62
2024-03-07 12:36:37 # 256 # [I] / ConsoleBufferSize / Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2024-03-07 12:36:37 # 256 # [I] / ConsoleBufferSize / M1 - New BufferSize 120 x 300
2024-03-07 12:36:37 # 256 # [I] / ConsoleBufferSize / Mx2 - New ScreenSize 120 x 50
2024-03-07 12:36:37 # 256 # [I] / / Open Main-KEYDB file: >C:\users\buster\AppData\Roaming\aacs\KEYDB.cfg<
2024-03-07 12:36:37 # 258 # [I] bluray_keydb / _OpenFile_CFG / KeyDB file >c:\users\buster\appdata\roaming\aacs\keydb.cfg< opened!
2024-03-07 12:36:44 # 7115 # [I] / / Open Backup-KEYDB file: >Z:\home\buster\Downloads\VUKbackup\KEYDB.cfg<
2024-03-07 12:36:44 # 7116 # [I] bluray_keydb / _OpenFile_CFG / KeyDB file >z:\home\buster\downloads\vukbackup\keydb.cfg< opened!
2024-03-07 12:36:44 # 7117 # [I] bluray_keydb / _OpenFile_CFG / INFO! Empty file! >z:\home\buster\downloads\vukbackup\keydb.cfg<
2024-03-07 12:36:44 # 7117 # [I] / / Get basic AACS data
2024-03-07 12:36:44 # 7118 # [I] / FVMAIN_Mode_FindVUK_WaitForAACS / AACS folder on disc is reachable - ValidateVUK is possible
2024-03-07 12:36:47 # 10116 # [I] bluray_aacs / BRAACS_InitDisc / Got DiscID from disc >CCA547343B3E244C29914FE2BAD3D542102907FA<
2024-03-07 12:36:47 # 10116 # [I] bluray_aacs / BRAACS_InitDisc / Got DateDiscId from disc >2013-05-28<
2024-03-07 12:36:47 # 10480 # [I] bluray_aacs / BRAACS_IsBDplusProtected / Directory >e:\BDSVM\< does not exist - disc is not BD+ protected
2024-03-07 12:36:47 # 10505 # [I] drive_mmc / DRMMC_GetDriveDetails / REAL DRIVE detected - FeatureSupported >1<
2024-03-07 12:36:47 # 10505 # [I] bluray_aacs / BRAACS_InitDisc / Drive is BusEncryptionCapable
2024-03-07 12:36:47 # 10533 # [I] drive_mmc / DRMMC_GetDriveDetails / REAL DRIVE detected - FeatureSupported >1<
2024-03-07 12:36:47 # 10533 # [I] drive_mmc / DRMMC_Drive_ReadDriveCert_v2 / Drive supports AACS2
2024-03-07 12:36:47 # 10538 # [I] bluray_aacs / BRAACS_InitDisc / DriveId >bf8b4530d8d246dd74ac53a13471bba17941dff7< (1)
2024-03-07 12:36:47 # 10538 # [I] bluray_aacs / BRAACS_InitDisc / Get encrypted UnitKeys
2024-03-07 12:36:47 # 10539 # [I] bluray_aacs / BRAACS_InitDisc / UnitKey-Count: 1
2024-03-07 12:36:47 # 10539 # [I] bluray_aacs / BRAACS_InitDisc / UnitKeys ENC : >1< Key >99D6E4DD72A1D2D04165FCC3C657ACA4<
2024-03-07 12:36:47 # 10546 # [I] / / VolumeName ><
2024-03-07 12:36:47 # 10547 # [I] / / DiscId >CCA547343B3E244C29914FE2BAD3D542102907FA< (2013-05-28)
2024-03-07 12:36:47 # 10548 # [I] / / DiscType >BD<
2024-03-07 12:36:47 # 10549 # [I] / / MKB Revision >38<
2024-03-07 12:36:47 # 10550 # [I] / / Disc-BusEncEnabled >0<
2024-03-07 12:36:47 # 10551 # [I] / / Drve-BusEncCapable >1<
2024-03-07 12:36:47 # 10552 # [I] / / UnitKeyCount >1<
2024-03-07 12:36:47 # 10553 # [I] / / >>> UnitKeyENC (1) >99D6E4DD72A1D2D04165FCC3C657ACA4<
2024-03-07 12:36:47 # 10554 # [I] / / UnitKeyCount >1<
2024-03-07 12:36:47 # 10555 # [I] / / >>> UnitKeyDEC (1) >E162B2031E3840FBD0CE1E22F2615211<
2024-03-07 12:36:47 # 10557 # [I] findvuk_validate / FVVAL_Mode_ValidateVUK / ------- VALIDATE VUK -------
2024-03-07 12:36:47 # 10561 # [I] findvuk_validate / _CheckVolumeLabel / Got VolumeName from disc >< - is used from now on (old VolumeLabel >)
2024-03-07 12:36:47 # 10561 # [I] findvuk_validate / _GetMetaInformation / Read MetaTitle from MetaFiles now
2024-03-07 12:36:47 # 10578 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / >> MetaFile found >e:\bdmv\meta\dl\bdmt_eng.xml<
2024-03-07 12:36:47 # 10654 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / Got title >Doctor Who Spearhead from Space< from file >e:\bdmv\meta\dl\bdmt_eng.xml<
2024-03-07 12:36:47 # 10654 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / PreferredLanguage 1 added >eng<
2024-03-07 12:36:47 # 10654 # [I] findvuk_validate / _GetMetaInformation / Information: preferred Bluray-MetaTitle language found >Doctor Who Spearhead from Space<
2024-03-07 12:36:47 # 10654 # [I] findvuk_validate / _DriveCheck / DriveCheck is disabled - assume >e< is a real bluray drive without BEE (BusEncryptionEnabled)
2024-03-07 12:36:48 # 10696 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / M2TS files found >23<
2024-03-07 12:36:48 # 10696 # [I] findvuk_validate / _GenericCallback / M2TS files found >23<
2024-03-07 12:36:48 # 10698 # [I] bluray_aacs / BRAACS_IsFileEncryptedv2 / Check if file >e:\BDMV\STREAM\00002.m2ts< is encrypted (UDF >0<)
2024-03-07 12:36:48 # 11148 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / File >e:\BDMV\STREAM\00002.m2ts< is encrypted! (Size >9879552<)
2024-03-07 12:36:48 # 11150 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / Decrypted first unit of file >e:\BDMV\STREAM\00002.m2ts< with UnitKey >1<
2024-03-07 12:36:48 # 11150 # [I] findvuk_validate / _GenericCallback / Decrypted first unit of file >e:\BDMV\STREAM\00002.m2ts< with UnitKey >1<
2024-03-07 12:36:48 # 11151 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / All UnitKeys are VALID! No need to test other files
2024-03-07 12:36:48 # 11151 # [I] findvuk_validate / _GenericCallback / All UnitKeys are VALID! No need to test other files
2024-03-07 12:36:48 # 11153 # [I] findvuk_validate / _Validate / Validation successful! UnitKeys are valid!!
2024-03-07 12:36:48 # 11155 # [I] findvuk_validate / _KeyDB_EnrichExistingData / Disc with ID >CCA547343B3E244C29914FE2BAD3D542102907FA< is already in file - need to compare the details
2024-03-07 12:36:48 # 11156 # [I] findvuk_validate / _KeyDB_CheckIfVukMatchesUnitkeys / VUK >92134D15C57F9E8DE874077D73B1E991< is correct - decoded UnitkeyENC >99D6E4DD72A1D2D04165FCC3C657ACA4< to known value >E162B2031E3840FBD0CE1E22F2615211<
2024-03-07 12:36:48 # 11156 # [I] findvuk_validate / _KeyDB_EnrichExistingData / Mediakey, UnitKey and 'calculated VUK' match -> enrich data with it!
2024-03-07 12:36:48 # 11156 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / -------------------------------------------------------
2024-03-07 12:36:48 # 11157 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / MetaTitle : Doctor Who Spearhead from Space
2024-03-07 12:36:48 # 11158 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / VolumeName:
2024-03-07 12:36:48 # 11159 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / DiscType : BD
2024-03-07 12:36:48 # 11160 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / DiscID : CCA547343B3E244C29914FE2BAD3D542102907FA
2024-03-07 12:36:48 # 11161 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / DateDiscID: 2013-05-28
2024-03-07 12:36:48 # 11162 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / VUK : 92134D15C57F9E8DE874077D73B1E991
2024-03-07 12:36:48 # 11163 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / MKBrev : 38
2024-03-07 12:36:48 # 11164 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / BusEncrEn : 0
2024-03-07 12:36:48 # 11165 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / Drive-BEC : 1
2024-03-07 12:36:48 # 11166 # [I] findvuk_showresult / FVSHW_Mode_ValidateVuk / -------------------------------------------------------
2024-03-07 12:36:48 # 11167 # [I] / / Saving window position
2024-03-07 12:36:48 # 11177 # [E] common_console / _GetConsoleWindowHandle / GetConsoleWindowHandle failed - ConsoleTitle >FindVUK 1.72< hwnd >131178< CurProcID >376<
2024-03-07 12:36:48 # 11177 # [E] common_console / _GetConsoleWindowPlacement / ERROR! GetWindowPlacement_ failed!
2024-03-07 12:36:48 # 11177 # [E] common_console / CONS_GetWindowPosAndSize / Error getting GetConsoleWindowPlacement - >#CONS_ERR_GET_WINDOW_PLACEMENT<
2024-03-07 12:36:48 # 11177 # [E] / FindVUK_SaveWindowPos / Error! getting consolewindowposition - >#CONS_ERR_GET_WINDOW_PLACEMENT<
2024-03-07 12:36:48 # 11177 # [E] / / Error saving window position
2024-03-07 12:36:51 # 14182 # [I] / / Close console
2024-03-07 12:36:51 # 14182 # [I] / / Console closed

I had hoped that this validation would be enough for FindVUK to remove this disk's "(NOTVALIDATED)" tag from KEYDB.cfg, but sadly it doesn't.

[nalor]

Hi, thanks for replying. Settings DriveCheckEnabled=0 does indeed allow the drive to validate the disk successfully:

I had hoped that this validation would be enough for FindVUK to remove this disk's "(NOTVALIDATED)" tag from KEYDB.cfg, but sadly it doesn't.

Hi! Please send me a log with the drive check enabled so I can see at which step it fails.

I'll adjust the "validate" to also perfom an upload of the validated result - I don't know why I didn't include it when I added this option.

[MrPenguin]

Hi! Please send me a log with the drive check enabled so I can see at which step it fails.

2024-03-07 22:24:31 # 0 # [I] bluray_aacs / BRAACS_UseLibgcrypt / libgcrypt will NOT be used
2024-03-07 22:24:31 # 0 # [I] / / #############################################################################
2024-03-07 22:24:31 # 7 # [I] / / ----------- FindVUK 1.72 -----------
2024-03-07 22:24:31 # 8 # [I] / / Operating System: Windows 10
2024-03-07 22:24:31 # 8 # [I] / FVMAIN_Mode_ValidateVUK_GetParam / MODE: ValidateVUK
2024-03-07 22:24:31 # 9 # [I] / FVMAIN_Mode_ValidateVUK_GetParam / VUK : 92134D15C57F9E8DE874077D73B1E991
2024-03-07 22:24:31 # 10 # [I] / FVMAIN_Mode_ValidateVUK_GetParam / DriveLetter : e
2024-03-07 22:24:31 # 10 # [I] findvuk_settings / FVSET_GetFilename / SettingsFile: >Z:\home\buster\Downloads\config\FindVUK.ini<
2024-03-07 22:24:31 # 19 # [I] / / Logfile >Z:\home\buster\Downloads\log\2024-03-07_FindVUK.txt< Default Loglevel >2<
2024-03-07 22:24:31 # 20 # [I] / / Update enabled - check for update
2024-03-07 22:24:31 # 204 # [I] update / UPD_CheckUpdateAndDownload / Update - ReleaseOnline >1.72< CurrentRelease >1.72< Hash >39C6AEC36CAC2B884C927CCF7D6944246BF53CFD<
2024-03-07 22:24:31 # 204 # [I] update / UPD_CheckUpdateAndDownload / No update required
2024-03-07 22:24:31 # 204 # [I] / GenericCallback / No update required
2024-03-07 22:24:31 # 206 # [I] / ConsoleBufferSize / Current BufferSize 120 x 300 - ScreenSize 120 x 50
2024-03-07 22:24:31 # 206 # [I] / ConsoleBufferSize / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2024-03-07 22:24:31 # 206 # [I] / ConsoleBufferSize / Max. ScreenSize 210 x 62
2024-03-07 22:24:31 # 206 # [I] / ConsoleBufferSize / Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2024-03-07 22:24:31 # 206 # [I] / ConsoleBufferSize / M1 - New BufferSize 120 x 300
2024-03-07 22:24:31 # 206 # [I] / ConsoleBufferSize / Mx2 - New ScreenSize 120 x 50
2024-03-07 22:24:31 # 207 # [I] / / Open Main-KEYDB file: >C:\users\buster\AppData\Roaming\aacs\KEYDB.cfg<
2024-03-07 22:24:31 # 208 # [I] bluray_keydb / _OpenFile_CFG / KeyDB file >c:\users\buster\appdata\roaming\aacs\keydb.cfg< opened!
2024-03-07 22:24:38 # 6996 # [I] / / Open Backup-KEYDB file: >Z:\home\buster\Downloads\VUKbackup\KEYDB.cfg<
2024-03-07 22:24:38 # 6997 # [I] bluray_keydb / _OpenFile_CFG / KeyDB file >z:\home\buster\downloads\vukbackup\keydb.cfg< opened!
2024-03-07 22:24:38 # 6998 # [I] bluray_keydb / _OpenFile_CFG / INFO! Empty file! >z:\home\buster\downloads\vukbackup\keydb.cfg<
2024-03-07 22:24:38 # 6998 # [I] / / Get basic AACS data
2024-03-07 22:24:38 # 6999 # [I] / FVMAIN_Mode_FindVUK_WaitForAACS / AACS folder on disc is reachable - ValidateVUK is possible
2024-03-07 22:24:39 # 7413 # [I] bluray_aacs / BRAACS_InitDisc / Got DiscID from disc >CCA547343B3E244C29914FE2BAD3D542102907FA<
2024-03-07 22:24:39 # 7413 # [I] bluray_aacs / BRAACS_InitDisc / Got DateDiscId from disc >2013-05-28<
2024-03-07 22:24:39 # 7421 # [I] bluray_aacs / BRAACS_IsBDplusProtected / Directory >e:\BDSVM\< does not exist - disc is not BD+ protected
2024-03-07 22:24:39 # 7448 # [I] drive_mmc / DRMMC_GetDriveDetails / REAL DRIVE detected - FeatureSupported >1<
2024-03-07 22:24:39 # 7448 # [I] bluray_aacs / BRAACS_InitDisc / Drive is BusEncryptionCapable
2024-03-07 22:24:39 # 7477 # [I] drive_mmc / DRMMC_GetDriveDetails / REAL DRIVE detected - FeatureSupported >1<
2024-03-07 22:24:39 # 7477 # [I] drive_mmc / DRMMC_Drive_ReadDriveCert_v2 / Drive supports AACS2
2024-03-07 22:24:39 # 7483 # [I] bluray_aacs / BRAACS_InitDisc / DriveId >bf8b4530d8d246dd74ac53a13471bba17941dff7< (1)
2024-03-07 22:24:39 # 7483 # [I] bluray_aacs / BRAACS_InitDisc / Get encrypted UnitKeys
2024-03-07 22:24:39 # 7484 # [I] bluray_aacs / BRAACS_InitDisc / UnitKey-Count: 1
2024-03-07 22:24:39 # 7484 # [I] bluray_aacs / BRAACS_InitDisc / UnitKeys ENC : >1< Key >99D6E4DD72A1D2D04165FCC3C657ACA4<
2024-03-07 22:24:39 # 7490 # [I] / / VolumeName ><
2024-03-07 22:24:39 # 7491 # [I] / / DiscId >CCA547343B3E244C29914FE2BAD3D542102907FA< (2013-05-28)
2024-03-07 22:24:39 # 7492 # [I] / / DiscType >BD<
2024-03-07 22:24:39 # 7493 # [I] / / MKB Revision >38<
2024-03-07 22:24:39 # 7493 # [I] / / Disc-BusEncEnabled >0<
2024-03-07 22:24:39 # 7494 # [I] / / Drve-BusEncCapable >1<
2024-03-07 22:24:39 # 7495 # [I] / / UnitKeyCount >1<
2024-03-07 22:24:39 # 7495 # [I] / / >>> UnitKeyENC (1) >99D6E4DD72A1D2D04165FCC3C657ACA4<
2024-03-07 22:24:39 # 7496 # [I] / / UnitKeyCount >1<
2024-03-07 22:24:39 # 7497 # [I] / / >>> UnitKeyDEC (1) >E162B2031E3840FBD0CE1E22F2615211<
2024-03-07 22:24:39 # 7497 # [I] findvuk_validate / FVVAL_Mode_ValidateVUK / ------- VALIDATE VUK -------
2024-03-07 22:24:39 # 7502 # [I] findvuk_validate / _CheckVolumeLabel / Got VolumeName from disc >< - is used from now on (old VolumeLabel >)
2024-03-07 22:24:39 # 7502 # [I] findvuk_validate / _GetMetaInformation / Read MetaTitle from MetaFiles now
2024-03-07 22:24:39 # 7503 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / >> MetaFile found >e:\bdmv\meta\dl\bdmt_eng.xml<
2024-03-07 22:24:39 # 7504 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / Got title >Doctor Who Spearhead from Space< from file >e:\bdmv\meta\dl\bdmt_eng.xml<
2024-03-07 22:24:39 # 7504 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / PreferredLanguage 1 added >eng<
2024-03-07 22:24:39 # 7504 # [I] findvuk_validate / _GetMetaInformation / Information: preferred Bluray-MetaTitle language found >Doctor Who Spearhead from Space<
2024-03-07 22:24:39 # 7505 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Check drive features for drive >E<
2024-03-07 22:24:39 # 7509 # [E] drive_ms / DRVMS_EnumerateStorage / #IOCTL_STORAGE_QUERY_PROPERTY 1 failed with error code 0
2024-03-07 22:24:39 # 7509 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Cannot enumerate storage device - stop getting drive details for this drive
2024-03-07 22:24:39 # 7509 # [E] findvuk_validate / _DriveCheck / Drive is NOT a Blu-ray drive! Exit now!
2024-03-07 22:24:39 # 7510 # [W] findvuk_validate / _DriveCheck / In case this is wrong please report in the Doom9 forum
2024-03-07 22:24:39 # 7511 # [E] findvuk_validate / _CommonValidation / _DriveCheck failed!
2024-03-07 22:24:41 # 9982 # [I] / / Saving window position
2024-03-07 22:24:41 # 9991 # [E] common_console / _GetConsoleWindowHandle / GetConsoleWindowHandle failed - ConsoleTitle >FindVUK 1.72< hwnd >131178< CurProcID >344<
2024-03-07 22:24:41 # 9992 # [E] common_console / _GetConsoleWindowPlacement / ERROR! GetWindowPlacement_ failed!
2024-03-07 22:24:41 # 9992 # [E] common_console / CONS_GetWindowPosAndSize / Error getting GetConsoleWindowPlacement - >#CONS_ERR_GET_WINDOW_PLACEMENT<
2024-03-07 22:24:41 # 9992 # [E] / FindVUK_SaveWindowPos / Error! getting consolewindowposition - >#CONS_ERR_GET_WINDOW_PLACEMENT<
2024-03-07 22:24:41 # 9992 # [E] / / Error saving window position
2024-03-07 22:24:44 # 12995 # [I] / / Close console
2024-03-07 22:24:44 # 12995 # [I] / / Console closed

[coricopat]

@nalor, @mick0

As far as I undertood your previous posts, you have been able to get an RDK for UHDs and thus been able to handle Bus Encryption e.g. via iibaacs?

Tried to do the same thing, but failed so far and wonder what exactly is needed.

I do have a Pioneer BDR-XS07TUHD, with a Firmware version that is still LibreDrive friendly.

- DVDFab Passkey complained that it couldn't use that drive (and FindVUK in turn complained that it couldn't use the DVDFab Passkey version - too new), see here (https://forum.doom9.org/showthread.php?p=1998831#post1998831).
- Do I need to use to use DVDFab 13 (i.e. not the passkey version)? Or is it simply not going to work with my LibreDrive Pioneer model?
- Do I need MakeMKV to run in addition (i.e. do I need to enable LibreDrive mode?)?
- My understanding was, that FindVUK should show me the RDK (for non-UHD BDs and UHD BDs) and that I could then use that with libaacs?
- Does the stock libaacs work (I saw some commits in that about AACS2 an Bus Encryption) or are further patches needed?

Thanks :-)

[SamuriHL]

As I explained in the other thread, the Pioneer drives do not work with DVDFab for UHD.

[coricopat]

As I explained in the other thread, the Pioneer drives do not work with DVDFab for UHD.

Thanks. I've ordered a BH16NS55 now, which is claimed (https://www.dvdfab.cn/4k-uhd-drives.htm) to work.

[SamuriHL]

Yeah it should on the right firmware as far as I know. Good luck!

Sent from my SM-S928U1 using Tapatalk

[coricopat]

Hey folks.

I do have the drive now (BH16NS55) and after some minor struggles (https://forum.makemkv.com/forum/viewtopic.php?p=150235#p150235) managed to downgrade it to 1.02 with which DVDFab (using 13.0.1.3) seems happy with (it successfully "opens" a UHD).

So next I wanted to get the RDK via FindVUK, but that I fail to do.

How exactly would the steps for that be? Simply run FindVUK.exe? If I do so (with the UHD already read in by DVDFab, and that of course still running) it stops at.
--- Part 1 --- GET DUMP ---
and there it just hangs and does nothing.

It does seem to find DVDfab Version 13.0.1.3 and also procdump64.exe

Any ides?
Thanks :-)

[coricopat]

Forget it. I need to actually start the copy process in DVDFab and only then it seems to get the various keys and FindVUK seems to kick in. And eventually one gets the RDK. *hurray*

[ZA0kFF4mIG0oC1]

Hello

First of all I would like to say HUGE thank you to all of you who are doing amazing job with finding keys, host certificates, programming tools and working on all amazing stuff. Huge thank you.

Also I would like to ask and get advice - on BEE discs I still getting error "Can not validate UnitKeys because of BusEncryption (missing ReadDataKey)!!" but I already have rdk file(s) in AppData\Roaming\aacs\rdk\...\... obtained using "aacs_info.exe". What I am doing wrong? Or do FindVUK searching for that keys in different directory?

Thank you for any advice

[mick0]

Also I would like to ask and get advice - on BEE discs I still getting error "Can not validate UnitKeys because of BusEncryption (missing ReadDataKey)!!" but I already have rdk file(s) in AppData\Roaming\aacs\rdk\...\... obtained using "aacs_info.exe". What I am doing wrong? Or do FindVUK searching for that keys in different directory?

I don't believe FindVUK uses any keys from libaacs cache.

[ZA0kFF4mIG0oC1]

Hello

Would be super nice if FindVUK will use RDKs from accs folder or if not, the I have another two suggestions:

Sice we sometimes know that RDK key,
1) FindVUK could accept this RDK as a parameter for console command like 'findvuk.exe aacskeys=D: --rdk=XXX' or
2) in moment where it tells 'ReadDataKey is missing...' could wait and read user input so user can paste/write that RDK key.

I think this would be very helpfull for validating VUKs. Have a nice day!


A few words of introduction:

As we all know there's no chance to free the Bluray format as it happened with the DVD...

[nalor]

Hello

Would be super nice if FindVUK will use RDKs from accs folder or if not, the I have another two suggestions:

Sice we sometimes know that RDK key,
1) FindVUK could accept this RDK as a parameter for console command like 'findvuk.exe aacskeys=D: --rdk=XXX' or
2) in moment where it tells 'ReadDataKey is missing...' could wait and read user input so user can paste/write that RDK key.

I think this would be very helpfull for validating VUKs. Have a nice day!


It's already taking the RDK from the rdk folder, only the path is quite complex (in my opinion) - but afaik this is the "official" path nevertheless:

<keydb-path>\rdk\<driveid>\<discid>

where driveid=SHA1 fingerprint of the drive certificate that matches the disc (AACS1 for blu-ray and AACS2 for UHD)

[coricopat]

@ZA0kFF4mIG0oC1


where driveid=SHA1 fingerprint of the drive certificate that matches the disc (AACS1 for blu-ray and AACS2 for UHD)

An easy way to find out the right path is to try to playback the medium with e.g. mpv (or something that uses libaacs) and set env vars so that debug mode is enabled.
Then it will print which path it tries to open (at least if I remember correctly, it does so - if not, strace is your friend, at least on Linux).

You can enable debug mode by setting the env vars:
BD_DEBUG_MASK=4294967295
AACS_DEBUG_MASK=4294967295
(the number is just the maxium debug mask).

HTH,
Coricopat.

[MrPenguin]

An easy way to find out the right path is to try to playback the medium with e.g. mpv (or something that uses libaacs) and set env vars so that debug mode is enabled.

I'll just observe that on Linux, libbluray may choose to use MakeMKV's libmmbd.so.0 instead of libaacs for its AACS functionality. Obviously, if libbluray does choose libmmbd.so.0 then it will also ignore everything inside libaacs's cache.

[forwardinbound]

Hello!
Is there any way to contact nalor? I have some private messages that I want to communicate with nalor, but nalor seems to have left no email address and has been offline recently.
Thanks for your help.

[nalor]

Hello!
Is there any way to contact nalor? I have some private messages that I want to communicate with nalor, but nalor seems to have left no email address and has been offline recently.
Thanks for your help.

Already answered to the private message :)

[nalor]

I've published FindVUK 1.74 which includes a new mode:
* ValidateDisc

It requires to also specify a "drive" parameter and finally FindVUK is reading the disc-entry from keydb, is checking if everything is working fine with the disc in the drive and finally uploads the result to the online database.

For discs which require bus-decryption in the selected drive, the RDK is usually taken from the DVDfab memory dump - but in the new mode no dump exists and therefore the RDK cannot be retrieved automatically. In order to deal with this problem the init file now has 2 new parameters:

Create_RDK_Cache_Entry_Cmd
Disable_Bus_Encryption_Cmd


Those allow to specify an external tool which is able to either create an RDK for the current disc or to disable bus-encryption for the current drive.
There's a description of the syntax in the ini-file - but the cmdline allows to specify placeholders to create a useful command:

$DRIVE$ (driveletter - e.g. d)
$DRIVEID$ (of the drive - is part of the RDK path)
$DISCID$ (of the current disc - is part of the RDK path)
$FULLRDKPATH$ (full path of the expected RDK file)


When the external tool ends with errorlevel 0, this is treated as "success", everything else is treated as fail.

[nalor]

Hello

Would be super nice if FindVUK will use RDKs from accs folder or if not, the I have another two suggestions:

Sice we sometimes know that RDK key,
1) FindVUK could accept this RDK as a parameter for console command like 'findvuk.exe aacskeys=D: --rdk=XXX' or
2) in moment where it tells 'ReadDataKey is missing...' could wait and read user input so user can paste/write that RDK key.

I think this would be very helpfull for validating VUKs. Have a nice day!

With FindVUK 1.74 it's now possible to call an external application which can also ask the user to input an RDK, creates the expected RDK file and finally exits back to FindVUK.

[nalor]

Hi, thanks for replying. Settings DriveCheckEnabled=0 does indeed allow the drive to validate the disk successfully:

I had hoped that this validation would be enough for FindVUK to remove this disk's "(NOTVALIDATED)" tag from KEYDB.cfg, but sadly it doesn't.

The new mode now does exactly what you expected: it just validates and once successful, it's uploaded to the database and the "notvalidated" info should be removed.
Just in case this part is not working as expected please let me know, I didn't test it.

[MrPenguin]

The new mode now does exactly what you expected: it just validates and once successful, it's uploaded to the database and the "notvalidated" info should be removed.
Just in case this part is not working as expected please let me know, I didn't test it.

Just sent you a PM. My Pioneer didn't populate the <VolumeLabel> elements for three of my discs, so the uploaded entries are now incorrect. My BU40N has populated <VolumeLabel>, but apparently the database needs "manual correction" now :(.

[nalor]

Just sent you a PM. My Pioneer didn't populate the <VolumeLabel> elements for three of my discs, so the uploaded entries are now incorrect. My BU40N has populated <VolumeLabel>, but apparently the database needs "manual correction" now :(.

Strange, Reading the volume label is not complicated at all.

Can you send me the log where it happened? And maybe a log of the same disc from the other drive?

Thanks!

[MrPenguin]

Strange, Reading the volume label is not complicated at all.

Can you send me the log where it happened? And maybe a log of the same disc from the other drive?

Thanks!
I'm executing FindVUK via wineconsole, and the relevant part of the log in all cases is merely:

...
2024-05-04 22:29:14 # 7079 # [I] findvuk_validate / FVVAL_Mode_FindVUK / --- PART 2 --- VALIDATE VUK/UNITKEYS ---^M
2024-05-04 22:29:14 # 7080 # [I] findvuk_validate / FVVAL_Mode_FindVUK / PauseBeforeValidateVUK requested - please press enter to continue with ValidateVUK^M
2024-05-04 22:29:22 # 14551 # [I] findvuk_validate / _CheckVolumeLabel / Got VolumeName from disc >< - is used from now on (old VolumeLabel >)^M
2024-05-04 22:29:22 # 14551 # [I] findvuk_validate / _GetMetaInformation / Read MetaTitle from MetaFiles now^M
2024-05-04 22:29:24 # 17196 # [I] findvuk_bluraymeta / BlurayMeta_GetPreferredTitle / >> MetaFile found >e:\bdmv\meta\dl\bdmt_eng.xml<^M
...

The logs with the BU40N are the same, except containing the correct Volume Label value.

So I'm not sure FindVUK can do much here, except maybe reject zero-length volume labels. I certainly cannot explain why the Pioneer XD08 fails but the BU40N ("DE" firmware) succeeds. To be fair, I'm far more concerned by having uploaded damaged entries in the DB which FindVUK doesn't allow me to fix.

[nalor]

Published FindVUK 1.75, it includes a few small changes:

DriveId for AACS2 drives is now correctly calculated, the RDK files stored correctly/taken from the correct folder
DateDiscId is now read directly from the UDF filesystem - this is necessary as linux/wine does not deliver the same date/time as windows does
prevent to upload data with empty volumename
in case an empty volumename is detected, a 2nd attempt to read directly from UDF filesystem is performed


Hopefully I did not introduce new errors :D

[nalor]

Today I've received my first Blu-ray where Passkey 9.4.5.2 told me I have to update first ... :(

But at least DVDfab 13 in the current version is still working fine.

[SamuriHL]

FWIW PlayerFab still works, as well.

[andrew_guazu]

I have always used makeMKV for my decrypting but I found a couple of discs for which it doesn't work. Was looking for a solution, the program says that key cannot be found. Thanks in advance for any support.

https://pastebin.com/PGXjaKue