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

[nalor]

A few words of introduction:

As we all know there's no chance to free the Bluray format as it happened with the DVD.
There are no working processing keys available anymore and even if it would, they would get revoked within a short period of time.

The only thing that is forever (at least for AACS) is the VUK (Volume Unique Key).

About february 2014 I got my first raspberry pi, connected a usb-bluray drive and tried to play a few blurays but simply got disappointed: apart from the problem that the first pi was simply not fast enough to handle the usb-bluray and the decoding I also ran into the problem that the necessary library 'libaacs' needs a VUK for each Bluray to decode it properly - but those keys are only available for older Blurays as the newer ones cannot be decrypted any longer because of the missing processing keys....
Usually 'MakeMKV' is a quite good replacement for libaacs under linux - but at the time where the FindVUK started it has not been available for ARM devices (I think now it is: MakeMKV on Raspberry PI (ARM) (https://forum.makemkv.com/forum/viewtopic.php?style=3&p=105912#p105912)).

In August 2015 I stumbled across this post here http://forum.kodi.tv/showthread.php?tid=230493 and started thinking about the VUK problem again.

I already asked the MakeMKV developer in the past to output the VUK so it can be used on arm devices - but he replied that it's too complicated to get the vuk from his tool.

But than I got hands on another tool called 'DVDfab Passkey' and noticed an interesting line in it's logfile: 0m 58.68s: got vuk
So I posted a feature request in their forum to write the VUK into the logfile - but until now I've got no reply to it.

But I discovered another way to get the VUK from Passkey: create a memory dump after decrypting and read it from the dump :)

How you can 'find the VUK' manually (without FindVUK):

Basically the steps are quite easy:

start a DVDfab application (Passkey, MediaPlayer or DVDfab9)
insert a bluray
in case you're using MediaPlayer start the playback
in case of Passkey or DVDfab9: wait until the analyzing finishes
create a memory dump with e.g. the windows task manager
open the dump with a hex editor and search for the discid (it can be found in the logfile of passkey)
and a few bytes later you'll find the vuk in the file (for newer releases only the unit keys are present in the dump)


What FindVUK does:
Originally FindVUK was only a proof-of-concept to get the VUK from a dvdfab memory dump, but it evolved and also received a few more features:

Main feature: monitor the logfile of different DVDfab applications, dump the memory when the relevant data is available, extract vuk or unit keys from the dump and validate the data against the disc in the drive. finally the result is uploaded to a central bluray-database
Synchronize mode: synchronizes the 'keydb.cfg' file with the online database
AACSkeys mode: calls the well known aacskeys utility to read MediaKey, VolumeId and VUK, validates the data against the current disc and finally the result is uploaded to a central bluray-database
ValidateVUK mode: simple test to check if a VUK matches the disc in a drive - no upload to the database is performed
ValidateDisc mode: monitors a defined drive and checks for each inserted disc if there's a matching entry in the keydb.cfg file and if this entry is valid and finally the result is uploaded to a central bluray-database
ShowDriveDetails mode: just displays technical details of either all drives or a specific drive
GetMetaInfoFromDisc mode: reads meta-data from the disc in the specified drive and uploads it to the central bluray-database
KeyDB_ListDuplicates mode: checks the keydb-file for duplicate entries


The KEYDB.cfg file is used by the libaacs library (that can be used to play blurays for example in VLC).

FindVUK is windows only - in case you're a linux user take a look at VukExtract (https://forum.doom9.org/showthread.php?t=174404) from @m4tthi4s

Getting started:


Select your DVDfab tool of choice (personally I bought a DVDfab Passkey license), download and install it http://www.dvdfab.cn

Passkey: last supported version is 9.4.5.2 (newer versions are not compatible any longer)
DVDfab: still working even in DVDfab 13.x (tested on 2026.03.21)
PlayerFab: still working in PlayerFab 7.0.5.5 (tested on 2026.03.24)

Download and extract FindVUK into a new directory
Execute FindVUK (during the first start it will download the dump-tool from the sysinternals website and start it so you can accept the license)

Alternatively download 'procdump.exe' (x86 version) manually and copy it into a subdirectory called 'tool'

Insert a Blu-ray into your drive
You're using Passkey or DVDfabXX: it automatically start to decrypt the disc - FindVUK will watch the logfile, create a memory dump when Passkey/DVDfabXX got the VUK/UnitKeys, stop the Passkey/DVDfabXX decrypting process and analyze the memory dump to get the VUK/UnitKeys. Finally it will validate it against the disc and in case it's valid add it to the end of the local KEYDB.cfg
You're using MediaPlayer: Please start the playback of the disc manually - FindVUK will watch the logfile, create a memory dump when Mediaplayer got the VUK/UnitKeys, close MediaPlayer and analyze the memory dump to get the VUK/UnitKeys. Finally it will validate it against the disc and in case it's valid add it to the end of the local KEYDB.cfg (and restart's MediaPlayer for the next analysis cycle)
Repeat the previous 2 steps until you got the VUK for all your Blurays
At the end of each cycle FindVUK uploads the complete data-set to the online-database


Whenever DVDfab releases a new version of either DVDfab, MediaPlayer or Passkey I'll test if FindVuk is still compatible and include it into an internal 'known to be good' list and will release a new version that includes this result. But even in case I'm not fast enough - FindVUK will simply report that the used DVDfab application is untested.

I hope the company behind the application don't close this way of retrieving the VUK or at least the unit keys.

In case you have problems with the tool please post your experience here and I'll try to help as good as I can :)

History of the tool:

(had to clean the details of the first releases because I hit the size limit of this post ;)
-> the full changelog of all releases is included in the zip-file of the download

20150812 .. 0.51 - initial release
(...)

20211113 .. Download FindVUK 1.54 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.54.zip)

CHANGE: upload of devicekeys, processingkeys and hostcertificates disabled by default and can be enabled with ini parameter


20220501 .. Download FindVUK 1.55 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.55.zip)

FIX: \ and / in Volumenames do not cause a problem any longer


20220515 .. Download FindVUK 1.57 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.57.zip)

FIX: 2nd try - \ and / in Volumenames do not cause a problem any longer
FIX: BD+ not detected in aacskeys mode
FIX: copy protection check broken in 1.56


20230122 .. Download FindVUK 1.58 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.58.zip)

FIX: add support for Passkey 9.4.5.1
CHANGE: add support for MS Windows 10 virtual drive
FIX: repair support for virtual drives
CHANGE: report success if all unit-keys are validated (should fix handling of disc >WINX-IL MISTERO DEGLI ABISSI<)


20230203 .. Download FindVUK 1.59 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.59.zip)

FEATURE: add support for Passkey 9.4.5.2



20230425 .. Download FindVUK 1.63 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.63.zip)

CHANGE: better logoutput in case online-upload is disabled
FEATURE: support to get ReadDataKey (RDK) from Passkey Dump (in case BusEncryption is active)
FEATURE: validation of Unitkeys is using RDK (in case of BusEncryption)
CHANGE: speedup during validation - first collect all M2TS files and check if it's encrypted only if required (usually not all files are necessary to validate all unit keys)
BAD NEWS: Passkey 9.4.5.3 does not provide the UnitKeys any longer in the memory dump - so it's flagged as "not working" :(
FEATURE: introduce support for FabPlayer 7 (tested with 7.0.3.6 and it's working)
FIX: problem with Unitkey Validation


20230626 .. Download FindVUK 1.64 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.64.zip)

FIX: do not write an error if a local processing_key, device_key or host_certificate is not available
FIX: support DVDfab up to 12.1.0.9


20230919 .. Download FindVUK 1.66 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.66.zip)

FIX/IMPROVE: support DVDfab up to 12.1.1.5


20230920 .. Download FindVUK 1.67 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.67.zip)

FIX: correctly update hash file after keydb sync


20231208 .. Download FindVUK 1.72 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.72.zip)

CHANGE: treat unitkeys with lots of 0es with lower priority as local entries so those get uploaded to fvonlinedb during sync
FEATURE: added basic AACS2 support
FEATURE: added MakeMKV Libredrive support to disable BusEncryption for validation of UHD discs (see https://forum.makemkv.com/forum/viewtopic.php?t=19029 )
FEATURE: support for DVDfab 13 (tested with 13.0.0.7)
FIX: assume logfile for DVDfab 13 is always enabled
FEATURE: new INI switch "MakeMKV_Libredrive_Enabled" to enable Libredrive support if desired/required - but it's disabled by default


20240504 .. Download FindVUK 1.74 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.74.zip)

FEATURE: new mode "validateDisc" that monitors a drive, validates each disc that get inserted and upload the result
FEATURE: option to integrate external tools to either disable BusEncryption and/or provide a RDK file


20240508 .. Download FindVUK 1.75 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.75.zip)

FIX: correctly calculate DriveId for AACS2 drives
CHANGE: use internal UDF parser to get creation date of "\AACS\Unit_Key_RO.inf" for DateDiscId (fixes problem with Linux/Wine to return the modification timestamp as creation timestamp)
CHANGE: use new procedure BRAACS_getVolumeName to read volumename, includes a fallback to read directly from udf filesystem in case operating system returns an empty string
CHANGE: prevent to upload meta-entries with empty: discid, datediscid, volumename, disctype


20240804 .. Download FindVUK 1.77 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.77.zip)

FIX: correctly read udf volumename (possible additional weird character at the end)
FIX: in case first unitkey-location is not the correct one keep searching until the end of the file


20240904 .. Download FindVUK 1.79 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.79.zip)

FIX: do not write error for backup/restore of window position when used with Windows Terminal (simply do nothing instead as this is not yet supported)
FEATURE: support DVDfab 13.0.2.5/13.0.2.6



20240913 .. Download FindVUK 1.80 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.80.zip)

FIX: always read volumename directly from UDF filesystem, never rely on windows internal call (hopefully fixes problem in linux/wine environment)


20250318 .. Download FindVUK 1.81 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.81.zip)

FEATURE: extra protection to prevent validated disc uploads without a valid unitkey
FIX: correctly flag unitkeys, which are in combination with busencryption detected as invalid, as invalid and log that possibly the read data key is wrong


20250329 .. Download FindVUK 1.82 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.82.zip)

FIX: do not eject twice during "validate disc"
FIX: correctly take "ExitAfterProcessing" into account in "validate disc" mode - note: in case EjectDisc=0 and ExitAfterProcessing=0 - the disc is still ejected to prevent an endless validation loop
CHANGE: log selected AppMode into logfile
FIX: correctly abort disc-validation in case no entry for the disc is available in the keydb.cfg file
FIX: disc-eject fixed: correctly lock and dismount, in case lock is not possible, it's ejected without locking first


20260328 .. Download FindVUK 1.83 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.83.zip)

FIX: validating a disc correctly removes the '(NOTVALIDATED)' from keydb.cfg entry comment
FEATURE: validating a disc tries to validate in all combinations: volumeid+mediakey, vuk or only the unitkeys
FEATURE: keydb ordering and comment pattern identical in online file and the entries created by FindVUK
CHANGE: volumesize is now calculated from disc-details instead of calling MS function "GetDiskFreeSpaceEx"
FIX: hash-file has been updated although it was already out of sync before. Is fixed now, but needs a fresh full sync from online db to ensure it's really in sync again :(
FIX: do not detect RDK as (incorrect) unitkey when searching for unitkeys in dump
CHANGE: do not ask any longer to post new drives in forum
FIX: DVDfab keeps UnitKeys of previous discs in memory and so they are still present in dumps of following discs, so found unitkeys are stored in an internal list in order to know if a detected one is "new" or just an old entry
FIX: when searching for multiple unitkeys do not report an error if only 1 is found, instead carry on with search until the end of the file



20260810 .. Download FindVUK 2.03 (http://fvonline-db.bplaced.net/findvuk/FindVUK_2.03.zip)

FIX: correctly find http headers
CHANGE: now publish as x64 build
FIX: incorrectly read 2nd encrypted UnitKey from UHD discs in case a "MAC of Device Binding Nonce" is set in this 2nd UnitKey
FEATURE: new settings attribute KeypressToExit - can be used to enable need for a keypress to finally exit
FEATURE: retry mode: if server is not reachable during scan, results are saved as 'retry' files and uploaded on next start
FIX: do not count added/changed entries during synchronization 2 times
CHANGE: improved detection for "virtual" drives and in AACSkeys mode an error message is printed in case it's used with a virtual drive
FIX: correctly calculate KEYDB.cfg filepath for hash comparison


20260821 .. Download FindVUK 2.04 (https://fvonline-db.bplaced.net/findvuk/FindVUK_2.04.zip)

FIX: correctly support custom KEYDB.cfg path in aacskeys mode

Note: was previously announced as 2.05 - but internally it was always a 2.04, so fixed the naming.

[nalor]

Released 0.54 - details see first post (not that hard to find ;)

[mpfour]

Source?

Also, a version with options to disable anything that uses a network connection in your program would be good.

[candela]

Holy crap. It works! Amazing find. :thanks:

Unfortunately DVDFabPasskey doesn't appear to work without internet connection so they can, and probably will, make the current versions stop working and block your program :( But let's hope and get as many keys as possible in the meantime

[nalor]

@mpfour:

It's written in Purebasic and at the moment I don't want to release the source - but maybe this will change in the future...

And basically there's nothing in the software that uses an online connection with one small exception - in case the 'procdump.exe' in the 'tool' subdirectory is not available the tool tries to download it automatically from the location that is specified in the ini file with 'ProcDumpUrl'.
Until now I never thought someone could have problems with this download - but I've changed the error message in case the URL is empty to something more readable :)

So in case you want to run it right from the start without any network activities simply create the FindVUK.ini file in the 'config' subdirectory manually and delete the procdumpurl from the ini file - for example this here should do the trick:

[Passkey]
LogFolder = %userprofile%\Documents\DVDFab Passkey\Log
MainFile =
[FindVUK]
KEYDB_Path = %userprofile%\AppData\Roaming\aacs
ProcDumpUrl =
CustomOffset_Folder2DiscId =
CustomOffset_DiscId2Vuk =

So Release 0.55 only includes the change of the error message in case of an empty download url:

Old Message:
ProcDump is not available right now at >C:\FindVUK\tool\procdump.exe< - download a fresh copy now from ><
ERROR! receiving ><
ERROR! getting procdump - end now

New Message:

Error - ProcDump is not available here >C:\FindVUK\tool\procdump.exe< and no download URL is specified!
Please download it manually from the SysInternals website

[nalor]

@candela:

Thanks for your positive post! :)

I also thought a lot if DVDfab will change their software to prevent that the VUK can be extracted from a memory dump - but personally I think that the VUK is only usefull for playback of blurays and although it can also be used to decrypt blurays I'm not aware of a convenient tool to do this.

So finally I don't think that somebody stops buying software from them because they don't sell bluray playback software :)

On the other hand it might be a reason to buy software from them to get the possibility to detect the VUK for certain blurays that couldn't be watched on a linux device otherwise...

But as I can't change it anyway I'm with you: get as many keys as possible as long as it works :D

[nalor]

Uploaded latest version 0.55 also to file-upload.net and added the link in the first post.

[nalor]

Posted 0.56 a couple of days ago and added a file-upload.net link now (because it hasn't been approved by an administrator yet).

[nalor]

update: 0.57 with 2 bugfixes available in first post

[nalor]

Just a small info: DVDfab has the next promotion running and is giving away free lifetime licenses for DVDfab MediaPlayer pro (and in the next version of FindVUK you can also use MediaPlayer pro to find the vuk :)

http://de.dvdfab.cn/promotion.htm

And personally I find it more convenient to work with MediaPlayer than to work with Passkey :)

[nalor]

Okay - just finished my last internal tests for the next small update to FindVUK and attached version 0.61 in the first post :)

The biggest change is the additional support for 2 more products from DVDfab:


MediaPlayer Pro
DVDfab9


As already mentioned DVDfab has a promotion running to give away MediaPlayer pro lifetime licenses for free and when I installed this player I checked the memory dump and noticed that the same method to find the vuk can also be used for this software.
Finally I've tried it also for DVDfab9 and as expected it's also possible to get the VUK from it's memory dump :)
And as far as I can see the VUK can also be found with the trial version of DVDfab9 and as long as the 'main' features of DVDfab aren't used the 'real' trial period never starts and subsequently it will never expire ;)

As FindVUK has still no interface it's settings are still controlled with the ini-file in the 'config' subdirectory - the ini-file got a few new parameters that I'd like to explain in short:

Section 'MediaPlayer' (and Section 'Passkey' - but this one has been in the ini-file since the first release)

LogFolder holds the default logdirectory for this applications - basically FindVUK reads the registry to get the currently configured logfolder so this key is only used in case the automatic detection fails (for example in case the registry key that is read at the moment get removed in an upcoming release or something like this...)
MainFile holds the path to the main exe file of the application - in case the path is empty it is also directly retrieved from the registry, so at the moment there's no need to specify it manually


Section 'DVDfab' (basically identical to the sections 'Passkey' and 'MediaPlayer' with one exception):

LogFile holds the complete logpath including the filename at the end - this is possible because for DVDfab also the filename can be specified in the settings, for MediaPlayer and Passkey only the folder can be set.


Section 'FindVUK'

PreferredApplication - this is basically the most important new parameter, as FindVUK now supports 3 different applications this is the way to decide which one should be used in case more than 1 of the supported applications is installed on the computer. 1=Passkey, 2=MediaPlayer, 3=DVDfab
IniVersion - makes no sense to change it manually, I use it to detect the current version of the ini file and automatically add new (or remove old) parameters


Personally I prefer using MediaPlayer and DVDfab9 against Passkey because for both new applications it's always possible to get access to the encrypted disc and this allows to validate the found VUK without the need to disable or exit an application (as it happens quite frequently with Passkey).

When using MediaPlayer you need to start the playback of the disc in MediaPlayer and as soon as the VUK has been found FindVUK will stop the playback and exit the MediaPlayer (but of course also start it again for the next disc) - this is necessary because MediaPlayer caches the result of it's internal analysis and so it wouldn't be possible to insert the same disc 2 times in a row (something that I'm doing quite often during my own tests ;) ).

DVDfab9 doesn't cache any results - so it's not closed in the middle, simply insert one disc after the other without the need for any manual interaction :)

In case you run into troubles using FindVUK don't hesitate to post a reply here - and in case it's working perfectly for you I also appreciate positive feedback :D

[candela]

I only have Passkey and Media Player installed and then FindVUK refuses to start unless I put a valid (fake) DVDFab path in the ini

Log file says:
DVDFab "Warning! DVDfab MainApp is not valid! >< - please check if it is installed properly!"

[nalor]

Thanks for the bug report! :thanks: - already corrected the error... stupid mistake, don't know why I've treated the 'Warning' messages as errors...

Please try 0.62 now - it should work as expected (only exit in case not a single supported application can be found)

[candela]

Thanks 0.62 works. The Media Player is indeed a much better option than Passkey which always locks my drive and often crashes when I try to close it. No such problems with Media Player so far

[shadowofdarkness]

I'm trying to get this to run but it keeps giving a error and I don't know what to do. I only have temporary access to a Windows machine (I only run Linux) so I need to figure this out fast.
I already added added about 140 vuk's to the KeyDB that I could from a Linux machine now I want to get the rest of my v31+ discs done will I can so they well play under Linux after a KeyDB update.

Output

-----------------------------------------------------------
2013.11.20 06:32:18 - ------------ FindVUK 0.62 ------------
-----------------------------------------------------------
2013.11.20 06:32:18 - SettingsFile: >C:\Users\username\Desktop\FindVUK\con
fig\FindVUK.ini<

2013.11.20 06:32:18 - Passkey is preferred and available!
2013.11.20 06:32:18 - Passkey-MainFile:>C:\Program Files\DVDFab Passkey\DVDFabPa
sskey.exe
2013.11.20 06:32:18 - Passkey-LogFile: >C:\Users\username\Documents\DVDFab
Passkey\Log\passkey_internal.log
2013.11.20 06:32:18 - KEYDB-Path: >C:\Users\username\AppData\Roaming\
aacs

2013.11.20 06:32:18 - ProcDumpFile: >C:\Users\username\Desktop\FindVUK\
tool\procdump.exe

###############################################################################
--- PART 1 --- GET VUK ---
-------------------------------------------------------------------------------
2013.11.20 06:32:18 - Please make sure Passkey is enabled!
-------------------------------------------------------------------------------
2013.11.20 06:32:18 - Tested Passkey Version >8.2.4.8< found
2013.11.20 06:32:18 - >>> everything should work as expected!
2013.11.20 06:32:18 - Offset Folder2DiscId >0x114< - DiscId2Vuk >0x5F<
2013.11.20 06:32:31 - Drive opened
2013.11.20 06:32:34 - DiscType detected >Blu-ray BDMV<
2013.11.20 06:32:34 - Volume Label detected >GAME_OF_THRONES_S2_EPISODE_ONE▼<
2013.11.20 06:32:34 - DriveLetter detected >D<
2013.11.20 06:32:34 - Detected CopyProtections AACS >1< BD+ >0<
2013.11.20 06:32:35 - DiscID found >AB6DAF1F77EEB06782525D440B84CF4F52D96452<
2013.11.20 06:32:36 - Passkey got VUK! Cancel decryption and create MemDump now!

2013.11.20 06:32:37 - Dump successful! >0<
2013.11.20 06:32:37 - MemDump successfully finished!
2013.11.20 06:32:37 - Start to analyze MemDump now!
2013.11.20 06:32:37 - Error! DVDfab_GetVukFromDump - Couldn't find Vid in File!!
!
2013.11.20 06:32:37 - Error during analyzing memory dump - please report in the
doom9 forum!
2013.11.20 06:32:37 - ERROR! while analyzing the memory dump! Exit application!
Waiting 3 secs before quit...

Edit: It turns out it is only that one disc when I tried others they worked. I just have to figure out that one now.
Although I found 10 discs in the end that FindVUK said were invalid but when I manually added them from the terminal output into the keydb on my Linux system (no other decryption software running just libaacs) and manually tested they worked great. They were Game of Thrones seasons 3 and 4 plus the 3D disc for Jurassic Park

Another strange thing when I went to add those last ones with the updater it only added 9 but I had 10 and none of them worked before I added the vuks so they didn't exist beforehand in the DB

[nalor]

Hi! So as far as I can see you encountered 3 strange things ;)

1) FindVUK cannot find the necessary data in the memory dump for the >GAME_OF_THRONES_S2_EPISODE_ONE▼< bluray.
>> in this case the memory dump should still be available in the dump subdirectory of the findvuk folder - it would be great if you could upload it somewhere and send me the location as pm so I can download it and check what is going wrong in this case.
You can check yourself with a hex editor if you can find the DiscId >AB6DAF1F77EEB06782525D440B84CF4F52D96452< in the memory dump.

2) FindVUK reported the found VUK to be invalid but it still works? Please post the logfile from such a disc - in case there's something wrong in my validation routine I'd like to correct it as soon as possible :)

3) The updater only updates 9 of 10 keys - well, please report this in the thread of the updater as honestly I have no idea why this is happening...

[shadowofdarkness]

Hi! So as far as I can see you encountered 3 strange things ;)

1) FindVUK cannot find the necessary data in the memory dump for the >GAME_OF_THRONES_S2_EPISODE_ONE▼< bluray.
>> in this case the memory dump should still be available in the dump subdirectory of the findvuk folder - it would be great if you could upload it somewhere and send me the location as pm so I can download it and check what is going wrong in this case.
You can check yourself with a hex editor if you can find the DiscId >AB6DAF1F77EEB06782525D440B84CF4F52D96452< in the memory dump.

2) FindVUK reported the found VUK to be invalid but it still works? Please post the logfile from such a disc - in case there's something wrong in my validation routine I'd like to correct it as soon as possible :)

3) The updater only updates 9 of 10 keys - well, please report this in the thread of the updater as honestly I have no idea why this is happening...

1) It turns out the problem with the Game of Thrones disc is that it can't create the dump file which can be seen by it having some strange character at the end of the volume label.

To make it worse for you to figure out I tried putting the log on pastebin but that character was deleted even opening the txt file in Notepad on Windows didn't show it. The only way I even saw it was when I opened the log file on my Linux machine.

I have attached the original txt file in case you also run Linux to see it and a screenshot of it open in vi incase you don't. I didn't even have to highlight the problems since it seems highlighted on its own.

2) The log is also doing the Jurassic Park 3D discs which gives a false invalid. But I know works since I have propagated it manually to my Linux laptop and Raspberry Pi which both started playing the disc fine afterwards.

3) I'll definitely find the updater thread because I may also have others that didn't upload but I thought it was coincidence that someone else added them because I got a updated db as I was doing the upload that time. But maybe not if it also added less this time when no other update happened.

[nalor]

Ahh! You're right - this strange character will be the problem! I'm only wondering why procdump.exe doesn't return an error when it fails because of the filename...

I'll remove all strange characters in future from the filename - I think this will solve the problem :)

Give me a few minutes - I'll upload the next release soon!

Unfortunately I cannot download your logfile because it still needs approval... maybe you can simply upload it to file-upload.net or another easy to use filehoster and paste the link here?

[shadowofdarkness]

Here is the log also I noticed the character looks different when I open it in gedit on my Linux system so it's like it just shows something as a place holder and not a specific character.

http://s000.tinyupload.com/index.php?file_id=87366803134481590036

[nalor]

Thanks for the logfile! This really helps! I think I already know the problem with VUK-invalid message.. it's again a stupid error :(
I'm only wondering why I've never run into this problem before....

I'll fix it now and as soon as I've finished this task I'll upload the next release :)

[nalor]

Released FindVUK 0.65 - it should fix all problems reported by shadowofdarkness and has a few additional features :)

After the last keydb update of Starbuck2010 I noticed there are a few discs with volumename 'BDROM' - as this isn't that meaningful I implemented a new feature that reads the movie-title from the meta-files on the disc.
The metafiles can be available for different languages - and so I've introduced 2 new ini parameters for this feature:

Section 'BlurayMeta'

PreferredLanguages - this allows to specify an order of preferred languages, e.g. 'deu,fra,ita,spa,eng' means that it should try to read at first the german title, in case it's not available read the french title, next the italian title, ... in case this parameter is empty it always tries to read the english title and when this isn't available it simply takes the first meta file available. so usually you only have to specify your own language (in case it's different from english) and not a complete list :)
AlwaysAddMetaTitleToVolumename - usually the meta-title is only added to the volumename in the keydb-file when the volumename is 'BDROM' - when you set this parameter to 1 it is always added


(Update 201510111: I've checked FindVUK 0.80 with my complete bluray-library and there are the names of all languages that I've found on my discs:

ces = czech
deu = german (also found 'gem' on IceAge3 that is also german - taking care of it internally in FindVUK)
eng = english
fra = french
hun = hungarian
ita = italian
jpn = japanese
nld = dutch
pol = polish
rus = russian
spa = spanish
tur = turkish

So basically I think the ISO 639-2/T 3 character codes are used: Wikipedia-List_of_ISO_639-1_codes (https://en.wikipedia.org/wiki/List_of_ISO_639-1_codes)
)

When the meta-title is added to the volumename it is surrounded by parenthesis - e.g. BDROM (This is the Meta-Title)
In case the volumename is BDROM but no meta-files are available on the disc (as it is for example on the Resident Evil bluray) FindVUK asks you to input the Movie Title manually - in this case it is added to the volumename and surrounded by square brackets - e.g. BDROM [Resident Evil]

The next thing I noticed when studying the post from Starbuck2010 is that the comments field in the keyfile is limited to 40 characters - so I shortened everything that FindVUK writes in the comment section to stay within this limit:

changed all ' - ' separator to '/'
changed 'BusEncrEn' to 'BEE'
changed 'MKBrev xx' to 'MKBvxx'
changed 'VUKNOTVALIDATED!!' warning to 'VUKNOTVAL!'

>> at the moment even in the worst case it should not exceed 38 characters :) (e.g. MKBv99/BD+/BEE/VUKNOTVAL!/FindVUK 0.65)

And a few bugfixes - the biggest is a correction to a stupid mistake - although I already had a loop to try all available unit-keys I stopped the loop when the first one didn't match... :(

@shadowofdarkness: please report if it really corrects all your problems - thanks :)

[shadowofdarkness]

v0.65 fixed both problems. Thanks.

[Neph]

I'm currently trying to get the VUK of a few german blu-rays with the DVDFab Media Player and version 0.65 of FindVUK.

For "Maze Runner": I opened FindVUK, agreed to the Eula, it then opened the media player on its own and I started the playback but when I then started FindVUK again, it only gave me the following error message:
Error! Couldn't open the DVDfab logfile......
ERROR, couldn't follow the logfile properly

I then created the dumpfile manually, opened it with TextPad and there's really some kind of VUK after the disc ID (disc ID, a few random symbols, path of the Temp folder, then the kinda VUK twice) but it's too long compared to the VUKs in the KEYDB.cfg file.
I already tested it with a few other blu-rays (Mama, RED 2, Paranormal Activity: The Marked Ones, Resident Evil: Retribution, Iron Man 3) but it always gave me the same error message in your program and it didn't even put any kind of VUK into the dump file. VLC still can't read the BRs and acts like it's simply missing the VUK. The DVDFab Media Player can play them just fine and it always got the VUK according to the logfile but, like I said, I can't find the actual VUK to add those blu-rays to the database.

Any recommendations, what I could do to fix it and/or find the real VUK?

[nalor]

Hi!
When you start FindVUK - does it print the correct filename for the Mediaplayer-Logfile?

In my case I get this Information displayed directly after the start:

-----------------------------------------------------------
2015.09.27 18:27:34 - ----------- FindVUK yyy -----------
-----------------------------------------------------------
2015.09.27 18:27:34 - SettingsFile: >C:\FindVUK\config\FindVUK.ini<

2015.09.27 18:27:34 - MediaPlayer is preferred and available!
2015.09.27 18:27:34 - MediaPlayer-MainFile: >C:\Program Files (x86)\DVDFab Media Player 2\FabPlayer.exe<
2015.09.27 18:27:34 - MediaPlayer-LogFile: >C:\Users\xxx\Documents\DVDFab Media Player\\win_player.log<
2015.09.27 18:27:34 - KEYDB-Path: >C:\Users\xxx\AppData\Roaming\aacs<
2015.09.27 18:27:34 - ProcDumpFile: >C:\FindVUK\tool\procdump.exe<

So in my case it detected 'C:\Users\xxx\Documents\DVDFab Media Player\\win_player.log' as the logfile of MediaPlayer - can you check if the logfile that is shown in your case is the correct one? Does it really exist?
(I just noticed the double \\ in the path, this is fixed in the next version, but I'm not aware of any problems related to this issue)

And another question - as far as I know MediaPlayer isn't working at the moment due to the changes of the server software from dvdfab: DVDfab Forum: Media Player Pro refuses to open blu-rays (http://forum.dvdfab.cn/showthread.php?t=27838)

Can you still watch Blurays with MediaPlayer on your computer?

[Neph]

Here's what it shows me with R.E.D. 2:
2015-09-27 20:12:23 # 23097840 # ----------- FindVUK 0.65 -----------
2015-09-27 20:12:23 # 23097842 # SettingsFile: >C:\xxx\FindVUK\config\FindVUK.ini<
2015-09-27 20:12:23 # 23097844 # Information! Passkey MainApp is not valid! >< - please check if it is installed properly!
2015-09-27 20:12:23 # 23097846 # Information! DVDfab MainApp is not valid! >< - please check if it is installed properly!
2015-09-27 20:12:23 # 23097848 # Preferred application is not available
2015-09-27 20:12:23 # 23097850 # MediaPlayer is available!
2015-09-27 20:12:23 # 23097851 # MediaPlayer-MainFile: >C:\Program Files (x86)\xxx\DVDFabMediaPlayer2\FabPlayer.exe<
2015-09-27 20:12:23 # 23097853 # MediaPlayer-LogFile: >C:\Users\xxx\Documents\DVDFab Media Player\\win_player.log<
2015-09-27 20:12:23 # 23097854 # KEYDB-Path: >C:\Users\xxx\AppData\Roaming\aacs<
2015-09-27 20:12:23 # 23097856 # ProcDumpFile: >C:\xxx\FindVUK\tool\procdump.exe<
2015-09-27 20:12:23 # 23097859 # No running application process discovered - start it now >C:\Program Files (x86)\xxx\DVDFabMediaPlayer2\FabPlayer.exe<


The problem I described in my last post occured on September 21st but since you have to be a member for at least 5 days until you can write posts, I posted it today.
Yes, the file does exist but the Windows explorer can't open it with the double backslashes, when I copy the path into the address field. If I use just one, it can open the file just fine.
But no, I can't watch BRs with the media player atm. It did work on September 21st, though.

[nalor]

Released 0.67 - includes only a few changes, one of them is to create a backup of each discovered VUK in the subdirectory VUKbackup, this is to keep a backup of the result including the comment and the title - at the moment those details are lost in case the 'main' keydb.cfg is synchronized to the master-database and there's an older entry of the same disc present in the master-file without title and comment.

I noticed that sometimes even with MediaPlayer and DVDfab9 it happens that the disc is not accessible to validate the VUK - in this case FindVUK will automatically close the application so it can continue without asking the user to close the application.

Finally a small bugfix - the path to the logfile for MediaPlayer and Passkey included a double-backslash, although I never noticed any problems with it, it's corrected now :)

[nalor]

@Neph: I think I've found your problem :)

The default path to the mediaplayer logfile in the ini file seems to be wrong - I just managed to reproduce your problem with a fresh mediaplayer installation :)
What is happening is the following: when you install mediaplayer only a few registry entries are written, for all the other values mediaplayer simply uses it's internal 'default' values.
So directly after a fresh installation of mediaplayer there's no special registry entry to read the 'logfolder' - and as a fallback I use the value from the ini file.
The entry from the ini file looks like this:
%userprofile%\Documents\DVDFab Media Player\Log

but should be this:

%userprofile%\Documents\DVDFab Media Player

To fix your problem you have 2 options:

edit the ini-file and remove the '\log' from the end
open the mediaplayer settings and simply press OK - this way the logfolder entry is written to the registry


In 0.67 the logfile shows a little bit more details about the logfinding process - so I guess when you start the 0.67 without executing step 2 from above you'll find a line like this in the logfile:
2015-09-27 22:49:28 # 377650 # Couldn't read MediaPlayerLogDir from registry - take the info from the ini file

As Mediaplayer isn't working at the moment I'd recommend DVDfab9 to you - as long as you don't use the DVDfab 'main' functions like decoding the content the trial period will never start so it will never expire but nevertheless decrypt the bluray to get the vuk :)

PS: in the next release the default path for the mediaplayer log in the ini file will be correct ;)

[nalor]

Decided to create a new release with the fix immediatly - because it definitely is a show-stopper for first-time users :(

In case the ini-parameter is still set to the wrong entry it's changed to the correct entry.

So 0.68 is now available in the first post.

Kudos to Neph for finding this bug! :thanks:

[avih]

@nalor, v0.68 is detected with 4 threats from 41 engines - https://www.metascan-online.com/#!/results/file/98246bf1f0504754adcd81ec770cfbf3/regular

I hope that these are false positives, but I can't tell for sure and I don't intend to dig into it to find out. I think it'd be best if you could find a proper external host to place your files at.

[nalor]

Hi, just checked your results and as far as i can see 3 of the 4 hits are related to the automatic download of the dump Tool from sysinternals.
Couldnt find details about the last of the 4 results at the moment.
Will check all of them tonight after work.
Regarding the file hoster, i dont care which one i am using. Make a suggestion :-)
I upload every release also directly into the forum, but it takes about a week until the forum file gets the admin approval and this is the reason why i am uploading the file also to a different location.

As i know that there are is no malware hidden in my tool i am sure all 4 hits are false positives.

Will post a hash value for all releases tonight, so everybody can check if his download is really untouched ;-)


Gesendet von meinem D5803 mit Tapatalk

[nalor]

Released 0.70 with a few bugfixes and new features - for details take a look at the first post.

Unfortunately I haven't found time to check for the 4 threats... :(

Edit: I compiled a release where I've simply removed the download option but it didn't make a change - need to check tomorrow what is really the problem with those false positives (in case they find 4 threats in a fresh compiled exe those alerts are false positives for sure... ) so I can also say that the file-hoster file-upload.net isn't respoonsible for those 4 detected problems ...
It has to be something special in the compiler I'm using...

[avih]

Regarding the file hoster, i dont care which one i am using. Make a suggestion :-)


Open source your code, put it on github, and use github releases to host your releases. Or just pay for some host and put up a web page for this application. Or find a free one. Really, up to you.



I upload every release also directly into the forum, but it takes about a week until the forum file gets the admin approval and this is the reason why i am uploading the file also to a different location.


Because admins don't approve attachments daily.



As i know that there are is no malware hidden in my tool i am sure all 4 hits are false positives.


I didn't say it was malware, just that the scan found threats and I don't intend to dig into it. Also, if you had malicious intents (which I believe you don't, but still), then your response would have been the same, something like "yeah, they're all false positives, go ahead and use it".

Bottom line, we don't have the resources to validate which threats are false positives, discuss it with authors which upload executables, and put the time into figuring out whether or not it's actually a threat.

Just find a proper external host for your files, free or payed-for or github, and use it as the main distribution for your releases.

[Sparktank]

If you go open-source, there's also a greater chance that someone might be able to see what's causing the false-positives.

In most cases like this, for freeware tools, it's usually come down to the installer itself.

But, you would need to be more open for others to volunteer to look into things.

I'm no dev, but just what I see in most cases.

[avih]

Ultimately, this is a forum for discussions. It's not a free hosting service for applications, and especially not a free hosting service for closed source applications.

Occasional attachments are fine when they contribute to the discussion, preferably that they're not executable.

We also approve the occasional executable attachment when we feel it's appropriate, maybe because they're posted by credible and respected members of the community, or are some test releases of well known small software packages, or are binaries which are hard to find otherwise because thy're not maintained anymore, or just when we feel it's appropriate.

Your application is being actively developed and you do frequent releases, which is great, but please don't use this forum as the main hosting platform for your close source application.

Discussing it here and posting links to new releases, however, is absolutely fine, and very appropriate.

[nalor]

Just want to report that I've spent some time investigating the 'Malware' issue and my first result is that I've sent false-positive-reports to Baidu and Filseclab.

Finally I've reduced my source to this quite useless piece of code but those 2 engines still detect a threat in it:

Procedure.s Test1(iNumber.i)
ProcedureReturn "result1"
EndProcedure

Procedure.s Test2(iNumber1.i, sString1.s, sString2.s)
Test1(234)
ProcedureReturn "result2"
EndProcedure


Procedure Test2 calls procedure Test1, but Test2 itself is never called... so this does really nothing and is still detected as threat. But when the call from Test2 to Test1 is removed, the compiled result is considered harmless :)
I'm using purebasic 5.31 x86 - just in case you want to reproduce my results.
Test Result of the Metascan (https://www.metascan-online.com/#!/results/file/3d1b64359933486db4be54116881d481/regular)

Unfortunately procedures are quite often called from other procedures in purebasic - so it's really impossible to get a green result in a purebasic application that really does something useful...

So I'm waiting to get feedback from both malware-detection-engines and when they've fine tuned their detection algorithm I'll continue my work to get a 'green' state on https://www.metascan-online.com

Hope this is acceptable for everybody :)

[nalor]

And a few words about the hosting issue and going open source:

The only reason why I'm uploading the files also into the forum because I already noticed that files from older threads that have been uploaded to various other locations on the internet are sometimes really hard to find, very often the original hoster is not available any longer and hopefully a copy of the wanted file can be found with the help of google... so I thought that because my app is really small I simply upload it to forum so it will never get lost ;)

Going open source is still an option - but as the response in the forum here isn't that overwhelming I think the interest in the tool isn't that big at all and as I mentioned already in the first post: reduced to the basics my tool is simply a small convenience-tool that can easily be replaced by 5 minutes of handwork, so in case someone fears that my tool is doing evil things with his computer he should stick with the manual method.

[nalor]

Now I've written also reports for the original findvuk exe file to 3 companies:

Baidy, ByteHero, F-Prot=Cyren (don't know why they're listet as separate engines at the metascan-page).

I'm curios how long it takes to get a response from them - I'll post here when I have news about this topic :)

[avih]

Like I said, judging by your useful previous posts, my guess is that these are false positives and I never suspected you had malicious intents, or else I'd have been much less nice already. However, we just don't have the time/resources/capacity/will to investigate this on every binary attachment or to reproduce binaries which end up as false positive "threats", or to negotiate it with the attachment uploader, etc.

Really, seeing that you already offer it as freeware and it doesn't look to me like you intend to sell it, my best suggestion would be to open source your code such that others could contribute as well, and use whatever platform you choose to also be the main host for your binaries (github, bitbucket, whatever).

[nalor]

I've never done anything with github - so in case I'm going open source I think I would simply include the source into the zip file of the application...

And as the list of features it offers is that short, I can't think of any third party interest to help with development ;)
Apart from that Purebasic as programming-language isn't that wide spread at all - although it's a small application it still has ~5000 lines of code and also uses some winapi functions, so only the commercial purebasic edition can be used to compile the source code.
The main reason for going open source would be to make it easier to understand how the aacs decryption works - basically I think that 'basic' code is easier to read and understand than for example the code of the libaacs-library.

At the moment there's exactly one feature missing I'd like to add:


check in the main-keydb.cfg if the currently detected key is already in the database and if it is check the other values if it makes sense to write a new entry to the file or not.


As soon as this is done development from my side will most likely be reduced to a maintenance mode to check compatibility with new releases of the required external DVDfab applications.

And as long as nobody else is reporting errors or feature request I wouldn't have an idea what else I could integrate ;)

(I thought about a GUI or to limit detection to a fixed drive letter - but decided against it because the tool does at the moment everything it needs to do... and I think it's doing it quite well so no reason to change the workflow fundamentally..)

[avih]

I've never done anything with github - so in case I'm going open source I think I would simply include the source into the zip file of the application...


Using github (and any version control system, and git too) does have a learning curve to it, sometimes even a non trivial one, but I think you could benefit greatly from learning to work within such system.

And as the list of features it offers is that short, I can't think of any third party interest to help with development ;)
Apart from that Purebasic as programming-language isn't that wide spread at all - although it's a small application it still has ~5000 lines of code and also uses some winapi functions, so only the commercial purebasic edition can be used to compile the source code.


That's fine. The mere fact that you host your sources publicly is enough to give it more credit than some arbitrary binary by an unknown(?) developer. Of course, it doesn't guarantee anything, but it would be appreciated by users and developers alike. In your case, I really think it would be a good move.


The main reason for going open source would be to make it easier to understand how the aacs decryption works - basically I think that 'basic' code is easier to read and understand than for example the code of the libaacs-library.


That sounds to me like a good reason indeed.

And while I don't need this tool myself, it does sound to me like a useful tool which is good to have. So do keep up the good work :)

[foxyshadis]

If nothing else, with source included someone else can come along and pick it up years after it's been abandoned, and add their own updates and improvements to it. I've done that a couple of times. Binaries on the forum are iffy, but source is always welcome, especially since external file hosts tend to come and go.

[nalor]

Just want to tell that I got an email from cyren / f-prot:


Following receipt of your False Positive (FP) report, we have identified it to be wrongly detected as a malware. This FP is now fixed, and this file will no longer be detected as malware.


I'm currently on vacation so I cannot verify if the correction is already active.


Gesendet von meinem D5803 mit Tapatalk

[candela]

Version 0.70 fails to validate the VUK even though it is valid. Appears to happen with all discs


2015-10-03 16:09:05 # 1207999 # DVDfab_GetVukFromDump - File >C:\Utils\FindVUK_0.70\dump\6915989258FC4C802F37198172DA6F89E2B9B488_BARBARELLA..dmp< DiscID >6915989258FC4C802F37198172DA6F89E2B9B488< Offset_Folder_DiscId >0x114< Offset_DiscId_Vuk >0x5F<
2015-10-03 16:09:06 # 1208467 # ------------------------------------
2015-10-03 16:09:06 # 1208473 # VolumeName: BARBARELLA
2015-10-03 16:09:06 # 1208478 # DiscID : 6915989258FC4C802F37198172DA6F89E2B9B488
2015-10-03 16:09:06 # 1208483 # VUK : 2C71BCD772B0567DAF39B3BB9F4A2796
2015-10-03 16:09:06 # 1208488 # ------------------------------------
2015-10-03 16:09:06 # 1208496 # AACS folder on disc is reachable - ValidateVUK is possible
2015-10-03 16:09:06 # 1208502 # AACS folder on bluray is reachable!
2015-10-03 16:09:06 # 1208526 # Information: preferred Bluray-MetaTitle language found >Barbarella<
2015-10-03 16:09:06 # 1208545 # FeatureDescriptor :00 00 00 0C 00 00 00 40 01 0D 01 04 01 01 01 01
2015-10-03 16:09:06 # 1208550 # AacsVersion :1
2015-10-03 16:09:06 # 1208555 # AacsActive :1
2015-10-03 16:09:06 # 1208559 # BindingNonceGenSupp :1
2015-10-03 16:09:06 # 1208564 # BindingNonceBlockCnt :1
2015-10-03 16:09:06 # 1208568 # BusEncryptionSupp :0
2015-10-03 16:09:06 # 1208572 # ReadDriveCertificate :0
2015-10-03 16:09:06 # 1208576 # AgidCount :1
2015-10-03 16:09:06 # 1208580 # Get UnitKeys
2015-10-03 16:09:06 # 1208594 # UnitKeyCount >7<
2015-10-03 16:09:06 # 1208598 # >>> UnitKey: 584FDD75AD8BC136BCD829CFD7F0B90C
2015-10-03 16:09:06 # 1208603 # >>> UnitKey: 12B4D0D990284F4D1B94DE7846E8BAA7
2015-10-03 16:09:06 # 1208608 # >>> UnitKey: A828A551C4BCCE2E05B677683C053236
2015-10-03 16:09:06 # 1208613 # >>> UnitKey: 89A4C27DD1FFE6F49A2ECE0C73DB2F5A
2015-10-03 16:09:06 # 1208619 # >>> UnitKey: AE14752A7489779F9AD15152C8C825B9
2015-10-03 16:09:06 # 1208625 # >>> UnitKey: 0E0A2EE4398919D0D544B2D08A6F07F2
2015-10-03 16:09:06 # 1208631 # >>> UnitKey: 9FDA1562148C2A9B5CCB8FC6506EB7CB
2015-10-03 16:09:06 # 1209141 # File >F:\BDMV\STREAM\00011.m2ts< is encrypted!
2015-10-03 16:09:06 # 1209146 # ERROR! Validation of VUK failed >0<


Version 0.68 works fine


2015-10-03 16:22:13 # 1980482 # DVDfab_GetVukFromDump - File >C:\Utils\FindVUK_0.68\dump\6915989258FC4C802F37198172DA6F89E2B9B488_BARBARELLA..dmp< DiscID >6915989258FC4C802F37198172DA6F89E2B9B488< Offset_Folder_DiscId >0x114< Offset_DiscId_Vuk >0x5F<
2015-10-03 16:22:14 # 1980977 # ------------------------------------
2015-10-03 16:22:14 # 1980983 # VolumeName: BARBARELLA
2015-10-03 16:22:14 # 1980988 # DiscID : 6915989258FC4C802F37198172DA6F89E2B9B488
2015-10-03 16:22:14 # 1980993 # VUK : 2C71BCD772B0567DAF39B3BB9F4A2796
2015-10-03 16:22:14 # 1980998 # ------------------------------------
2015-10-03 16:22:14 # 1981071 # AACS folder on disc is reachable - ValidateVUK is possible
2015-10-03 16:22:14 # 1981079 # AACS folder on bluray is reachable!
2015-10-03 16:22:14 # 1981089 # Information: no bdmv-meta-dl directory available on disc - cannot read meta-title (-6)
2015-10-03 16:22:15 # 1981640 # FeatureDescriptor :00 00 00 0C 00 00 00 40 01 0D 01 04 01 01 01 01
2015-10-03 16:22:15 # 1981645 # AacsVersion :1
2015-10-03 16:22:15 # 1981649 # AacsActive :1
2015-10-03 16:22:15 # 1981652 # BindingNonceGenSupp :1
2015-10-03 16:22:15 # 1981657 # BindingNonceBlockCnt :1
2015-10-03 16:22:15 # 1981661 # BusEncryptionSupp :0
2015-10-03 16:22:15 # 1981665 # ReadDriveCertificate :0
2015-10-03 16:22:15 # 1981668 # AgidCount :1
2015-10-03 16:22:15 # 1981673 # Get UnitKeys
2015-10-03 16:22:15 # 1981685 # UnitKeyCount >7<
2015-10-03 16:22:15 # 1981691 # >>> UnitKey: 584FDD75AD8BC136BCD829CFD7F0B90C
2015-10-03 16:22:15 # 1981697 # >>> UnitKey: 12B4D0D990284F4D1B94DE7846E8BAA7
2015-10-03 16:22:15 # 1981702 # >>> UnitKey: A828A551C4BCCE2E05B677683C053236
2015-10-03 16:22:15 # 1981708 # >>> UnitKey: 89A4C27DD1FFE6F49A2ECE0C73DB2F5A
2015-10-03 16:22:15 # 1981713 # >>> UnitKey: AE14752A7489779F9AD15152C8C825B9
2015-10-03 16:22:15 # 1981719 # >>> UnitKey: 0E0A2EE4398919D0D544B2D08A6F07F2
2015-10-03 16:22:15 # 1981724 # >>> UnitKey: 9FDA1562148C2A9B5CCB8FC6506EB7CB
2015-10-03 16:22:15 # 1982235 # Decrypted first unit of file >F:\BDMV\STREAM\00011.m2ts< with UnitKey >1<
2015-10-03 16:22:15 # 1982241 # Validation successful! VUK is valid!!
2015-10-03 16:22:15 # 1982252 # -------------------------------------------------------
2015-10-03 16:22:15 # 1982257 # VolumeName: BARBARELLA
2015-10-03 16:22:15 # 1982262 # DiscID : 6915989258FC4C802F37198172DA6F89E2B9B488
2015-10-03 16:22:15 # 1982266 # VUK : 2C71BCD772B0567DAF39B3BB9F4A2796
2015-10-03 16:22:15 # 1982271 # MKBrev : 31
2015-10-03 16:22:15 # 1982277 # BusEncrEn : 0
2015-10-03 16:22:15 # 1982282 # -------------------------------------------------------

[nalor]

You're right... once again I managed to release a more or less unuseable version :(

[nalor]

Posted a hopefully bugfree release 0.71 in the first post.

A little bit more details about the changes than in the first post:

1) to detect if a file on the disc is encrypted or not I need to read a byte from this file and check for the encryption flag - before releasing 0.70 I noticed that in my virtual machine this detection didn't work as expected.. so I checked for the reason and found this: basically my bluray-optical-drive that is connected as passthrough device into the virtual machine isn't working any longer - don't know why, but it's not possible to read a file from a bluray in the drive.
But FindVUK didn't detect an error when reading from the file - and finally I've found this: purebasic-readbyte command (http://www.purebasic.com/documentation/file/readbyte.html) - this command returns '0' in case of an error, and also '0' in case a '0' byte has been successfully read from the file, so finally there's no way to detect if an error occured or the read byte is zero.. strange thing.
This was the reason to change the related procedure in FindVUK from the integrated purebasic to a few winapi commands so I can properly detect read errors when reading the disc - unfortunately I introduced a stupid error when changing this: because of the options to detect errors I've changed the return values of the procedure and missed to adopt all related parts accordingly.
So finally it always ended in an error in case an encrypted file has been found to validate the vuk... I've no idea why I didn't notice this before releasing... stupid me :(


2) because of this false positive malware topic I tried to remove all procedures from the application that are never called by anything. In case you're wondering why there are such procedures in the application: to make things easier I have a couple of include-files that contain different procedures for a certain topic, usually only a fraction of them is really used in the application, but as the purebasic compiler doesn't make a difference if something is really used or not all procedures from those include files are compiled and find their way into the final exe file.
In the past I've used this include file here for registry access: Registry_Include.pbi (http://purearea.net/pb/CodeArchiv/Includes+Macros/Includes/Registry_Include.pbi) - this has everything you need to get easy access to the registry :) But as I only read from the registry in FindVUK I've removed all procedures that are used to write to the registry and also those parts from the 'read' procedures that are used to read from foreign computers through the network.
Finally the compiled exe is now approx. 7kB smaller than before, but it didn't change anything about the malware topic... still 4 of 43 find something suspicious in my application :( grrr :(

[nalor]

Noticed that AACS updater ignores all lines with the additional date-entry, so I've immediatly created a 0.72 where it's possible to use an ini switch to enable the date entry that is by default set to off.

[candela]

The latest Vivaldi browser version now warns me findVUK_x.zip is malicious and has been blocked when I download. Not sure what's going on there...

[nalor]

Whats a vivaldi Browser?

Gesendet von meinem D5803 mit Tapatalk

[candela]

Whats a vivaldi Browser?

Gesendet von meinem D5803 mit Tapatalk

The new browser (https://vivaldi.com) from some former Opera employees. It's based on Chrome so I assume that will give similar warnings. Not sure how it checks downloads

[nalor]

Just installed vivaldi and tried to download this file - and you're right about this 'malicous' message ;)

But honestly vivaldi isn't scanning the file but simply blacklisting everything from file-upload.net ... (see here: Vivaldi Forum about 'malicicous' message (https://vivaldi.net/en-US/forum/vivaldi-browser/3177-shining-new-snapshot-1-0-161-2-more-bugfixing#25274)

And this was the first time ever I've seen how much advertising is on the file-uploaded page.. wow (usually I'm using an adblocker in firefox so I've never noticed how bad this page really is.... ).

I'm currently finishing my final release and will check which other file-hoster is an option with little to none annoying ads on the page...

[Brazil2]

Download from MEGA
Ah no, please, not Mega!

For such small files I suggest you to use http://www.tinyupload.com

[nalor]

Now MEGA and TinyUpload are available... as I already mentioned a few posts earlier: personally I don't care where I upload..

[Brazil2]

Thank you! :)

[nalor]

Released 0.80 - this is the 'feature complete' release, at the moment I don't have any ideas what else I could add that would be a benefit for the application (considered that basically it's still a really small app and I never wanted it to get too fancy...).

The main last feature I've added is that it now reads the main-keydb file and the backup-keydb file and checks if there's already an entry for the current disc before adding a new entry to the file.

At the moment 5 values are compared:

DISCID
in case it's not completely identical a new entry is written
TITLE
verify if title in keydb-file is 'meaningless' - in case it is a new entry is written
VUK
in case it's not completely identical a new entry is written - additionally the user is informed that there's already an entry for the current disc with a different VUK and that he should report this here in the forum so that the faulty entry gets deleted
DATE
only compared in case it's enabled to be written - in case it is enabled and it's not completely identical a new entry is written
COMMENT
check if all relevant information is also present in the keydb-file-comment: MKB-version, BD+, BEE - if a detail of the current disc is missing in the existing keydb-file entry write a new entry


Finally I've the hope that the comparison logic of the AACSupdater will also be improved so that in case a new entry is more complete than an existing entry the new information will be used and the old one deleted....

Additionally I've corrected/changed a lot of additional details (e.g. improved the way the meta-title is read from the disc, important lines are displayed in colours now in the console window, ...)

There are also 3 new ini entries available:

FindVUK / KEYDB_Backup_Path : here you specify a folder where the backup-keydb-file should be created (in case it's empty it's created in the VUKbackup subdir as before)
FindVUK / KEYDB_Backup_WriteDateEntry : if the date entry should be written into the backup file or not (0/1 value)
FindVUK / MeaninglessVolumeNames : insert a list of meaningless volume names - the default values are: _NONAME_, BDROM, LOGICAL_VOLUME_ID


Personally I'm using FindVUK in a virtual Windows7x64 environment (with Virtualbox 5.0.6) and use DVDfab9 as tool of my choice (running in Test-Mode that will never expire, because in usage with FindVUK the trial period is never activated) - it takes about 30-40 seconds per disc to get the VUK, that basically this means you can insert one disc after the other with nearly no waiting time in between.

And just to inform everybody: on metascan-online there are still 4 of 43 engines that detect a threat in the application, no idea why but believe me: those are still false positives... and I continue my effort to get this engines corrected.

[nalor]

Wrote an email to cyren/f-prot yesterday and got an answer today that they verified my release 0.80 and noticed that it's not doing anything bad - so currently you can scan here and only 2 of 43 engines report a possible threat in the application:

metascan-online - findvuk 0.80 (https://www.metascan-online.com/#!/results/file/784375e722164081ac1dfcc018e420d1/regular)

But I noticed that even a simple recompile with zero functional changes (but e.g. the internal build number is changed - so the generated exe file is not 100% identical) is enough to get it detected as possible threat again.

Honestly I don't have any plans to put more time in this neverending story at this point - in case you don't trust me or the application just stop using it.

[HaloSlayer255]

Hello nalor,

Nice application, was able to get a few blu-ray vuks myself. I have switched over from using passkey to dvdfab blu-ray copy. However the application is now stating that it cannot find the dvdfab logfile. Attached is the log, I think it might be how my hard drive is partitioned because its looking for F:/My Documents/DVDFab9/Log/dvdfab_internal.log like its trying to follow a Linux/Unix path with the forward slashes.

[nalor]

Hi - I know the forward slashes are quite confusing - but I get the path from the registry this way and I never had any problems with it... so I don't think this is the problem.
Unfortunately I cannot access your logfile, can you send it as pm to me? Thanks!

[nalor]

Hello again, now i could read the logfile, but noticed this is the one from dvdfab. Please include the logfile from findvuk also. Thanks

Gesendet von meinem D5803 mit Tapatalk

[HaloSlayer255]

Hi again nalor,

Sorry about that, must have got the files mixed up :eek:

Here is the FindVUK log file.

[nalor]

@HaloSlayer255 - thanks for finding this bug! :thanks:

Will create a new release this evening - already found the source of the problem, it's a small detail I didn't notice until now:
The DVDfab settings are stored in a xml-file and FindVUK reads the log-folder from this file - and for some strange reason all space-characters are encoded as _nbsp; in this xml-file.

This is what I can find in my xml after changing to a folder that includes spaces:
LogFolder="C:/Users/test/Documents/DVDFab9/Log_nbsp;with_nbsp;Space/"

I'll take care to replace all _nbsp; with a space again (and will also change the slashes to backslashes so it's not that confusing any longer ;) )

Workaround: simply select a logfolder without a space in the path in DVDfab9 :)

[nalor]

Bugfix release available in the first post!

[dirk362]

Had issues with both 081 and 080, yet 072 worked fine.
This was same disc, no reboot in-between etc.
Environment is Windows 10 Pro x64, DVDFab Passkey 8.2.4.7

3 log files attached - 081 and 080 failure, 072 success

Part 1 works fine in all versions, Part 2 (validation) fails in 08x

I'm wondering if this is somehow related to the fact that in 0.72 you have to disable (or close) PassKey to complete Part 2, whereas in 080/081 this seems to not be required or nothing is prompted in command window.

Hopefully attached logs are of some use...

[nalor]

Hi! This is really strange.. maybe you can upload the logfiles to tinyupload.com so that I can access them right now?
Thanks!

[foxyshadis]

should be available now

[nalor]

I've checked the logfiles and also my sourcecode and honestly I've changed nothing in the related area from 0.72 until now - so the source of the problem has to be some special kind of race condition.
When passkey finished the analysis it decrypts all encrypted files on the fly and renames the folder AACS to FAB! - so what I'm doing is to check if the AACS folder is still reachable on the disc and in case it is I print the 'AACS folder on bluray is reachable!' message (and I thought that in this case the disc is untouched and still reachable fully encrypted).
But it seems as if there's a time period between the passkey steps 'decrypt all files' and 'rename AACS folder' and in the end the AACS folder is reachable, but the files are already decrypted and thus it's not possible to validate the vuk...

Will change the error handling a little bit - so that in case this special error occurs the user is asked to exit passkey and afterwards I'll repeat the validation process.

Unfortunately I don't think I can do it tomorrow, so it will take until friday to fix this.

[nalor]

Released 0.82 - the major changes are:

# ConsoleWindow is automatically resized on startup to ConsoleBufferSize width 120, height 300 and ConsoleScreenSize width 120, height 50 (all values are only increased - in case your current settings are already higher you shouldn't notice a change)
And in case this settings makes troubles just tell me and I'll remove it again...

# a new ini parameter allows to pause before the ValidateVUK part starts (its's called FindVUK / PauseBeforeValidateVUK) - set it to 1 and you'll asked to press a key before step 2 starts (basically only useful in case the automatic detection of the aacs folder on the disc is making troubles again...)

# in case Passkey is used and no encrypted files are found ask the user to exit Passkey and repeat the ValidateVUK process afterwards

# and I've added Passkey 8251 as tested application :)

I hope this release solves the problem reported by dirk362

[nalor]

Released 0.83 - just 'polished' the last release a little bit further :)

[candela]

Here's an overview of all the ini settings (https://mega.nz/#!Xo9Q0CBI!aIJYuz_8xv8dY8enc6M7k64lZLUh8n7RgiWX73ep8Uk) since they are spread all over this thread. I couldn't figure out what the CloseAtTheEnd parameter does

[nalor]

When you set closeattheend=1 then dvdfab or mediaplayerpro are closed when you exit FindVUK - in case it's 0 they aren't.

[candela]

When you set closeattheend=1 then dvdfab or mediaplayerpro are closed when you exit FindVUK - in case it's 0 they aren't.

Doesn't work. It's set to 1 by default and doesn't close MediaPlayer nor Passkey when I exit FindVUK

[nalor]

Please take care that this settings exists for each application except passkey.
In Section 'MediaPlayer' for mediaplayer and in section 'DVDfab' for dvdfab.

Just tried it on my computer - it's working without a problem for me...

[candela]

Please take care that this settings exists for each application except passkey.
In Section 'MediaPlayer' for mediaplayer and in section 'DVDfab' for dvdfab.

Just tried it on my computer - it's working without a problem for me...

I even tried with a "clean" install of FindVUK, so a new ini is created. It doesn't work. I have Win Vista 64 if that helps. FindVUK does start Mediaplayer/Passkey if it is not running. But closing doesn't work when closing FindVUK. However, MediaPlayer is closed by FindVUK before VUK validation

[nalor]

Released 0.84 - it fixes a small problem with a metatitle that includes a linebreak discovered by HaloSlayer255 (http://forum.doom9.org/showthread.php?p=1745709#post1745709).

Additional I've raised the logoutput for the CloseAtTheEnd setting a little bit.

@candela: please try and post the logfile afterwards - I guess the result will be identical as before, but hopefully the log reveals what is going wrong in your case.

Additionally I think your explanations of the different ini values are great - would you mind if I include them with the application?

[candela]

@candela: please try and post the logfile afterwards - I guess the result will be identical as before, but hopefully the log reveals what is going wrong in your case.

Additionally I think your explanations of the different ini values are great - would you mind if I include them with the application?

I will check the log but it has to wait a week unfortunately as I'm no longer at home now (I work abroad)

You can do with the explanations file whatever you want :)

[HaloSlayer255]

Just updated to 0.84 can't seem to load the program, using Windows 10 x64, tasklist shows FindVUK.exe is using only 80KB of memory. Also sometimes explorer.exe seems to slow down.

[nalor]

This is really strange - just tried it on my Win 8.1 x64 and also on a fresh Win 10 x64 installation and it's working in both cases without problems for me. I checked the taskmanager in Win10 and in my case FindVUK is using 1MB of memory - so 80kb seems to be really too little ;)
Can you see something in the logfile? Does the console window open? And FindVUK 0.83 is working without any problems? The difference between those 2 releases is really small.. so I honestly have no idea what could be the reason for your problems...

[HaloSlayer255]

Hello nalor,

There doesn't seem to be a log file from version 0.84, the console window doesn't open at all. FindVUK 0.83 works without problems.

[nalor]

Really strange - please try this one here:

FindVUK 0.84.1 (http://s000.tinyupload.com/index.php?file_id=17677954598895056690)

There are only 2 changes: I've added an OnError handler - so in case an unexpected error occurs you should get a dialogwindow with info about this problem (source file, line in code, ...) - so I hope this is happening for you and you can give me details afterwards ;)

Additional I write a quite useless line "####################" to the logfile before opening the console window - so in case you're finding a logfile with this line it means FindVUK is at least working a little bit ;)

I called it 0.84.1 because it's not even a real update in my eyes, more or less a special build to get more information :)

[HaloSlayer255]

Hi nalor,

Just tried the program, still no window for the program. :confused: it seems that it just hangs, tasklist is showing multiple FindVUK programs, all using only 80KB of memory sometimes only 64KB though. When 0.83 loads however it uses 5,784KB of memory.

[nalor]

And still no logfile? Do you have some kind of antivirus software that might interfere?
I'm really clueless at the moment... :(

Gesendet von meinem D5803 mit Tapatalk

[HaloSlayer255]

Good news nalor,

With avast disabled, FindVUK 0.84 and 0.84.1 work, sorry about this.

[nalor]

Nevertheless a strange thing, either avast should put the application into quarantine or trust it.
To me it seems as if avast got stuck while scanning the application...
Will try it myself tonight :)

Gesendet von meinem D5803 mit Tapatalk

[nalor]

Okay - I've installed the 'Avast Free Antivirus' software (version 11.1.2241) with virus-database version 151110-0 and it scanned FindVUK.exe for about 30 seconds and next it told me that it couldn't detect anything suspicous and allowed access to the application.
@HaloSlayer255: can you try again today? Maybe avast had a problem with their virus definitions yesterday that caused the trouble?

[HaloSlayer255]

FindVUK works on my end as well now. :cool:

[candela]

I will check the log but it has to wait a week unfortunately as I'm no longer at home now (I work abroad)

You can do with the explanations file whatever you want :)

CloseAtTheEnd still doesn't work with 0.84

Also there is something wrong with the console size. FindVUK cannot change the size. I see a "ConsoleBufferSize Error" in the log. If I change the window properties manually first in Windows, the error disappears


2015-11-15 00:04:44 # 876205 # ----------- FindVUK 0.84 -----------
2015-11-15 00:04:44 # 876211 # SettingsFile: >C:\Utils\FindVUK_0.84\config\FindVUK.ini<
2015-11-15 00:04:44 # 876220 # Information! DVDfab MainApp is not valid! ><
2015-11-15 00:04:44 # 876232 # Current ConsoleBufferSize 80 x 300
2015-11-15 00:04:44 # 876237 # Current ConsoleScreenSize 79 x 49
2015-11-15 00:04:44 # 876243 # New Settings BufferSize 120 x 300 - ScreenSize 120 x 50
2015-11-15 00:04:44 # 876248 # Max. ConsoleSize 240 x 93
2015-11-15 00:04:44 # 876252 # New consolescreensize 120 x 50
2015-11-15 00:04:44 # 876255 # ConsoleBufferSize Error >-3<
2015-11-15 00:04:44 # 876259 # MediaPlayer is preferred and available!
2015-11-15 00:04:44 # 876264 # MediaPlayer-MainFile: >C:\Program Files (x86)\DVDFab Media Player 2\FabPlayer.exe<
2015-11-15 00:04:44 # 876268 # MediaPlayer-LogFile: >C:\Users\\Documents\DVDFab Media Player\win_player.log<
2015-11-15 00:04:44 # 876272 # MediaPlayer-CloseAtTheEnd>1<
2015-11-15 00:04:44 # 876281 # KEYDB-Path: >C:\Users\\AppData\Roaming\aacs<
2015-11-15 00:04:44 # 876286 # KEYDB-Backup-Path: >C:\Utils\FindVUK_0.84\VUKbackup\<
2015-11-15 00:04:44 # 876294 # ProcDumpFile: >C:\Utils\FindVUK_0.84\tool\procdump.exe<
2015-11-15 00:04:45 # 876299 # --- PART 1 --- GET VUK ---
2015-11-15 00:04:45 # 876308 # No running application process discovered
2015-11-15 00:04:45 # 876316 # >> Start it now >C:\Program Files (x86)\DVDFab Media Player 2\FabPlayer.exe<
2015-11-15 00:04:47 # 878694 # Tested MediaPlayer Version >2.5.0.5< found
2015-11-15 00:04:47 # 878698 # >>> everything should work as expected!
2015-11-15 00:04:47 # 878703 # Offset Folder2DiscId >0x114< - DiscId2Vuk >0x5F<

[nalor]

Hi!

I checked the code and found the error regarding the SetConsoleSize error - cannot set the size bigger than the buffer - and the buffer would be changed after the size... need to make it a little bit smarter ;)

Will correct this for the next release.

And can you post the end of the logfile too? I expect some lines starting with 'CloseAtTheEnd is active' and hopefully the text afterwards helps to understand why it's not working correctly in your case :)

Thanks!

[candela]

Hi!

And can you post the end of the logfile too? I expect some lines starting with 'CloseAtTheEnd is active' and hopefully the text afterwards helps to understand why it's not working correctly in your case :)

Thanks!

This is all that is logged. When I close the FindVUK window there is nothing added to the log anymore

[nalor]

Ahhh! I see! How do you close Findvuk?
I guess you simply click the X button on the top right ;-)
Unfortunately this closes the console window where Findvuk is running immediatly ... this is a full stop without any chance for cleanup tasks.
The correct way is to press the ESC key on the keyboard :-)
This way Findvuk should also close MediaPlayer at the end.
(and the console window is also closed at the end)

I will include an explanational text in the next release :-D

Gesendet von meinem D5803 mit Tapatalk

[candela]

Ahhh! I see! How do you close Findvuk?
I guess you simply click the X button on the top right ;-)
Unfortunately this closes the console window where Findvuk is running immediatly ... this is a full stop without any chance for cleanup tasks.
The correct way is to press the ESC key on the keyboard :-)
This way Findvuk should also close MediaPlayer at the end.
(and the console window is also closed at the end)

I will include an explanational text in the next release :-D

Gesendet von meinem D5803 mit Tapatalk

Yes indeed, it works with ESC, lol

Here's an updated FindVUK 0.84 INI settings (https://mega.nz/#!2kVwzRaJ!-XMoDoimeVnPJXaQEodDVNf6EQwTM2oMSf80D2kRhac) manual with the CloseAtTheEnd parameter and console size limitations explained

[nalor]

Released FindVUK 0.86 - it includes a few smaller fixes (e.g. the fix for the partly broken consoleresize feature) and one bigger new feature that required definitely too much time to develop... but I'm just a hobby developer and sometime this involves spending countless hours for really small features ;)

Inspired by this thread Advice on Bus Encrypted Blu-Rays (http://forum.doom9.org/showthread.php?t=172836) I started to implement a really small new feature: simply determine the vendor and model details of the drive and also write it to the logfile - and finally I decided to create a small DeviceList- database with details about bluray drives (see thread here: List of bluray-drives with their features (http://forum.doom9.org/showthread.php?t=172914)) and I've started this list with the 3 drives that I own myself :)

Please help to enlarge the list :)

In addition to the new features I've included the html-helpfile of candela - thanks for your support! :thanks:

The next feature will really be BusEncryptionSupport... but I needed to bring the DriveList feature to an end before starting the work on the next one...

[nalor]

Found a small bug and so I've created a 0.86.1 release ;)

All command line parameters except 'showdrivedetails' were broken...

[nalor]

Small update to 0.86.3 - in case you notice problems with the previous 0.86.x release please try this one and report your findings - it includes a lot more logoutput in the procedure that is very likely responsible for the problems reported by candela here (http://forum.doom9.org/showthread.php?p=1748103#post1748103).

[libredr]

Hi, does this work with the free DVDFab Passkey Lite?

[nalor]

I dont think so, but you can use the trial version of Dvdfab 9 (the trial period will never start) or take the free lifetime licence of Passkey available on the dvdfab Website until today.

Gesendet von meinem D5803 mit Tapatalk

[libredr]

I dont think so, but you can use the trial version of Dvdfab 9 (the trial period will never start) or take the free lifetime licence of Passkey available on the dvdfab Website until today.

Gesendet von meinem D5803 mit Tapatalk

Thanks for the tip! Just subscribed to the free license.
Besides, has anyone been able to make it run under Wine on Linux?

[libredr]

Hi nalor, when you dump the data with your software, is there by any chance other useful information, such as PKs and Host key/cert? That would be very helpful for Linux users.

[nalor]

Well - the main problem is that there's no way to detect a PK or host certificate in a memory dump... so eventually DVDfab products store PK, host cert or other interesting info also in the memory - but I've no idea how to recognize them.

The memory dump is simply ~100MB of random bytes and the only way to find the VUK inside the dump is because there are some indicators around the VUK that I noticed when I analyzed the memory dump the first time (like the DiscId).
But as I cannot guarantee that things might change over time I've also created the part 2 of FindVUK to validate the found VUK against the encrypted disc so that it's really clear that the VUK is correct.
I mean in case I would be 1 byte off in the memory dump the found VUK would still look quite good - but would be completely useless because it would be wrong.

I don't believe that a PK is stored in the local memory.. the PK is the most valuable information companies like DVDfab have - so I guess it's very well hidden (I think the relevant information that is necessary to get hands on the VUK is simply transferred to their server and all the initial decryption is performed on their server as well - so only the VUK is finally transferred to the client computer) :)
Eventually it's possible to find a HostCertificate in the memory dump - but I still wouldn't know how to find it ;)

Finally I can tell you I've connected my external bluray drive to my RaspberryPi2 with Kodi and watch blurays with this combo - all I have to do is to copy my local keydb.cfg to the Pi and that's all I need, personally I stopped caring about getting a new PK because this is race has been lost a long time ago... (and this was the main reason why I started searching for a way to find VUK information for recent discs).

So I don't need the PK to watch blurays with linux.

[libredr]

nalor, have you looked at other software, such as Makemkv? I am a Linux user by the way, it would be cool to have some sort of FindVUK on Linux, combined with Makemkv, which has a native Linux version. Also, DVDFab HD Decrypter (Win version) has been reported to run fine on Linux using Wine.

[nalor]

Released 0.87 - it just includes some minor corrections and hopefully a solution to the problem reported by candela...

[nalor]

nalor, have you looked at other software, such as Makemkv? I am a Linux user by the way, it would be cool to have some sort of FindVUK on Linux, combined with Makemkv, which has a native Linux version. Also, DVDFab HD Decrypter (Win version) has been reported to run fine on Linux using Wine.

Hi - I've checked all applications I've found that do some kind of bluray decryption... and the DVDfab applications are the only ones that store the VUK in an easy way in their memory.
Hopefully they'll never change their internal procedures :)

I'm sorry but I don't want to create a linux version - at the moment there are ~50 downloads for each release ;) So I don't think it's worth the effort.

Simply install virtualbox and run a virtual windows 7, 8 or 10 in it - should be enough to get an environment that can be used to start FindVUK.

[candela]

FindVUK 0.87 appears to be getting the drive details during normal VUk validation so it locks up, meaning I cannot use it anymore...


2015-12-12 17:21:52 # 396117 # ------------------------------------
2015-12-12 17:21:52 # 396122 # VolumeName: VS054
2015-12-12 17:21:52 # 396126 # DiscID : A003637A3AA902D6F51F3AEA5EF6A43D66DE1880
2015-12-12 17:21:52 # 396130 # VUK : 5601519FDD76BA4C2F44D7394340DD44
2015-12-12 17:21:52 # 396134 # ------------------------------------
2015-12-12 17:21:52 # 396139 # --- PART 2 --- GET MKBrev AND VALIDATE VUK ---
2015-12-12 17:21:52 # 396145 # AACS folder on disc is reachable - ValidateVUK is possible
2015-12-12 17:21:52 # 396658 # Got DateDiscId from disc >2014-08-28<
2015-12-12 17:21:52 # 396666 # Got VolumeName from disc >VS054<
2015-12-12 17:21:52 # 396670 # Read MetaTitle from MetaFiles now
2015-12-12 17:21:52 # 396676 # Information: no bdmv-meta-dl directory available on disc - cannot read meta-title
2015-12-12 17:21:52 # 396693 # Check drive features for drive >F<
2015-12-12 17:21:52 # 396699 # Vendor >HL-DT-ST< ProductId >BDDVDRW GGC-H20L< ProductRevision >1.03< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
2015-12-12 17:21:52 # 396705 # Device is detected as 'FILE_DEVICE_DVD' mediatype - so it's either a DVD or a BLURAY drive - continue with enumeration
2015-12-12 17:21:52 # 396709 # Request SCSI-MMC drive details now

[nalor]

Released 0.88 - this should finally solve the problem reported by candela and again changes the format of the included drivelist.

[nalor]

Released 0.89 - fixes a newly introduced bug that only affects users without installed dvdfab products.

[nalor]

Released 0.90 - nothing spectacular - updated the included drivelist and added the current dvdfab and passkey versions as supported ones.
But no new features or bugfixes.

[nalor]

Released 0.91 - added the current dvdfab and passkey versions as supported ones and one small new feature: windowposition is saved on exit and restored on start (can be disabled with new ini parameter if necessary)

[legluondunet]

Hello,

I tried to use it on Virtualbox + Windows XP, it stopped at the second part:

https://lh3.googleusercontent.com/-qOn7TVwr24c/VqvBArgxb3I/AAAAAAAAAfA/8pSaCO5E7Y0/s1440-Ic42/Capture%252520d%252527%2525C3%2525A9cran%252520de%2525202016-01-29%25252020-27-36.jpg

Do you know why?

[nalor]

Hello,

I tried to use it on Virtualbox + Windows XP, it stopped at the second part:

https://lh3.googleusercontent.com/-qOn7TVwr24c/VqvBArgxb3I/AAAAAAAAAfA/8pSaCO5E7Y0/s1440-Ic42/Capture%252520d%252527%2525C3%2525A9cran%252520de%2525202016-01-29%25252020-27-36.jpg

Do you know why?

Hi!
Can you upload the logfile? It would help a lot to analyze what really happened in your case.

Did MediaPlayer exit automatically? On the screenshot it doesn't look as if it is still running - this would explain why FindVuk couldn't find it's process id (because it's not running any more).

The next question is: can you manually access the folder d:\aacs using explorer when you get the message, that this folder is not accessible?
Eventually MediaPlayer simply crashed and so the access to the folder is permanently blocked until you restart windows or something like that...

I can see the DVDfab icon on the desktop - have you already tried to use DVDfab instead of mediaplyer? This is the solution that I prefer at the moment. Just change the ini-parameter 'PreferredApplication' to 3 to prefer DVDfab. (take a look at the included IniSettings html file for more information).

[legluondunet]

Hello,

I joined you the FindVUK log file.

Thank you for your help.

PS: if necessary I can upload you the dump file (400-500 mo)

[legluondunet]

For this test I installed DVDFab 9, same result.

How to reproduce:
Install Windows XP in Virtualbox
Install DVDFab 9 and FindVUK
Mount a Bluray with
1) Virtualbox mount ISO
or
2) USB Bluray access
or
3) Select ISO bluray file into DVDFab 9

[nalor]

Still waiting for the approval of the logfile.
@legluondunet: to speed up things a little bit - can you upload the logfile e.g. to tinyupload, dropbox, ... or another file hoster of your choice?

Thanks!

[legluondunet]

my log file on pastebin:

http://pastebin.com/F06amLUu

thank you for your help.

[nalor]

Thanks! Please paste also the dvdfab logfile :

C:\Documents and Settings\Romain\Mes documents\DVDFab9\Log\dvdfab_internal.log

I can see that the detection of the drive letter isn't working correctly and with the additional logfile i can check why.

Thanks

Gesendet von meinem D5803 mit Tapatalk

[legluondunet]

et voilà:
http://pastebin.com/LwSpcCEa

[nalor]

Detected the problem - but there's nothing that I can really do but to display a warning to the user.

I think you've opened an iso file directly in DVDfab and this is the reason why it's failing to verify the discovered VUK.

In the logfile I can see this:

1m 07.12s: opening iso \\VBOXSVR\dd2\blu-ray_movie.iso
1m 07.28s: internal path `:/BDMV/

As you can see there's no drive letter available - so FindVUK cannot access the drive itself.

Please mount the iso in a virtual drive instead and try again - thanks!

[legluondunet]

New test with the iso mount directly by Virtualbox as a drive letter. Same result:

FindVUK log file: http://pastebin.com/4MrkQTrz
DVDFab 9 internal log: http://pastebin.com/ENEwR45A

I can not access to Bluray disc with MS Windows Explorer.

[nalor]

I can not access to Bluray disc with MS Windows Explorer.

This is your main problem - I tried it myself with a virtual windows xp and noticed it's necessary to install a special udf driver to get access to bluray-discs.

Please download e.g. this one windows xp udf driver (http://s000.tinyupload.com/index.php?file_id=85628546301190965398), install it and now you should be able to access the disc in explorer!

I've also noticed that the dvdfab application path wasn't detected properly under WindowsXP in previous findvuk releases - just released 0.92 that should fix this also.

And another thing I noticed: it's necessary to install the vcredist 2008 sp1 package from microsoft manually, otherwise dvdfab only shows an error message in a fresh WindowsXP installation.

Included both WindowsXP specials in my short instructions on the first page - just in case other users are also trying to use FindVUK with WindowsXP.

[nalor]

Released 0.92 - added the current dvdfab and passkey versions as supported ones and included a few fixes for errors encountered by legluondunet (now it should also work fine under WindowsXP)

[Emulgator]

2016-02-13 14:40:06 # 21143856 # #############################################################################
2016-02-13 14:40:06 # 21143857 # ----------- FindVUK 0.92 -----------
2016-02-13 14:40:06 # 21143858 # Operating System: Windows 7
2016-02-13 14:40:06 # 21143859 # Parameters detected
2016-02-13 14:40:06 # 21143859 # SettingsFile: >C:\_PROG\FindVUK\config\FindVUK.ini<
2016-02-13 14:40:06 # 21143863 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2016-02-13 14:40:06 # 21143863 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2016-02-13 14:40:06 # 21143863 # Max. ScreenSize 240 x 86
2016-02-13 14:40:06 # 21143864 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2016-02-13 14:40:06 # 21143864 # M1 - New BufferSize 120 x 300
2016-02-13 14:40:06 # 21143864 # Mx2 - New ScreenSize 120 x 50
2016-02-13 14:40:06 # 21143867 # Current BufferSize 120 x 300 - ScreenSize 120 x 50
2016-02-13 14:40:06 # 21143868 # Requested BufferSize 300 x 0 - ScreenSize 0 x 0
2016-02-13 14:40:06 # 21143868 # Final New Values - BufferSize 300 x 300 - ScreenSize 120 x 50 - Resize >0<
2016-02-13 14:40:06 # 21143868 # M1 - New BufferSize 300 x 300
2016-02-13 14:40:06 # 21143868 # Mx2 - New ScreenSize 120 x 50
2016-02-13 14:40:06 # 21143871 # ShowDriveDetails for Drive >B:\<
2016-02-13 14:40:06 # 21143871 # Check drive features for drive >B<
2016-02-13 14:40:06 # 21143876 # Vendor >< ProductId >MATSHITA BD-MLT UJ260AF< ProductRevision >1.00< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
2016-02-13 14:40:06 # 21143876 # Device is detected as 'FILE_DEVICE_DVD' mediatype - so it's either a DVD or a BLURAY drive - continue with enumeration
2016-02-13 14:40:06 # 21143877 # Request SCSI-MMC drive details now
2016-02-13 14:40:06 # 21143877 # ERROR! MMC_GetDriveDetails failed:-3

No DVDFab Product installed.

[nalor]

No DVDFab Product installed.

Hi - please change a value in the ini file (in the config folder):

WriteDebugLog = 1

and try again - it will fail again, but please post the new log file again, it should include additional details that hopefully help to understand what's going wrong.

Additionally it would be great if you could test EnumCD from Microsoft (https://support.microsoft.com/en-us/kb/305184) and tell if this is working correctly. Basically it sends exactly the same commands to the drive as FindVUK does... so usually there shouldn't be a difference.

Thanks!

[Emulgator]

2016-02-13 16:58:50 # 585743 # #############################################################################
2016-02-13 16:58:50 # 585744 # ----------- FindVUK 0.92 -----------
2016-02-13 16:58:50 # 585744 # Operating System: Windows 7
2016-02-13 16:58:50 # 585745 # Parameters detected
2016-02-13 16:58:50 # 585745 # SettingsFile: >C:\_PROG\FindVUK\config\FindVUK.ini<
2016-02-13 16:58:50 # 585746 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2016-02-13 16:58:50 # 585746 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2016-02-13 16:58:50 # 585747 # Max. ScreenSize 240 x 86
2016-02-13 16:58:50 # 585747 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2016-02-13 16:58:50 # 585747 # M1 - New BufferSize 120 x 300
2016-02-13 16:58:50 # 585747 # Mx2 - New ScreenSize 120 x 50
2016-02-13 16:58:50 # 585750 # Current BufferSize 120 x 300 - ScreenSize 120 x 50
2016-02-13 16:58:50 # 585750 # Requested BufferSize 300 x 0 - ScreenSize 0 x 0
2016-02-13 16:58:50 # 585750 # Final New Values - BufferSize 300 x 300 - ScreenSize 120 x 50 - Resize >0<
2016-02-13 16:58:50 # 585750 # M1 - New BufferSize 300 x 300
2016-02-13 16:58:50 # 585751 # Mx2 - New ScreenSize 120 x 50
2016-02-13 16:58:50 # 585753 # ShowDriveDetails for Drive >B:\<
2016-02-13 16:58:50 # 585753 # Check drive features for drive >B<
2016-02-13 16:58:50 # 585758 # DEBUGLOG - device_open - CreateFile >B:\< with GENERIC_READ + GENERIC_WRITE - SUCCESS
2016-02-13 16:58:50 # 585759 # Vendor >< ProductId >MATSHITA BD-MLT UJ260AF< ProductRevision >1.00< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
2016-02-13 16:58:50 # 585759 # Device is detected as 'FILE_DEVICE_DVD' mediatype - so it's either a DVD or a BLURAY drive - continue with enumeration
2016-02-13 16:58:50 # 585759 # Request SCSI-MMC drive details now
2016-02-13 16:58:50 # 585759 # DEBUGLOG - MMC_GetDriveDetails - BEFORE device_send_cmd >46 00 00 00 00 00<
2016-02-13 16:58:50 # 585760 # DEBUGLOG - device_send_cmd_buffer - Start - tx >0< rx >65535<
2016-02-13 16:58:50 # 585760 # DEBUGLOG - device_send_cmd_buffer - CommandLen >10< iReturn >1< cmd >46 00 00 00 00 00 00 FF FF 00<
2016-02-13 16:58:50 # 585760 # DEBUGLOG - device_send_cmd_buffer - Before CopyMemory >00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<
2016-02-13 16:58:50 # 585760 # DEBUGLOG - device_send_cmd_buffer - Before FillMemory >24<
2016-02-13 16:58:50 # 585760 # DEBUGLOG - device_send_cmd_buffer - After FillMemory
2016-02-13 16:58:50 # 585760 # DEBUGLOG - device_send_cmd_buffer - Before 'DeviceIoControl' - length >65603< SenseInfoLength >24<
2016-02-13 16:58:50 # 585761 # DEBUGLOG - device_send_cmd_buffer - 'DeviceIoControl' ERROR - LastError >1<
2016-02-13 16:58:50 # 585761 # DEBUGLOG - device_send_cmd_buffer - Final Result >0<
2016-02-13 16:58:50 # 585761 # DEBUGLOG - MMC_GetDriveDetails - AFTER device_send_cmd >-3<
2016-02-13 16:58:50 # 585761 # DEBUGLOG - MMC_GetDriveDetails - FreeMemory
2016-02-13 16:58:50 # 585761 # DEBUGLOG - MMC_GetDriveDetails - Result >-3<
2016-02-13 16:58:50 # 585761 # ERROR! MMC_GetDriveDetails failed:-3
2016-02-13 16:58:53 # 588727 # Error! getting consolewindowposition
2016-02-13 16:58:53 # 588728 # Error saving window position

RunAsAdministrator fo all users checked

Ah, from EnumCD.exe:

The sample also sends a Mode Sense command to read the "CD Capabilities and Mechanical Status" parameter page from the device.
This page contains (among other things) information about the capabilities of the CD drive including whether it is a CD or DVD drive,
whether it supports reading or writing, and the media types it supports (such as CD-R/RW or DVD-ROM/R/RAM).
As mentioned previously, this parameter page is only defined in the SCSI-3 MMC specification.
Devices that do not support this specification will return an error.

This may be the reason. The drive just may have no implementation of this particular spec.

[nalor]

Ah, from EnumCD.exe:

(...)

This may be the reason. The drive just may have no implementation of this particular spec.

And did EnumCD output the correct result? Or only show an error?

Basically I don't think that your drive is missing something... it's more likely that my implementation is still not 100% correct... :(

[Emulgator]

Here we go:

C:\Users\l>C:\enumcd\EnumCD.exe
Properties for Device 1

Device ID: IDE\CdRomMATSHITA_BD-MLT_UJ260AF_________________1.00____

Adapter Properties
------------------
Bus Type : Printer Device
Max. Tr. Length: 0x20000
Max. Phy. Pages: 0x21
Alignment Mask : 0x1

Device Properties
-----------------
SCSI Device Type: CDROM Device (0x5)
Media Type : DVD (0x33)
Removable Media : Yes
Product ID : MATSHITA BD-MLT UJ260AF
Product Revision: 1.00

Inquiry Data from Pass Through
------------------------------
Device Type: CDROM Device (0x5)
Vendor ID : MATSHITA
Product ID : BD-MLT UJ260AF
Product Rev: 1.00
Vendor Str : 12121200


CD Drive Capabilities from Pass Through
---------------------------------------
CD Reader : Yes
CD-R disc : Yes
CD-RW disc: Yes

CD writer : Yes
CD-R disc : Yes
CD-RW disc: Yes

DVD Reader : Yes
DVD-ROM disc: Yes
DVD-R disc : Yes
DVD-RAM disc: Yes

DVD writer : Yes
DVD-R disc : Yes
DVD-RAM disc: Yes




*** End of Device List ***

C:\Users\l>

[nalor]

@Emulgator

Sorry - took a little bit longer than expected.

For the moment I've transcoded EnumCD to Purebasic - please try this executeable:

EnumCdPurebasic.exe (http://s000.tinyupload.com/index.php?file_id=02650646883995139478)

It should do exactly the same things as the original EnumCD (with only one difference - I've enhanced the list of Adapter-BusTypes - so it should tell you 'SATA' and not 'Printer Device' in case of an Sata drive :) )

If it is working for you I'll start to check for the differences between this implementation and my findvuk-code.

[Emulgator]

Here we go:

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\l>E:\_SOFT\EnumCdPurebasic.exe
Properties for Device 1


Device ID: IDE\CdRomMATSHITA_BD-MLT_UJ260AF_________________1.00____

Adapter Properties
------------------
Bus Type : SATA
Max. Tr. Length: 0x20000
Max. Phy. Pages: 0x21
Alignment Mask : 0x1

Device Properties
-----------------
SCSI Device Type: CDROM Device (0x5)
Media Type : DVD (0x33)
Removable Media : Yes
Product ID : MATSHITA BD-MLT UJ260AF
Product Revision: 1.00

Inquiry Data from Pass Through
------------------------------
Device Type: CDROM Device (0x5)
Vendor ID : MATSHITA
Product ID : BD-MLT UJ260AF
Product Rev: 1.00
Vendor Str : 12121200






CD Drive Capabilities from Pass Through
---------------------------------------
CD Reader : Yes
CD-R disc : Yes
CD-RW disc: Yes

CD writer : Yes
CD-R disc : Yes
CD-RW disc: Yes

DVD Reader : Yes
DVD-ROM disc: Yes
DVD-R disc : Yes
DVD-RAM disc: Yes

DVD writer : Yes
DVD-R disc : Yes
DVD-RAM disc: Yes







Properties for Device 2

*** End of Device List ***

C:\Users\l>

[LM2005]

How do I know FindVuk has found something and finished. But most importantly, thank you for this thread and tool. I started to run out of disk space when I had to make a MKV copy of my disks to watch them.

Edit: Well, now I know, with second disk I got more info.

[nalor]

Just released 0.93 - just a small maintenance release, nothing really new...

@LM2005: I'm still thinking about your problem and already started to add something to 'EnumCdPurebasic' to get more details about your problem.., hopefully I can finish it within the next couple of days.

[LM2005]

Just released 0.93 - just a small maintenance release, nothing really new...

@LM2005: I'm still thinking about your problem and already started to add something to 'EnumCdPurebasic' to get more details about your problem.., hopefully I can finish it within the next couple of days.
No problem. I got the program finally working, it was just a bit different to use than other SW I have used. Unfortunately, I have to reinstall it all again.

With thanks
LM2005

[smiller667]

Hi,

I am using a Liteon iHOS104 drive (vendor is "ATAPI"). Part 1 (GetVUK) is successful and retrieves the correct VUK (the VUK works if you manually add it to to the key file). However, validation of the VUK in step 2 fails:
00:59:45 - --- PART 2 --- GET MKBrev AND VALIDATE VUK ---
-------------------------------------------------------------------------------
00:59:45 - AACS folder on disc is reachable - ValidateVUK is possible
00:59:46 - Drive is NOT a Blu-ray drive! Exit now!
00:59:46 - In case this is wrong please report in the Doom9 forum
00:59:46 - CloseAtTheEnd is active, close DVDfab now
Waiting 3 secs before quit...

The Showdrivedetails output of FindVUK says
C:\Program Files\FindVUK>findvuk.exe showdrivedetails
-----------------------------------------------------------
01:21:16 - ----------- FindVUK 0.93 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
01:21:16 - Parameters detected
01:21:16 - SettingsFile: >C:\Program Files\FindVUK\config\FindVUK.ini<

######################################################################################################
01:21:16 - ShowDriveDetails for Drive >E:\<
######################################################################################################
01:21:16 - Vendor >< ProductId >ATAPI iHOS104< ProductRevision >WL0F< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
01:21:16 - ERROR! MMC_GetDriveDetails failed:-3

Please press ENTER or ESC to exit
01:22:55 - Error saving window position

EnumCDPureBasic output is
Device ID: IDE\CdRomATAPI_iHOS104___________________________WL0F____

Adapter Properties
------------------
Bus Type : SATA
Max. Tr. Length: 0x20000
Max. Phy. Pages: 0x21
Alignment Mask : 0x1

Device Properties
-----------------
SCSI Device Type: CDROM Device (0x5)
Media Type : DVD (0x33)
Removable Media : Yes
Product ID : ATAPI iHOS104
Product Revision: WL0F

Inquiry Data from Pass Through
------------------------------
Device Type: CDROM Device (0x5)
Vendor ID : ATAPI
Product ID : iHOS104
Product Rev: WL0F
Vendor Str : 2010/11/25 13:54






CD Drive Capabilities from Pass Through
---------------------------------------
CD Reader : Yes
CD-R disc : Yes
CD-RW disc: Yes

CD writer : No

DVD Reader : Yes
DVD-ROM disc: Yes
DVD-R disc : Yes
DVD-RAM disc: No

DVD writer : No

Is there something I can do to prevent this error?
Cheers,
Steve

[nalor]

Hi, i'm still not sure if it has been a smart idea to include this check if not.

Please enable the debug log setting in the ini file and Post the logfile e.g. on pastebin.com and i'll try to fix this asap :)

Gesendet von meinem D5803 mit Tapatalk

[nalor]

@smiller667
@LM2005

Please try this special 'EnumCD' version and report your results:

EnumCdPurebasic-3 (http://s000.tinyupload.com/index.php?file_id=01561177464871415125)

I've added 2 custom commands at the end that request the same information that I'll try to retrieve from the drives in FindVUK - just want to know if it's working this way or not.

On my computer the output at the end looks like this:


CD Drive Configuration from Pass Through
---------------------------------------
Returnsize >476< real datalen >772< datalen >476< senselen >0< size >44< sizewb >65832<

Feature: >Profile List<
Feature: >Core<
Feature: >Morphing<
Feature: >Removeable Medium<
Feature: >Write Protect<
Feature: >Random Readable<
Feature: >Multi-Read<
Feature: >CD Read<
Feature: >DVD Read<
Feature: >Random Writeable<
Feature: >Incremental Streaming Writeable<
Feature: >Formattable<
Feature: >Hardware Defect Management<
Feature: >Restricted Overwrite<
Feature: >DVD+RW<
Feature: >DVD+R<
Feature: >Rigid Restricted Overwrite<
Feature: >CD Track at Once<
Feature: >CD Mastering<
Feature: >DVD-R/-RW Write<
Feature: >Layer Jump Recording<
Feature: >CD-RW Media Write Support<
Feature: >BD-R POW<
Feature: >DVD+R Dual Layer<
Feature: >BD Read Feature<
Feature: >BD Write Feature<
Feature: >Hybrid Disc<
Feature: >Power Management<
Feature: >SMART<
Feature: >Microcode Update<
Feature: >Timeout<
Feature: >DVD-CSS<
Feature: >Real Time Streaming<
Feature: >Drive Serial Number<
Feature: >DCBs<
Feature: >DVD CPRM<
Feature: >Firmware Information<
Feature: >AACS<
Feature: >Vendor Specific<
Feature: >Vendor Specific<

CD Drive INQUIRY from Pass Through
---------------------------------------
VendorIdentification : HL-DT-ST
ProductIdentification: BD-RE BH10LS38
ProductRevisionLevel : 1.03
VendorSpecific : (BS)(NUL)A011051398BA7C5231



Thanks for your help and your patience!

[smiller667]

Hi,

EnumCdPurebasic-3 produces the following output on the Liteon iHOS104:

CD Drive Configuration from Pass Through
---------------------------------------
Returnsize >256< real datalen >552< datalen >256< senselen >0< size >44< sizewb
>65832<

Feature: >Profile List<
Feature: >Core<
Feature: >Morphing<
Feature: >Removeable Medium<
Feature: >Random Readable<
Feature: >Multi-Read<
Feature: >CD Read<
Feature: >DVD Read<
Feature: >Hardware Defect Management<
Feature: >DVD+RW<
Feature: >DVD+R<
Feature: >DVD+R Dual Layer<
Feature: >BD Read Feature<
Feature: >Power Management<
Feature: >CD Audio External Play<
Feature: >Microcode Update<
Feature: >Timeout<
Feature: >DVD-CSS<
Feature: >Real Time Streaming<
Feature: >Drive Serial Number<
Feature: >DVD CPRM<
Feature: >Firmware Information<
Feature: >AACS<

CD Drive INQUIRY from Pass Through
---------------------------------------
VendorIdentification : ATAPI
ProductIdentification: iHOS104
ProductRevisionLevel : WL0F
VendorSpecific : 2010/11/25 13:54

Cheers,
Steve

[nalor]

Thanks for testing - please try this one here as well:

EnumCdPurebasic 4 (http://s000.tinyupload.com/index.php?file_id=04335375566584643234)

I've changed only a small detail and will continue to release new versions with only small changes until it stops working ;)
And at this point I'll know how to fix this stupid bug :)

(I already have an idea.. but need to make one step after the other to be on the safe side)

[smiller667]

Here is the EnumCdPurebasic 4 output:


CD Drive Configuration from Pass Through
---------------------------------------
Returnsize >256< real datalen >552< datalen >256< senselen >0< size >44< sizewb
>65832<

Feature: >Profile List<
Feature: >Core<
Feature: >Morphing<
Feature: >Removeable Medium<
Feature: >Random Readable<
Feature: >Multi-Read<
Feature: >CD Read<
Feature: >DVD Read<
Feature: >Hardware Defect Management<
Feature: >DVD+RW<
Feature: >DVD+R<
Feature: >DVD+R Dual Layer<
Feature: >BD Read Feature<
Feature: >Power Management<
Feature: >CD Audio External Play<
Feature: >Microcode Update<
Feature: >Timeout<
Feature: >DVD-CSS<
Feature: >Real Time Streaming<
Feature: >Drive Serial Number<
Feature: >DVD CPRM<
Feature: >Firmware Information<
Feature: >AACS<

CD Drive INQUIRY from Pass Through
---------------------------------------
VendorIdentification : ATAPI
ProductIdentification: iHOS104
ProductRevisionLevel : WL0F
VendorSpecific : 2010/11/25 13:54


Cheers,
Steve

[nalor]

Here comes the next try ;)

This time I changed the way how the handle to the drive is retrieved to the method I'm using in FindVUK.

Please report your result after trying EnumCdPurebasic5 (http://s000.tinyupload.com/index.php?file_id=68303526411207110698)

Thanks!

[smiller667]

Here is the next output:

################################################################################
######################
ShowDriveDetails for Drive >E:\<
################################################################################
######################

Check drive features for drive >E:\<
CreateFile >E:\< with GENERIC_READ + GENERIC_WRITE - SUCCESS

Adapter Properties
------------------
Bus Type : SATA
Max. Tr. Length: 0x20000
Max. Phy. Pages: 0x21
Alignment Mask : 0x1

Device Properties
-----------------
SCSI Device Type: CDROM Device (0x5)
Media Type : DVD (0x33)
Removable Media : Yes
Product ID : ATAPI iHOS104
Product Revision: WL0F

Inquiry Data from Pass Through
------------------------------
Device Type: CDROM Device (0x5)
Vendor ID : ATAPI
Product ID : iHOS104
Product Rev: WL0F
Vendor Str : 2010/11/25 13:54


CD Drive Capabilities from Pass Through
---------------------------------------
CD Reader : Yes
CD-R disc : Yes
CD-RW disc: Yes

CD writer : No

DVD Reader : Yes
DVD-ROM disc: Yes
DVD-R disc : Yes
DVD-RAM disc: No

DVD writer : No





CD Drive Configuration from Pass Through
---------------------------------------
Returnsize >256< real datalen >552< datalen >256< senselen >0< size >44< sizewb
>65832<

Feature: >Profile List<
Feature: >Core<
Feature: >Morphing<
Feature: >Removeable Medium<
Feature: >Random Readable<
Feature: >Multi-Read<
Feature: >CD Read<
Feature: >DVD Read<
Feature: >Hardware Defect Management<
Feature: >DVD+RW<
Feature: >DVD+R<
Feature: >DVD+R Dual Layer<
Feature: >BD Read Feature<
Feature: >Power Management<
Feature: >CD Audio External Play<
Feature: >Microcode Update<
Feature: >Timeout<
Feature: >DVD-CSS<
Feature: >Real Time Streaming<
Feature: >Drive Serial Number<
Feature: >DVD CPRM<
Feature: >Firmware Information<
Feature: >AACS<

CD Drive INQUIRY from Pass Through
---------------------------------------
VendorIdentification : ATAPI
ProductIdentification: iHOS104
ProductRevisionLevel : WL0F
VendorSpecific : 2010/11/25 13:54

Cheers,
Steve

[nalor]

Next try - changed 2 constants to the values I'm using in FindVUK - eventually those make the difference:


MaxSenseLen: 252<>24
MaxIndirectData: 65534<>65535


EnumCdPurebasic - Mod6 (http://s000.tinyupload.com/index.php?file_id=54077914665405035774)

[nalor]

And another one:

EnumCdPurebasic Mod7 (http://s000.tinyupload.com/index.php?file_id=01093676429634321400)

Now I've also copied the procedure that requests the data from the drive directly from FindVuk.

@smiller667 - please execute both versions (Modification 6 & 7) and post your results - thanks!

[smiller667]

Here is the output from #6 & 7

#6:
################################################################################
######################
ShowDriveDetails for Drive >E:\<
################################################################################
######################

MaxSenseLen >24<
MaxIndirectData >65535<

Check drive features for drive >E:\<
CreateFile >E:\< with GENERIC_READ + GENERIC_WRITE - SUCCESS

Adapter Properties
------------------
Bus Type : SATA
Max. Tr. Length: 0x20000
Max. Phy. Pages: 0x21
Alignment Mask : 0x1

Device Properties
-----------------
SCSI Device Type: CDROM Device (0x5)
Media Type : DVD (0x33)
Removable Media : Yes
Product ID : ATAPI iHOS104
Product Revision: WL0F

Inquiry Data from Pass Through
------------------------------
Device Type: CDROM Device (0x5)
Vendor ID : ATAPI
Product ID : iHOS104
Product Rev: WL0F
Vendor Str : 2010/11/25 13:54


CD Drive Capabilities from Pass Through
---------------------------------------
Error: 0Der Vorgang wurde erfolgreich beendet.

fehler >0< senseinfo >24< datalen >65535< scsi status >0<

CD Drive INQUIRY from Pass Through
---------------------------------------
VendorIdentification : ATAPI
ProductIdentification: iHOS104
ProductRevisionLevel : WL0F
VendorSpecific : 2010/11/25 13:54

#7:
################################################################################
######################
ShowDriveDetails for Drive >E:\<
################################################################################
######################

MaxSenseLen >24<
MaxIndirectData >65535<

Check drive features for drive >E:\<
CreateFile >E:\< with GENERIC_READ + GENERIC_WRITE - SUCCESS

Adapter Properties
------------------
Bus Type : SATA
Max. Tr. Length: 0x20000
Max. Phy. Pages: 0x21
Alignment Mask : 0x1

Device Properties
-----------------
SCSI Device Type: CDROM Device (0x5)
Media Type : DVD (0x33)
Removable Media : Yes
Product ID : ATAPI iHOS104
Product Revision: WL0F

Inquiry Data from Pass Through
------------------------------
Device Type: CDROM Device (0x5)
Vendor ID : ATAPI
Product ID : iHOS104
Product Rev: WL0F
Vendor Str : 2010/11/25 13:54


CD Drive Capabilities from Pass Through
---------------------------------------
Error: 0Der Vorgang wurde erfolgreich beendet.

- BEFORE device_send_cmd >46 00 00 00 00 00<
device_send_cmd_buffer Start - tx >0< rx >65535<
device_send_cmd_buffer CommandLen >10< iReturn >1< cmd >46 00 00 00 00 00 00 FF
FF 00<
device_send_cmd_buffer Before CopyMemory >00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00<
device_send_cmd_buffer Before FillMemory >24<
device_send_cmd_buffer After FillMemory
device_send_cmd_buffer Before 'DeviceIoControl' - length >65603< SenseInfoLength
>24<
device_send_cmd_buffer 'DeviceIoControl' ERROR - LastError >1<
device_send_cmd_buffer Final Result >0<
- AFTER device_send_cmd >0<
fehler >0< senseinfo >24< datalen >65535< scsi status >0<

CD Drive INQUIRY from Pass Through
---------------------------------------
VendorIdentification : ATAPI
ProductIdentification: iHOS104
ProductRevisionLevel : WL0F
VendorSpecific : 2010/11/25 13:54

[nalor]

Released FindVUK 0.94

It's again just a small update - but the most important thing is that the bug discovered by smiller667 is fixed :)

The download link is in the first post!

[nalor]

Released FindVUK 0.95

It's again just a small update - added all dvdfab and passkey versions released in the last weeks as tested versions and fixed a small bug that I've noticed after starting FindVUK from a batch file (and changed the procedure to read drive details one more time - in case somebody notices a regression please tell me - thanks :) )

The download link is in the first post!

[Rickwally]

Hi, i'm unable to use this tool because of the attached error.
What could be causing this issue?

[nalor]

Hi, i'm unable to use this tool because of the attached error.
What could be causing this issue?
Hi, please send me the log as pm - otherwise I would have to wait until it gets approved.
Thanks!

[nalor]

Hi, i'm unable to use this tool because of the attached error.
What could be causing this issue?

Checked the logfile and the main problem is that FindVUK cannot read the directory of the logfile from the registry, usually this is the case when you've never pressed the OK button in the settings dialog of passkey.
When this happens FindVUK checks the default path for the logfile - but I guess in your case this isn't working properly because you've moved a few user directory from drive C to D and very likely the logfile is also located on drive D.

Please check your settings in Passkey:
http://www2.pic-upload.de/thumb/30535332/PasskeySettings.png (http://www.pic-upload.de/view-30535332/PasskeySettings.png.html)

And when you press the OK button passkey usually writes the logfile path to the registry and so FindVUK can read it properly and should start to work :)

[Rickwally]

Thanks for the Reply, I did that but nothing happened.
Then I found out that the problem was ZoneAlarm Firewall, closing it solved the problem... :)

[nalor]

Hi - great that it's working now, any idea how ZoneAlarm blocked the application?
There's nothing in FindVUK that could interfere with a firewall software...
Will install ZoneAlarm myself and check what happens when it's active.

(Update 20160506: just noticed Zonealarm is an antivirus application nowadays... I only remembered it being a personal firewall... )

[nalor]

Just released 0.96 and this time there are a few small new features:

change: included ability to use 'special folders' in LogFolder paths in ini-file (e.g. ?FOLDERID_Documents? as placeholder for the user-documents directory)
>> this solves the problem that the default path used to open the dvdfab/passkey logfile didn't work in case the 'my documents' folder has been moved to a different directory (this has been one of the problems I've noticed in the logfile of @Rickwally)

feature: ini switch to disable writing of entries in keydb.cfg in case VUK couldn't be validated
>> in my case I'm using 2 different drives, one that is 'BusEncryptionCapable' and another that isn't - usually I prefer the faster one but from time to time I encounter discs that are 'BusEncryptionEnabled' and so the VUK cannot be verified with my faster drive. I end up using my slower drive for those discs and always had to manually remove the 'VUKNOTVAL' entry from the keydb.cfg and so I created a new parameter that disables writing of those entries.
(and I still have the plan to integrate BusEncryption in FindVUK - simply needs more time than I initially thought)

feature: automatic upload of validated VUK to AACS Central Database - new ini section '[AacsCentralDB]' with parameters 'AutoVukUpload' = 0 or 1 (default is 1=enabled) and 'UploadUrl' that points to the upload destination
>> I noticed that I synchronise my local aacs-database only very infrequently and so I integrated the feature to POST validatet VUKs automatically to the website of @starbuck2010
>> you can disable this feature in case you don't want it or you can also change the url that is used for the POST to e.g. check which data is really sent to the website (and in case you enable the debug logging in the ini file the complete request and response is written to the logfile - so please believe me, this feature is simply for convenience and nothing else).

feature: automatically close Passkey after the memory dump - finally I figured out how I can close Passkey so that the validation of the VUK can be accomplished - so there's no need to manually exit Passkey any longer :)

[candela]

Settings manual updated to 0.96 (http://s000.tinyupload.com/index.php?file_id=54711863944826376027)

[candela]

I'm getting this error in 0.96. Didn't happen in 0.92

2016-07-10 16:08:57 # 335905101 # GetConsoleWindowHandle failed - ConsoleTitle >FindVUK 0.96< hwnd >65738< CurProcID >3704<
2016-07-10 16:08:57 # 335905107 # Fehler GetConsoleWindowHandle
2016-07-10 16:08:57 # 335905111 # Error! couldn't restore lastwindowposition
2016-07-10 16:08:57 # 335905117 # Error! Couldn't restore last window position!

[ErichV]

Please, add support for DVDFab Media Player 3! ;)

[nalor]

Good catch, missed this update somehow.
Already started with the implementation yesterday and the good news is that the VUK can still be found in memory, but unfortunately the format of the logfile changed, so it requires more work to integrate the support.
I am currently on vacation, I think it will take until the end of next week to finish the work.

Gesendet von meinem E5823 mit Tapatalk

[nalor]

Please, add support for DVDFab Media Player 3! ;)

Just released 0.97 and it includes support for Mediaplayer 3.

Please test and report if everything is working for you - :thanks:!

[nalor]

I'm getting this error in 0.96. Didn't happen in 0.92

2016-07-10 16:08:57 # 335905101 # GetConsoleWindowHandle failed - ConsoleTitle >FindVUK 0.96< hwnd >65738< CurProcID >3704<
2016-07-10 16:08:57 # 335905107 # Fehler GetConsoleWindowHandle
2016-07-10 16:08:57 # 335905111 # Error! couldn't restore lastwindowposition
2016-07-10 16:08:57 # 335905117 # Error! Couldn't restore last window position!

Hmm.. honestly no idea.... please test with 0.97, do you still get the same error?

[ErichV]

Just released 0.97 and it includes support for Mediaplayer 3.

Please test and report if everything is working for you - :thanks:!

It works like a charm, thanks. :)
However, the new version 3.0.0.1 of DVDFab Media Player, which was released today, doesn't reveal the VUK of any disc.

[ErichV]

Please test and report if everything is working for you - :thanks:!

It works like a charm, thanks. :)
However, the new version 3.0.0.1 of DVDFab Media Player, which was released yesterday, doesn't reveal the VUK of any disc.

[nalor]

It works like a charm, thanks. :)
However, the new version 3.0.0.1 of DVDFab Media Player, which was released yesterday, doesn't reveal the VUK of any disc.

Released FindVUK 0.98 that also supports MediaPlayer 3.0.0.1 now

(they've changed the name of the logfile from 'winplayer.log' to 'winplayer1.log' - now FindVUK searches for the newest file that matches the pattern win*player*.log and does not include 'crash' in the filename -hopefully this method is better than the previous hardcoded filename).

For me it's working fine.

[ErichV]

For me it's working fine.

For me, too. Thank you very much! :)

[candela]

Hmm.. honestly no idea.... please test with 0.97, do you still get the same error?

It's ok with 0.98 now, no idea, must have been some windows thing

[HaloSlayer255]

Long time no see everyone,

Anyhow, it seems to crash for me, at least on the movie Rio and its 3D version, must have found a new edition (or at least Disc ID, as its not in the database).

Log file attached

Thanks in advance,
HaloSlayer255

[nalor]

Please either send me the logfile as pm or upload the logfile to a website and post the url.
Thanks!

Gesendet von meinem E5823 mit Tapatalk

[Starbuck2010]

As of now, disc titles from FindVUK will replace _NONAME_ in AACS Updater database :)

[nalor]

Long time no see everyone,

Anyhow, it seems to crash for me, at least on the movie Rio and its 3D version, must have found a new edition (or at least Disc ID, as its not in the database).

Log file attached

Thanks in advance,
HaloSlayer255

Checked your logfile and my code and honestly I don't know...


does the error happen every time?
does playback start in MediaPlayer 3 ?


If both answers are 'yes' please upload the memory dump 'F:\Downloads\FindVUK_0.98\dump\77C11C94450BBAA355DD4141C47211CA1A21D338_.dmp' somewhere (e.g. http://www.file-upload.net/ ) and send me the link.

In case playback does not start please upload the logfile of mediaplayer >F:\My Documents\DVDFab Media Player\winplayer1.log< and send me the link!

Thanks!

[HaloSlayer255]

Playback seems to take a while but sometimes starts using the latest version of MediaPlayer3. Since its a hit or miss will also upload the log file of mediaplayer

Uploaded files to this link: http://www.mediafire.com/?gg3setyo9gix6

Thanks again for developing this useful tool nalor and sorry for the late reply, cheers. :)
HaloSlayer255

[nalor]

Playback seems to take a while but sometimes starts using the latest version of MediaPlayer3. Since its a hit or miss will also upload the log file of mediaplayer

Uploaded files to this link: http://www.mediafire.com/?gg3setyo9gix6

Thanks again for developing this useful tool nalor and sorry for the late reply, cheers. :)
HaloSlayer255

Checked both files:

FindVUK Logfile: nothing new in there, still clueless
Dump File - there's nothing useable in the dump, but no idea why


Please upload the logfile of MediaPlayer also - eventually this helps to bring some light into the dark.

Thanks!

[HaloSlayer255]

Hi nalor sorry for the late reply,

Had to stay off the computer for a few days.

Files attached and hope these are the right ones. Files also at mediafire

Thanks again,
HaloSlayer255

P.S. I was able to eventually get the VUKs uploaded but I remember during the first part it said something about vidon_internal so I included that file as well.

[masteroftheunivers]

2016-09-14 14:38:54 # 4375153 # #############################################################################
2016-09-14 14:38:54 # 4375154 # ----------- FindVUK 0.98 -----------
2016-09-14 14:38:54 # 4375155 # Operating System: Windows 7
2016-09-14 14:38:54 # 4375156 # SettingsFile: >C:\Users\master\Desktop\Neuer Ordner\config\FindVUK.ini<
2016-09-14 14:38:54 # 4375158 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2016-09-14 14:38:54 # 4375158 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2016-09-14 14:38:54 # 4375159 # Max. ScreenSize 240 x 84
2016-09-14 14:38:54 # 4375159 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2016-09-14 14:38:54 # 4375160 # M1 - New BufferSize 120 x 300
2016-09-14 14:38:54 # 4375161 # Mx2 - New ScreenSize 120 x 50
2016-09-14 14:38:54 # 4375179 # Couldn't read PasskeyLogDir from registry - take the info from the ini file
2016-09-14 14:38:54 # 4375180 # Information! MediaPlayer MainApp is not valid! ><
2016-09-14 14:38:54 # 4375180 # Information! DVDfab MainApp is not valid! ><
2016-09-14 14:38:54 # 4375181 # Passkey is preferred and available!
2016-09-14 14:38:54 # 4375181 # Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2016-09-14 14:38:54 # 4375182 # Passkey-LogFile: >C:\Users\master\Documents\DVDFab Passkey\Log\passkey_internal.log<
2016-09-14 14:38:54 # 4375182 # KEYDB-Path: >C:\Users\master\AppData\Roaming\aacs<
2016-09-14 14:38:54 # 4375182 # KEYDB-Backup-Path: >C:\Users\master\Desktop\Neuer Ordner\VUKbackup\<
2016-09-14 14:38:54 # 4375184 # ProcDumpFile: >C:\Users\master\Desktop\Neuer Ordner\tool\procdump.exe<
2016-09-14 14:38:54 # 4375184 # --- PART 1 --- GET VUK ---
2016-09-14 14:38:54 # 4375187 # No running application process discovered
2016-09-14 14:38:54 # 4375188 # >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2016-09-14 14:38:55 # 4376139 # Untested DVDfab App Version found >8.2.8.5<
2016-09-14 14:38:55 # 4376140 # Offset Folder2DiscId >0xxxx< - DiscId2Vuk >0xxxxx<
2016-09-14 14:39:01 # 4382553 # Drive opened
2016-09-14 14:39:01 # 4382554 # DiscType detected >Blu-ray BDMV<
2016-09-14 14:39:01 # 4382556 # Volume Label detected >xxxxxxx<
2016-09-14 14:39:04 # 4384963 # DriveLetter detected >E<
2016-09-14 14:39:04 # 4384963 # Detected CopyProtections AACS >1< BD+ >0<
2016-09-14 14:39:05 # 4386178 # DiscID found >xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<
2016-09-14 14:39:07 # 4387873 # Passkey got VUK - create memdump now!
2016-09-14 14:39:07 # 4387874 # DumpFile contains invalid characters - replace them with _
2016-09-14 14:39:07 # 4387974 # DUMP >>>
2016-09-14 14:39:07 # 4387975 # DUMP >>> ProcDump v8.0 - Writes process dump files
2016-09-14 14:39:07 # 4387975 # DUMP >>> Copyright (C) 2009-2016 Mark Russinovich
2016-09-14 14:39:07 # 4387976 # DUMP >>> Sysinternals - www.sysinternals.com
2016-09-14 14:39:07 # 4387976 # DUMP >>> With contributions from Andrew Richards
2016-09-14 14:39:07 # 4387976 # DUMP >>>
2016-09-14 14:39:07 # 4387977 # DUMP >>> [14:39:07] Dump 1 initiated: C:\Users\master\Desktop\Neuer Ordner\dump\xxxxxxxxxxxxx.dmp
2016-09-14 14:39:07 # 4388176 # DUMP >>> [14:39:07] Dump 1 writing: Estimated dump file size is 69 MB.
2016-09-14 14:39:07 # 4388276 # DUMP >>> [14:39:07] Dump 1 complete: 69 MB written in 0.4 seconds
2016-09-14 14:39:07 # 4388577 # DUMP >>> [14:39:07] Dump count reached.
2016-09-14 14:39:07 # 4388577 # DUMP >>>
2016-09-14 14:39:07 # 4388578 # Dump successful! >1<
2016-09-14 14:39:07 # 4388578 # DumpProcessToFile - Program >C:\Users\master\Desktop\Neuer Ordner\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\master\Desktop\Neuer Ordner\dump\xxxxxxxxxxxxxxxxxxxx.dmp"<
2016-09-14 14:39:07 # 4388579 # MemDump successfully finished!
2016-09-14 14:39:07 # 4388579 # Close Passkey now!
2016-09-14 14:39:08 # 4389587 # Start to analyze MemDump now!
2016-09-14 14:39:08 # 4389587 # DVDfab_GetVukFromDump - File >C:\Users\master\Desktop\Neuer Ordner\dump\xxxxxxxxxxxxxxxxxxxxxxxxxxxxx.dmp< DiscID >xxxxxxxxxxxxxxxxxxxxxxxxxx< Offset_Folder_DiscId >0xxxx< Offset_DiscId_Vuk >0xXX<
2016-09-14 14:39:12 # 4393351 # ------------------------------------
2016-09-14 14:39:12 # 4393351 # VolumeName: XXXX
2016-09-14 14:39:12 # 4393352 # DiscID : XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2016-09-14 14:39:12 # 4393352 # VUK : XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
2016-09-14 14:39:12 # 4393352 # ------------------------------------
2016-09-14 14:39:12 # 4393354 # --- PART 2 --- GET MKBrev AND VALIDATE VUK ---
2016-09-14 14:39:12 # 4393395 # AACS folder on disc is reachable - ValidateVUK is possible
2016-09-14 14:39:13 # 4393932 # Got DateDiscId from disc >xxxx-xx-xx<
2016-09-14 14:39:13 # 4393941 # Got VolumeName from disc >xxxxx<
2016-09-14 14:39:13 # 4393941 # Read MetaTitle from MetaFiles now
2016-09-14 14:39:13 # 4394119 # >> MetaFile found >E:\bdmv\meta\xx\xxx.xml<
2016-09-14 14:39:13 # 4394119 # No metafile for preferred language 1 >eng< available
2016-09-14 14:39:13 # 4394119 # Couldn't find a title in preferred meta languages - try to find one in all available files now
2016-09-14 14:39:13 # 4394154 # Got title >xxxxxx< from file >E:\bdmv\meta\xx\xxx.xml<
2016-09-14 14:39:13 # 4394155 # Information: preferred Bluray-MetaTitle language NOT found, other language taken >xxxxxx<
2016-09-14 14:39:13 # 4394437 # Check drive features for drive >E<
2016-09-14 14:39:13 # 4394438 # Vendor >< ProductId >NECVMWar VMware SATA CD01< ProductRevision >1.00< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
2016-09-14 14:39:13 # 4394439 # Device is detected as 'FILE_DEVICE_DVD' mediatype - so it's either a DVD or a BLURAY drive - continue with enumeration
2016-09-14 14:39:13 # 4394439 # Request SCSI-MMC drive details now
2016-09-14 14:39:13 # 4394443 # Drive Vendor : NECVMWar
2016-09-14 14:39:13 # 4394443 # Drive Model : VMware SATA CD01
2016-09-14 14:39:13 # 4394443 # Drive Revision : 1.00
2016-09-14 14:39:13 # 4394443 # Drive VendorSpec : (NULx20)
2016-09-14 14:39:13 # 4394443 # FirmwareCreationDate : 211403261115
2016-09-14 14:39:13 # 4394444 # Drive Interface : Serial ATAPI
2016-09-14 14:39:13 # 4394444 # Drive Type : BLURAY/DVD/CD-WRITER
2016-09-14 14:39:13 # 4394444 # LoadingMechanism : Tray
2016-09-14 14:39:13 # 4394444 # Drive Features :
2016-09-14 14:39:13 # 4394444 # Profile List, Core, Morphing, Removeable Medium, Write Protect, Random Readable,
2016-09-14 14:39:13 # 4394444 # Multi-Read, CD Read, DVD Read, Random Writeable, Incremental Streaming Writeable,
2016-09-14 14:39:13 # 4394445 # Formattable, Hardware Defect Management, Restricted Overwrite, CD-RW CAV Write,
2016-09-14 14:39:13 # 4394445 # DVD+RW, DVD+R, Rigid Restricted Overwrite, CD Track at Once, CD Mastering,
2016-09-14 14:39:13 # 4394445 # DVD-R/-RW Write, Layer Jump Recording, CD-RW Media Write Support, BD-R POW,
2016-09-14 14:39:13 # 4394445 # DVD+R Dual Layer, BD Read Feature, BD Write Feature, Hybrid Disc, Power Management,
2016-09-14 14:39:13 # 4394445 # SMART, CD Audio External Play, Microcode Update, Timeout, DVD-CSS, Real Time Streaming,
2016-09-14 14:39:13 # 4394446 # Drive Serial Number, Media Serial Number, DCBs, Firmware Information, AACS
2016-09-14 14:39:13 # 4394446 # Drive Profiles :
2016-09-14 14:39:13 # 4394446 # BD-RE, BD-R RRM, BD-R SRM, BD-ROM, DVD+R Dual Layer, DVD+R, DVD+RW, DVD-R Dual Layer Jump Recording,
2016-09-14 14:39:13 # 4394446 # DVD-R Dual Layer Sequential Recording, DVD-RW Sequential Recording, DVD-RW Restricted Overwrite,
2016-09-14 14:39:13 # 4394446 # DVD-RAM, DVD-R Sequential Recording, DVD-ROM, CD-RW, CD-R, CD-ROM, Removeable disk
2016-09-14 14:39:13 # 4394446 # FeatureDescriptor : xx xx xx xx xx xx xx xx
2016-09-14 14:39:13 # 4394447 # AacsVersion : 1
2016-09-14 14:39:13 # 4394447 # AacsActive : 1
2016-09-14 14:39:13 # 4394447 # BindingNonceGenSupp : 1
2016-09-14 14:39:13 # 4394447 # BindingNonceBlockCnt : 1
2016-09-14 14:39:13 # 4394447 # BusEncryptionSupport : 1
2016-09-14 14:39:13 # 4394447 # ReadDriveCertificate : 1
2016-09-14 14:39:13 # 4394448 # AgidCount : 2
2016-09-14 14:39:13 # 4394448 # Drive is detected as 'REAL BLURAY' drive
2016-09-14 14:39:13 # 4394451 # Drive is already in the KnownDrivesList
2016-09-14 14:39:13 # 4394451 # Get UnitKeys
2016-09-14 14:39:13 # 4394452 # UnitKeyCount >1<
2016-09-14 14:39:13 # 4394453 # >>> UnitKey: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
2016-09-14 14:39:13 # 4394544 # ERROR! ReadFile_ failed - GetLastError >0<
2016-09-14 14:39:13 # 4394546 # Couldn't read the disc properly!! Please check the disc and try again!
2016-09-14 14:39:13 # 4394546 # ERROR! Validation of VUK failed >-3<
2016-09-14 14:39:13 # 4394549 # CloseAtTheEnd is active, but no running application >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe< could be found

This error happens on various Systems, win10,win7, with diffrent disks.
FindVuk Tools is always run with admin rights !
Tested with two DVD Fabpasskey versions(same error) / 8.248 and 8.285

(Disc ID and VUK is found and extracted, only here redacted)

Maybee an new bug ?

best regards master

[nalor]

Strange - please try FindVUK 0.99.

It doesn't include a fix, but a little bit more information at the position where the error occurs.

Hopefully this will help to understand what's going on :)

[masteroftheunivers]

Hello, nelor

i tried the 0.99 version. Under win10(lates build) the error message "Couldn't read the disc properly!! Please check the disc and try again!" comes very often.
In comparison to win7 (winthservice pack1) there is the "Couldn't read the disc properly!!" not so frequent
The older version <0.90 didnt have this kind of problem. Im not sure, but i use a virtual machines (win10&win7) to check for the disc id and Vuk key, so maybe there could be
the crux of the matter.
In the past i didnt have any problems with the combination of Virtual machines - win7. So im not realy sure its the fault of the virtual machine.
This error is note a big bug, because you can add the disc id & Vukkey manualy into the database file, you only need to adjust the code an add 0x before the nummbers beginn.
Do you need more information on this kind of error? Is there a debug mode build in ?
If i can help - im happy to help!

best regards Master

[nalor]

Hi, please post the logfile as last time, at least the area around the error message in the log.
Hopefully the error code is logged correctly this time and I get an understanding of the source of the problem.
What's your main operating system, Linux?
And what do you use for virtualization, VMware player?

Maybe I can reproduce the problem locally when you tell me more details.

Gesendet von meinem E5823 mit Tapatalk

[catera]

@nalor:

thanks for your work. unfortunately i am running into problems.

using:
ubuntu 16.04
FindVUK 0.99
DVDFab 9.3.1.2


i get the error below, any idea about that? FINDVuk does not seem to find the AACS folder on the blu-ray, but the disc is inserted and DVDFAB obviously does find it.
anyways i attach the dump as well maybe this is of some help.

2016-10-01 23:41:27 # 9324212 # #############################################################################
2016-10-01 23:41:27 # 9324212 # ----------- FindVUK 0.99 -----------
2016-10-01 23:41:27 # 9324212 # Operating System: Windows 7
2016-10-01 23:41:27 # 9324213 # SettingsFile: >H:\Downloads\FindVUK_0.99\config\FindVUK.ini<
2016-10-01 23:41:27 # 9324214 # Current BufferSize 80 x 150 - ScreenSize 80 x 25
2016-10-01 23:41:27 # 9324214 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2016-10-01 23:41:27 # 9324214 # Max. ScreenSize 80 x 25
2016-10-01 23:41:27 # 9324214 # Final New Values - BufferSize 120 x 300 - ScreenSize 80 x 25 - Resize >1<
2016-10-01 23:41:27 # 9324215 # M1 - New BufferSize 120 x 300
2016-10-01 23:41:27 # 9324215 # Mx2 - New ScreenSize 80 x 25
2016-10-01 23:41:27 # 9324215 # Information! Passkey MainApp is not valid! ><
2016-10-01 23:41:27 # 9324215 # Information! MediaPlayer MainApp is not valid! ><
2016-10-01 23:41:27 # 9324217 # Preferred application is not available
2016-10-01 23:41:27 # 9324217 # DVDfab is available!
2016-10-01 23:41:27 # 9324217 # DVDfab-MainFile: >C:\Program Files\DVDFab 9\DVDFab.exe<
2016-10-01 23:41:27 # 9324217 # DVDfab-LogFile: >C:\users\labdv\My Documents\DVDFab9\Log\dvdfab_internal.log<
2016-10-01 23:41:27 # 9324217 # DVDfab-CloseAtTheEnd>1<
2016-10-01 23:41:27 # 9324217 # KEYDB-Path: >C:\users\labdv\Application Data\aacs<
2016-10-01 23:41:27 # 9324218 # KEYDB-Backup-Path: >H:\Downloads\FindVUK_0.99\VUKbackup\<
2016-10-01 23:41:27 # 9324218 # ProcDumpFile: >H:\Downloads\FindVUK_0.99\tool\procdump.exe<
2016-10-01 23:41:27 # 9324218 # --- PART 1 --- GET VUK ---
2016-10-01 23:41:27 # 9324219 # No running application process discovered
2016-10-01 23:41:27 # 9324219 # >> Start it now >C:\Program Files\DVDFab 9\DVDFab.exe<
2016-10-01 23:41:27 # 9324229 # Tested DVDfab Version >9.3.1.0< found
2016-10-01 23:41:27 # 9324229 # >>> everything should work as expected!
2016-10-01 23:41:27 # 9324279 # Offset Folder2DiscId >0x114< - DiscId2Vuk >0x5F<
2016-10-01 23:41:40 # 9337614 # Drive opened
2016-10-01 23:41:40 # 9337614 # DiscType detected >Blu-ray BDMV<
2016-10-01 23:41:40 # 9337614 # Volume Label detected >DIE AUSGEBUFFTEN<
2016-10-01 23:41:40 # 9337615 # DriveLetter detected >D<
2016-10-01 23:41:40 # 9337615 # Detected CopyProtections AACS >1< BD+ >0<
2016-10-01 23:41:43 # 9340120 # DiscID found >3136EFA5948A8E87255A9FBFC2A6DFD19D0B8AED<
2016-10-01 23:41:44 # 9341423 # DVDfab got VUK - create memdump now!
2016-10-01 23:41:44 # 9341527 # DUMP >>>
2016-10-01 23:41:44 # 9341527 # DUMP >>> ProcDump v8.0 - Writes process dump files
2016-10-01 23:41:44 # 9341528 # DUMP >>> Copyright (C) 2009-2016 Mark Russinovich
2016-10-01 23:41:44 # 9341528 # DUMP >>> Sysinternals - www.sysinternals.com
2016-10-01 23:41:44 # 9341528 # DUMP >>> With contributions from Andrew Richards
2016-10-01 23:41:44 # 9341528 # DUMP >>>
2016-10-01 23:41:44 # 9341528 # DUMP >>> [23:41:44] Dump 1 initiated: H:\Downloads\FindVUK_0.99\dump\3136EFA5948A8E87255A9FBFC2A6DFD19D0B8AED_DIE_AUSGEBUFFTEN.dmp
2016-10-01 23:41:45 # 9342230 # Dump successful! >0<
2016-10-01 23:41:45 # 9342230 # DumpProcessToFile - Program >H:\Downloads\FindVUK_0.99\tool\procdump.exe< Parameter > -ma -o DVDFab.exe "H:\Downloads\FindVUK_0.99\dump\3136EFA5948A8E87255A9FBFC2A6DFD19D0B8AED_DIE_AUSGEBUFFTEN.dmp"<
2016-10-01 23:41:45 # 9342230 # MemDump successfully finished!
2016-10-01 23:41:45 # 9342231 # Cancel DVDfab decryption now!
2016-10-01 23:41:45 # 9342244 # Start to analyze MemDump now!
2016-10-01 23:41:45 # 9342244 # DVDfab_GetVukFromDump - File >H:\Downloads\FindVUK_0.99\dump\3136EFA5948A8E87255A9FBFC2A6DFD19D0B8AED_DIE_AUSGEBUFFTEN.dmp< DiscID >3136EFA5948A8E87255A9FBFC2A6DFD19D0B8AED< Offset_Folder_DiscId >0x114< Offset_DiscId_Vuk >0x5F<
2016-10-01 23:41:45 # 9342250 # Error! DVDfab_GetVukFromDump - Couldn't find AACS folder >D:/AACS< in file!!! >-1<
2016-10-01 23:41:45 # 9342250 # Error analyzing memory dump - please report in the doom9 forum!
2016-10-01 23:41:45 # 9342251 # ERROR! while analyzing the memory dump! Exit application!
2016-10-01 23:41:45 # 9342273 # CloseAtTheEnd is active, close DVDfab now
2016-10-01 23:41:45 # 9342286 # There are >1< DVDfab processes running
2016-10-01 23:41:58 # 9355495 # ERROR GetConsoleWindowHandle - LastError >0<
2016-10-01 23:41:58 # 9355496 # fehler hwnd
2016-10-01 23:41:58 # 9355498 # Error! getting consolewindowposition
2016-10-01 23:41:58 # 9355499 # Error saving window position

[nalor]

Hi, basically the first step after creating the dump is to find the string >d:\AACS< inside the dump, and this is failing in your case.
How do you combine Ubuntu with findvuk?


Gesendet von meinem E5823 mit Tapatalk

[nalor]

@catera:
Please upload the dump file to tinyupload or something similar - thanks!

[catera]

I was using the wine emulator for this. Now I had a look at the dump file and realized that the dump might not be proper. There's no AACS reference inside the dump. That explains why this fails.

Do you know a way to get this running with linux?

About the dump: Doesn't seem to make sense uploading it because the content seems to be rubbish. And it was very small too (around 2MB).

Hi, basically the first step after creating the dump is to find the string >d:\AACS< inside the dump, and this is failing in your case.
How do you combine Ubuntu with findvuk?


Gesendet von meinem E5823 mit Tapatalk

[nalor]

A proper dumpsize would always be ~100MB - so 2MB is really too small.

I can only recommend to use VirtualBox and a virtual Windows.. it's even working with WindowsXP so basically the hardware requirements for such a virtual machine are really low.

[LM2005]

Everything seems to work here. There seems to be something with the new version of dvdfab, I have to quit both programs after each disk. But it may be me.

But the reason I write are the disk menus. VLC does not show all episodes of my disk. I know it is not a problem with FindVUK of course. I am just a bit frustrated or disappointed.

[candela]

Everything seems to work here. There seems to be something with the new version of dvdfab, I have to quit both programs after each disk. But it may be me.

But the reason I write are the disk menus. VLC does not show all episodes of my disk. I know it is not a problem with FindVUK of course. I am just a bit frustrated or disappointed.

Did you try Menu > Playback > Title > ... ? You should see all titles on the disc there

[nalor]

Everything seems to work here. There seems to be something with the new version of dvdfab, I have to quit both programs after each disk. But it may be me.

But the reason I write are the disk menus. VLC does not show all episodes of my disk. I know it is not a problem with FindVUK of course. I am just a bit frustrated or disappointed.

Just released FindVUK 1.00 - it's basically a maintenance release but also includes 2 small new features:


DVDfab 10 is now supported
MediaKey and VolumeIdentifier can also be extracted from the dump (see PostFromCandela (http://forum.doom9.org/showthread.php?p=1780182#post1780182) ) - if you want to write them to to the keydb.cfg file enable it in ini file

[candela]

new 1.00 INI settings manual (http://s000.tinyupload.com/index.php?file_id=43599414832627113234)

Also I have included the changelog, however v0.87 to 0.92 is missing because this info was not available on The Wayback Machine. Do you still have this info?

[nalor]

new 1.00 INI settings manual (http://s000.tinyupload.com/index.php?file_id=43599414832627113234)

Also I have included the changelog, however v0.87 to 0.92 is missing because this info was not available on The Wayback Machine. Do you still have this info?

Hi - I've no backup of the changes I've posted here in the forum - but here's a list of all changes I've in the sourcecode:

; 0.86 release - 20151128
; bugfix: other command line options were broken due to integration of 'showdrivedetails'
; 0.86.1 release - 20151128
; change: more logoutput in GetAllDriveDetails
; 0.86.2 release - 20151129
; change: more logoutput in GetAllDriveDetails
; change: more logoutput in MMC_GetDriveDetails
; change: operating system is written to logfile
; 0.86.3 release - 20151130
; change: even more logoutput in MMC_GetDriveDetails
; change: memdump of buffer in MMC_GetDriveDetails
; 0.86.4 release - 20151205
; change: more logoutput in MMC_DriveInquiry
; 0.86.5 release - 20151206
; feature: introduced dedicated debuglog procedure
; change: more logoutput in device_send_cmd
; 0.86.6 release - 20151206
; bugfix: corrected CRC32 calculation for drivelist
; change: reduced max. scsi sense length from 64 to 24 (so it's identical as in the MS example EnumCD)
; feature: drivelist conversion from V1 to V2 (corrected the CRC calculation)
; bugfix: small error in MetaTitleRead procedure - returned wrong status under certain conditions
; change: added Passkey 8.2.5.4 as tested application
; change: added Passkey 8.2.5.5 as tested application
; change: better message in case passkey is used and no encrypted files have been found on disc
; feature: ini setting to enable debug logging - set to 0 by default
; change: ini file read at the very beginning - this is necessary to already know if the debug log should be written or not before starting the first actions
; 0.87 release - 20151211
; change: changed mmc-mode from 'with buffers' to 'direct'
; bugfix: adjusted the buffer size for the drive inquiry command (this finally solved the problem reported by candela :)
; change: drivelist conversion to V3 - removed the CRC completely and don't use the 'vendor specific' entry any longer
; 0.88 release - 20151213
; bugfix: read only 'general' settings at the beginning and the special 'dvdfab' settings only in case the 'dvdfab' mode is used
; 0.89 release - 20151216
; change: added Passkey 8.2.5.6 as tested application
; change: added DVDfab 9.2.2.3 as tested application
; change: added DVDfab 9.2.2.4 as tested application
; change: updated included drivelist
; 0.90 release - 20160108
; change: added Passkey 8.2.5.7 as tested application
; change: added DVDfab 9.2.2.6 as tested application
; feature: save windowposition on exit and restore it on start
; 0.91 release - 20160117
; bugfix: check for iso-mount in dvdfab9 and show warning to user
; bugfix: verify if detected driveletter is in the range A-Z
; change: added Passkey 8.2.5.9 as tested application
; change: added DVDfab 9.2.2.8 as tested application
; bugfix: couldn't read application path from registry in windows xp



(this is more or less a timeline - so e.g. everything above '0.87' release is in the 0.87 release... below a release line the changes for the next release are listed)

[candela]

Ok tnx,

new changelog.txt and slightly changed ini settings manual for FindVUK 1.00 get it here (http://s000.tinyupload.com/index.php?file_id=89863981263996558804)

[LM2005]

Ok tnx,
new changelog.txt and slightly changed ini settings manual for FindVUK 1.00 get it here (http://s000.tinyupload.com/index.php?file_id=89863981263996558804)
My virus shield says that there is a virus or malware in that file. Besides, is that the ver 1.00 exe-file. I need that and not the manual.

Edit: I forgot that the exe-file is in the first page. I got it now. Sorry about the stupid question. But still, there maybe/is a problem in the file in post 179.

[spotter]

so I had a big headache running this, had the same error that Rickwally had. It seemed it never ran the dump tool for me to accept hte licence so was always failing when findvuk tried to run. When I ran the dump tool manually and accepted the licence, findvuk then worked great.

[spotter]

so I'm trying to duplicate this in Linux (run DVDFab in wine very successfully and in addition have a non-bus encryption drive in an old linux box of mine) I can dump the process memory via gcore. I assue searching the disc id means searching for it as hex not as a string, and I can do that too, but I'm unsure what the offset for the VUK is.

[nalor]

so I'm trying to duplicate this in Linux (run DVDFab in wine very successfully and in addition have a non-bus encryption drive in an old linux box of mine) I can dump the process memory via gcore. I assue searching the disc id means searching for it as hex not as a string, and I can do that too, but I'm unsure what the offset for the VUK is.

Hi - please take a look at this post here:

DVDfab offsets (http://forum.doom9.org/showthread.php?p=1780182#post1780182)

[Sunlight88]

Got an error message:


16:40:57 - AACS folder on disc is reachable - ValidateVUK is possible
16:41:04 - Drive is detected as 'REAL BLURAY' drive
16:41:04 - Disc wants BusEncryptionEnabled and drive has BusEncryptionSupport
16:41:04 - but FindVUK does not support BusEncryption at the moment
16:41:04 - VUK validation not possible at the moment - please check the VUK manually!

-------------------------------------------------------------------------------
16:41:04 - Could not validate VUK because of BusEncryption!!

What do I do now?
Seems, that the VUKs are not uploaded with AACS Updater...

[nalor]

Got an error message:
What do I do now?
Seems, that the VUKs are not uploaded with AACS Updater...

Hi! My best idea is to

try to play the encrypted disc with vlc + libaacs >> if this is working as expected edit your keydb.cfg and remove the 'VUKNOTVAL' notice in the comment area (as you already validated the vuk manually)
upload the key with the help of the aacs updater from starbucks


Alternatively you can buy a drive without bus encryption support...

Unfortunately I'm still quite lost in my attempts to implement bus encryption support in FindVUK.. if someone has some knowledge with elliptical curve cryptography just send me a pm and maybe we can fight the beast together ;)

[canister]

Hi,
another program, an attempt under linux,
<strike>http://sudoku9x9.republika.pl/inne/FindVUK-Linux.tar.gz</strike>
<strike>http://sudoku9x9.prv.pl/inne/FindVUK-Linux.tar.gz</strike>
http://sudoku9x9.000webhostapp.com/inne/FindVUK-Linux.tar.gz

[nalor]

Hi,
another program, an attempt under linux,
http://sudoku9x9.republika.pl/inne/FindVUK-Linux.tar.gz

Thanks for your effort to implement an alternative that is running in linux :goodpost: - but I think it would be better to publish it with a different name - internally you named your tool 'vukmake2' - so why call it 'FindVUK for linux' in public? 'FindVUK for linux' suggest to get same features as the windows 'FindVUK' version offers also for linux - but this isn't the case.

Please start your own thread for your tool using a distinct name and I'll add a link to it in the first post in this thread - thanks!

[canister]

Windowed version FindVUK-Linux
<strike>http://sudoku9x9.republika.pl/inne/FindVUK-Linux2.tar.gz</strike>
<strike>http://sudoku9x9.prv.pl/inne/FindVUK-Linux2.tar.gz</strike>
http://sudoku9x9.000webhostapp.com/inne/FindVUK-Linux2.tar.gz

[FakeFx]

I'm having lots of issues getting the VUKs from my discs. FindVUK keeps crashing with a Dumpsize Invalid error, and I tried getting the VUKs manually by dumping the memory but VLC doesn't seem to want to play the right video stream.

I tried looking for other people with this error, but I found nothing. Can anyone please help out? I have several discs that aren't in the database and I would like to add them.

[nalor]

Please upload your logfile to tinyupload and I'll take a look.

Gesendet von meinem E5823 mit Tapatalk

[FakeFx]

Please upload your logfile to tinyupload and I'll take a look.

Gesendet von meinem E5823 mit Tapatalk

Edit: OH MY GOD I'M AN IDIOT.

I figured out the problem. I thought maybe I was missing some DLLs for procdump, so I ran it to see if it spat out some missing dependencies error. It then prompted me to agree to an EULA. Once I did that, FindVUK worked. Oyyyyyyyyyyyyy.

Sorry. Thanks!

[nalor]

Edit: OH MY GOD I'M AN IDIOT.

I figured out the problem. I thought maybe I was missing some DLLs for procdump, so I ran it to see if it spat out some missing dependencies error. It then prompted me to agree to an EULA. Once I did that, FindVUK worked. Oyyyyyyyyyyyyy.

Sorry. Thanks!

Thanks for pointing that out - just noticed that I start it automatically 1 time directly after the automatic download to present the EULA to the user, but in case it's downloaded manually you'll never see the EULA... hmm, maybe better to check for the registry entry that is set after accepting the EULA.

[FakeFx]

Thanks for pointing that out - just noticed that I start it automatically 1 time directly after the automatic download to present the EULA to the user, but in case it's downloaded manually you'll never see the EULA... hmm, maybe better to check for the registry entry that is set after accepting the EULA.

Are you sure? I didn't download it manually, the program downloaded it for me on first run.

[nalor]

Are you sure? I didn't download it manually, the program downloaded it for me on first run.
Which operating system do you use? Maybe it's related to that..
Will change the behavior anyways, so nothing to keep thinking too much [emoji6]

Gesendet von meinem E5823 mit Tapatalk

[FakeFx]

I'm on Windows 7 Professional, 64-Bit. UAC is on.

Anyway, I've already got five new VUK sets ready for upload to the database, and I still have around 20 more to go. Thanks for your hard work. :D

[gigaSproule]

Interestingly, I was getting the same error until I downloaded procdump and accepted the EULA as well. Although it's not in the PATH, so not sure how it's made it work...

Maybe worth adding onto the installation instructions if it's required?

[nalor]

Released FindVUK 1.02 - nothing really new, it more or less only fixes the problem with the EULA in ProcDump 8.2

[nalor]

I was using the wine emulator for this. Now I had a look at the dump file and realized that the dump might not be proper. There's no AACS reference inside the dump. That explains why this fails.

Do you know a way to get this running with linux?

About the dump: Doesn't seem to make sense uploading it because the content seems to be rubbish. And it was very small too (around 2MB).

@catera - have you already noticed the linux application VukExtract (https://forum.doom9.org/showthread.php?t=174404) ?

[TTide]

Thanks this makes getting VUK's easy on Windows 10 (DVDFab10).

[markfilipak]

...reduced to the basics my tool is simply a small convenience-tool that can easily be replaced by 5 minutes of handwork...
Unfortunately, that's not true.

I'm in the U.S. I can't run DVDFab. All it says is "Sorry, the current disc is protected by AACS." So I have no choice other than to get the VUK manually. Now, I can run MakeMKV -- see the attachment. The MakeMKV log contains the 'discid' (=0xF76764136A8AFD3A999FF1299D4B6044FE90483A), and I find it in the dump of 'makemkvcon64.exe', but where's the VUK? Does anything "few bytes later" look like a VUK to you? How about "few bytes" before? You see, I don't know what I'm looking for other than it is 16 bytes (and it probably isn't populated with a bunch of zeros).

Would you like to take a look at 'makemkvcon64.DMP' to maybe get lucky? It's 578 M-bytes.

I'd really like to support AACS Updater, but this obstacle is pretty much a show stopper.

Regards,
Mark.

[nalor]

Unfortunately, that's not true.

I'm in the U.S. I can't run DVDFab. All it says is "Sorry, the current disc is protected by AACS." So I have no choice other than to get the VUK manually. Now, I can run MakeMKV -- see the attachment. The MakeMKV log contains the 'discid' (=0xF76764136A8AFD3A999FF1299D4B6044FE90483A), and I find it in the dump of 'makemkvcon64.exe', but where's the VUK? Does anything "few bytes later" look like a VUK to you? How about "few bytes" before? You see, I don't know what I'm looking for other than it is 16 bytes (and it probably isn't populated with a bunch of zeros).

Would you like to take a look at 'makemkvcon64.DMP' to maybe get lucky? It's 578 M-bytes.

I'd really like to support AACS Updater, but this obstacle is pretty much a show stopper.

Regards,
Mark.

Why isn't it possible to run DVDfab in the US? Never thought that it might be a problem... (at least not a technical one).

And the only way to find out if there's something useable in the makemkv dump is by using a disc where you already know the vuk and so you know what you're looking for.
When I initially tried all bluray applications I found on the internet the only one that keeps the vuk easily readable in memory has been DVDfab - but things might have changed in the meantime.

In case DVDfab is really not useable for you I don't know how I could help you...

[candela]

There is no VUK in MakeMKV dumps, don't waste your time. Try using a proxy for DVDFab

[spotter]

I run DVDFab in the US all the time without a problem and without any special tricks.

[Jdogzz]

Below is the log for my attempt to get a VUK. It has been working all morning up until this disc.

2017-06-30 15:49:01 # 152252 # ----------- FindVUK 1.02 -----------
2017-06-30 15:49:01 # 152258 # Operating System: Windows 10
2017-06-30 15:49:01 # 152289 # SettingsFile: >C:\Users\myusername\Downloads\FindVUK_1.02\config\FindVUK.ini<
2017-06-30 15:49:01 # 152309 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2017-06-30 15:49:01 # 152314 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2017-06-30 15:49:01 # 152319 # Max. ScreenSize 240 x 88
2017-06-30 15:49:01 # 152324 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2017-06-30 15:49:01 # 152328 # M1 - New BufferSize 120 x 300
2017-06-30 15:49:01 # 152333 # Mx2 - New ScreenSize 120 x 50
2017-06-30 15:49:01 # 152347 # Couldn't read PasskeyLogDir from registry - take the info from the ini file
2017-06-30 15:49:01 # 152353 # Information! MediaPlayer MainApp is not valid! ><
2017-06-30 15:49:01 # 152359 # Information! DVDfab MainApp is not valid! ><
2017-06-30 15:49:01 # 152380 # Passkey is preferred and available!
2017-06-30 15:49:01 # 152386 # Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 15:49:01 # 152391 # Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2017-06-30 15:49:01 # 152396 # KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2017-06-30 15:49:01 # 152402 # KEYDB-Backup-Path: >C:\Users\myusername\Downloads\FindVUK_1.02\VUKbackup\<
2017-06-30 15:49:01 # 152408 # ProcDumpFile: >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe<
2017-06-30 15:49:01 # 152414 # --- PART 1 --- GET VUK ---
2017-06-30 15:49:01 # 152425 # Please make sure Passkey is enabled!
2017-06-30 15:49:03 # 154657 # Untested DVDfab App Version found >9.2.0.6<
2017-06-30 15:49:03 # 154662 # Value set in ini file will be used for 'Folder2DiscID'
2017-06-30 15:49:03 # 154667 # Value set in ini file will be used for 'Folder2VUK'
2017-06-30 15:49:03 # 154672 # Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2017-06-30 15:49:25 # 177164 # #############################################################################
2017-06-30 15:49:25 # 177172 # ----------- FindVUK 1.02 -----------
2017-06-30 15:49:25 # 177179 # Operating System: Windows 10
2017-06-30 15:49:25 # 177184 # SettingsFile: >C:\Users\myusername\Downloads\FindVUK_1.02\config\FindVUK.ini<
2017-06-30 15:49:25 # 177196 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2017-06-30 15:49:25 # 177201 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2017-06-30 15:49:25 # 177206 # Max. ScreenSize 240 x 88
2017-06-30 15:49:25 # 177210 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2017-06-30 15:49:25 # 177215 # M1 - New BufferSize 120 x 300
2017-06-30 15:49:25 # 177221 # Mx2 - New ScreenSize 120 x 50
2017-06-30 15:49:25 # 177234 # Couldn't read PasskeyLogDir from registry - take the info from the ini file
2017-06-30 15:49:25 # 177241 # Information! MediaPlayer MainApp is not valid! ><
2017-06-30 15:49:26 # 177247 # Information! DVDfab MainApp is not valid! ><
2017-06-30 15:49:26 # 177264 # Passkey is preferred and available!
2017-06-30 15:49:26 # 177269 # Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 15:49:26 # 177274 # Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2017-06-30 15:49:26 # 177280 # KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2017-06-30 15:49:26 # 177285 # KEYDB-Backup-Path: >C:\Users\myusername\Downloads\FindVUK_1.02\VUKbackup\<
2017-06-30 15:49:26 # 177291 # ProcDumpFile: >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe<
2017-06-30 15:49:26 # 177297 # --- PART 1 --- GET VUK ---
2017-06-30 15:49:26 # 177308 # No running application process discovered
2017-06-30 15:49:26 # 177313 # >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 15:49:28 # 180208 # Untested DVDfab App Version found >9.2.0.6<
2017-06-30 15:49:28 # 180213 # Value set in ini file will be used for 'Folder2DiscID'
2017-06-30 15:49:28 # 180218 # Value set in ini file will be used for 'Folder2VUK'
2017-06-30 15:49:28 # 180223 # Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2017-06-30 15:49:33 # 184803 # Drive opened
2017-06-30 15:49:33 # 184809 # DiscType detected >Blu-ray BDMV<
2017-06-30 15:49:33 # 184816 # Volume Label detected >AMAZING_SPIDERMAN<
2017-06-30 15:49:33 # 184822 # DriveLetter detected >D<
2017-06-30 15:49:34 # 185536 # Detected CopyProtections AACS >1< BD+ >0<
2017-06-30 15:49:42 # 193631 # DiscID found >BEF7D426F926398B33D1BF7E7F5181061B8B3374<
2017-06-30 15:49:43 # 194751 # Passkey got VUK - create memdump now!
2017-06-30 15:49:44 # 195501 # DUMP >>>
2017-06-30 15:49:44 # 195509 # DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2017-06-30 15:49:44 # 195515 # DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2017-06-30 15:49:44 # 195521 # DUMP >>> Sysinternals - www.sysinternals.com
2017-06-30 15:49:44 # 195528 # DUMP >>>
2017-06-30 15:49:44 # 195535 # DUMP >>> [15:49:44] Dump 1 initiated: C:\Users\myusername\Downloads\FindVUK_1.02\dump\BEF7D426F926398B33D1BF7E7F5181061B8B3374_AMAZING_S7412ERMAN.dmp
2017-06-30 15:49:44 # 196147 # DUMP >>> [15:49:44] Dump 1 writing: Estimated dump file size is 122 MB.
2017-06-30 15:49:49 # 200296 # DUMP >>> [15:49:49] Dump 1 complete: 122 MB written in 4.8 seconds
2017-06-30 15:49:49 # 200604 # DUMP >>> [15:49:49] Waiting for dump to complete...
2017-06-30 15:49:49 # 200812 # DUMP >>> [15:49:49] Dump count reached.
2017-06-30 15:49:49 # 200817 # DUMP >>>
2017-06-30 15:49:49 # 200923 # ERROR!! Dumpsize invalid >-1< - Exitcode >1< - Dump failed! - Program >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\myusername\Downloads\FindVUK_1.02\dump\BEF7D426F926398B33D1BF7E7F5181061B8B3374_AMAZING_SPIDERMAN.dmp"<
2017-06-30 15:49:49 # 200929 # Error during process memory dump - please report in the doom9 forum!
2017-06-30 15:49:49 # 200936 # ERROR! Couldn't create memory dump! Exit application!
2017-06-30 15:49:49 # 200948 # CloseAtTheEnd is active, close Passkey now

[Jdogzz]

Two more dump errors:

2017-06-30 16:08:38 # 1330339 # ----------- FindVUK 1.02 -----------
2017-06-30 16:08:38 # 1330346 # Operating System: Windows 10
2017-06-30 16:08:38 # 1330351 # SettingsFile: >C:\Users\myusername\Downloads\FindVUK_1.02\config\FindVUK.ini<
2017-06-30 16:08:38 # 1330366 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2017-06-30 16:08:38 # 1330372 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2017-06-30 16:08:38 # 1330378 # Max. ScreenSize 240 x 88
2017-06-30 16:08:38 # 1330385 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2017-06-30 16:08:38 # 1330392 # M1 - New BufferSize 120 x 300
2017-06-30 16:08:38 # 1330398 # Mx2 - New ScreenSize 120 x 50
2017-06-30 16:08:38 # 1330433 # Couldn't read PasskeyLogDir from registry - take the info from the ini file
2017-06-30 16:08:38 # 1330444 # Information! MediaPlayer MainApp is not valid! ><
2017-06-30 16:08:38 # 1330452 # Information! DVDfab MainApp is not valid! ><
2017-06-30 16:08:38 # 1330458 # Passkey is preferred and available!
2017-06-30 16:08:38 # 1330463 # Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 16:08:38 # 1330468 # Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2017-06-30 16:08:38 # 1330473 # KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2017-06-30 16:08:38 # 1330478 # KEYDB-Backup-Path: >C:\Users\myusername\Downloads\FindVUK_1.02\VUKbackup\<
2017-06-30 16:08:38 # 1330483 # ProcDumpFile: >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe<
2017-06-30 16:08:38 # 1330489 # --- PART 1 --- GET VUK ---
2017-06-30 16:08:38 # 1330499 # No running application process discovered
2017-06-30 16:08:38 # 1330504 # >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 16:08:41 # 1332839 # Untested DVDfab App Version found >9.2.0.6<
2017-06-30 16:08:41 # 1332845 # Value set in ini file will be used for 'Folder2DiscID'
2017-06-30 16:08:41 # 1332851 # Value set in ini file will be used for 'Folder2VUK'
2017-06-30 16:08:41 # 1332857 # Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2017-06-30 16:08:49 # 1341557 # Drive opened
2017-06-30 16:08:49 # 1341566 # DiscType detected >Blu-ray BDMV<
2017-06-30 16:08:49 # 1341575 # Volume Label detected >The Amazing Spider-Man<
2017-06-30 16:08:51 # 1343402 # DriveLetter detected >D<
2017-06-30 16:08:53 # 1345631 # Detected CopyProtections AACS >1< BD+ >0<
2017-06-30 16:09:10 # 1362111 # DiscID found >C4D07F0A46D53D68C4F450E71F939921AC852536<
2017-06-30 16:09:11 # 1363533 # Passkey got VUK - create memdump now!
2017-06-30 16:09:11 # 1363640 # DUMP >>>
2017-06-30 16:09:11 # 1363646 # DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2017-06-30 16:09:11 # 1363653 # DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2017-06-30 16:09:11 # 1363658 # DUMP >>> Sysinternals - www.sysinternals.com
2017-06-30 16:09:11 # 1363664 # DUMP >>>
2017-06-30 16:09:11 # 1363670 # DUMP >>> [16:09:11] Dump 1 initiated: C:\Users\myusername\Downloads\FindVUK_1.02\dump\C4D07F0A46D53D68C4F450E71F939921AC852536_The_Amazing_S5508er-Man.dmp
2017-06-30 16:09:11 # 1363676 # DUMP >>> [16:09:11] Dump 1 writing: Estimated dump file size is 126 MB.
2017-06-30 16:09:12 # 1363884 # DUMP >>> [16:09:12] Dump 1 complete: 126 MB written in 0.2 seconds
2017-06-30 16:09:12 # 1364093 # DUMP >>> [16:09:12] Dump count reached.
2017-06-30 16:09:12 # 1364099 # DUMP >>>
2017-06-30 16:09:12 # 1364107 # ERROR!! Dumpsize invalid >-1< - Exitcode >1< - Dump failed! - Program >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\myusername\Downloads\FindVUK_1.02\dump\C4D07F0A46D53D68C4F450E71F939921AC852536_The_Amazing_Spider-Man.dmp"<
2017-06-30 16:09:12 # 1364114 # Error during process memory dump - please report in the doom9 forum!
2017-06-30 16:09:12 # 1364122 # ERROR! Couldn't create memory dump! Exit application!
2017-06-30 16:09:12 # 1364135 # CloseAtTheEnd is active, close Passkey now
2017-06-30 16:10:13 # 1425165 # #############################################################################
2017-06-30 16:10:13 # 1425173 # ----------- FindVUK 1.02 -----------
2017-06-30 16:10:13 # 1425180 # Operating System: Windows 10
2017-06-30 16:10:13 # 1425186 # SettingsFile: >C:\Users\myusername\Downloads\FindVUK_1.02\config\FindVUK.ini<
2017-06-30 16:10:13 # 1425198 # Current BufferSize 80 x 300 - ScreenSize 80 x 25
2017-06-30 16:10:13 # 1425203 # Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2017-06-30 16:10:13 # 1425207 # Max. ScreenSize 240 x 88
2017-06-30 16:10:13 # 1425213 # Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2017-06-30 16:10:13 # 1425217 # M1 - New BufferSize 120 x 300
2017-06-30 16:10:13 # 1425222 # Mx2 - New ScreenSize 120 x 50
2017-06-30 16:10:13 # 1425236 # Couldn't read PasskeyLogDir from registry - take the info from the ini file
2017-06-30 16:10:13 # 1425243 # Information! MediaPlayer MainApp is not valid! ><
2017-06-30 16:10:13 # 1425250 # Information! DVDfab MainApp is not valid! ><
2017-06-30 16:10:13 # 1425264 # Passkey is preferred and available!
2017-06-30 16:10:13 # 1425269 # Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 16:10:13 # 1425275 # Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2017-06-30 16:10:13 # 1425280 # KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2017-06-30 16:10:13 # 1425285 # KEYDB-Backup-Path: >C:\Users\myusername\Downloads\FindVUK_1.02\VUKbackup\<
2017-06-30 16:10:13 # 1425291 # ProcDumpFile: >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe<
2017-06-30 16:10:13 # 1425297 # --- PART 1 --- GET VUK ---
2017-06-30 16:10:13 # 1425306 # No running application process discovered
2017-06-30 16:10:13 # 1425312 # >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2017-06-30 16:10:16 # 1427918 # Untested DVDfab App Version found >9.2.0.6<
2017-06-30 16:10:16 # 1427924 # Value set in ini file will be used for 'Folder2DiscID'
2017-06-30 16:10:16 # 1427929 # Value set in ini file will be used for 'Folder2VUK'
2017-06-30 16:10:16 # 1427933 # Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2017-06-30 16:10:50 # 1461995 # Drive opened
2017-06-30 16:10:50 # 1462002 # DiscType detected >Blu-ray BDMV<
2017-06-30 16:10:50 # 1462010 # Volume Label detected >The Amazing Spider-Man 2<
2017-06-30 16:10:50 # 1462119 # DriveLetter detected >D<
2017-06-30 16:10:51 # 1463538 # Detected CopyProtections AACS >1< BD+ >0<
2017-06-30 16:10:57 # 1469694 # DiscID found >DE3D6C9EF713E0507924DB9C35F0BF7EA258E958<
2017-06-30 16:10:59 # 1470915 # Passkey got VUK - create memdump now!
2017-06-30 16:10:59 # 1471022 # DUMP >>>
2017-06-30 16:10:59 # 1471028 # DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2017-06-30 16:10:59 # 1471034 # DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2017-06-30 16:10:59 # 1471040 # DUMP >>> Sysinternals - www.sysinternals.com
2017-06-30 16:10:59 # 1471047 # DUMP >>>
2017-06-30 16:10:59 # 1471053 # DUMP >>> [16:10:59] Dump 1 initiated: C:\Users\myusername\Downloads\FindVUK_1.02\dump\DE3D6C9EF713E0507924DB9C35F0BF7EA258E958_The_Amazing_S7844er-Man_2.dmp
2017-06-30 16:10:59 # 1471059 # DUMP >>> [16:10:59] Dump 1 writing: Estimated dump file size is 123 MB.
2017-06-30 16:10:59 # 1471165 # DUMP >>> [16:10:59] Dump 1 complete: 123 MB written in 0.2 seconds
2017-06-30 16:10:59 # 1471475 # DUMP >>> [16:10:59] Dump count reached.
2017-06-30 16:10:59 # 1471480 # DUMP >>>
2017-06-30 16:10:59 # 1471486 # ERROR!! Dumpsize invalid >-1< - Exitcode >1< - Dump failed! - Program >C:\Users\myusername\Downloads\FindVUK_1.02\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\myusername\Downloads\FindVUK_1.02\dump\DE3D6C9EF713E0507924DB9C35F0BF7EA258E958_The_Amazing_Spider-Man_2.dmp"<
2017-06-30 16:10:59 # 1471491 # Error during process memory dump - please report in the doom9 forum!
2017-06-30 16:10:59 # 1471497 # ERROR! Couldn't create memory dump! Exit application!
2017-06-30 16:10:59 # 1471507 # CloseAtTheEnd is active, close Passkey now

[Jdogzz]

My apologies, I read through some of the earlier replies and saw you need the dumps produced as well. Here is a folder on Mediafire for the dumps (there are some duplicates for the first error I reported) :
https://www.mediafire.com/folder/ciythk79tm70t/Failed_Dumps

[nalor]

This is funny - FindVUK is stumbling across a new feature in procdump since release 8.2:

ProcDump Webpage (https://technet.microsoft.com/en-us/sysinternals/dd996900)

Filename:

Default dump filename: PROCESSNAME_YYMMDD_HHMMSS.dmp

The following substitutions are supported:
PROCESSNAME Process Name
PID Process ID
EXCEPTIONCODE Exception Code
HHMMSS Hour/Minute/Second

so whenever there's PID (like in sPIDerman) in the dump filename it get's replaced by the process-id of the process that is dumped ...

I cannot find a parameter to disable this behaviour, so I'll simply replace all 'pid' with 'pi_d' or something like this in the next release of FindVUK.

Short term solution: download an older release of procdump (a release before 8.2 - e.g. 8.0 is a good one)

[nalor]

My apologies, I read through some of the earlier replies and saw you need the dumps produced as well. Here is a folder on Mediafire for the dumps (there are some duplicates for the first error I reported) :
https://www.mediafire.com/folder/ciythk79tm70t/Failed_Dumps

In this case it's not necessary - I noticed the weird filename used by procdump when I first read your post, but I've been clueless until I tried myself to create a dump with destination filename 'spiderman' and noticed that I can reproduce your problem quite easily ;)

[Jdogzz]

@nalor: Your suggestion for using an older procdump executable worked, thanks!

PS: For anyone else having this problem (looks like @wuemura might have: https://forum.doom9.org/showthread.php?p=1809782#post1809782 ), it appears that MS, in their infinite wisdom because new versions of their products definitely will never lead to bugs, does not host old versions of their tools. I found a copy of version 8.0 on Internet Archive here: https://web.archive.org/web/20160708090036/https://download.sysinternals.com/files/Procdump.zip .

[LM2005]

@nalor: Your suggestion for using an older procdump executable worked, thanks!

PS: For anyone else having this problem (looks like @wuemura might have: https://forum.doom9.org/showthread.php?p=1809782#post1809782 ), it appears that MS, in their infinite wisdom because new versions of their products definitely will never lead to bugs, does not host old versions of their tools. I found a copy of version 8.0 on Internet Archive here: https://web.archive.org/web/20160708090036/https://download.sysinternals.com/files/Procdump.zip .
You are talking about a big organization, they are born sick.
However there is a Power tool called procdump v9.0, would that work. It was started by Mark Russinovich, who seemed to be a competent man.
https://technet.microsoft.com/en-us/sysinternals/dd996900.aspx I once used their forum and people there were helpfull.

[xplt]

Hi nalor!
I think, I encountered a bug in FindVUK: a few days ago I re-installed Windows on a machine which I use to extract keys and I created a user with Cyrillic name (so, path to user files has both Latin and Cyrillic characters). And for some reason, FindVUK doesn't like Cyrillic for "DVDfab-LogFile" (and other files) while it is able to decode it for "KEYDB-Path". See the attached log.

[nalor]

Please upload the logfile e.g. to tinyupload or paste it on pastebin.com
alternatively post the path incl. the cyrillic name here

thanks!

[xplt]

Please upload the logfile e.g. to tinyupload or paste it on pastebin.com
alternatively post the path incl. the cyrillic name here

thanks!

Uploaded on pastebin (https://pastebin.com/8TvL6ZSa).

[nalor]

Interesting, will try it tonight with your username.

Gesendet von meinem E5823 mit Tapatalk

[ErichV]

Hi nalor,
Could you please add support for DVDFab Media Player 3.1.0.2 in the next FindVUK release?
Thank you very much for all your efforts! :-)

[nalor]

Uploaded on pastebin (https://pastebin.com/8TvL6ZSa).

Took a little bit longer than expected, but I've tried it with your username now and unfortunately it's not the fault of FindVUK.

The main problem is that DVDfab does not handle the special username properly and fails to write to it's default directory in the 'documents' folder inside the user directory >> in my case it created the logfile directly in the 'C:\Users' folder and as usually only the admin is allowed to write to this folder, I have to start DVDfab with admin rights to get it running.

You can specify the logpath in the ini file of FindVUK - so in my case I've changed it to 'C:\Users\DVDFab10\Log\dvdfab_internal.log' and it worked even with your username (but note that I had to start FindVUK also with admin-rights so it can start DVDfab with admin rights.. )

Finally it's working - but I don't think it's a good solution, better to use an easier username ;)

[nalor]

Hi nalor,
Could you please add support for DVDFab Media Player 3.1.0.2 in the next FindVUK release?
Thank you very much for all your efforts! :-)

Already implemented it a while ago - but as nobody complained I resigned to release it.
Will try to create a new release this weekend.

[ErichV]

Will try to create a new release this weekend.

Awesome, thanks a lot.

[nalor]

Awesome, thanks a lot.

I'm sorry but I will not make it this weekend.

There's one new feature I'd like to finish before releasing a new version:

I'd like to create an alternative to Starbucks AACS-Database that is able to store all information we can get from the dumps and also is available more or less immediatly after upload.
But I'm still in the early stages of this project.. and don't think I can finish it today.

And another bad news: I noticed that beginning with Passkey 9.2.1.2 and DVDfab 10.0.4.9 the VUK is now encrypted in memory - so for the moment please use older releases to get valid VUKs.
(but there won't be solution for this in the next release as I don't know how to decrypt the VUK in the new releases ... )

But I'll add an error message in the next release telling you that the new releases are not supported any longer :(

[m4tthi4s]

And another bad news: I noticed that beginning with Passkey 9.2.1.2 and DVDfab 10.0.4.9 the VUK is now encrypted in memory - so for the moment please use older releases to get valid VUKs.
(but there won't be solution for this in the next release as I don't know how to decrypt the VUK in the new releases ... )

Do you have more information? How did you find out that it is encrypted?

[candela]

Do you have more information? How did you find out that it is encrypted?

I think "encrypted" is the wrong choice of words. The keys are no longer available at fixed offsets and the presence of keys also seems to depends on the timing of the dump. It doesn't seem like they are actively trying to hide keys though. Even a simple xor would make us find nothing. I don't remember if previously the unitkeys were present but now they are. So possibly they just changed some code which has some bad side effects for us. Judging from a couple of tests, most if not all keys are still present when the dump is taken at the right time but at semi-random locations.

Brute force is a way to get keys from the dump but each key requires a different kind of verification and is obviously more time consuming then dumping data at fixed offsets. However, such a general implementation would also work with dumps from other rippers/players that have at least title keys (Leawo, etc.) so the effort seems worthwhile

[nalor]

I think the memory area we're usually searching for is a c-structure - and that the relevant information (volumeid, mediakey, vuk) is still there, but not in plaintext any longer... I also noticed that the beginning of the structure is different now, so basically it might be possible to detect if it's a plaintext structure or an obfuscated one without even validating the vuk, but for the moment I'll just check the version of DVDfab and Passkey and exit in case an unsupported version is discovered.

If anyone is interested: I already created a brute-force application that is simply searching for a valid VUK in a memory dump - using 4 threads that check simultaneously it takes about 2min to check all possible combinations in a 100mb binary file and personally I've no idea how I could optimize this any further (AES encoding / decoding is already done with libgcrypt because the internal purebasic methods are way too slow) and with 4 threads my cpu is already on it's limit.

So for the moment it's easier to use an older release of the dvdfab applications (and I can install different releases without restarting windows - so I think it's no problem at all to switch to an older release for FindVUK and install the current one again afterwards).

[ErichV]

Already implemented it a while ago - but as nobody complained I resigned to release it.
Will try to create a new release this weekend.

FYI:
A new version of DVDFab Media Player has been released: 3.2.0.0

[spotter]

recently upgraded to 17.09 windows 10 release, and findvuk is now failing on the dump

2017-12-04 17:35:43 # 173312 # DiscID found >607675E3ECDCC36202EADC0BC85A5B34337D1C33<
2017-12-04 17:35:44 # 174627 # DVDfab got VUK - create memdump now!
2017-12-04 17:35:44 # 174734 # DUMP >>>
2017-12-04 17:35:44 # 174740 # DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2017-12-04 17:35:44 # 174745 # DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2017-12-04 17:35:44 # 174752 # DUMP >>> Sysinternals - www.sysinternals.com
2017-12-04 17:35:44 # 174757 # DUMP >>>
2017-12-04 17:35:44 # 174762 # DUMP >>> [17:35:44] Multiple processes match the specified name.
2017-12-04 17:35:44 # 174769 # ERROR!! Exitcode >-2< - Dump failed! - Program >C:\Users\spott\Downloads\FindVUK_1.02\tool\procdump.exe< Parameter > -ma -o DVDFab.exe "C:\Users\spott\Downloads\FindVUK_1.02\dump\607675E3ECDCC36202EADC0BC85A5B34337D1C33_HOUSE_OF_CARDS_TRILOGY_D1.dmp"<
2017-12-04 17:35:44 # 174775 # Error during process memory dump - please report in the doom9 forum!
2017-12-04 17:35:44 # 174785 # ERROR! Couldn't create memory dump! Exit application!
2017-12-04 17:35:44 # 174795 # CloseAtTheEnd is active, close DVDfab now
2017-12-04 17:35:44 # 174805 # There are >1< DVDfab processes running

[spotter]

if I run procdump manually, the same thing happens, but if I run it with the pid of the dvdfab process, it works.

It be nice if findvuk could be updated to use pid instead of just the exe name.

[nalor]

if I run procdump manually, the same thing happens, but if I run it with the pid of the dvdfab process, it works.

It be nice if findvuk could be updated to use pid instead of just the exe name.Interesting, upgraded my Computer also to 1709 on saturday and used findvuk yesterday without any problems.
Will check tonight which exact version of procdump I am using and will also check with your version.

Gesendet von meinem E5823 mit Tapatalk

[spotter]

Interesting, upgraded my Computer also to 1709 on saturday and used findvuk yesterday without any problems.
Will check tonight which exact version of procdump I am using and will also check with your version.

Gesendet von meinem E5823 mit Tapatalk

I was able to run procdump by name on notepad.exe, maybe a function of something else, but as I said, pid worked fine. if you exec the dvdfab product, you should have the pid, right?

[hajj_3]

DVDFab Media Player 3.2.0.1 has been released.

[nalor]

2017-12-04 17:35:44 # 174762 # DUMP >>> [17:35:44] Multiple processes match the specified name.

Just noticed this line and I think it explains why it didn't work -> it seems as if 2 dvdfab processes were running at the same time?

Unfortunately I don't get the PID when I start something with FindVUK - so all I could do is to retrieve it later and would also fail because I couldn't identify the correct process in case there are multiple running with the same name.

So for the moment I think I'll just keep it as it is.

[ErichV]

FYI: DVDFab Media Player 5.0.0.1 has been released.

[nalor]

FYI: DVDFab Media Player 5.0.0.1 has been released.Will try to check it during the christmas holidays :-)

Gesendet von meinem E5823 mit Tapatalk

[nalor]

New release 1.05 is now online - the list of new features is not that impressive:

# read Mainplaylist from passkey-log and dvdfab-log and write it to a 'bluraydb-file' (just a test file in the user directory)
# support for DVDfab until 10.0.4.8 and Mediaplayer 3.2.0.0
>> newer releases are not supported any longer
# new mode /synchronize that synchronizes with an online database - the url currently written to the ini-file 'http://fvonline-db.bplaced.net' is just a dummy website - there's a static keydb file available for download and uploads are possible, but there's no backend that processes them -> currently I think Relight will help here, see New Online Database (https://forum.doom9.org/showthread.php?t=175194)
# new mode /GetMetaInfoFromDisc=X - just collects meta information from this inserted in drive X and uploads it to the new online database

All in all not that impressive... and finally I have to admit that as always I haven't done that much testing with the new release....

I've just tested the main function - extract the VUK from a memory dump - with Passkey and DVDfab and it's working as expected.

But everything else is more or less untested....

You can get the release here: FindVUK 1.05 (http://s000.tinyupload.com/index.php?file_id=06983443627255430265)

[ErichV]

It looks like version 1.05 is not able to add new keys to the keydb.cfg file.
However, determining the VUK works fine with Mediaplayer 3.2.0.0.

[nalor]

It looks like version 1.05 is not able to add new keys to the keydb.cfg file.
However, determining the VUK works fine with Mediaplayer 3.2.0.0.Can you upload the log with the error to tinyupload?
What I remember I have not changed the related code...

Gesendet von meinem E5823 mit Tapatalk

[candela]

Some issues in 1.05:

- new UnitKeys are not written when there's already an entry for the DiscID in main/backup keydb

- when re-opening the same disc without closing MediaPlayer, the entry is always written even though the same entry already exists. Also the database upload fails then


22:43:00 - -------------------------------------------------------
22:43:00 - --- Write entry in main-keydb file ---
22:43:00 - -------------------------------------------------------
22:43:00 - Keys in Keyfile: 0 keys - KeyFile: C:\Users\\AppData\Roaming\aacs\KEYDB.cfg
22:43:00 - KEYDB: no entry found for disc >> write new entry in keydb-file
22:43:00 - Added line with VUK to file >C:\Users\\AppData\Roaming\aacs\KEYDB.cfg<

22:43:00 - -------------------------------------------------------
22:43:00 - --- Write entry in backup-keydb file ---
22:43:00 - -------------------------------------------------------
22:43:00 - Keys in Keyfile: 0 keys - KeyFile: C:\Utils\FindVUK_1.05\VUKbackup\KEYDB.cfg
22:43:00 - KEYDB: no entry found for disc >> write new entry in keydb-file
22:43:00 - Added line with VUK to backup-file >C:\Utils\FindVUK_1.05\VUKbackup\KEYDB.cfg<
22:43:00 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >< (0)

- md5 hash is lowercase (not really a bug)

- with AacsUpdater out of the picture, isn't it better to enable saving of all keys in keydb by default. At least in the keydb backup file

[ErichV]

...EVERYTHING IS FINE UP TO THIS POINT...

2018-01-23 23:41:32 # 759810 # [I] main / legacy / -------------------------------------------------------
2018-01-23 23:41:32 # 759811 # [I] main / legacy / -------------------------------------------------------
2018-01-23 23:41:32 # 759811 # [I] main / legacy / --- Write entry in main-keydb file ---
2018-01-23 23:41:32 # 759811 # [I] main / legacy / -------------------------------------------------------

... followed by several entries like this one ...

2018-01-23 23:41:32 # 760216 # [E] bluray_keydb / _DebugDifference / DiscIDx1/0 - Title1 >y1< Title2 >z1<
2018-01-23 23:41:32 # 760480 # [E] bluray_keydb / _DebugDifference / DiscIDx2/0 - Title1 >y2< Title2 >z2<
...

Then, FindVUK suddenly stops without any error message.

[nalor]

Some issues in 1.05:

- new UnitKeys are not written when there's already an entry for the DiscID in main/backup keydb

- when re-opening the same disc without closing MediaPlayer, the entry is always written even though the same entry already exists. Also the database upload fails then


22:43:00 - -------------------------------------------------------
22:43:00 - --- Write entry in main-keydb file ---
22:43:00 - -------------------------------------------------------
22:43:00 - Keys in Keyfile: 0 keys - KeyFile: C:\Users\\AppData\Roaming\aacs\KEYDB.cfg
22:43:00 - KEYDB: no entry found for disc >> write new entry in keydb-file
22:43:00 - Added line with VUK to file >C:\Users\\AppData\Roaming\aacs\KEYDB.cfg<

22:43:00 - -------------------------------------------------------
22:43:00 - --- Write entry in backup-keydb file ---
22:43:00 - -------------------------------------------------------
22:43:00 - Keys in Keyfile: 0 keys - KeyFile: C:\Utils\FindVUK_1.05\VUKbackup\KEYDB.cfg
22:43:00 - KEYDB: no entry found for disc >> write new entry in keydb-file
22:43:00 - Added line with VUK to backup-file >C:\Utils\FindVUK_1.05\VUKbackup\KEYDB.cfg<
22:43:00 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >< (0)

- md5 hash is lowercase (not really a bug)

- with AacsUpdater out of the picture, isn't it better to enable saving of all keys in keydb by default. At least in the keydb backup file

Question:
when is the download url used?

Will check tomorrow, but I think you're right - I will remove the settings to enable/disable the saving of different elements into keydb.cfg and enable all of them by default.

The upload into the url that is currently set in the ini file always includes all details and as soon as the database of @Relight is functional I will re-poste all uploads that got uploaded into the interims database to his database.

[candela]

Can you read your PM asap please, i possibly uploaded things i shouldn't have ;)

Also you can keep the settings, just put the default value to 1=enabled

[nalor]

...EVERYTHING IS FINE UP TO THIS POINT...

[CODE]2018-01-23 23:41:32 # 760216 # [E] bluray_keydb / _DebugDifference / DiscIDx1/0 - Title1 >y1< Title2 >z1<
2018-01-23 23:41:32 # 760480 # [E] bluray_keydb / _DebugDifference / DiscIDx2/0 - Title1 >y2< Title2 >z2<
...

Then, FindVUK suddenly stopps without any error message.

Found the bug - introduced an endless loop when parsing a keydb.cfg file with multi-line entries ...
Will be fixed in next release (hopefully ready this evening)

[nalor]

Some issues in 1.05:

- new UnitKeys are not written when there's already an entry for the DiscID in main/backup keydb



Good catch - the code to decide if it's worth to write a new entry never got updated to also consider differences in unit-keys...

Will be fixed in next release.

[ErichV]

Found the bug - introduced an endless loop when parsing a keydb.cfg file with multi-line entries ...
Will be fixed in next release (hopefully ready this evening)

:thanks:

[candela]

CloseAtTheEnd (after pressing Esc to quit Findvuk) doesn't seem to work in 1.05 (only tried with mediaplayer) . It doesn't even try so it seems to ignore the parameter. It works with 1.02

Also how can the database detect the "VUKNOTVAL" in case of busencryption , there's a comment attribute for the keys or separate comment tag?
Same question for manual title entry in case no meta title

[nalor]

Uploaded new Release 1.06 - please test and report your findings ;)

; feature: new mode 'KeyDB_ListDuplicates' to show duplicates in specified keydb.cfg
; change: HashValues are not uppercase in MetaXML
; fix: get disc size with GetDiskFreeSpaceEx instead of 'READ CAPACITY' (produces different results for original disc or iso in virtual drive)
; change: enabled to write all possible kinds of values to keydb.cfg
; fix: do not generally write _DebugDifference entries to log (only in case DEBUG loglevel is set)
; change: delete existing entries from main/backup keydb.cfg file (and add them to a 'deletedlines' file for safety)
; fix: endless loop when parsing a keydb.cfg file with multi-line entries
; fix: take UnitKeys into account when deciding if a new/changed entry should be written to keydb.cfg
; 1.06 release - 20180128

hopefully it's better than the previous release :)

[nalor]

Also how can the database detect the "VUKNOTVAL" in case of busencryption , there's a comment attribute for the keys or separate comment tag?
Same question for manual title entry in case no meta title

Only validated entries are uploaded - in case of VUKNOTVAL there's no upload.
For manual title there's an additional attribute present in the 'MetaTitle' node named Manual=1 and the specified language is the preferred one as defined in the ini file.

[nalor]

And I changed the keydb.cfg available on my temp-online-db site to the last one posted from Relight.

(but please backup your local keydb.cfg before testing the synchronization ... just to be on the safe side )

[candela]

I think there's something wrong :)


23:10:59 - Disc with ID >B2E1058AAB619B748278A03655D9E52AF4FFE44F< is already >2< times in the keydb-file
23:10:59 - -------------------------------------------------------
23:10:59 - KEYDB: Nearly identical entry already present in keydb-file (line 78585)
23:10:59 - >> Identical: TITLE, VUK, COMMENT - Different: DATE, MEDIAKEY, VOLUMEID, UNITKEYS >> write new entry in keydb-file
23:10:59 - -------------------------------------------------------
23:10:59 - KEYDB: entry for this disc already present in keydb-file (line 54947)
23:10:59 - >> but VUK is NOT identical!!
23:10:59 - >> The new VUK has been successfully validated, please report in the forum (http://forum.doom9.org/showthread.php?t=171298) that the old entry is definitely wrong!
23:10:59 - -------------------------------------------------------
23:10:59 - Final decision: write new entry
23:10:59 - There are >2< existing entries for DiscID >B2E1058AAB619B748278A03655D9E52AF4FFE44F< - remove them now
23:11:03 - Added line with VUK to file >C:\Users\\AppData\Roaming\aacs\KEYDB.cfg<


Old Lines


; Backup of deleted lines - DiscId >B2E1058AAB619B748278A03655D9E52AF4FFE44F< Date >2018.01.28 23:11:03<
0xB2E1058AAB619B748278A03655D9E52AF4FFE44F = GILDA [Gilda] | U | 1-0xD60D3E7B884C9F1B74870CE533E2E792 | I | 0x425E11297AF4A9960BD2B193B18AE61A ;
0xB2E1058AAB619B748278A03655D9E52AF4FFE44F = GILDA (Gilda) | V | 0x31767D2FA2228037F7DB30EC7C1F7A5C ; MKBv57/FindVUK 1.05


New line

0xB2E1058AAB619B748278A03655D9E52AF4FFE44F = GILDA (Gilda) | D | 2015-11-05 | V | 0x31767D2FA2228037F7DB30EC7C1F7A5C | M | 0x4C06290CC1A2C974BD9A7B1D5FF7099B | I | 0x425E11297AF4A9960BD2B193B18AE61A | U | 1-0xD60D3E7B884C9F1B74870CE533E2E792 ; MKBv57/FindVUK 1.06

Don't know why it detected a "wrong" VUK

[candela]

Also upload still fails when I try to do a second disc without closing FindVUK first (writing to keydb seems to work now)

23:22:22 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >< (0)

[nalor]

; Backup of deleted lines - DiscId >B2E1058AAB619B748278A03655D9E52AF4FFE44F< Date >2018.01.28 23:11:03<
0xB2E1058AAB619B748278A03655D9E52AF4FFE44F = GILDA [Gilda] | U | 1-0xD60D3E7B884C9F1B74870CE533E2E792 | I | 0x425E11297AF4A9960BD2B193B18AE61A ;
0xB2E1058AAB619B748278A03655D9E52AF4FFE44F = GILDA (Gilda) | V | 0x31767D2FA2228037F7DB30EC7C1F7A5C ; MKBv57/FindVUK 1.05


Don't know why it detected a "wrong" VUK

Because there's no VUK present in the first entry ... so it compared an 'empty' VUK against an existing and noticed it's different ... I think I will change the message in case there's no VUK available.

[nalor]

Also upload still fails when I try to do a second disc without closing FindVUK first (writing to keydb seems to work now)

23:22:22 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >< (0)

Will check tomorrow.

[nalor]

Fixed both issues in 1.07

[BRC85sYrg]

wonderful program, I find it very useful.
thanks nalor for your hard work.

I know VUK validation if BEE is present is not yet implemented.
But is this also interconnected with unit keys not being written to the keydb file if BEE is detected?

[nalor]

.
But is this also interconnected with unit keys not being written to the keydb file if BEE is detected?

I think you are right, will change it with the next release.
Unit keys are decoded during the validation at the moment.

Gesendet von meinem E5823 mit Tapatalk

[BRC85sYrg]

thank you for looking into it.

some suggestions for the next release:

- BD+ with its generation number in the KEYDB comment section (like "BD+v1")
- "VOLUME_ID" as an additional MeaninglessVolumeName in the config file


another bug report:

- FindVUK 1.07 detected a disc with a BD+ generation of 254. Passkey reports the following: "BD+ protection (Irdeto) is removed. (gen21)"
(FindVUK log: "BD+ : 1 - Date 2015.12.22 / Gen 254")

[candela]

thank you for looking into it.

some suggestions for the next release:

- BD+ with its generation number in the KEYDB comment section (like "BD+v1")
- "VOLUME_ID" as an additional MeaninglessVolumeName in the config file


another bug report:

- FindVUK 1.07 detected a disc with a BD+ generation of 254. Passkey reports the following: "BD+ protection (Irdeto) is removed. (gen21)"
(FindVUK log: "BD+ : 1 - Date 2015.12.22 / Gen 254")

I don't think the BD+ generation should be added. As far as I can tell, there is isn't such thing as an official "BD+ generation" or version number. In Videolan's libbdplus code, you can see the initial version numbers were simply based on supposed release dates when some new BD+ behaviour first appeared. I think DVDFab kept adding a nr whenever they had to update their BDplus code. It's better to simply look at the date of the DiscID file, which is already being extrated by FindVUK. This is similar to what MakeMKV shows in it's UI (YEAR.MONTH) for BD+.


And as far as bugs, CloseAtTheEnd still doesn't work


PS: any discs you own with BD+, please load them in Pavtube at least once

[nalor]

I've used 2 different sources to define the first BD+ generations:

http://forum.dvdfab.cn/showthread.php?t=5175

and the libbdplus source - and beginning with date 2013.07.01 it's returned as gen254 just because I cannot find anything 'official' about this.

[BRC85sYrg]

big thanks for clarifying this

[nalor]

Just noticed that even the Windows API command GetDiskFreeSpaceEx returns different volume size results for an ISO in a virtual drive or the original disc in a physical drive.
Need to think about it....

Gesendet von meinem E5823 mit Tapatalk

[BRC85sYrg]

PS: any discs you own with BD+, please load them in Pavtube at least once

could you explain why this should be done?

[candela]

Just noticed that even the Windows API command GetDiskFreeSpaceEx returns different volume size results for an ISO in a virtual drive or the original disc in a physical drive.
Need to think about it....


Shouldn't you simply discard data from a virtual drive? Or you cannot detect it's virtual? All the other FindVUK data cannot be verified/trusted either if it's not the original disc


could you explain why this should be done?

so later we can make a database of BD+ tables, similar to keydb.cfg for keys. The ultimate goal will be real-time playback of BD+ protected titles using VLC. We just need to find a decent C programmer to update Videolan's libbdplus to load these tables

[nalor]

Just released 1.08 - fixes the Problem with CloseOnExit, decrypts the UnitKeys earlier so they are written to keydb.cfg even in case the VUK cannot be validated and fixes a stupid bug I noticed when I checked the MetaXML files I've uploaded into the online-db: in case a few discs are uploaded one after the other, the 2nd disc includes 2 hashed, the 3rd disc 3 of them ... and so on. never cleared the previous hash values in 1.07 :(
And on my notebook didn't detect mediaplayer properly - enhanced the detection.

But another strange thing: MediaPlayer 3.2.0.0 is working without problems on my main computer - but does not include the VUK on my notebook. Had to downgrade to 3.1.0.0 to get it work there ...

[nalor]

Shouldn't you simply discard data from a virtual drive? Or you cannot detect it's virtual? All the other FindVUK data cannot be verified/trusted either if it's not the original disc

I don't think that supporting virtual drives can cause any issues - and basically the difference between real and virtual drives is 288sectors * 2048bytes = 576KB - compared to the real size of the volume this 'error' is negligible.
Or what do you think?

[candela]

I don't think that supporting virtual drives can cause any issues - and basically the difference between real and virtual drives is 288sectors * 2048bytes = 576KB - compared to the real size of the volume this 'error' is negligible.
Or what do you think?

I mean how can you be sure the files in the ISO are identical to the originals ? This would also make it possible to upload fake data.

[BRC85sYrg]

so later we can make a database of BD+ tables, similar to keydb.cfg for keys. The ultimate goal will be real-time playback of BD+ protected titles using VLC. We just need to find a decent C programmer to update Videolan's libbdplus to load these tables
thanks for your explanation, thats a nice goal :)


Just released 1.08 - fixes the Problem with CloseOnExit, decrypts the UnitKeys earlier so they are written to keydb.cfg even in case the VUK cannot be validated ...
thank you very much for this update! dumping Unit Keys works now perfectly with BEE drives. :)



some suggestions for the next release:
- "VOLUME_ID" as an additional MeaninglessVolumeName in the config file

@nalor maybe you oversaw this suggestion, so I posted it again.


I mean how can you be sure the files in the ISO are identical to the originals ? This would also make it possible to upload fake data.
fake data uploads can't be prevent.
@nalor without virtual drive support will it still be possible to pass-trough a drive to a virtual machine?

[nalor]

@nalor maybe you oversaw this suggestion, so I posted it again.

fake data uploads can't be prevent.
@nalor without virtual drive support will it still be possible to pass-trough a drive to a virtual machine?


you're right - I missed your suggestion, will change it with the next release. :thanks:

I don't have any plans to limit support to real-drives ... it wouldn't make any difference - in case someone creates a modified iso-file he just needs to burn it to a disc and voila it would be supported.

Basically FindVUK reads data from the memory of DVDfab products -> only discs recognized by this apps are possible and manually created iso files and/or discs will very likely always fail.

So I just leave everything as it is :)

[TTide]

I failed to get the VUK for my disc. Some bug i found in FindVUK 1.08, as i was able to get it in FindVUK 1.07.


2018-02-15 14:28:30 # 0 # [I] main / legacy / #############################################################################
2018-02-15 14:28:30 # 0 # [I] main / legacy / ----------- FindVUK 1.08 -----------
2018-02-15 14:28:30 # 0 # [I] main / legacy / Operating System: Windows 10
2018-02-15 14:28:30 # 1 # [I] main / legacy / SettingsFile: >C:\FindVUK_1.08\config\FindVUK.ini<
2018-02-15 14:28:30 # 4 # [I] main / legacy / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2018-02-15 14:28:30 # 5 # [I] main / legacy / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2018-02-15 14:28:30 # 5 # [I] main / legacy / Max. ScreenSize 240 x 72
2018-02-15 14:28:30 # 29 # [I] main / legacy / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2018-02-15 14:28:30 # 29 # [I] main / legacy / M1 - New BufferSize 120 x 9001
2018-02-15 14:28:30 # 29 # [I] main / legacy / Mx2 - New ScreenSize 120 x 50
2018-02-15 14:28:30 # 32 # [I] main / legacy / Information! Passkey MainApp is not valid! ><
2018-02-15 14:28:30 # 32 # [I] main / legacy / Information! MediaPlayer MainApp is not valid! ><
2018-02-15 14:28:30 # 33 # [I] main / legacy / Untested DVDfab Version >0.0.0.0< found
2018-02-15 14:28:30 # 34 # [I] main / legacy / Preferred application is not available
2018-02-15 14:28:30 # 34 # [I] main / legacy / DVDfab is available!
2018-02-15 14:28:30 # 34 # [I] main / legacy / DVDfab-MainFile: >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-02-15 14:28:30 # 34 # [I] main / legacy / DVDfab-LogFile: >C:\Users\gamer\Documents\DVDFab10\Log\dvdfab_internal.log<
2018-02-15 14:28:30 # 34 # [I] main / legacy / DVDfab-CloseAtTheEnd>1<
2018-02-15 14:28:30 # 34 # [I] main / legacy / KEYDB-Path: >C:\Users\gamer\AppData\Roaming\aacs\<
2018-02-15 14:28:30 # 35 # [I] main / legacy / KEYDB-Backup-Path: >C:\FindVUK_1.08\VUKbackup\<
2018-02-15 14:28:30 # 35 # [I] main / legacy / ProcDumpFile: >C:\FindVUK_1.08\tool\procdump.exe<
2018-02-15 14:28:30 # 35 # [I] main / legacy / --- PART 1 --- GET VUK ---
2018-02-15 14:28:30 # 39 # [I] main / legacy / No running application process discovered
2018-02-15 14:28:30 # 39 # [I] main / legacy / >> Start it now >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-02-15 14:28:32 # 1856 # [I] main / legacy / Untested DVDfab App Version found ><
2018-02-15 14:28:32 # 1856 # [I] main / legacy / Value set in ini file will be used for 'Folder2DiscID'
2018-02-15 14:28:32 # 1856 # [I] main / legacy / Value set in ini file will be used for 'Folder2VUK'
2018-02-15 14:28:32 # 1856 # [I] main / legacy / Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2018-02-15 14:28:43 # 12665 # [I] main / legacy / Drive opened
2018-02-15 14:28:43 # 12666 # [I] main / legacy / DiscType detected >Blu-ray BDMV<
2018-02-15 14:28:43 # 12666 # [I] main / legacy / Volume Label detected >Deadpool<
2018-02-15 14:28:56 # 25581 # [I] main / legacy / DriveLetter detected >E<
2018-02-15 14:28:59 # 28604 # [I] main / legacy / Detected CopyProtections AACS >1< BD+ >1<
2018-02-15 14:29:11 # 40103 # [I] main / legacy / DiscID found >CFC68F3D31093942BE12908CED8C02C4494F1C5E<
2018-02-15 14:29:37 # 66597 # [I] main / legacy / MainPlaylist found >00800.mpls<
2018-02-15 14:29:45 # 74754 # [I] main / legacy / DVDfab got VUK - create memdump now!
2018-02-15 14:29:45 # 74876 # [I] main / legacy / DUMP >>>
2018-02-15 14:29:45 # 74876 # [I] main / legacy / DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2018-02-15 14:29:45 # 74877 # [I] main / legacy / DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2018-02-15 14:29:45 # 74877 # [I] main / legacy / DUMP >>> Sysinternals - www.sysinternals.com
2018-02-15 14:29:45 # 74877 # [I] main / legacy / DUMP >>>
2018-02-15 14:29:45 # 74878 # [I] main / legacy / DUMP >>> No process matching the specified name can be found.
2018-02-15 14:29:45 # 74878 # [I] main / legacy / DUMP >>> Try elevating the command prompt or using PsExec to make one as SYSTEM.
2018-02-15 14:29:45 # 74878 # [I] main / legacy / DUMP >>> psexec.exe -s -d -i cmd.exe
2018-02-15 14:29:45 # 74879 # [I] main / legacy / DUMP >>> procdump.exe -accepteula ...
2018-02-15 14:29:45 # 74879 # [I] main / legacy / DUMP >>>
2018-02-15 14:29:45 # 74880 # [I] main / legacy / ERROR!! Exitcode >-2< - Dump failed! - Program >C:\FindVUK_1.08\tool\procdump.exe< Parameter > -ma -o DVDFab.exe "C:\FindVUK_1.08\dump\CFC68F3D31093942BE12908CED8C02C4494F1C5E_Deadpool.dmp"<
2018-02-15 14:29:45 # 74880 # [I] main / legacy / Error during process memory dump >C:\FindVUK_1.08\dump\CFC68F3D31093942BE12908CED8C02C4494F1C5E_Deadpool.dmp<
2018-02-15 14:29:45 # 74881 # [I] main / legacy / Error during process memory dump - please report in the doom9 forum!
2018-02-15 14:29:45 # 74884 # [I] main / legacy / ERROR! Couldn't create memory dump! Exit application!
2018-02-15 14:29:45 # 74896 # [I] main / legacy / CloseAtTheEnd is active, but no running application >C:\Program Files (x86)\DVDFab 10\DVDFab.exe< could be found

[nalor]

Hi! I've no idea what really happens in your case - it already starts at the beginning of the logfile:

Untested DVDfab Version >0.0.0.0< found

Which DVDfab version are you using?

[nalor]

Just released 1.09 - it fixes a few DVDfab related bugs I've found during the investigation of @TTide s problem - but I've still no idea why 1.07 is working for him and 1.08 isn't.

[TTide]

My DVDfab Version is 10.0.7.7 and FindVUK 1.09 also fails to create a Dump. I keep getting this:


2018-02-17 17:29:21 # 54896 # [I] main / legacy / DVDfab got VUK - create memdump now!
2018-02-17 17:29:21 # 55003 # [I] main / legacy / DUMP >>>
2018-02-17 17:29:21 # 55003 # [I] main / legacy / DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2018-02-17 17:29:21 # 55004 # [I] main / legacy / DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2018-02-17 17:29:21 # 55004 # [I] main / legacy / DUMP >>> Sysinternals - www.sysinternals.com
2018-02-17 17:29:21 # 55004 # [I] main / legacy / DUMP >>>
2018-02-17 17:29:21 # 55004 # [I] main / legacy / DUMP >>> No process matching the specified name can be found.
2018-02-17 17:29:21 # 55005 # [I] main / legacy / DUMP >>> Try elevating the command prompt or using PsExec to make one as SYSTEM.
2018-02-17 17:29:21 # 55005 # [I] main / legacy / DUMP >>> psexec.exe -s -d -i cmd.exe
2018-02-17 17:29:21 # 55005 # [I] main / legacy / DUMP >>> procdump.exe -accepteula ...
2018-02-17 17:29:21 # 55005 # [I] main / legacy / DUMP >>>

[nalor]

My DVDfab Version is 10.0.7.7 and FindVUK 1.09 also fails to create a Dump. I keep getting this:

Your main problem is that DVDfab 10.0.7.7 does not work any longer - you have to downgrade to DVDfab 10.0.4.8 - this is the latest release that is compatible with FindVUK.

Usually FindVUK should automatically detect that your release is not compatible and should exit, but I did it wrong :( - corrected it now for the next release.

On the other hand something is still strange - I still don't know why you're getting version 0.0.0.0.
Does it still display version 0.0.0.0 even with findVUK 1.09 ?

[candela]

new ini help file (http://s000.tinyupload.com/index.php?file_id=95704974328937443212). Hopefully everything is explained correctly

[TTide]

Your main problem is that DVDfab 10.0.7.7 does not work any longer - you have to downgrade to DVDfab 10.0.4.8 - this is the latest release that is compatible with FindVUK.

Usually FindVUK should automatically detect that your release is not compatible and should exit, but I did it wrong :( - corrected it now for the next release.

On the other hand something is still strange - I still don't know why you're getting version 0.0.0.0.
Does it still display version 0.0.0.0 even with findVUK 1.09 ?

No it displays this now:

Tested DVDfab Version >10.0.4.8< found

[candela]

I just noticed there are serious problems with the dates (1.09 and before)

For example Predator:
<DiscId Date="2010-03-20">AA5B2D0735BF048400155066E30221C5ABB12AB4</DiscId>

Correct date:
2010-04-27 18-38-34 A---R--- 65.536 Unit_Key_RO.inf

There is not a single file on this disc with date 2010-03-20

<BDplus Date="2010.04.28">1</BDplus>
Again, there's not a single file on the disc with this date

The BDSVM dir is also dated 2010-04-27. BDSVM files
2009-10-15 19-42-20 A---R--- 20.971.520 00000.svm

I think
- for discid use date of unit_key_ro.inf
- for BD+ date , same as DiscID or folder BDSVM (not sure if it's ever different)

Note: makemkv reports Timestamp: 2010-04-27 10:46:49 for this disc, don't know where that time is coming from

[nalor]

I think
- for discid use date of unit_key_ro.inf
- for BD+ date , same as DiscID or folder BDSVM (not sure if it's ever different)

Note: makemkv reports Timestamp: 2010-04-27 10:46:49 for this disc, don't know where that time is coming from

Currently I'm using the creation-date of unit_key_ro.inf for the discid-date (I thought this makes more sense than using the last-modified date ?? ) - but the spec is not clear in this point, so just tell me if I should change it.

The date used for the BD+ date is stored inside the file itself - has nothing to do with the creation/last-modified or last-accessed dates as reported by windows. (I read the first 18 bytes of \BDSVM\00000.svm and get the date as visible here: libbdplus loader.c (http://git.videolan.org/?p=libbdplus.git;a=blob;f=src/libbdplus/bdsvm/loader.c)

[candela]

Currently I'm using the creation-date of unit_key_ro.inf for the discid-date (I thought this makes more sense than using the last-modified date ?? ) - but the spec is not clear in this point, so just tell me if I should change it.

The date used for the BD+ date is stored inside the file itself - has nothing to do with the creation/last-modified or last-accessed dates as reported by windows. (I read the first 18 bytes of \BDSVM\00000.svm and get the date as visible here: libbdplus loader.c (http://git.videolan.org/?p=libbdplus.git;a=blob;f=src/libbdplus/bdsvm/loader.c)

Aha, maybe that's also why I have been seeing sometimes 1 day differences when comparing different sources for the disc date, I will investigate and check also the original doom9 posts. Maybe store both?

I didn't know BD+ actually had the date internally stored, thanks for this new information

Why the different formats though "-" vs "."

[nalor]

Why the different formats though "-" vs "."

The libaacs (http://git.videolan.org/?p=libaacs.git;a=blob_plain;f=KEYDB.cfg;hb=HEAD) spec says the delimiter character has to be '-', this is the reason why it is not '.' for the DiscId date ;)

[nalor]

The libaacs (http://git.videolan.org/?p=libaacs.git;a=blob_plain;f=KEYDB.cfg;hb=HEAD) spec says the delimiter character has to be '-', this is the reason why it is not '.' for the DiscId date ;)

I'll change the - to . with the next release! I just noticed that there's no need to follow the keydb-spec inside the MetaXML file :)

[candela]

Just released 1.08 - fixes a stupid bug I noticed when I checked the MetaXML files I've uploaded into the online-db: in case a few discs are uploaded one after the other, the 2nd disc includes 2 hashed, the 3rd disc 3 of them ... and so on. never cleared the previous hash values in 1.07 :(


problem still exists in version 1.09 for MetaTitles. if the second disc does not have any metatitles, it's using the metatitle from the previous disc

too many bugs nalor, more testing ! better check all the other fields in this scenario :p

[nalor]

problem still exists in version 1.09 for MetaTitles. if the second disc does not have any metatitles, it's using the metatitle from the previous disc

too many bugs nalor, more testing ! better check all the other fields in this scenario :pAlso noticed this 2nd bug 2 days ago....

Will release a new version hopefully tomorrow.

Gesendet von meinem E5823 mit Tapatalk

[candela]

1) some more bad volume labels

BLURAY, blu-ray-pc, DISC_TITLE BD1, DISC_TITLE BD2, DISC, _YOUR_DISC_LABEL_, DISC1, DISC2, BD_ROM, SPE_BDLIVE, BD_VIDEO, PS3VOLUME



2) bad meta titles

BLU-RAY AUDIO, BLU-RAY 3D, BLU-RAY, Blu-ray, Blu-ray™, BLU-RAY VIDEO

also chars (utf-8): 0x2e, 0x20, 0x20 0x20 0x20 0x20 0x20, 0xc2 0xa0


3) xmls aren't generated when upload is disabled. probably by design but may be reconsider? xmls can then be generated offline and uploaded later


4) maybe add Batchfiles for the sychronize and GetMetaInfoFromDisc modes


5) how about auto start GetMetaInfoFromDisc in case no or bad verson of dvdfab is detected

[nalor]

1) some more bad volume labels

BLURAY, blu-ray-pc, DISC_TITLE BD1, DISC_TITLE BD2, DISC, _YOUR_DISC_LABEL_, DISC1, DISC2, BD_ROM, SPE_BDLIVE, BD_VIDEO, PS3VOLUME



2) bad meta titles

BLU-RAY AUDIO, BLU-RAY 3D, BLU-RAY, Blu-ray, Blu-ray™, BLU-RAY VIDEO

also chars (utf-8): 0x2e, 0x20, 0x20 0x20 0x20 0x20 0x20, 0xc2 0xa0


3) xmls aren't generated when upload is disabled. probably by design but may be reconsider? xmls can then be generated offline and uploaded later


4) maybe add Batchfiles for the sychronize and GetMetaInfoFromDisc modes


5) how about auto start GetMetaInfoFromDisc in case no or bad verson of dvdfab is detected


Hi!

I've added BLURAY to the list of meaningless volumenames - but I don't think it makes sense to add the other names also. Currently there are ~1100 entries in the onlinedatabase and the other titles are not in the list, so I don't think it's really necessary to add them.
Same for the meta-titles - none of them from your list above is in my list and I don't think it's helpful to add such special titles to the list.
When I check the titles in the database I also find a couple that really look meaningless to me - but those are specials that only occur 1 time.

XML creation: changed the behaviour, MetaXML is always created now - but currently I have no plans to allow a manual upload into the online database.

Batchfiles: I will think about it, maybe when the onlinedb is really functional and the synchronisation is correctly working ;)

Automatic GetMeta: will also think about it - but honestly I still don't know why we should collect this data at all?

[candela]

Hi!

I've added BLURAY to the list of meaningless volumenames - but I don't think it makes sense to add the other names also. Currently there are ~1100 entries in the onlinedatabase and the other titles are not in the list, so I don't think it's really necessary to add them.
Same for the meta-titles - none of them from your list above is in my list and I don't think it's helpful to add such special titles to the list.
When I check the titles in the database I also find a couple that really look meaningless to me - but those are specials that only occur 1 time.

XML creation: changed the behaviour, MetaXML is always created now - but currently I have no plans to allow a manual upload into the online database.

Batchfiles: I will think about it, maybe when the onlinedb is really functional and the synchronisation is correctly working ;)

Automatic GetMeta: will also think about it - but honestly I still don't know why we should collect this data at all?

i've encountered all those labels but not that many times, it doesn't really matter for findvuk, i use the list to know when i should use a manual title instead of metatitle, e.g. _NONAME_ [Nirvana - Nevermind] instead of _NONAME_ (BLU-RAY AUDIO)

xmls could also be posted also on the forum here for example. What happens when XML upload fails (e.g. temp internet problem), how is the data uploaded again without processing the disc again?

(some) of the information allows keys to be derived from other discs, e.g. same MD5 means same MK, even when the movie can be completely different. Also the initial idea was for Relight's database to become a bluray release database on the front end (with keys only in the background). It would be created without requiring manual effort , except for inserting a disc and running findvuk (or any program generating the xml)

[nalor]

problem still exists in version 1.09 for MetaTitles. if the second disc does not have any metatitles, it's using the metatitle from the previous disc

too many bugs nalor, more testing ! better check all the other fields in this scenario :p

Published 1.10 - but as always: with little to none testing ;)

[Jdogzz]

Hi, I've been using the new version of FindVUK, 1.10, and it currently seems to be stalling on a single disc. Below is the log, and the dump file is available here:
http://www.mediafire.com/file/nrqzteiwulrme09/C8AB0CEE20B0827D356CDB1E9AEC639AD7E035DC_VGHS_Season_2.dmp

2018-03-23 17:39:26 # 0 # [I] main / legacy / ----------- FindVUK 1.10 -----------
2018-03-23 17:39:26 # 0 # [I] main / legacy / Operating System: Windows 10
2018-03-23 17:39:26 # 1 # [I] main / legacy / SettingsFile: >C:\Users\myusername\Useful Programs\FindVUK\config\FindVUK.ini<
2018-03-23 17:39:26 # 13 # [I] main / legacy / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2018-03-23 17:39:26 # 13 # [I] main / legacy / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2018-03-23 17:39:26 # 13 # [I] main / legacy / Max. ScreenSize 180 x 54
2018-03-23 17:39:26 # 13 # [I] main / legacy / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2018-03-23 17:39:26 # 13 # [I] main / legacy / M1 - New BufferSize 120 x 9001
2018-03-23 17:39:26 # 13 # [I] main / legacy / Mx2 - New ScreenSize 120 x 50
2018-03-23 17:39:26 # 17 # [I] main / legacy / Information! Passkey detected >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-23 17:39:26 # 22 # [I] main / legacy / Tested Passkey Version >9.2.1.1< found
2018-03-23 17:39:26 # 22 # [I] main / legacy / >>> everything should work as expected!
2018-03-23 17:39:26 # 22 # [I] main / legacy / Couldn't read PasskeyLogDir from registry - take the info from the ini file
2018-03-23 17:39:26 # 23 # [I] main / legacy / Information! No MediaPlayer detected!
2018-03-23 17:39:26 # 24 # [I] main / legacy / Information! DVDfab detected >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-03-23 17:39:26 # 24 # [I] main / legacy / Information! DVDfab MainApp is not valid! >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-03-23 17:39:26 # 24 # [I] main / legacy / Passkey is preferred and available!
2018-03-23 17:39:26 # 24 # [I] main / legacy / Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-23 17:39:26 # 24 # [I] main / legacy / Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2018-03-23 17:39:26 # 25 # [I] main / legacy / KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2018-03-23 17:39:26 # 25 # [I] main / legacy / KEYDB-Backup-Path: >C:\Users\myusername\Useful Programs\FindVUK\VUKbackup\<
2018-03-23 17:39:26 # 25 # [I] main / legacy / ProcDumpFile: >C:\Users\myusername\Useful Programs\FindVUK\tool\procdump.exe<
2018-03-23 17:39:26 # 25 # [I] main / legacy / --- PART 1 --- GET VUK ---
2018-03-23 17:39:26 # 33 # [I] main / legacy / No running application process discovered
2018-03-23 17:39:26 # 34 # [I] main / legacy / >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-23 17:39:30 # 4262 # [I] main / legacy / Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2018-03-23 17:39:33 # 7275 # [I] main / legacy / Drive opened
2018-03-23 17:39:33 # 7275 # [I] main / legacy / DiscType detected >Blu-ray BDMV<
2018-03-23 17:39:33 # 7276 # [I] main / legacy / Volume Label detected >VGHS_Season_2<
2018-03-23 17:39:33 # 7276 # [I] main / legacy / DriveLetter detected >F<
2018-03-23 17:39:34 # 7982 # [I] main / legacy / Detected CopyProtections AACS >1< BD+ >0<
2018-03-23 17:39:42 # 16201 # [I] main / legacy / DiscID found >C8AB0CEE20B0827D356CDB1E9AEC639AD7E035DC<
2018-03-23 17:39:43 # 17407 # [I] main / legacy / Passkey got VUK - create memdump now!
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>>
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>> ProcDump v8.0 - Writes process dump files
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>> Copyright (C) 2009-2016 Mark Russinovich
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>> Sysinternals - www.sysinternals.com
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>> With contributions from Andrew Richards
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>>
2018-03-23 17:39:43 # 17510 # [I] main / legacy / DUMP >>> [17:39:43] Dump 1 initiated: C:\Users\myusername\Useful Programs\FindVUK\dump\C8AB0CEE20B0827D356CDB1E9AEC639AD7E035DC_VGHS_Season_2.dmp
2018-03-23 17:39:44 # 17711 # [I] main / legacy / DUMP >>> [17:39:44] Dump 1 writing: Estimated dump file size is 115 MB.
2018-03-23 17:39:44 # 17812 # [I] main / legacy / DUMP >>> [17:39:44] Dump 1 complete: 116 MB written in 0.3 seconds
2018-03-23 17:39:44 # 18012 # [I] main / legacy / DUMP >>> [17:39:44] Dump count reached.
2018-03-23 17:39:44 # 18012 # [I] main / legacy / DUMP >>>
2018-03-23 17:39:44 # 18012 # [I] main / legacy / Dump successful! >1<
2018-03-23 17:39:44 # 18012 # [I] main / legacy / DumpProcessToFile - Program >C:\Users\myusername\Useful Programs\FindVUK\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\myusername\Useful Programs\FindVUK\dump\C8AB0CEE20B0827D356CDB1E9AEC639AD7E035DC_VGHS_Season_2.dmp"<
2018-03-23 17:39:44 # 18013 # [I] main / legacy / MemDump successfully finished!

[Jdogzz]

Happened again. Log and dump file.

http://www.mediafire.com/file/0nqg7cua2335sqb/C598D86605F2569D7D3919DA89EE3DF77D24A808_ROME_S1_DISC1.dmp

2018-03-23 18:38:25 # 0 # [I] main / legacy / #############################################################################
2018-03-23 18:38:25 # 1 # [I] main / legacy / ----------- FindVUK 1.10 -----------
2018-03-23 18:38:25 # 1 # [I] main / legacy / Operating System: Windows 10
2018-03-23 18:38:25 # 2 # [I] main / legacy / SettingsFile: >C:\Users\myusername\Useful Programs\FindVUK\config\FindVUK.ini<
2018-03-23 18:38:25 # 12 # [I] main / legacy / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2018-03-23 18:38:25 # 12 # [I] main / legacy / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2018-03-23 18:38:25 # 12 # [I] main / legacy / Max. ScreenSize 180 x 54
2018-03-23 18:38:25 # 12 # [I] main / legacy / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2018-03-23 18:38:25 # 12 # [I] main / legacy / M1 - New BufferSize 120 x 9001
2018-03-23 18:38:25 # 13 # [I] main / legacy / Mx2 - New ScreenSize 120 x 50
2018-03-23 18:38:25 # 18 # [I] main / legacy / Information! Passkey detected >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-23 18:38:25 # 24 # [I] main / legacy / Tested Passkey Version >9.2.1.1< found
2018-03-23 18:38:25 # 25 # [I] main / legacy / >>> everything should work as expected!
2018-03-23 18:38:25 # 25 # [I] main / legacy / Couldn't read PasskeyLogDir from registry - take the info from the ini file
2018-03-23 18:38:25 # 26 # [I] main / legacy / Information! No MediaPlayer detected!
2018-03-23 18:38:25 # 26 # [I] main / legacy / Information! DVDfab detected >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-03-23 18:38:25 # 26 # [I] main / legacy / Information! DVDfab MainApp is not valid! >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-03-23 18:38:25 # 27 # [I] main / legacy / Passkey is preferred and available!
2018-03-23 18:38:25 # 27 # [I] main / legacy / Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-23 18:38:25 # 27 # [I] main / legacy / Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2018-03-23 18:38:25 # 27 # [I] main / legacy / KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2018-03-23 18:38:25 # 27 # [I] main / legacy / KEYDB-Backup-Path: >C:\Users\myusername\Useful Programs\FindVUK\VUKbackup\<
2018-03-23 18:38:25 # 28 # [I] main / legacy / ProcDumpFile: >C:\Users\myusername\Useful Programs\FindVUK\tool\procdump.exe<
2018-03-23 18:38:25 # 28 # [I] main / legacy / --- PART 1 --- GET VUK ---
2018-03-23 18:38:25 # 37 # [I] main / legacy / No running application process discovered
2018-03-23 18:38:25 # 37 # [I] main / legacy / >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-23 18:38:29 # 3943 # [I] main / legacy / Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2018-03-23 18:38:32 # 7460 # [I] main / legacy / Drive opened
2018-03-23 18:38:32 # 7460 # [I] main / legacy / DiscType detected >Blu-ray BDMV<
2018-03-23 18:38:32 # 7461 # [I] main / legacy / Volume Label detected >ROME_S1_DISC1<
2018-03-23 18:38:32 # 7462 # [I] main / legacy / DriveLetter detected >F<
2018-03-23 18:38:32 # 7462 # [I] main / legacy / Detected CopyProtections AACS >1< BD+ >0<
2018-03-23 18:38:43 # 18175 # [I] main / legacy / DiscID found >C598D86605F2569D7D3919DA89EE3DF77D24A808<
2018-03-23 18:38:44 # 19281 # [I] main / legacy / Passkey got VUK - create memdump now!
2018-03-23 18:38:44 # 19384 # [I] main / legacy / DUMP >>>
2018-03-23 18:38:44 # 19384 # [I] main / legacy / DUMP >>> ProcDump v8.0 - Writes process dump files
2018-03-23 18:38:44 # 19384 # [I] main / legacy / DUMP >>> Copyright (C) 2009-2016 Mark Russinovich
2018-03-23 18:38:44 # 19384 # [I] main / legacy / DUMP >>> Sysinternals - www.sysinternals.com
2018-03-23 18:38:44 # 19385 # [I] main / legacy / DUMP >>> With contributions from Andrew Richards
2018-03-23 18:38:44 # 19385 # [I] main / legacy / DUMP >>>
2018-03-23 18:38:44 # 19385 # [I] main / legacy / DUMP >>> [18:38:44] Dump 1 initiated: C:\Users\myusername\Useful Programs\FindVUK\dump\C598D86605F2569D7D3919DA89EE3DF77D24A808_ROME_S1_DISC1.dmp
2018-03-23 18:38:44 # 19485 # [I] main / legacy / DUMP >>> [18:38:44] Dump 1 writing: Estimated dump file size is 115 MB.
2018-03-23 18:38:44 # 19686 # [I] main / legacy / DUMP >>> [18:38:44] Dump 1 complete: 115 MB written in 0.2 seconds
2018-03-23 18:38:45 # 19886 # [I] main / legacy / DUMP >>> [18:38:45] Dump count reached.
2018-03-23 18:38:45 # 19886 # [I] main / legacy / DUMP >>>
2018-03-23 18:38:45 # 19887 # [I] main / legacy / Dump successful! >1<
2018-03-23 18:38:45 # 19887 # [I] main / legacy / DumpProcessToFile - Program >C:\Users\myusername\Useful Programs\FindVUK\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\myusername\Useful Programs\FindVUK\dump\C598D86605F2569D7D3919DA89EE3DF77D24A808_ROME_S1_DISC1.dmp"<
2018-03-23 18:38:45 # 19887 # [I] main / legacy / MemDump successfully finished!

[nalor]

Happened again. Log and dump file.


Hi, how long die you wait in this Situation?

Basically it's waiting for the main playlist to appear in the logfile, i also noticed this can sometimes take up to 5 min.

I think about introducing a max-wait-time and just skip the detection of the main playlist in case it take too long.

Gesendet von meinem E5823 mit Tapatalk

[Jdogzz]

Hi, how long die you wait in this Situation?

Basically it's waiting for the main playlist to appear in the logfile, i also noticed this can sometimes take up to 5 min.

I think about introducing a max-wait-time and just skip the detection of the main playlist in case it take too long.

Gesendet von meinem E5823 mit Tapatalk

Last night I waited over an hour and saw no change in the status of the program.

[nalor]

Last night I waited over an hour and saw no change in the status of the program.

Well, this is definitely too long ;)

Please post the passkey-logfile and the findvuk logfile from the same time period.
Thanks!

[Jdogzz]

Passkey log:
DVDFabPasskey 9.2.1.1 (2018/03/25 19:34:55)

0m 05.07s: opening drive F
0m 05.07s: opened i/o
0m 05.08s: got media type 15
0m 05.72s: got max lba 20221311
0m 08.22s: got disc type 20
0m 08.22s: type Blu-ray BDMV
0m 08.22s: volume label ROME_S1_DISC1
0m 08.22s: bd set region ?
0m 08.26s: internal path F:/BDMV/
0m 08.33s: aacs 1 bd+ 0
0m 14.28s: got bdmv
0m 14.29s: got agid 0
0m 15.37s: sent host cert chal
0m 15.38s: got drive cert chal
0m 15.38s: BEC 0
0m 15.38s: DRIVE_VENDOR 0x0080
0m 17.09s: got drive key
0m 17.09s: got host key signature
0m 17.09s: verified drive signature
0m 17.09s: verified host signature
0m 18.99s: sent host signature and key point
0m 18.99s: got bus key
0m 19.03s: got volume id
0m 19.03s: got volume id mac
0m 19.03s: volume id is correct
0m 19.03s: got vid
0m 19.23s: blu-ray C598D86605F2569D7D3919DA89EE3DF77D24A808
0m 19.84s: cert BEE=0x00 same
0m 20.35s: D 75228195
0m 20.36s: selected region B
0m 20.36s: bd set region B
0m 20.36s: got vuk
0m 21.19s: got unit key 7
0m 21.20s: blupath: demo/bonus disc
0m 21.37s: Get BluPathData and RRdata
0m 21.93s: StealthyClone with BluPath
0m 24.98s: full disc copy/play is supported
0m 25.05s: got bdmv
0m 25.05s: got extended bdinfo
0m 25.05s: opened blu-ray


FindVUK:
2018-03-25 19:34:48 # 0 # [I] main / legacy / #############################################################################
2018-03-25 19:34:48 # 1 # [I] main / legacy / ----------- FindVUK 1.10 -----------
2018-03-25 19:34:48 # 2 # [I] main / legacy / Operating System: Windows 10
2018-03-25 19:34:48 # 3 # [I] main / legacy / SettingsFile: >C:\Users\myusername\Useful Programs\FindVUK\config\FindVUK.ini<
2018-03-25 19:34:48 # 20 # [I] main / legacy / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2018-03-25 19:34:48 # 20 # [I] main / legacy / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2018-03-25 19:34:48 # 20 # [I] main / legacy / Max. ScreenSize 180 x 54
2018-03-25 19:34:48 # 21 # [I] main / legacy / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2018-03-25 19:34:48 # 21 # [I] main / legacy / M1 - New BufferSize 120 x 9001
2018-03-25 19:34:48 # 21 # [I] main / legacy / Mx2 - New ScreenSize 120 x 50
2018-03-25 19:34:48 # 53 # [I] main / legacy / Information! Passkey detected >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-25 19:34:48 # 55 # [I] main / legacy / Tested Passkey Version >9.2.1.1< found
2018-03-25 19:34:48 # 55 # [I] main / legacy / >>> everything should work as expected!
2018-03-25 19:34:48 # 56 # [I] main / legacy / Couldn't read PasskeyLogDir from registry - take the info from the ini file
2018-03-25 19:34:48 # 59 # [I] main / legacy / Information! No MediaPlayer detected!
2018-03-25 19:34:48 # 59 # [I] main / legacy / Information! DVDfab detected >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-03-25 19:34:48 # 59 # [I] main / legacy / Information! DVDfab MainApp is not valid! >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-03-25 19:34:48 # 59 # [I] main / legacy / Passkey is preferred and available!
2018-03-25 19:34:48 # 60 # [I] main / legacy / Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-25 19:34:48 # 60 # [I] main / legacy / Passkey-LogFile: >C:\Users\myusername\Documents\DVDFab Passkey\Log\passkey_internal.log<
2018-03-25 19:34:48 # 60 # [I] main / legacy / KEYDB-Path: >C:\Users\myusername\AppData\Roaming\aacs\<
2018-03-25 19:34:48 # 60 # [I] main / legacy / KEYDB-Backup-Path: >C:\Users\myusername\Useful Programs\FindVUK\VUKbackup\<
2018-03-25 19:34:48 # 60 # [I] main / legacy / ProcDumpFile: >C:\Users\myusername\Useful Programs\FindVUK\tool\procdump.exe<
2018-03-25 19:34:48 # 61 # [I] main / legacy / --- PART 1 --- GET VUK ---
2018-03-25 19:34:48 # 74 # [I] main / legacy / No running application process discovered
2018-03-25 19:34:48 # 74 # [I] main / legacy / >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2018-03-25 19:34:53 # 4890 # [I] main / legacy / Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2018-03-25 19:34:58 # 9823 # [I] main / legacy / Drive opened
2018-03-25 19:34:58 # 9839 # [I] main / legacy / DiscType detected >Blu-ray BDMV<
2018-03-25 19:34:58 # 9840 # [I] main / legacy / Volume Label detected >ROME_S1_DISC1<
2018-03-25 19:34:58 # 9840 # [I] main / legacy / DriveLetter detected >F<
2018-03-25 19:34:58 # 9942 # [I] main / legacy / Detected CopyProtections AACS >1< BD+ >0<
2018-03-25 19:35:09 # 20804 # [I] main / legacy / DiscID found >C598D86605F2569D7D3919DA89EE3DF77D24A808<
2018-03-25 19:35:10 # 21917 # [I] main / legacy / Passkey got VUK - create memdump now!
2018-03-25 19:35:10 # 22035 # [I] main / legacy / DUMP >>>
2018-03-25 19:35:10 # 22036 # [I] main / legacy / DUMP >>> ProcDump v8.0 - Writes process dump files
2018-03-25 19:35:10 # 22036 # [I] main / legacy / DUMP >>> Copyright (C) 2009-2016 Mark Russinovich
2018-03-25 19:35:10 # 22036 # [I] main / legacy / DUMP >>> Sysinternals - www.sysinternals.com
2018-03-25 19:35:10 # 22036 # [I] main / legacy / DUMP >>> With contributions from Andrew Richards
2018-03-25 19:35:10 # 22036 # [I] main / legacy / DUMP >>>
2018-03-25 19:35:10 # 22036 # [I] main / legacy / DUMP >>> [19:35:10] Dump 1 initiated: C:\Users\myusername\Useful Programs\FindVUK\dump\C598D86605F2569D7D3919DA89EE3DF77D24A808_ROME_S1_DISC1.dmp
2018-03-25 19:35:11 # 22237 # [I] main / legacy / DUMP >>> [19:35:11] Dump 1 writing: Estimated dump file size is 134 MB.
2018-03-25 19:35:11 # 22739 # [I] main / legacy / DUMP >>> [19:35:11] Dump 1 complete: 134 MB written in 0.7 seconds
2018-03-25 19:35:11 # 23040 # [I] main / legacy / DUMP >>> [19:35:11] Dump count reached.
2018-03-25 19:35:11 # 23040 # [I] main / legacy / DUMP >>>
2018-03-25 19:35:11 # 23041 # [I] main / legacy / Dump successful! >1<
2018-03-25 19:35:11 # 23041 # [I] main / legacy / DumpProcessToFile - Program >C:\Users\myusername\Useful Programs\FindVUK\tool\procdump.exe< Parameter > -ma -o DVDFabPasskey.exe "C:\Users\myusername\Useful Programs\FindVUK\dump\C598D86605F2569D7D3919DA89EE3DF77D24A808_ROME_S1_DISC1.dmp"<
2018-03-25 19:35:11 # 23041 # [I] main / legacy / MemDump successfully finished!

[TTide]

Failed to get VUK:

FindVUK log:


2018-04-16 18:39:05 # 0 # [I] main / legacy / #############################################################################
2018-04-16 18:39:05 # 0 # [I] main / legacy / ----------- FindVUK 1.10 -----------
2018-04-16 18:39:05 # 1 # [I] main / legacy / Operating System: Windows 10
2018-04-16 18:39:05 # 1 # [I] main / legacy / SettingsFile: >C:\FindVUK_1.10\config\FindVUK.ini<
2018-04-16 18:39:05 # 3 # [I] main / legacy / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2018-04-16 18:39:05 # 3 # [I] main / legacy / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2018-04-16 18:39:05 # 3 # [I] main / legacy / Max. ScreenSize 240 x 72
2018-04-16 18:39:05 # 3 # [I] main / legacy / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2018-04-16 18:39:05 # 3 # [I] main / legacy / M1 - New BufferSize 120 x 9001
2018-04-16 18:39:05 # 3 # [I] main / legacy / Mx2 - New ScreenSize 120 x 50
2018-04-16 18:39:05 # 8 # [I] main / legacy / Information! No Passkey detected!
2018-04-16 18:39:05 # 8 # [I] main / legacy / Information! No MediaPlayer detected!
2018-04-16 18:39:05 # 8 # [I] main / legacy / Information! DVDfab detected >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-04-16 18:39:05 # 12 # [I] main / legacy / Tested DVDfab Version >10.0.4.8< found
2018-04-16 18:39:05 # 12 # [I] main / legacy / >>> everything should work as expected!
2018-04-16 18:39:05 # 13 # [I] main / legacy / Preferred application >PassKey< is not available
2018-04-16 18:39:05 # 13 # [I] main / legacy / DVDfab is available!
2018-04-16 18:39:05 # 13 # [I] main / legacy / DVDfab-MainFile: >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-04-16 18:39:05 # 14 # [I] main / legacy / DVDfab-LogFile: >C:\Users\gamer\Documents\DVDFab10\Log\dvdfab_internal.log<
2018-04-16 18:39:05 # 14 # [I] main / legacy / DVDfab-CloseAtTheEnd: >1<
2018-04-16 18:39:05 # 14 # [I] main / legacy / KEYDB-Path: >C:\Users\gamer\AppData\Roaming\aacs\<
2018-04-16 18:39:05 # 14 # [I] main / legacy / KEYDB-Backup-Path: >C:\FindVUK_1.10\VUKbackup\<
2018-04-16 18:39:05 # 14 # [I] main / legacy / ProcDumpFile: >C:\FindVUK_1.10\tool\procdump.exe<
2018-04-16 18:39:05 # 14 # [I] main / legacy / --- PART 1 --- GET VUK ---
2018-04-16 18:39:05 # 19 # [I] main / legacy / No running application process discovered
2018-04-16 18:39:05 # 19 # [I] main / legacy / >> Start it now >C:\Program Files (x86)\DVDFab 10\DVDFab.exe<
2018-04-16 18:39:05 # 130 # [I] main / legacy / Offset Folder2DiscId >0x114< - Folder2Vuk >0x173<
2018-04-16 18:39:42 # 36610 # [I] main / legacy / Drive opened
2018-04-16 18:39:42 # 36610 # [I] main / legacy / DiscType detected >Blu-ray BDMV<
2018-04-16 18:39:42 # 36610 # [I] main / legacy / Volume Label detected >SPIDER-MAN_HOMECOMING<
2018-04-16 18:39:51 # 45589 # [I] main / legacy / DriveLetter detected >E<
2018-04-16 18:39:55 # 49717 # [I] main / legacy / Detected CopyProtections AACS >1< BD+ >0<
2018-04-16 18:40:17 # 72382 # [I] main / legacy / DiscID found >7D59A39FA63D6A6DC5C302FADB082083138BC166<
2018-04-16 18:40:19 # 73999 # [I] main / legacy / DVDfab application reported error during decryption
2018-04-16 18:40:19 # 74000 # [I] main / legacy / ERROR! Decryption error detected - please reinsert Bluray!
2018-04-16 18:40:19 # 74001 # [I] main / legacy / --- PART 2 --- GET MKBrev AND VALIDATE VUK ---
2018-04-16 18:40:19 # 74002 # [I] main / legacy / AACS folder on disc is not accessible - close DVDfab now!
2018-04-16 18:40:19 # 74021 # [I] main / legacy / There are >1< DVDfab processes running
2018-04-16 18:40:30 # 84709 # [I] main / legacy / Friendly closing of C:\Program Files (x86)\DVDFab 10\DVDFab.exe< didn't succeed - kill it unfriendly now
2018-04-16 18:41:01 # 115758 # [I] main / legacy / WARNING! Couldn't reach folder :\AACS within 30 seconds (but carry on to search - stop with ESC)

[candela]

When UHD decryption was added in the beginning of April, they started blocking old versions of MediaPayer/Passkey/DVDFab to get keys for "newer" (somewhere v50+) MKBv versions. So you cannot use FindVUK anymore for such discs.

[nalor]

When UHD decryption was added in the beginning of April, they started blocking old versions of MediaPayer/Passkey/DVDFab to get keys for "newer" (somewhere v50+) MKBv versions. So you cannot use FindVUK anymore for such discs.

You're right - just noticed it myself ... :(

[harmankardon]

Okay, new member here, tried a new bluray (Ver 63) was able to get VUK key from the manual method using dvdfab 10.9 but requires the host certificate and processing keys to play

Are there any way to get the required keys and certificate files from either dvdfab or makemkv, both of which allowed me to rip the bluray, with the latest versions?

[candela]

Okay, new member here, tried a new bluray (Ver 63) was able to get VUK key from the manual method using dvdfab 10.9 but requires the host certificate and processing keys to play

Are there any way to get the required keys and certificate files from either dvdfab or makemkv, both of which allowed me to rip the bluray, with the latest versions?

Unless the disc requires bus encryption you don't need a host cert. And you never need a processing key if you have the VUK. So probably you don't have a VUK. Maybe a unit key since as far as I could tell, DVDFab 10.8 no longer uses VUK. So doubtful you can get a VUK from 10.9

[Piyoko]

So if I understood things correctly, there is currently no way to decrypt new/unsupported discs "on your own" so to speak? The only option is to get one application or other, submit the disc info and wait until the developer feels like releasing an update with support for it?

[nalor]

Will soon release a new version that support the most current dvdfab passkey version to get at least UnitKeys to decrypt discs.

Kudos to @candela who discovered the UnitKeys in memory and told me about it :)

Basically the UnitKeys are as good as the VUK - so at least for me it's as good as before :)

I'm currently finishing the synchronization feature with the online db - when this is working as expected I'll release the new version.

So please give me another 1-2 weeks and I will be ready :)

[harmankardon]

Hey any updates on a new release?

[nalor]

Hey any updates on a new release?

I'm still on it - in case I don't manage to finish within the next couple of days I'll post my current version without working synchronisation.

[harmankardon]

I'm still on it - in case I don't manage to finish within the next couple of days I'll post my current version without working synchronisation.

No worries, release it when you are ready, I was only curious on progress :)

Thanks for all the work you are doing :)

[EncryptedEggs]

Getting a relatively new Bluray tomorrow, hoping that Passkey will still do its trick, though I should be well beyond 30 days from when the trial began...(fingers crossed)...Has anyone found a way to get the VUK without being dependent on Passkey?

[EncryptedEggs]

No dice!

I had Passkey 8285, but the trial has run out. I tried Passkey 9230, but the software tells me that I need a new version of Passkey for that disc. I downloaded the latest Passkey, 9317, and it does decrypt the disc. However, FindVUK says that "Starting with Passkey 9.2.1.2 the VUK is not available in memory any longer!" So now I can't use FindVUK here to get the key. And now my trials have started for those later two versions.

Random questions:


Is there a way to re-set DVDFab trial period?
Anywhere I can download other versions of DVDFab Passkey?
Has anyone found ways to get the keys from software other thank DVDFab? For example, my PowerDVD did an AACS keys update when I put this new disc in.
Any progress on this new FindVUK version that you say will work with the newer DVDFabs? :)


Thanks for your hard work.

[nalor]

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

Gesendet von meinem E5823 mit Tapatalk

[ErichV]

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

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

[nalor]

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

Please give it a try.



Gesendet von meinem E5823 mit Tapatalk

[nalor]

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

Tomorrow I will explain the synchronisation more detailed.

Gesendet von meinem E5823 mit Tapatalk

[EncryptedEggs]

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

[nalor]

Here a little bit more details about my changes:

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

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

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

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

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

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

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

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

[TTide]

Failed to get UnitKeys.


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

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

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

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

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

[EncryptedEggs]

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

[nalor]

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

DVDFab Passkey
DVDFab DVDFab
DVDFab MediaPlayer 3
DVDFab Player 5


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

[nalor]

Failed to get UnitKeys.

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

[candela]

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

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

[TTide]

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

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

[candela]

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


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

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


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


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

[richy]

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

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

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

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

[nalor]

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



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

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

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

[candela]

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


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

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

[nalor]

Will check tonight.

Gesendet von meinem E5823 mit Tapatalk

[FredThompson]

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

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

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

[nalor]

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

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

Gesendet von meinem E5823 mit Tapatalk

[candela]

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

Gesendet von meinem E5823 mit Tapatalk

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


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


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



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

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

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

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

1f
Successful written to database!
0


FindVUK somehow thinks it failed

[FredThompson]

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

Belay that. Here's a better question:

How does FindVUK determine which DVDFab product is installed?

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

--

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

[nalor]

FindVUK somehow thinks it failed

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

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

[nalor]

How does FindVUK determine which DVDFab product is installed?


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

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

[FredThompson]

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

[nalor]

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

Gesendet von meinem E5823 mit Tapatalk

[candela]

It seems the download links no longer work

[TTide]

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

SHA-256: 99848F9CDAA9BDE47BC0EC3D7768ECB2FE93999F2C1F9B4DF033A709F445FE1F

[nalor]

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

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

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

[candela]

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


issue is still there unfortunately

[nalor]

issue is still there unfortunately

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

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

[nalor]

Found the error, the log was really helpful!

Will shortly release 1.17 with the fix

Gesendet von meinem E5823 mit Tapatalk

[MartyMcNuts]

@ Nalor,

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

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

Thanks for all your hard work!

Marty :thanks:

[candela]

@ Nalor,

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

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

Thanks for all your hard work!

Marty :thanks:

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

[nalor]

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

[candela]

download link doesn't seem to work for some reason

[nalor]

download link doesn't seem to work for some reason

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

[candela]

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

download works now. upload also seems to work in 1.17


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

[nalor]

download works now. upload also seems to work in 1.17

Good news - thanks for the retest!

[richy]

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

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

[nalor]

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

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

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

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

[richy]

Hi Nalor,

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

Rich

[nalor]

Will check tomorrow in Detail.Hi Nalor,

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

Rich

Gesendet von meinem SM-T800 mit Tapatalk

[nalor]

Released 1.18 - fixes the problems reported by @richy

[nalor]

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

[nalor]

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


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

[richy]

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

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

Basically, I've got two queries:

(1) Entries have been completely removed.

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

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

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

(2) Entries that have been trimmed.

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

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

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

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

[nalor]

(1) Entries have been completely removed.

(2) Entries that have been trimmed.


Hi! Thanks for your report!

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

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

[richy]

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

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

[nalor]

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

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

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

[richy]

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

[sarre]

Just wanted to report that the 'PID' issue with procdump still exists in 1.19

"Dump 1 initiated: [..]\FindVUK\dump\1672CD54114191BA94D99E2A4A30A4E9D6F58CB9_S9960ER_MAN_3.dmp"

You can probably guess the title.

[TTide]

With the latest DVDFab x64 11.0.0.3 is able to find the vid / bdmv / Disc ID in the log file "Documents/DVDFAb11/dvdfab_internal.log".
The problem is it doesn't output the vuk yet it can play some blu-ray without it.

[nalor]

Just wanted to report that the 'PID' issue with procdump still exists in 1.19

"Dump 1 initiated: [..]\FindVUK\dump\1672CD54114191BA94D99E2A4A30A4E9D6F58CB9_S9960ER_MAN_3.dmp"

You can probably guess the title.

Thanks for reporting! Please try FindVUK 1.20 - should be fixed with it :)

[nalor]

With the latest DVDFab x64 11.0.0.3 is able to find the vid / bdmv / Disc ID in the log file "Documents/DVDFAb11/dvdfab_internal.log".
The problem is it doesn't output the vuk yet it can play some blu-ray without it.

Please try again with FindVUK 1.20 - I've added support for DVDfab 11.x a week ago and didn't notice any problems so far (but as always - didn't test too much ;)

Basically it's also working with FindVUK 1.19 - but it's necessary to specify the LogFile and the MainFile because it does not know how to detect it properly.

Now with FindVUK 1.20 it should work out of the box.

[sarre]

Thanks for reporting! Please try FindVUK 1.20 - should be fixed with it :)

Confirmed.

[nalor]

Would be great if someone could send me the AACS folder of one of the following UHD discs:

BATMAN_V_SUPERMAN_UE
BLADE_RUNNER_THE_FINAL_CUT
DUNKIRK
INCEPTION
KING_ARTHUR_LEGEND_OF_SWORD
SUICIDE_SQUAD
SULLY
THE_ACCOUNTANT
WAR_DOGS

Those discs have 2 unitkeys and I noticed that my method to get the encrypted unitkeys is only working for the first one - but e.g. UnitKey 2 is uploaded as zeroes ....



<EncryptedValues>
<UnitKeysENC>
<UnitKey Nr="1">2A8DB639815C44A9954265F1B34BCFB3</UnitKey>
<UnitKey Nr="2">00000000000000000000000000000000</UnitKey>
</UnitKeysENC>
</EncryptedValues>


Need the aacs folder to understand what I'm doing wrong ...

[nalor]

Got a few AACS folders from UHD's from different people - managed to correct reading of encrypted UnitKeys from UHDs.
The structure of the files on AACS2 discs is a little bit different, hopefully my interpretation of the new structure is correct now ;)

Released FindVUK 1.21, it contains some bugfixes.

[TTide]

Can't run FindVUK: FindVUK 1.21 bugs.
C:\FindVUK_1.21\log\2018-11-24_FindVUK.txt


2018-11-24 17:51:38 # 0 # [I] main / (legacy) / #############################################################################
2018-11-24 17:51:38 # 97 # [I] main / (legacy) / ----------- FindVUK 1.21 -----------
2018-11-24 17:51:38 # 97 # [I] main / (legacy) / Operating System: Windows 10
2018-11-24 17:51:38 # 98 # [I] main / Settings_GetFilename(legacy) / SettingsFile: >C:\FindVUK_1.21\config\FindVUK.ini<
2018-11-24 17:51:38 # 98 # [I] main / Settings_CreateOrUpdate(legacy) / Settingsfile does not exist - create it with default values
2018-11-24 17:51:38 # 772 # [I] main / ConsoleBufferSize(legacy) / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2018-11-24 17:51:38 # 772 # [I] main / ConsoleBufferSize(legacy) / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2018-11-24 17:51:38 # 785 # [I] main / ConsoleBufferSize(legacy) / Max. ScreenSize 240 x 55
2018-11-24 17:51:38 # 785 # [I] main / ConsoleBufferSize(legacy) / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2018-11-24 17:51:38 # 785 # [I] main / ConsoleBufferSize(legacy) / M1 - New BufferSize 120 x 9001
2018-11-24 17:51:38 # 793 # [I] main / ConsoleBufferSize(legacy) / Mx2 - New ScreenSize 120 x 50
2018-11-24 17:51:38 # 801 # [I] main / BlurayMeta_CheckLanguage(legacy) / Please check if the following language is correct.
2018-11-24 17:51:40 # 2242 # [I] main / (legacy) / Open Main-KEYDB file: >C:\Users\gamer\AppData\Roaming\aacs\KEYDB.cfg<
2018-11-24 17:51:41 # 3192 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\gamer\AppData\Roaming\aacs\KEYDB.cfg< opened!
2018-11-24 17:51:41 # 3200 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\gamer\AppData\Roaming\aacs\KEYDB.cfg< in memory now
2018-11-24 17:51:43 # 4997 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >0BBFAAE132F557850E76F2CFC41A2C0EA36600A6<
2018-11-24 17:51:43 # 5150 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >55020D329F3F994623265FBDCAD93D90572EE6B2<
2018-11-24 17:51:43 # 5288 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >461D817C01E805BCE68506016F0091C4A66D81CE<
2018-11-24 17:51:43 # 5424 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >043D58001A95B96ABCD83370CD993908E572B5CB<
2018-11-24 17:51:43 # 5552 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >93C80CA53E2EE293C9268E1CFB8C35D5083E661B<
2018-11-24 17:51:43 # 5681 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >18B75086AA278D195B0D267F09E27DC776027A84<
2018-11-24 17:51:44 # 5813 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >E1DD32036B1D56FAD8D91CF94C0F4C06665A5965<
2018-11-24 17:51:44 # 5946 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >D53A13D83FAF40E536AF5E1E017FE19C341E3883<
2018-11-24 17:51:44 # 6089 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >9072028F338B1B839B93516EE933B3E18E436762<
2018-11-24 17:51:44 # 6234 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >C5BD514FCD1FF9A098E4D9D566387EDDCEC3F2BC<

....

2018-11-24 17:58:53 # 434897 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >FF1EB210D5BA8321AE1C3008FB957F043B961E46<
2018-11-24 17:58:53 # 435054 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >CB5132749C65FD9C9C997E708BDBF02B8D9EAB89<
2018-11-24 17:58:53 # 435167 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >9C3402B8C88307DDED4DA8FCD7144F1051A5BB01<
2018-11-24 17:58:53 # 435281 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >009BB39E1986116DD968F36B0255CCCFCF44F5A5<
2018-11-24 17:58:53 # 435490 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >1730D1D0560EA1FB9D69CCA98A2FE3F2242BBEAF<
2018-11-24 17:58:53 # 435691 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >A60282DD2B615318AE0095B60AE080DCA58D9DAC<
2018-11-24 17:58:54 # 435866 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >E0F91AD99A9DF02950727718E63CCDEA4B458639<
2018-11-24 17:58:54 # 435996 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >A8DCCAB89AE10FB3C2BBC379CAED730490F6FF7B<
2018-11-24 17:58:54 # 436131 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >8B454A41644FE6BF56B13A9C5E42D50B970EF5BB<
2018-11-24 17:58:54 # 436254 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >331B0EAF5E9DA3457E78DB46DF0AD35F21F157B0<
2018-11-24 17:58:54 # 436383 # [I] bluray_keydb / _DeleteDiscId / Delete >1< duplicate entries of discid >31AB865D191178E5F279338F5533CAE5F79D5D83<

[nalor]

Can't run FindVUK: FindVUK 1.21 bugs.
C:\FindVUK_1.21\log\2018-11-24_FindVUK.txt

Please share your keydb.cfg file with me - I've really no idea what's going wrong in your case...

[nalor]

Release FindVUK 1.22 - it includes another small fix:

FIX: set unitkey-status to 'untested' in case no validation has been possible

[TTide]

TTide KEYDB.cfg (http://s000.tinyupload.com/index.php?file_id=09904320716366386158)

[jcg]

New user here, and trying to get FindVUK synchronize.bat to work and getting the error below. Any ideas?

-----------------------------------------------------------
11:35:44 - ----------- FindVUK 1.22 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
11:35:44 - Parameters detected
11:35:44 - SettingsFile: >C:\Users\jgiguere\Desktop\FindVUK_1.22\config\FindVUK.ini<
11:35:44 - Open Main-KEYDB file: >C:\Users\jgiguere\AppData\Roaming\aacs\KEYDB.cfg<
11:35:44 - Open Backup-KEYDB file: >C:\Users\jgiguere\Desktop\FindVUK_1.22\VUKbackup\KEYDB.cfg<

######################################################################################################
11:35:44 - Synchronize with OnlineDB
11:35:44 - DownloadURL >http://fvonline-db.bplaced.net/fv_download.php<
11:35:44 - MainKeyDB >C:\Users\jgiguere\AppData\Roaming\aacs\<
11:35:44 - Language >eng<
11:35:44 - BackupMode >1<
11:35:44 - BackupFolder>C:\Users\jgiguere\Desktop\FindVUK_1.22\OnlineDB_Backup\<
######################################################################################################
11:35:44 - Downloading OnlineDB - Progress: 0 bytes
11:35:44 - Downloading OnlineDB - Progress: 0 bytes
11:35:45 - Downloading OnlineDB - Progress: 43351 bytes
11:35:45 - Downloading OnlineDB - Progress: 230231 bytes
11:35:46 - Downloading OnlineDB - Progress: 790871 bytes
11:35:46 - Finished download of OnlineDB - received 3487446 bytes
11:35:49 - ERROR! GetDifference failed!
11:35:49 - ERROR! Synchronize failed! >-904<

Please press ENTER or ESC to exit

[nalor]

New user here, and trying to get FindVUK synchronize.bat to work and getting the error below. Any ideas?

-----------------------------------------------------------
11:35:44 - ----------- FindVUK 1.22 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
11:35:44 - Parameters detected
11:35:44 - SettingsFile: >C:\Users\jgiguere\Desktop\FindVUK_1.22\config\FindVUK.ini<
11:35:44 - Open Main-KEYDB file: >C:\Users\jgiguere\AppData\Roaming\aacs\KEYDB.cfg<
11:35:44 - Open Backup-KEYDB file: >C:\Users\jgiguere\Desktop\FindVUK_1.22\VUKbackup\KEYDB.cfg<

######################################################################################################
11:35:44 - Synchronize with OnlineDB
11:35:44 - DownloadURL >http://fvonline-db.bplaced.net/fv_download.php<
11:35:44 - MainKeyDB >C:\Users\jgiguere\AppData\Roaming\aacs\<
11:35:44 - Language >eng<
11:35:44 - BackupMode >1<
11:35:44 - BackupFolder>C:\Users\jgiguere\Desktop\FindVUK_1.22\OnlineDB_Backup\<
######################################################################################################
11:35:44 - Downloading OnlineDB - Progress: 0 bytes
11:35:44 - Downloading OnlineDB - Progress: 0 bytes
11:35:45 - Downloading OnlineDB - Progress: 43351 bytes
11:35:45 - Downloading OnlineDB - Progress: 230231 bytes
11:35:46 - Downloading OnlineDB - Progress: 790871 bytes
11:35:46 - Finished download of OnlineDB - received 3487446 bytes
11:35:49 - ERROR! GetDifference failed!
11:35:49 - ERROR! Synchronize failed! >-904<

Please press ENTER or ESC to exit

I think there are problems parsing your local keydb.cfg file - can you upload it somewhere and send me the link so that I can take a look at it?
Already improved the output for this error for the next release ...

[jcg]

I believe my keydb.cfg file came from my initial install of FindVUk 1.20.

http://s000.tinyupload.com/?file_id=33405856886526893162

[nalor]

TTide KEYDB.cfg (http://s000.tinyupload.com/index.php?file_id=09904320716366386158)

Analyzed your file and it contains ~28600 duplicates - I've no idea how this could happen at all.
It starts with:

; ####### FindVUK Synchronisation 2018.11.12 22:02:42 ########
0x8B2AF38681441C28A5871A7173A97A88EDB202DC = _NONAME_ | D | 2010-01-19 | V | 0xFC2BAC8F3AEB930DEC3B084DFB265717 | M | 0x97DE4C42E30E7659345B262AE770ACC3 | I | 0x01AE5F2D3F12DDB88DDFE2A181E00780 ; (LEGACY) (NOTVALIDATED) (BD)
0x0000000000000000000000000000000000000000 = _NONAME_ | V | 0xE2E6AF276384A5DBE5E4C996498CE975 ; libaacs (LEGACY) (NOTVALIDATED) (BD)

and the section ends in line 28672, next there's another sync you#ve done and finally a full copy of the first sync appears? Really strange ....


0xDD88EF86119409B8A7BFCA81982372AC0A366318 = 70S SHOW A XXX PARODY ( '70S SHOW) | D | 2009-10-02 | V | 0xA7C2CF84E036D1E5F6DF70F7621D2152 | M | 0xDD183F94B1341D3DDCC6274D723F7406 | I | 0xB14ED8644DAB4BE7CBDFCC0DA36C36C6 ; (LEGACY) (NOTVALIDATED) (BD)
; ####### FindVUK Synchronisation 2018.11.13 12:12:35 ########
0xEFBD5BD1B3A1C10184899C37966FEEAF6D3725EA = Deadpool (Deadpool) | D | 2016-04-08 | V | 0x2407CC815BD562B78F328D6E6D863EE7 | U | 1-0xBCAA3F4D12BC9CA15B8BB4643B40C1C1 | 2-0x572F8FBCB8A9D3C69589FEA5110E83F0 | 3-0xE3C4F63B4634046A010ED2C9D3F9F854 | 4-0x945CCE49A17324B055FAA5D694E2F031 | 5-0x32422BFB669F3ADB1BA5B7D2C187B0CE | 6-0x3CA02AA85AE7C64ABC699E04F3B116A5 ; MKBv56/BD+/BEE/FindVUK 1.14 - MainPlaylist: 00800.mpls - VolumeSize: 49885609984 (LEGACY) (NOTVALIDATED) (BD)

; ####### FindVUK Synchronisation 2018.11.12 22:02:42 ########
0x8B2AF38681441C28A5871A7173A97A88EDB202DC = _NONAME_ | D | 2010-01-19 | V | 0xFC2BAC8F3AEB930DEC3B084DFB265717 | M | 0x97DE4C42E30E7659345B262AE770ACC3 | I | 0x01AE5F2D3F12DDB88DDFE2A181E00780 ; (LEGACY) (NOTVALIDATED) (BD)
0x0000000000000000000000000000000000000000 = _NONAME_ | V | 0xE2E6AF276384A5DBE5E4C996498CE975 ; libaacs (LEGACY) (NOTVALIDATED) (BD)


Either you wait until it finishes deleting the duplicates (well - will take some time...) or you remove this 2nd section with the duplicates manually.

[nalor]

I believe my keydb.cfg file came from my initial install of FindVUk 1.20.

http://s000.tinyupload.com/?file_id=33405856886526893162

Your file is working fine for me - so for the moment I'm clueless ...

In case there aren't any special entries in your file please try to delete it - findvuk will create a new entry with the entries of the online-database.
Next check if the synchronisation is working now.

[jcg]

OK so I deleted the .cfg file and reran "findVUK - Synchronize.bat", and it worked fine. So a couple other questions:

- I downloaded the program so that I can use process monitor to find the correct playlist for obfuscated new releases. I assume a brand new release can't be played with VLC until I run findVUK and it updates the .cfg file. Is that correct?
- So assuming that's correct will FinkVUK work with DVDFab Passkey Lite? Or do I need to install the full version of DVDFab?
- Lastly will FindVUK actually find the unit keys on newly released obfuscated discs so that VLC can play them correctly?

Your file is working fine for me - so for the moment I'm clueless ...

In case there aren't any special entries in your file please try to delete it - findvuk will create a new entry with the entries of the online-database.
Next check if the synchronisation is working now.

[nalor]

OK so I deleted the .cfg file and reran "findVUK - Synchronize.bat", and it worked fine. So a couple other questions:

- I downloaded the program so that I can use process monitor to find the correct playlist for obfuscated new releases. I assume a brand new release can't be played with VLC until I run findVUK and it updates the .cfg file. Is that correct?
- So assuming that's correct will FinkVUK work with DVDFab Passkey Lite? Or do I need to install the full version of DVDFab?
- Lastly will FindVUK actually find the unit keys on newly released obfuscated discs so that VLC can play them correctly?

1) you always need an updated keydb.cfg file to play new files - you can either wait until someone else uploaded the required keys into the online-datebase or get them yourself with findvuk.
2) I think passkey lite is only working for dvds and very old blurays? So imho it's not enough... but usually it's always possible to find some free promotional licences in the net that are valid for usually 1 year.
3) from my personal experience dvdfab is very fast with support for new titles - so usually you get unit keys for new discs very fast.

[panoptika]

I posted some VUKs to the "BR VUK-Thread", because the upload fails everytime after extracting the VUK by VUKFind.

Where can I find a current list of VUKs? The reason for my question: The latest update of keydb.cfg at https://vlc-bluray.whoknowsmy.name/ was in March.

thx
pano!

[nalor]

Which version of findvuk do you use?

I think your problems come from a really old version.

Starbuck stopped his online database a while ago and since a few versions findvuk supports a different online database.

Gesendet von meinem H8324 mit Tapatalk

[panoptika]

Which version of findvuk do you use?



I use version 1.22 release - 20181124

[nalor]

I use version 1.22 release - 20181124In this case there shouldn't be an error during upload.
Please post your log file to analyze the problem.

Does the synchronize feature work?

Gesendet von meinem H8324 mit Tapatalk

[nalor]

I've changed a few things for the processing of entries in the online-db during the last couple of days:


the onlinedb uses a mysql database - change all tables to the innodb engine to allow transaction handling, next I disabled autocommit for everything and added commits where necessary. In case someone notices something strange during upload or so just tell me and I'll investigate
in the past the keyb_<lang> files where always created after processing all newly uploaded entries - changed this to creation on demand. so the file for a specific language is only created when a) someone requests it and b) the file is outdated.
all 'BlurayMetaXML' entries are archived into a zip file - in the past new entries were added during processing of newly uploaded entries, also changed it to add files when someone requests the archive.


Please note that the entries inside the zip file include all unprocessed entries as uploaded from FindVUK, those entries also include the small errors I've introduced and removed over time ... so the zip is really of no big use for the common user ;)
Just in case you're still interested or already used the archive previously, heres the link for the archive-file :
Online DB - BlurayMeta Archive (http://fvonline-db.bplaced.net/fv_download_archive.php)

I've changed the way the keydb download is processed on 2018-12-14 and also introduced a small logging so that I can see which languages are requested how often ... I can see that only ENG and DEU are requested at the moment and that ENG with 147 downloads during the last 9 days are the clear winner against DEU with 20 downloads.
In case someone needs the download url here it is (basically it's also visible in the configuration of findvuk - but download might also be interesting for readers not using findvuk:
KEYDB.CFG - ENG (http://fvonline-db.bplaced.net/fv_download.php?lang=eng)
KEYDB.CFG - DEU (http://fvonline-db.bplaced.net/fv_download.php?lang=deu)
You can change the 'lang' parameter to any language you want - in case no entries for the requested language are in the database you always get english as fallback.



Small note: no ip addresses or related informations are stored by my scripts! Only the language and the time are written to a small table.

During the next days I'll integrate the processing of BlurayMetaXML uploads into the upload - so that new entries are immediatly written to the database without the need to wait until I process again.

Once this is done I'll check if the same is also possible for LegacyUploads (those that come from the synchronization) - problem here: processing can take much longer ....

And finally I'll create a homepage for the online db :)

[nalor]

Hello!
On 20th of december after 7pm someone submitted details about the movie 'My Neighbor Totoro' - interestingly with 2 different volume names and also different dates of the discid.
Would be great if the user who submitted this disc could send me a message so we can find an explanation of this strange things.
Thanks!

[Mr Wolf]

Hi!
I've just tried FindVUK for the first time and it worked like a charm. :thanks:
The only little issue I had is that the ProcDump file it downloaded didn't work. I'm using a 32 bit Windows 7 virtual machine and it said it was not a valid 32 bit application. Can't say if it was only my problem or not.
I solved copying the ProcDump file I already had.

By the way, with VLC 3.0.5 I couldn't play blu-rays anymore.
Had to switch back to VLC 3.0.4.



P.S. The random question asked to post a message here is quite "annoying".

[nalor]

Hi!
I've just tried FindVUK for the first time and it worked like a charm. :thanks:
The only little issue I had is that the ProcDump file it downloaded didn't work. I'm using a 32 bit Windows 7 virtual machine and it said it was not a valid 32 bit application. Can't say if it was only my problem or not.
I solved copying the ProcDump file I already had.

By the way, with VLC 3.0.5 I couldn't play blu-rays anymore.
Had to switch back to VLC 3.0.4.



P.S. The random question asked to post a message here is quite "annoying".

Can you send me the logfile of the failed attempt to download procdump?
thanks!

ps: I think the random question is only asked until you reach a higher number of posts.

[nalor]

The only little issue I had is that the ProcDump file it downloaded didn't work. I'm using a 32 bit Windows 7 virtual machine and it said it was not a valid 32 bit application. Can't say if it was only my problem or not.


Fixed for next release.

[Mr Wolf]

Fixed for next release.

Thanks! I wasn't sure you received my PM.

By the way, is there a KEYDB.cfg database available, were all the keys found by FindVUK are uploaded?
Is there any problem to share my KEYDB.cfg on the forums? (for copyright reasons, I mean)

[MasterMeNL]

During part one there is the "Get basic AACS data" step. It prints out "AACS folder on disc is reachable - ValidateVUK is possible" and then the entire drive freezes. I have a 2011 SH-B123L. I noted that trying to copy MKB_RO.inf or MKB_RW.inf manually from the AACS folder causes the drive to lock up completely too, requiring Windows 10 to reboot. When running Linux on the same hardware copying these files works fine, but of course FindVUK does not work there. I have tried setting PauseBeforeValidateVUK to 1 but this did not change anything.

DVDFab itself can rip properly without locking up the drive, so I suspect the validation is causing issues. Could you add an option to disable/skip validation even if the AACS folder exists? Or is there something else I could try?

[nalor]

During part one there is the "Get basic AACS data" step. It prints out "AACS folder on disc is reachable - ValidateVUK is possible" and then the entire drive freezes. I have a 2011 SH-B123L. I noted that trying to copy MKB_RO.inf or MKB_RW.inf manually from the AACS folder causes the drive to lock up completely too, requiring Windows 10 to reboot. When running Linux on the same hardware copying these files works fine, but of course FindVUK does not work there. I have tried setting PauseBeforeValidateVUK to 1 but this did not change anything.

DVDFab itself can rip properly without locking up the drive, so I suspect the validation is causing issues. Could you add an option to disable/skip validation even if the AACS folder exists? Or is there something else I could try?Basically it sounds like a problem with your system when it's not even possible to copy those files with windows explorer.

Honestly I don't know how I can help in this case.

Maybe try to use a virtual windows with access to your drive? And see if you can copy the files there?

Gesendet von meinem H8324 mit Tapatalk

[MasterMeNL]

Basically it sounds like a problem with your system when it's not even possible to copy those files with windows explorer.

Honestly I don't know how I can help in this case.

Maybe try to use a virtual windows with access to your drive? And see if you can copy the files there?

Gesendet von meinem H8324 mit Tapatalk

When doing it in a Windows 10 VM one of the following happens:

* Native SCSI passthrough: same problem occurs when copying these files as native Windows;
* Emulated drive: access works, DVDFab works, FindVUK complains about it not being a Blu-ray drive and refuses to work (appears there is no way to ignore this check). If I remember correctly it complained because QEMU (the VM) emulates the drive as a CD-ROM drive and not a Blu-ray drive.

I also did some testing on Linux with wine-4.0-rc4

* 32-bit wine, 32-bit DVDFab: DVDFab works, procdump crashes;
* 64-bit wine, 32-bit DVDFab: DVDFab works, procdump64 works, FindVUK step one works completely, step two fails because "Drive is NOT a Blu-ray drive! Exit now!";
* 64-bit wine, 64-bit DVDFab: DVDFab crashes

It appears wine does not support probing for all device info currently, and returns some dummy info which happens to be not a Blu-ray drive:
002a:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)

As the UnitKeyDEC is found successfully the most important functionality works fine. I have not found a way to skip the part 2 Blu-ray drive check. Could you add an option or argument to skip the check and assume the drive is a Blu-ray drive or allow for hardcoding drive features in the config file? Possibly changing the check mechanism could fix this. DVDFab reports for example, even with wine, "Disc media: Blu-ray (BDMV)". Alternatively I don't mind hacking the source a bit and submitting a patch, but as far as I can see FindVUK is closed source.

Initially I'd say a version that skips the check would be good for testing, could you upload a version that makes this possible?

Thanks.

[nalor]

Thanks! I wasn't sure you received my PM.

By the way, is there a KEYDB.cfg database available, were all the keys found by FindVUK are uploaded?
Is there any problem to share my KEYDB.cfg on the forums? (for copyright reasons, I mean)

Hi!

Basically the easiest way to share your data is to 'synchronize' with FindVUK -> it uploads all entries from your local file missing in the online database.

I've created a small homepage for the online database here:
http://fvonline-db.bplaced.net/

Now it lists the date of the last update and download links for the most interesting languages.


Hope it helps!

[Aperson]

During part one there is the "Get basic AACS data" step. It prints out "AACS folder on disc is reachable - ValidateVUK is possible" and then the entire drive freezes. I have a 2011 SH-B123L. I noted that trying to copy MKB_RO.inf or MKB_RW.inf manually from the AACS folder causes the drive to lock up completely too, requiring Windows 10 to reboot. When running Linux on the same hardware copying these files works fine, but of course FindVUK does not work there. I have tried setting PauseBeforeValidateVUK to 1 but this did not change anything.

DVDFab itself can rip properly without locking up the drive, so I suspect the validation is causing issues. Could you add an option to disable/skip validation even if the AACS folder exists? Or is there something else I could try?

This sounds like the same issue I encountered when attempting to use FindVUK in a VMWare or QEMU VM with SCSI drive passthrough, I have not found a workaround, but I do know that DVDFab works because it does raw SCSI commands to the drive rather than accessing the filesystem. I don't remember fully, but I think that drive passthrough with a VirtualBox VM on a Linux host might've worked,

[nalor]

When doing it in a Windows 10 VM one of the following happens:

* Native SCSI passthrough: same problem occurs when copying these files as native Windows;
* Emulated drive: access works, DVDFab works, FindVUK complains about it not being a Blu-ray drive and refuses to work (appears there is no way to ignore this check). If I remember correctly it complained because QEMU (the VM) emulates the drive as a CD-ROM drive and not a Blu-ray drive.


Can you simply execute the 'FindVUK - ShowDriveDetailsForAllDrives' batch file inside qemu-windows and send me the result? I will simply add an exception for the qemu virtual drive - just need the details of it.

There's already such an exception for the virtualbox drive in the code as this is the one I've been using in the past and that I've tried with FindVUK.

Thanks!

[Mr Wolf]

If it can be any help, I'm using FindVUK and DVDFab in a Windows 7 VMware Workstation virtual machine (in a Windows 7 host).
This is my configuration:
https://i.postimg.cc/DwXjr5QV/VMware.png

I never had any issue accessing the blu-ray drive within the virtual machine.

[MasterMeNL]

Can you simply execute the 'FindVUK - ShowDriveDetailsForAllDrives' batch file inside qemu-windows and send me the result? I will simply add an exception for the qemu virtual drive - just need the details of it.

There's already such an exception for the virtualbox drive in the code as this is the one I've been using in the past and that I've tried with FindVUK.

Thanks!

Here are the details for the emulated QEMU drive:

2019-01-12 14:55:43 # 4 # [I] main / Drive_GetAllDetails(legacy) / Check drive features for drive >E<
2019-01-12 14:55:43 # 90 # [I] main / Drive_GetAllDetails(legacy) / Vendor >< ProductId >QEMU QEMU DVD-ROM< ProductRevision >2.5+< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
2019-01-12 14:55:44 # 171 # [I] main / Drive_GetAllDetails(legacy) / Device has wrong mediatype - it is a >CD-ROM< but we need a DVD MediaType

As a side note, Wine does not implement this specific way of querying, the output of the showdrivedetails command under Wine 4.0-rc4 is:

0009:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
14:57:32 - Cannot enumerate storage device - stop getting drive details for this drive

I think it would be interesting to test this further as this is likely the only reason it currently does not work under Wine. For this there needs be a way to bypass the drive check completely as it will currently error under Wine. Alternatively autodetection of Wine is possible through the wine_get_version symbol in ntdll as described in https://www.winehq.org/pipermail/wine-devel/2008-September/069387.html. What might be easier for a quick test is to assume the drive works if an error occurs during enumeration of the storage device instead of bailing out.

Thank you!

[nalor]

I've added the QEMU drive to the list of special drives - but my interest to support Wine is really low.
Since the first release nobody ever asked about wine and there are other alternatives to use FindVUK under linux, so I don't think it's necessary to specially support wine.

But QEMU support is included in the upcoming release :)

[legluondunet]

As a Linux user too, I will be very interesting to use FindVuk on Linux with Wine.
But the main issue is that DVDFab 11.x version does not launch with Wine.
For the moment I installed Windows 7 on Virtualbox and I can use Findvuk with DVDFab last version.
This soluce is less stable than a real Windows install, but it works.
But I don't understand why I have to "hack" the blu ray I BOUGHT to read them on Linux.
We are living in a strange world.

[nalor]

Released 1.23 - includes a few small fixes/enhancements.

[nalor]

Released 1.24 - fixed the problem that passkey got killed unfriendly every time ...

[EncryptedEggs]

Hmm, my passkey trail has expired and I find that I get "no aacs key found" for the regular 1080p Bluray that comes with the 4K UHD Big Lebowski bluray. I see that the keys file does have the aacs key for the UHD disc, so presumably a FindVUK user does own this release. Would that person mind getting the key for the regular 1080p Bluray that comes with the UHD? Would be appreciate.

[Mr Wolf]

I have "The Big Lebowski" blu-ray and it plays with VLC, but I guess the key doesn't work with you because it's region 2. You don't use VLC to play blu-rays? Otherwise, you can get the key using FindVUK in combination with DVDFab.

[EncryptedEggs]

I have "The Big Lebowski" blu-ray and it plays with VLC, but I guess the key doesn't work with you because it's region 2. You don't use VLC to play blu-rays? Otherwise, you can get the key using FindVUK in combination with DVDFab.

Ah, yes, mine is Region A. I use VLC to play blu-rays. Unfortunately, my DVDFab Passkey trail expired so I'm dead there. Or can I get a new trial using a different one of their products?

[nalor]

Hi!
Added 2 different statistic pages to the FindvukOnlineDatabase website.

The first page shows the evolution of the entries in the database - from the beginning until now.
DatabaseStatistics (http://fvonline-db.bplaced.net/stat/index.html)

The 2nd page shows the number of downloads per day:
DownloadStatistics (http://fvonline-db.bplaced.net/stat/download.html)

And just to be clear: the only kind of information stored when someone downloads is: time of download and requested language - nothing else! no ip addresse, no nothing...

[Mr Wolf]

Ah, yes, mine is Region A. I use VLC to play blu-rays. Unfortunately, my DVDFab Passkey trail expired so I'm dead there. Or can I get a new trial using a different one of their products?

Uh, I was talking about the free software:
https://it.dvdfab.cn/hd-decrypter.htm

I've always used that to get blu-ray keys with FindVUK and it has always worked like a charm. :D

[EncryptedEggs]

Ok, I had been using the Passkey Lite trial. I downloaded what you linked but am not sure how to use with FindVUK. Where do I go from this: pic (http://i.imgur.com/bUrTloZ.jpg).

[Mr Wolf]

You should start FindVUK, and then FindVUK should start DVDFab to extract the key. The process is quite straightforward and automatic.

[LM2005]

1/2 Off topic sorry. I am watching 2k Blu rays with VLC and everything works fine (usually). But what about 4k disks. I don't have 4k drive nor display yet but getting better picture is one reason more to get them.

[EncryptedEggs]

My Region A Blade Runner The Final Cut doesn't seem to find a key (though I do see entries in the db that say BLADERUNNER_FINAL) and my DvdFab Passkey trial expired. If anyone can get the key for this disc thanks.

[Cilalulin]

I get an error when trying to use FindVUK for my "Her" Blu-Ray:
I have splitted the log in half because of the character limit for each post.
Part 1:

2019-04-13 19:44:08 # 0 # [I] main / (legacy) / #############################################################################
2019-04-13 19:44:08 # 0 # [I] main / (legacy) / ----------- FindVUK 1.24 -----------
2019-04-13 19:44:08 # 0 # [I] main / (legacy) / Operating System: Windows 7
2019-04-13 19:44:08 # 1 # [I] main / Settings_GetFilename(legacy) / SettingsFile: >F:\BluRay\Tools\FindVUK_1.24\config\FindVUK.ini<
2019-04-13 19:44:10 # 1246 # [I] main / ConsoleBufferSize(legacy) / Current BufferSize 80 x 300 - ScreenSize 80 x 25
2019-04-13 19:44:10 # 1246 # [I] main / ConsoleBufferSize(legacy) / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2019-04-13 19:44:10 # 1246 # [I] main / ConsoleBufferSize(legacy) / Max. ScreenSize 240 x 87
2019-04-13 19:44:10 # 1246 # [I] main / ConsoleBufferSize(legacy) / Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2019-04-13 19:44:10 # 1246 # [I] main / ConsoleBufferSize(legacy) / M1 - New BufferSize 120 x 300
2019-04-13 19:44:10 # 1247 # [I] main / ConsoleBufferSize(legacy) / Mx2 - New ScreenSize 120 x 50
2019-04-13 19:44:10 # 1331 # [I] main / BlurayMeta_CheckLanguage(legacy) / Please check if the following language is correct.
2019-04-13 19:44:11 # 2475 # [I] main / (legacy) / Open Main-KEYDB file: >C:\Users\Christoph\AppData\Roaming\aacs\KEYDB.cfg<
2019-04-13 19:44:11 # 2476 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\Christoph\AppData\Roaming\aacs\KEYDB.cfg< opened!
2019-04-13 19:44:11 # 2495 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\Christoph\AppData\Roaming\aacs\KEYDB.cfg< in memory now
2019-04-13 19:44:12 # 4066 # [I] bluray_keydb / _ParseMem / Removed duplicates for >0< discids from file >C:\Users\Christoph\AppData\Roaming\aacs\KEYDB.cfg<
2019-04-13 19:44:12 # 4066 # [I] main / (legacy) / Open Backup-KEYDB file: >F:\BluRay\Tools\FindVUK_1.24\VUKbackup\KEYDB.cfg<
2019-04-13 19:44:12 # 4067 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >F:\BluRay\Tools\FindVUK_1.24\VUKbackup\KEYDB.cfg< opened!
2019-04-13 19:44:12 # 4067 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >F:\BluRay\Tools\FindVUK_1.24\VUKbackup\KEYDB.cfg< in memory now
2019-04-13 19:44:12 # 4067 # [I] bluray_keydb / _ParseMem / Removed duplicates for >0< discids from file >F:\BluRay\Tools\FindVUK_1.24\VUKbackup\KEYDB.cfg<
2019-04-13 19:44:12 # 4068 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! Passkey detected >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2019-04-13 19:44:12 # 4069 # [I] main / Settings_ReadDVDfabSettings(legacy) / Tested Passkey Version >9.3.4.1< found
2019-04-13 19:44:12 # 4069 # [I] main / Settings_ReadDVDfabSettings(legacy) / >>> everything should work as expected!
2019-04-13 19:44:12 # 4071 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No MediaPlayer detected!
2019-04-13 19:44:12 # 4071 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No DVDfab detected!
2019-04-13 19:44:12 # 4071 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / Passkey is preferred and available!
2019-04-13 19:44:12 # 4071 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / Passkey-MainFile: >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2019-04-13 19:44:12 # 4072 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / Passkey-LogFile: >C:\Users\Christoph\Documents\DVDFab Passkey\Log\passkey_internal.log<
2019-04-13 19:44:12 # 4072 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / KEYDB-Path: >C:\Users\Christoph\AppData\Roaming\aacs\<
2019-04-13 19:44:12 # 4072 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / KEYDB-Backup-Path: >F:\BluRay\Tools\FindVUK_1.24\VUKbackup\<
2019-04-13 19:44:12 # 4072 # [I] main / ProcDump_CheckAvailability(legacy) / ProcDump is not available right now at >F:\BluRay\Tools\FindVUK_1.24\tool\procdump64.exe<
2019-04-13 19:44:12 # 4072 # [I] main / ProcDump_CheckAvailability(legacy) / >>> download a fresh copy now from >http://live.sysinternals.com/procdump64.exe<
2019-04-13 19:44:12 # 4073 # [I] main / DownloadFile(legacy) / Downloading ProcDump - Progress: 0 bytes
2019-04-13 19:44:13 # 4573 # [I] main / DownloadFile(legacy) / Downloading ProcDump - Progress: 0 bytes
2019-04-13 19:44:13 # 5073 # [I] main / DownloadFile(legacy) / Downloading ProcDump - Progress: 0 bytes
2019-04-13 19:44:14 # 5574 # [I] main / DownloadFile(legacy) / Downloading ProcDump - Progress: 48877 bytes
2019-04-13 19:44:14 # 6074 # [I] main / DownloadFile(legacy) / Downloading ProcDump - Progress: 48877 bytes
2019-04-13 19:44:15 # 6574 # [I] main / DownloadFile(legacy) / Downloading ProcDump - Progress: 196333 bytes
2019-04-13 19:44:15 # 7074 # [I] main / DownloadFile(legacy) / Finished download of ProcDump - received 341672 bytes
2019-04-13 19:44:15 # 7075 # [I] main / ProcDump_CheckAvailability(legacy) / Download complete
2019-04-13 19:44:15 # 7075 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / ProcDumpFile: >F:\BluRay\Tools\FindVUK_1.24\tool\procdump64.exe<
2019-04-13 19:44:15 # 7076 # [I] main / FVMAIN_Mode_FindVUK_GetDump(legacy) / --- PART 1 --- GET DUMP ---
2019-04-13 19:44:15 # 7081 # [I] main / FVMAIN_Mode_FindVUK_GetDump(legacy) / No running application process discovered
2019-04-13 19:44:15 # 7081 # [I] main / FVMAIN_Mode_FindVUK_GetDump(legacy) / >> Start it now >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe<
2019-04-13 19:44:19 # 11101 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1171< NewLineCnt >1175<
2019-04-13 19:44:19 # 11101 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1171< Content ><
2019-04-13 19:44:19 # 11101 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1172< Content ><
2019-04-13 19:44:19 # 11101 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1173< Content >DVDFabPasskey 9.3.4.1 (2019/04/13 19:44:19)<
2019-04-13 19:44:19 # 11101 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1174< Content ><
2019-04-13 19:44:19 # 11101 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1175< Content >(empty)<
2019-04-13 19:44:35 # 26305 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1175< NewLineCnt >1177<
2019-04-13 19:44:35 # 26305 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1175< Content > 0m 18.12s: Drive E add. <
2019-04-13 19:44:35 # 26305 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1176< Content > 0m 18.12s: Drive G add. <
2019-04-13 19:44:35 # 26305 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1177< Content >(empty)<
2019-04-13 19:44:35 # 26405 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1177< NewLineCnt >1184<
2019-04-13 19:44:35 # 26405 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1177< Content > 0m 18.14s: Drive G media add. <
2019-04-13 19:44:35 # 26405 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1178< Content > 0m 18.14s: opened i/o type 1 <
2019-04-13 19:44:35 # 26406 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1179< Content > 0m 18.14s: opening drive G<
2019-04-13 19:44:35 # 26406 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1180< Content > 0m 18.14s: opened i/o<
2019-04-13 19:44:35 # 26406 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1181< Content > 0m 18.14s: currentProfile: 64<
2019-04-13 19:44:35 # 26406 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1182< Content > 0m 18.14s: got media type 15<
2019-04-13 19:44:35 # 26406 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1183< Content > 0m 18.14s: got max lba 17655647<
2019-04-13 19:44:35 # 26406 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1184< Content >(empty)<
2019-04-13 19:44:38 # 30106 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1184< NewLineCnt >1187<
2019-04-13 19:44:38 # 30106 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1184< Content > 0m 21.93s: got disc type 20<
2019-04-13 19:44:38 # 30107 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1185< Content > 0m 21.93s: type Blu-ray BDMV<
2019-04-13 19:44:38 # 30108 # [I] main / DVDfab_WatchLog_Standard(legacy) / Drive opened
2019-04-13 19:44:38 # 30108 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1186< Content > 0m 21.93s: volume label HER<
2019-04-13 19:44:38 # 30108 # [I] main / DVDfab_WatchLog_Standard(legacy) / Volume Label detected >HER<
2019-04-13 19:44:38 # 30108 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1187< Content >(empty)<
2019-04-13 19:44:38 # 30116 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1187< NewLineCnt >1188<
2019-04-13 19:44:38 # 30116 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1187< Content > 0m 21.94s: bd set region ?<
2019-04-13 19:44:38 # 30116 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1188< Content >(empty)<
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1188< NewLineCnt >1193<
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1188< Content > 0m 25.67s: opened i/o type 1 <
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1189< Content > 0m 25.67s: opening drive G<
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1190< Content > 0m 25.67s: opened i/o<
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1191< Content > 0m 25.68s: currentProfile: 64<
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1192< Content > 0m 25.68s: got max lba 17655647<
2019-04-13 19:44:42 # 33918 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1193< Content >(empty)<
2019-04-13 19:44:44 # 35319 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1193< NewLineCnt >1197<
2019-04-13 19:44:44 # 35319 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1193< Content > 0m 27.13s: got disc type 20<
2019-04-13 19:44:44 # 35319 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1194< Content > 0m 27.13s: internal path G:/BDMV/<
2019-04-13 19:44:44 # 35320 # [I] main / DVDfab_WatchLog_Standard(legacy) / DriveLetter detected >G<
2019-04-13 19:44:44 # 35320 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1195< Content > 0m 27.13s: aacs 1 bd+ 0<
2019-04-13 19:44:44 # 35321 # [I] main / DVDfab_WatchLog_Standard(legacy) / Detected CopyProtections AACS >1< BD+ >0<
2019-04-13 19:44:44 # 35321 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1196< Content > 0m 27.13s: read index.bdmv begin<
2019-04-13 19:44:44 # 35321 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1197< Content >(empty)<
2019-04-13 19:44:44 # 35721 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1197< NewLineCnt >1198<
2019-04-13 19:44:44 # 35721 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1197< Content > 0m 27.52s: got bdmv<
2019-04-13 19:44:44 # 35721 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1198< Content >(empty)<
2019-04-13 19:44:44 # 35921 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1198< NewLineCnt >1199<
2019-04-13 19:44:44 # 35921 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1198< Content > 0m 27.72s: blu-ray 5B1F6A3A61431523976B41B3402D247BC437CB55<
2019-04-13 19:44:44 # 35922 # [I] main / DVDfab_WatchLog_Standard(legacy) / DiscID found >5B1F6A3A61431523976B41B3402D247BC437CB55<
2019-04-13 19:44:44 # 35922 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1199< Content >(empty)<
2019-04-13 19:44:45 # 36521 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1199< NewLineCnt >1201<
2019-04-13 19:44:45 # 36522 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1199< Content > 0m 28.31s: cert BEE=0x00 same<
2019-04-13 19:44:45 # 36522 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1200< Content > 0m 28.31s: got agid 3<
2019-04-13 19:44:45 # 36522 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1201< Content >(empty)<
2019-04-13 19:44:45 # 36621 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1201< NewLineCnt >1205<
2019-04-13 19:44:45 # 36622 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1201< Content > 0m 28.39s: sent host cert chal<
2019-04-13 19:44:45 # 36622 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1202< Content > 0m 28.39s: got drive cert chal<
2019-04-13 19:44:45 # 36622 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1203< Content > 0m 28.39s: BEC 1<
2019-04-13 19:44:45 # 36622 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1204< Content > 0m 28.39s: DRIVE_VENDOR 0x0001<
2019-04-13 19:44:45 # 36622 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1205< Content >(empty)<
2019-04-13 19:44:45 # 36722 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1205< NewLineCnt >1209<

I am using the lite version of DVDFab Passkey.
Do you want/need more information?

[Cilalulin]

And part 2:

2019-04-13 19:44:45 # 36723 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1205< Content > 0m 28.46s: got drive key<
2019-04-13 19:44:45 # 36723 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1206< Content > 0m 28.46s: got host key signature<
2019-04-13 19:44:45 # 36723 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1207< Content > 0m 28.46s: verified drive signature<
2019-04-13 19:44:45 # 36723 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1208< Content > 0m 28.46s: verified host signature<
2019-04-13 19:44:45 # 36723 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1209< Content >(empty)<
2019-04-13 19:44:45 # 36823 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1209< NewLineCnt >1215<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1209< Content > 0m 28.57s: sent host signature and key point<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1210< Content > 0m 28.58s: got bus key<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1211< Content > 0m 28.58s: got volume id<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1212< Content > 0m 28.58s: got volume id mac<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1213< Content > 0m 28.58s: volume id is correct<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1214< Content > 0m 28.58s: got vid<
2019-04-13 19:44:45 # 36824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1215< Content >(empty)<
2019-04-13 19:44:46 # 37625 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1215< NewLineCnt >1218<
2019-04-13 19:44:46 # 37625 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1215< Content > 0m 29.35s: got vuk<
2019-04-13 19:44:46 # 37625 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1216< Content > 0m 29.40s: got unit key 1<
2019-04-13 19:44:46 # 37625 # [I] main / DVDfab_WatchLog_Standard(legacy) / Passkey got Unit Keys - create memdump now!
2019-04-13 19:44:46 # 37738 # [I] main / DumpProcessToFile(legacy) / DUMP >>>
2019-04-13 19:44:46 # 37738 # [I] main / DumpProcessToFile(legacy) / DUMP >>> ProcDump v9.0 - Sysinternals process dump utility
2019-04-13 19:44:46 # 37738 # [I] main / DumpProcessToFile(legacy) / DUMP >>> Copyright (C) 2009-2017 Mark Russinovich and Andrew Richards
2019-04-13 19:44:46 # 37738 # [I] main / DumpProcessToFile(legacy) / DUMP >>> Sysinternals - www.sysinternals.com
2019-04-13 19:44:46 # 37738 # [I] main / DumpProcessToFile(legacy) / DUMP >>>
2019-04-13 19:44:46 # 37738 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [19:44:46] Dump 1 initiated: F:\BluRay\Tools\FindVUK_1.24\dump\5B1F6A3A61431523976B41B3402D247BC437CB55_HER.dmp
2019-04-13 19:44:46 # 38138 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [19:44:46] Dump 1 writing: Estimated dump file size is 97 MB.
2019-04-13 19:44:47 # 38838 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [19:44:47] Dump 1 complete: 97 MB written in 1.1 seconds
2019-04-13 19:44:47 # 39138 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [19:44:47] Waiting for dump to complete...
2019-04-13 19:44:57 # 48641 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [19:44:57] Dump count reached.
2019-04-13 19:44:57 # 48641 # [I] main / DumpProcessToFile(legacy) / DUMP >>>
2019-04-13 19:44:57 # 48642 # [I] main / DumpProcessToFile(legacy) / Dump successful! >1<
2019-04-13 19:44:57 # 48642 # [I] main / DumpProcessToFile(legacy) / DumpProcessToFile - Program >F:\BluRay\Tools\FindVUK_1.24\tool\procdump64.exe< Parameter > -ma -o "DVDFabPasskey.exe" "F:\BluRay\Tools\FindVUK_1.24\dump\5B1F6A3A61431523976B41B3402D247BC437CB55_HER.dmp"<
2019-04-13 19:44:57 # 48643 # [I] main / DVDfab_DumpFile(legacy) / MemDump successfully finished!
2019-04-13 19:44:57 # 48643 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1217< Content > 0m 29.41s: blupath: movie disc<
2019-04-13 19:44:57 # 48643 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1218< Content > 0m 29.47s: Networking Get RRdata<
2019-04-13 19:44:57 # 48643 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1218< NewLineCnt >1220<
2019-04-13 19:44:57 # 48644 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1218< Content > 0m 29.47s: Networking Get RRdata<
2019-04-13 19:44:57 # 48644 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1219< Content > 0m 29.47s: Have not RRdata<
2019-04-13 19:44:57 # 48644 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1220< Content >(empty)<
2019-04-13 19:45:00 # 51745 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1220< NewLineCnt >1221<
2019-04-13 19:45:00 # 51745 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1220< Content > 0m 43.55s: blupath info: 1 406<
2019-04-13 19:45:00 # 51745 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1221< Content >(empty)<
2019-04-13 19:45:02 # 54145 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1221< NewLineCnt >1223<
2019-04-13 19:45:02 # 54145 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1221< Content > 0m 45.94s: bd set region B<
2019-04-13 19:45:02 # 54146 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1222< Content > 0m 45.94s: blupath first run: region B, playlist 100<
2019-04-13 19:45:02 # 54146 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1223< Content >(empty)<
2019-04-13 19:45:03 # 54246 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1223< NewLineCnt >1226<
2019-04-13 19:45:03 # 54246 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1223< Content > 0m 46.05s: Networking Get RRdata<
2019-04-13 19:45:03 # 54246 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1224< Content > 0m 46.05s: Have not RRdata<
2019-04-13 19:45:03 # 54246 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1225< Content > 0m 46.05s: ff error: 1<
2019-04-13 19:45:03 # 54246 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1226< Content >(empty)<
2019-04-13 19:45:03 # 54346 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1226< NewLineCnt >1227<
2019-04-13 19:45:03 # 54346 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1226< Content > 0m 46.15s: ff error: 1<
2019-04-13 19:45:03 # 54346 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1227< Content >(empty)<
2019-04-13 19:45:03 # 54445 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1227< NewLineCnt >1228<
2019-04-13 19:45:03 # 54446 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1227< Content > 0m 46.24s: ff error: 1<
2019-04-13 19:45:03 # 54446 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1228< Content >(empty)<
2019-04-13 19:45:14 # 65749 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1228< NewLineCnt >1229<
2019-04-13 19:45:14 # 65749 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1228< Content > 0m 57.55s: blupath info: 1 406<
2019-04-13 19:45:14 # 65749 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1229< Content >(empty)<
2019-04-13 19:45:16 # 67950 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1229< NewLineCnt >1232<
2019-04-13 19:45:16 # 67950 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1229< Content > 0m 59.69s: blupath second run: playlist 100<
2019-04-13 19:45:16 # 67950 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1230< Content > 0m 59.69s: ff error: 1<
2019-04-13 19:45:16 # 67950 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1231< Content > 0m 59.76s: read index.bdmv begin<
2019-04-13 19:45:16 # 67950 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1232< Content >(empty)<
2019-04-13 19:45:16 # 68150 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >1232< NewLineCnt >1235<
2019-04-13 19:45:16 # 68150 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1232< Content > 0m 59.87s: got bdmv<
2019-04-13 19:45:16 # 68150 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1233< Content > 0m 59.88s: got extended bdinfo<
2019-04-13 19:45:16 # 68150 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1234< Content > 0m 59.88s: opened blu-ray<
2019-04-13 19:45:16 # 68150 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >1235< Content >(empty)<
2019-04-13 19:45:16 # 68151 # [I] main / DVDfab_WatchLog_Standard(legacy) / Close Passkey now!
2019-04-13 19:45:16 # 68157 # [I] main / DVDfab_CloseApplication(legacy) / There are >1< Passkey processes running
2019-04-13 19:45:22 # 73716 # [I] main / (legacy) / Get basic AACS data
2019-04-13 19:45:23 # 75141 # [I] main / FVMAIN_Mode_FindVUK_WaitForAACS(legacy) / AACS folder on disc is reachable - ValidateVUK is possible
2019-04-13 19:45:24 # 75692 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / Got DiscID from disc >5B1F6A3A61431523976B41B3402D247BC437CB55<
2019-04-13 19:45:24 # 75693 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / Got DateDiscId from disc >2014-04-25<
2019-04-13 19:45:25 # 76336 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / Get encrypted UnitKeys
2019-04-13 19:45:25 # 76337 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / UnitKey-Count: 1
2019-04-13 19:45:25 # 76337 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / UnitKeys ENC : >1< Key >D5F8111D288C0B4CBB1F5D4CAFF9B872<
2019-04-13 19:45:25 # 76338 # [I] main / (legacy) / VolumeName >HER<
2019-04-13 19:45:25 # 76338 # [I] main / (legacy) / DiscId >5B1F6A3A61431523976B41B3402D247BC437CB55< (2014-04-25)
2019-04-13 19:45:25 # 76338 # [I] main / (legacy) / DiscType >BD<
2019-04-13 19:45:25 # 76339 # [I] main / (legacy) / MKB Revision >46<
2019-04-13 19:45:25 # 76339 # [I] main / (legacy) / BusEncEnabl. >0<
2019-04-13 19:45:25 # 76339 # [I] main / (legacy) / UnitKeyCount >1<
2019-04-13 19:45:25 # 76339 # [I] main / (legacy) / >>> UnitKeyENC (1) >D5F8111D288C0B4CBB1F5D4CAFF9B872<
2019-04-13 19:45:25 # 76340 # [I] main / (legacy) / Analyze dump
2019-04-13 19:45:25 # 76340 # [I] main / DVDfab_AnalyzeDump_2018(legacy) / Start to analyze '2018' MemDump now!
2019-04-13 19:45:25 # 76340 # [I] main / DVDfab_GetUnitKeysFromDump(legacy) / DVDfab_GetUnitKeysFromDump - File >F:\BluRay\Tools\FindVUK_1.24\dump\5B1F6A3A61431523976B41B3402D247BC437CB55_HER.dmp< DiscID >5B1F6A3A61431523976B41B3402D247BC437CB55< UnitKeyCnt >1<
2019-04-13 19:45:25 # 76340 # [I] main / DVDfab_GetUnitKeysFromDump(legacy) / ERROR! Couldn't open file >F:\BluRay\Tools\FindVUK_1.24\dump\5B1F6A3A61431523976B41B3402D247BC437CB55_HER.dmp<
2019-04-13 19:45:25 # 76341 # [I] main / DVDfab_AnalyzeDump_2018(legacy) / Error analyzing memory dump - please report in the doom9 forum!
2019-04-13 19:45:25 # 76341 # [I] main / (legacy) / ERROR! Analyze 2018 failed!
2019-04-13 19:45:25 # 76344 # [I] main / (legacy) / CloseAtTheEnd is active, but no running application >C:\Program Files (x86)\DVDFab Passkey\DVDFabPasskey.exe< could be found
2019-04-13 19:45:28 # 79381 # [I] main / FindVUK_SaveWindowPos(legacy) / Current position identical to last position - no need to save it

[candela]

My Region A Blade Runner The Final Cut doesn't seem to find a key (though I do see entries in the db that say BLADERUNNER_FINAL) and my DvdFab Passkey trial expired. If anyone can get the key for this disc thanks.

the volumelabels don't mean anything, you need to check the discid. And in the future also post the discid for these kind of problems

[nalor]

And part 2:


This line here is the intersting one:
DVDfab_GetUnitKeysFromDump(legacy) / ERROR! Couldn't open file >F:\BluRay\Tools\FindVUK_1.24\dump\5B1F6A3A61431523976B41B3402D247BC437CB55_HER.dmp<

Checked my code and at this position a simple 'readfile' is executed - so this means the file has not been accessible in your case. Can you check if the file is available?
Thanks!

[N0b0dy]

the volumelabels don't mean anything, you need to check the discid. And in the future also post the discid for these kind of problems


If I am right the Volume or Disc ID is the SHA-1 checksum of this file G:\AACS\Unit_Key_RO.inf.
So you won’t need to watch the dvdfab log for it.

Candela can you verify that?

[candela]

If I am right the Volume or Disc ID is the SHA-1 checksum of this file G:\AACS\Unit_Key_RO.inf.
So you won’t need to watch the dvdfab log for it.

Candela can you verify that?

yes sha-1 hash of that file

[Cilalulin]

Can you check if the file is available?
Pretty sure it was available. I was able to copy it.
(I copied it after some unsuccessful tries to have at least the memory dump from Passkey.)

[Buck]

Came across a problem. Picked up the new 2001 Blu, ran FindVUK (which in turn ran DVDFab 11), and got the key info (for VLC). Then tried playing the blu-ray in VLC and ... it wouldn't play:


-----------------------------------------------------------
19:36:40 - ----------- FindVUK 1.24 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
19:36:40 - SettingsFile: >C:\Program Files copied\FindVUK 1.24\config\FindVUK.in
i<
19:36:40 - Open Main-KEYDB file: >C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg<
19:36:40 - Open Backup-KEYDB file: >C:\Program Files copied\FindVUK 1.24\VUKbackup\KEYDB.cfg<
19:36:40 - Tested DVDfab Version >11.0.2.9< found
19:36:40 - >>> everything should work as expected!

19:36:40 - Preferred application >PassKey< is not available
19:36:40 - DVDfab is available!
19:36:40 - DVDfab-MainFile: >C:\Program Files\DVDFab 11\DVDFab64.exe<
19:36:40 - DVDfab-LogFile: >C:\Users\1\Documents\DVDFab11\Log\dvdfab_internal.log<
19:36:40 - KEYDB-Path: >C:\Users\1\AppData\Roaming\aacs\<
19:36:40 - KEYDB-Backup-Path: >C:\Program Files copied\FindVUK 1.24\VUKbackup\<
19:36:40 - ProcDumpFile: >C:\Program Files copied\FindVUK 1.24\tool\procdump64.exe<

###############################################################################
19:36:40 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

19:36:40 - No running application process discovered
19:36:40 - >> Start it now >C:\Program Files\DVDFab 11\DVDFab64.exe<

19:36:55 - Drive opened
19:36:55 - Volume Label detected >2001_A_SPACE_ODYSSEY<
19:36:58 - DriveLetter detected >E<
19:36:58 - Detected CopyProtections AACS >1< BD+ >0<
19:37:00 - DiscID found >659903226C7C79C2880A2E0E7DFCC02D5BCC328F<
19:37:07 - DVDfab got Unit Keys - create memdump now!
19:37:08 - Dump successful! >1<
19:37:08 - MemDump successfully finished!
19:37:13 - Cancel DVDfab decryption now!
-------------------------------------------------------------------------------
19:37:13 - Get basic AACS data
-------------------------------------------------------------------------------
19:37:13 - AACS folder on disc is reachable - ValidateVUK is possible
19:37:13 - Get encrypted UnitKeys
19:37:13 - VolumeName >2001_A_SPACE_ODYSSEY<
19:37:13 - DiscId >659903226C7C79C2880A2E0E7DFCC02D5BCC328F< (2018-09-11)
19:37:13 - DiscType >BD<
19:37:13 - MKB Revision >60<
19:37:13 - BusEncEnabl. >0<
19:37:13 - UnitKeyCount >1<
19:37:13 - >>> UnitKeyENC (1) >66C45A1D90399E5314714FDC7A614120<
-------------------------------------------------------------------------------
19:37:13 - Analyze dump
-------------------------------------------------------------------------------
19:37:13 - Start to analyze '2018' MemDump now!
....................-............................-
19:37:15 - DiscID : 659903226C7C79C2880A2E0E7DFCC02D5BCC328F
19:37:15 - UnitKeyCount >1<
19:37:15 - >>> UnitKeyDEC (1) >A591FD057106D42BFBBA30FF870C35B0<
19:37:15 - ------------------------------------
-------------------------------------------------------------------------------
19:37:15 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
19:37:15 - Drive is detected as 'REAL BLURAY' drive
19:37:20 - Encrypted files found >24<
19:37:20 - Decrypted first unit of file >E:\BDMV\STREAM\00004.m2ts< with UnitKey >1<
19:37:20 - All UnitKeys are VALID! No need to test other files

-------------------------------------------------------------------------------
19:37:20 - Validation successful! UnitKeys are valid!!
-------------------------------------------------------------------------------

19:37:20 - -------------------------------------------------------
19:37:20 - MetaTitle : 2001: A Space Odyssey
19:37:20 - VolumeName : 2001_A_SPACE_ODYSSEY
19:37:20 - DiscID : 659903226C7C79C2880A2E0E7DFCC02D5BCC328F
19:37:20 - DateDiscID : 2018-09-11
19:37:20 - DiscType : BD
19:37:20 - VUK :
19:37:20 - MEDIAKEY :
19:37:20 - VOLUMEID :
19:37:20 - >>> UnitKeyDEC (1) >A591FD057106D42BFBBA30FF870C35B0< (Valid)
19:37:20 - MKBrev : 60
19:37:20 - BusEncrEn : 0
19:37:20 - AACS : 1
19:37:20 - BD+ : 0
19:37:20 - -------------------------------------------------------


-------------------------------------------------------------------------------
19:37:20 - --- Write entry in main-keydb file ---
-------------------------------------------------------------------------------

19:37:20 - KEYDB: file >C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg< does not exist ==>> write new entry in keydb-file

19:37:20 - Added line with VUK/UnitKeys to file >C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg<

19:37:20 - -------------------------------------------------------
19:37:20 - --- Write entry in backup-keydb file ---
19:37:20 - -------------------------------------------------------
19:37:20 - KEYDB: file >C:\Program Files copied\FindVUK 1.24\VUKbackup\KEYDB.cfg< does not exist ==>> write new entry in
keydb-file

19:37:20 - Added line with VUK/UnitKeys to backup-file >C:\Program Files copied\FindVUK 1.24\VUKbackup\KEYDB.cfg<

19:37:20 - -------------------------------------------------------
19:37:20 - --- Upload MetaXML to OnlineDB file ---
19:37:20 - -------------------------------------------------------
HTTP-POST - current upload progress >0.00/1.85 KB< (0.00%)
HTTP-POST - current upload progress >0.00/1.85 KB< (0.00%)
HTTP-POST - current upload progress >1.85/1.85 KB< (100.00%)
HTTP-POST - current upload progress >1.85/1.85 KB< (100.00%)
HTTP-POST - current upload progress >1.85/1.85 KB< (100.00%)
HTTP-POST success
19:37:22 - Successfully posted to the OnlineDB! >
Preconditions fulfilled - process upload now
Detected BlurayMetaXML - DiscId >659903226C7C79C2880A2E0E7DFCC02D5BCC328F<
Successful written to database!
<
19:37:22 - Eject the disc now from drive >E:\<


... and then ...


VLC 3.0.6 Vetinar

Blu-ray error:
No valid processing key found in AACS config file.
Your input can't be opened:
VLC is unable to open the MRL 'bluray:///E:/'. Check the log for details.

... and ...

in KEYDB.cfg in FindVUK-VUKbackup:

0x659903226C7C79C2880A2E0E7DFCC02D5BCC328F = 2001_A_SPACE_ODYSSEY (2001: A Space Odyssey) | D | 2018-09-11 | U | 1-0xA591FD057106D42BFBBA30FF870C35B0 ; MKBv60/FindVUK 1.24

... and ...

in KEYDB.cfg in C:\Users\...\AppData\Roaming\aacs:

0x659903226C7C79C2880A2E0E7DFCC02D5BCC328F = 2001_A_SPACE_ODYSSEY (2001: A Space Odyssey) | D | 2018-09-11 | U | 1-0xA591FD057106D42BFBBA30FF870C35B0 ; MKBv60/FindVUK 1.24


What's wrong with this picture? :confused:

[candela]

What's wrong with this picture? :confused:

Unitkey appears to be correct. maybe there's some error in your keydb.cfg so VLC cannot parse the file completely and fails to find the key

Try this VUK

0x659903226C7C79C2880A2E0E7DFCC02D5BCC328F = 2001_A_SPACE_ODYSSEY (2001: A Space Odyssey) | D | 2018-09-11 | V | 0x1B9A4E222EDE71F6964E4DE43301AD30 ;

[Buck]

Thanks for looking into this. YES! ... your key (all by itself in a keydb file) allows 2001:ASO to work just fine!

I went back to http://fvonline-db.bplaced.net/ and re-downloaded the up-to-date keys file (2019-05-10 21:46:14), the English link (most entries), tried it again, and ... 2001:ASO failed. So there definitely is something wrong with our "official" keys file. I also stepped back 2 update files (in March and April) and tried both and 2001:ASO failed with both. So this is a problem for who-knows-how-long.

Is there a program that can verify an entire file for proper structure?

[mick0]

Thanks for looking into this. YES! ... your key (all by itself in a keydb file) allows 2001:ASO to work just fine!

I went back to http://fvonline-db.bplaced.net/ and re-downloaded the up-to-date keys file (2019-05-10 21:46:14), the English link (most entries), tried it again, and ... 2001:ASO failed. So there definitely is something wrong with our "official" keys file. I also stepped back 2 update files (in March and April) and tried both and 2001:ASO failed with both. So this is a problem for who-knows-how-long.

Is there a program that can verify an entire file for proper structure?

For some reason libaacs fails to parse lines that are not terminated with a newline character. Therefore if you have only one entry in your KEYDB.cfg and you didn't hit enter at the end of the line, libaacs will print "syntax error" for that line.

Looking at the logs you gave, it looks like FindVUK created a new KEYDB.cfg for you? You could try inserting an empty line (or two) at the end of the file and see if it fixes the issue.

[nalor]

Thanks for looking into this. YES! ... your key (all by itself in a keydb file) allows 2001:ASO to work just fine!



I went back to http://fvonline-db.bplaced.net/ and re-downloaded the up-to-date keys file (2019-05-10 21:46:14), the English link (most entries), tried it again, and ... 2001:ASO failed. So there definitely is something wrong with our "official" keys file. I also stepped back 2 update files (in March and April) and tried both and 2001:ASO failed with both. So this is a problem for who-knows-how-long.



Is there a program that can verify an entire file for proper structure?Hi, do you use linux or windows?

I think the files available on the site are all crlf for Windows, but you very likely need a file with lf linebreak.

Please convert the downloaded file manually and in case its working i will add pure lf files to the site.

Gesendet von meinem H8324 mit Tapatalk

[Buck]

Hi guys and thanks for the things to try! BTW, I'm in Windows (forgot to mention that).

In a hex viewer, I see that the (latest) FindVUK key file has CRLFs at the end of each entry. To test, I put candela's single entry key as a key file without a CRLF and that worked for my 2001:ASO.

At this point, I discovered my testing procedure was wrong. I cleverly thought to shutdown and restart the VLC player for each test. Now I figured out that by not ejecting and re-inserting the disc each time, VLC was reading drive or/and system cashed data, not re-inquiring the drive, and therefore VLC continued to fail. Now, I'm retesting from start.

candela's single entry key file works ... and without the CRLF. My DVDFab11 retrieved single key file also works without the CRLF. Apparently, CRLF is not critical (at least, at the end of the key file data).

BTW, the FindVUK key file, non-modified, works with the most recent Lawrence Of Arabia, which I just tested ... to give a point of reference.

(will continue) (okay I'm back)

Next test is adding my DVDFab11 key to the bottom of the FindVUK key file and ... it failed. However, removing that key from the bottom and putting it at the top and ... it works! That means somewhere in between data became messed up, or the structure became broken, or the structure is going in and out of broken (as it catches up to be in sync again) as it moves down the list. (Oooo, scary!)

[mick0]

I think the files available on the site are all crlf for Windows, but you very likely need a file with lf linebreak.

All files on the site have CRLF line endings. However, the CRLF vs LF thing don't matter on linux, both will work just fine.

Next test is adding my DVDFab11 key to the bottom of the FindVUK key file and ... it failed. However, removing that key from the bottom and putting it at the top and ... it works! That means somewhere in between data became messed up, or the structure became broken, or the structure is going in and out of broken (as it catches up to be in sync again) as it moves down the list. (Oooo, scary!)

That's strange.

I ran the parser_test tool from libaacs git against latest KEYDB.cfg from fvonline-db.bplaced.net and it didn't report any issues. I assume that means libaacs was able to parse/validate all entries.

You can try running vlc from command prompt, this way (at least on linux) you should see the errors from libaacs - if there are any. If there are corrupt lines in the KEYDB.cfg, it should tell you the line number, e.g.
syntax error: line #
bad entry at or around line #

Also, you can try setting env var "set AACS_DEBUG_MASK=65535" before running vlc - this should make libaacs more verbose.

[Buck]

I'll try the command prompt approach (never did that so I guess I'll be stumbling my way through it) with the heightened error messages setting and see what comes out.

Giving this a little thought, I wondered if some entries are too long ... and may be overflowing a buffer? Most are brief but some have 3 or 4 lines worth of information. (I loaded the keys file into a spreadsheet, using "=" and ";" as cell splitters. scrolling through the file looked fine -- nothing grossly broken up or out of place.)

On the other hand, maybe the file is fine but VLC has a bug reading through the keys file? Maybe it has a buffer issue or something else that messes up?

(PS. I'm not looking for bugs, but I have to keep signing in when trying to post ... like there is a 5 minute timeout. Can we fix that too? :) )

[nalor]

Just tried it myself and unfortunately I cannot reproduce your problem.
I'm using VLC 3.0.6 x86 with the latest keydb.cfg file from the website and the libaacs-x86-dll file from the whoknowsmyname site linked on the findvukonline site.
I tried it with a movie named 'Unlocked' and it worked, I moved the entry of this movie to the end of the file and it still worked.
I removed the entry and it stopped working - so it's reading the correct file and the movie is really aacs encrypted.

So honestly I've no idea why it's not working correctly in your case.

Just in case: I'm using Win10x64 1803

[Buck]

Hadn't a chance to commandline-VLC but will try today.

Good to read it's just messing up on my end. :eek:

I'm Win7x64 SP1 (with individual remaining upgrades installed). VLC is 3.0.6 32bit.

In VLC's main folder is libaacs.dll (win32 20180325 from "whoknows"), and libbdplus (win32 20180325, from the VLC website?).

In the aacs folder is keydb.cfg (of course) and files drl and hrl. There is also a folder vm0, which contains:
aes_keys.bin, device_discovery_1.bin, device_discovery_2.bin, device_discovery_3.bin, device_discovery_4.bin, device_discovery_5.bin, ecdsa_keys.txt, memory.map, mem_area_02.bin, mem_area_03.bin, mem_area_04.bin, mem_area_05.bin, mem_area_06.bin, mem_area_07.bin, mem_free.bin, mem_player_executable.bin, mem_player_name.bin, and mem_player_version.bin
(all from FindVUK?)

I hope that looks normal.

[Buck]

I tried the command line but it looks the same as launching it directly. So I launched it directly, set the log to "debug", let VLC fail on 2001:ASO. Here's the result:

-- logger module started --
main debug: VLC media player - 3.0.6 Vetinari
main debug: Copyright © 1996-2018 the VideoLAN team
main debug: revision 3.0.6-0-g5803e85f73
main debug: configured with ../extras/package/win32/../../../configure '--enable-update-check' '--enable-lua' '--enable-faad' '--enable-flac' '--enable-theora' '--enable-avcodec' '--enable-merge-ffmpeg' '--enable-dca' '--enable-mpc' '--enable-libass' '--enable-schroedinger' '--enable-realrtsp' '--enable-live555' '--enable-dvdread' '--enable-shout' '--enable-goom' '--enable-caca' '--enable-qt' '--enable-skins2' '--enable-sse' '--enable-mmx' '--enable-libcddb' '--enable-zvbi' '--disable-telx' '--enable-nls' '--host=i686-w64-mingw32' '--with-breakpad=https://win.crashes.videolan.org' 'host_alias=i686-w64-mingw32' 'PKG_CONFIG_LIBDIR=/home/jenkins/workspace/vlc-release/windows/vlc-release-win32-x86/contrib/i686-w64-mingw32/lib/pkgconfig'
main debug: using multimedia timers as clock source
main debug: min period: 1 ms, max period: 1000000 ms
main debug: searching plug-in modules
main debug: loading plugins cache file C:\Program Files (x86)\VLC 3.0.6\plugins\plugins.dat
main debug: recursively browsing `C:\Program Files (x86)\VLC 3.0.6\plugins'
main debug: plug-ins loaded: 494 modules
main debug: opening config file (C:\Users\1\AppData\Roaming\vlc\vlcrc)
main debug: looking for logger module matching "any": 2 candidates
file debug: opening logfile `D:\+ deskspace\vlc_log.txt'
main debug: using logger module "file"
main debug: translation test: code is "C"
main debug: looking for keystore module matching "memory": 3 candidates
main debug: using keystore module "memory"
main debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 FPU
main debug: Creating an input for 'Media Library'
main debug: Input is a meta file: disabling unneeded options
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path: C:\Users\1\AppData\Local\Temp
main debug: `file/directory:///C:/Users/1/AppData/Roaming/vlc/ml.xspf' gives access `file' demux `directory' path `/C:/Users/1/AppData/Roaming/vlc/ml.xspf'
main debug: creating demux: access='file' demux='directory' location='/C:/Users/1/AppData/Roaming/vlc/ml.xspf' file='C:\Users\1\AppData\Roaming\vlc\ml.xspf'
main debug: looking for access_demux module matching "file": 15 candidates
main debug: no access_demux modules matched
main debug: creating access: file:///C:/Users/1/AppData/Roaming/vlc/ml.xspf
main debug: (path: C:\Users\1\AppData\Roaming\vlc\ml.xspf)
main debug: looking for access module matching "file": 26 candidates
main debug: using access module "filesystem"
main debug: looking for stream_filter module matching "prefetch,cache_read": 24 candidates
cache_read debug: Using stream method for AStream*
cache_read debug: starting pre-buffering
cache_read debug: received first data after 0 ms
cache_read debug: pre-buffering done 304 bytes in 0s - 296875 KiB/s
main debug: using stream_filter module "cache_read"
main debug: looking for stream_filter module matching "any": 24 candidates
playlist debug: using XSPF playlist reader
main debug: using stream_filter module "playlist"
main debug: stream filter added to 00458468
main debug: looking for stream_filter module matching "any": 24 candidates
main debug: no stream_filter modules matched
main debug: looking for stream_directory module matching "any": 1 candidates
main debug: no stream_directory modules matched
main debug: attachment of directory-extractor failed for file:///C:/Users/1/AppData/Roaming/vlc/ml.xspf
main debug: looking for stream_filter module matching "record": 24 candidates
main debug: using stream_filter module "record"
main debug: creating demux: access='file' demux='directory' location='/C:/Users/1/AppData/Roaming/vlc/ml.xspf' file='C:\Users\1\AppData\Roaming\vlc\ml.xspf'
main debug: looking for demux module matching "directory": 55 candidates
main debug: using demux module "directory"
main debug: looking for meta reader module matching "any": 2 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\reader
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\reader
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\reader\filename.luac
main debug: no meta reader modules matched
main debug: `file/directory:///C:/Users/1/AppData/Roaming/vlc/ml.xspf' successfully opened
main debug: looking for xml reader module matching "any": 1 candidates
main debug: using xml reader module "xml"
main debug: EOF reached
main debug: removing module "directory"
main debug: removing module "record"
main debug: removing module "playlist"
main debug: removing module "cache_read"
main debug: removing module "filesystem"
main debug: creating audio output
main debug: looking for audio output module matching "any": 6 candidates
mmdevice debug: using default device
mmdevice debug: version 2 session control unavailable
mmdevice debug: display name changed: VLC media player
mmdevice debug: volume from -95.250000 dB to +0.000000 dB with 0.031250 dB increments
main debug: using audio output module "mmdevice"
main debug: keeping audio output
main debug: looking for interface module matching "hotkeys,none": 16 candidates
main debug: using interface module "hotkeys"
main debug: looking for interface module matching "globalhotkeys,none": 16 candidates
main debug: using interface module "win32"
main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
main debug: looking for interface module matching "any": 16 candidates
main debug: looking for extension module matching "any": 1 candidates
lua debug: Opening Lua Extension module
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\extensions
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\extensions
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac
lua debug: Scanning Lua script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac
lua debug: Script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac has the following capability flags: 0x5
main debug: using extension module "lua"
main debug: using interface module "qt"
main: playlist is empty
main debug: nothing to play
main debug: processing request item: bluray:///E:/, node: Playlist, skip: 0
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index 0
main debug: starting playback of new item
main debug: resyncing on bluray:///E:/
main debug: bluray:///E:/ is at 0
main debug: creating new input thread
main debug: Creating an input for 'bluray:///E:/'
main debug: requesting art for new input thread
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path: C:\Users\1\AppData\Local\Temp
main debug: `bluray:///E:/' gives access `bluray' demux `any' path `/E:/'
main debug: creating demux: access='bluray' demux='any' location='/E:/' file='E:\'
main debug: looking for access_demux module matching "bluray": 15 candidates
main debug: looking for meta fetcher module matching "any": 1 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\fetcher
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\fetcher
main debug: no meta fetcher modules matched
main debug: looking for art finder module matching "any": 2 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\art
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\art
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\00_musicbrainz.luac
qt debug: IM: Setting an input
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\00_musicbrainz.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\01_googleimage.luac
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\01_googleimage.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\02_frenchtv.luac
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\02_frenchtv.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\03_lastfm.luac
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\03_lastfm.luac
main debug: no art finder modules matched
libbluray: First play: 1, Top menu: 1
HDMV Titles: 10, BD-J Titles: 0, Other: 0
libbluray debug: Disc is using AACS
main debug: no access_demux modules matched
main debug: creating access: bluray:///E:/
main debug: (path: E:\)
main debug: looking for access module matching "bluray": 26 candidates
main debug: no access modules matched
main debug: dead input
main debug: changing item without a request (current 0/1)
main debug: nothing to play
qt debug: IM: Deleting the input
main debug: exiting
main debug: exiting
main debug: no exit handler
main debug: removing all interfaces
main debug: removing module "qt"
main debug: deactivating the playlist
main debug: removing module "mmdevice"
qt debug: requesting exit...
qt debug: waiting for UI thread...
qt debug: QApp exec() finished
qt debug: Video is not needed anymore
qt debug: Killing extension dialog provider
qt debug: ExtensionsDialogProvider is quitting...
main debug: removing module "lua"
main debug: removing module "win32"
main debug: removing module "hotkeys"
main debug: destroying
main debug: saving media library to file C:\Users\1\AppData\Roaming\vlc\ml.xspf.tmp3068
main debug: looking for playlist export module matching "export-xspf": 4 candidates
main debug: using playlist export module "export"
main debug: removing module "export"
main debug: deleting item `Media Library'
main debug: deleting item `bluray:///E:/'
main debug: deleting item `Playlist'
main debug: removing module "memory"
-- logger module stopped --

Is this any help?

[Buck]

@ mick0

Could show me a sample setup to run, to do the commandline VLC (it would be in Windows for me), to get operation info from libaacs? I have a bad enough time getting Windowed VLC to do what I want. :D

[candela]

@ mick0

Could show me a sample setup to run, to do the commandline VLC (it would be in Windows for me), to get operation info from libaacs? I have a bad enough time getting Windowed VLC to do what I want. :D

1. Open a DOS cmd window

2. enter a directory of your choice:
e.g. CD c:\temp

3. set the following environment variables:
SET AACS_DEBUG_FILE=debuglog.txt
SET AACS_DEBUG_MASK=65535
SET AACS_NO_CACHE=1

4. start VLC from the command line:
e.g. "c:\Program Files\VideoLAN\VLC\vlc.exe"

5. play the bluray in VLC

6. open debug log, i.e. c:\temp\debuglog.txt in above example

[Buck]

Thanks! Followed the steps (of course in step 5 the bluray didn't play) and got the debug readout:
-- logger module started --
main debug: VLC media player - 3.0.6 Vetinari
main debug: Copyright © 1996-2018 the VideoLAN team
main debug: revision 3.0.6-0-g5803e85f73
main debug: configured with ../extras/package/win32/../../../configure '--enable-update-check' '--enable-lua' '--enable-faad' '--enable-flac' '--enable-theora' '--enable-avcodec' '--enable-merge-ffmpeg' '--enable-dca' '--enable-mpc' '--enable-libass' '--enable-schroedinger' '--enable-realrtsp' '--enable-live555' '--enable-dvdread' '--enable-shout' '--enable-goom' '--enable-caca' '--enable-qt' '--enable-skins2' '--enable-sse' '--enable-mmx' '--enable-libcddb' '--enable-zvbi' '--disable-telx' '--enable-nls' '--host=i686-w64-mingw32' '--with-breakpad=https://win.crashes.videolan.org' 'host_alias=i686-w64-mingw32' 'PKG_CONFIG_LIBDIR=/home/jenkins/workspace/vlc-release/windows/vlc-release-win32-x86/contrib/i686-w64-mingw32/lib/pkgconfig'
main debug: using multimedia timers as clock source
main debug: min period: 1 ms, max period: 1000000 ms
main debug: searching plug-in modules
main debug: loading plugins cache file C:\Program Files (x86)\VLC 3.0.6\plugins\plugins.dat
main debug: recursively browsing `C:\Program Files (x86)\VLC 3.0.6\plugins'
main debug: plug-ins loaded: 494 modules
main debug: opening config file (C:\Users\1\AppData\Roaming\vlc\vlcrc)
main debug: looking for logger module matching "any": 2 candidates
file debug: opening logfile `D:\VLC\vlc_error_log.txt'
main debug: using logger module "file"
main debug: translation test: code is "C"
main debug: looking for keystore module matching "memory": 3 candidates
main debug: using keystore module "memory"
main debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 FPU
main debug: Creating an input for 'Media Library'
main debug: Input is a meta file: disabling unneeded options
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path: C:\Users\1\AppData\Local\Temp
main debug: `file/directory:///C:/Users/1/AppData/Roaming/vlc/ml.xspf' gives access `file' demux `directory' path `/C:/Users/1/AppData/Roaming/vlc/ml.xspf'
main debug: creating demux: access='file' demux='directory' location='/C:/Users/1/AppData/Roaming/vlc/ml.xspf' file='C:\Users\1\AppData\Roaming\vlc\ml.xspf'
main debug: looking for access_demux module matching "file": 15 candidates
main debug: no access_demux modules matched
main debug: creating access: file:///C:/Users/1/AppData/Roaming/vlc/ml.xspf
main debug: (path: C:\Users\1\AppData\Roaming\vlc\ml.xspf)
main debug: looking for access module matching "file": 26 candidates
main debug: using access module "filesystem"
main debug: looking for stream_filter module matching "prefetch,cache_read": 24 candidates
cache_read debug: Using stream method for AStream*
cache_read debug: starting pre-buffering
cache_read debug: received first data after 0 ms
cache_read debug: pre-buffering done 304 bytes in 0s - 296875 KiB/s
main debug: using stream_filter module "cache_read"
main debug: looking for stream_filter module matching "any": 24 candidates
playlist debug: using XSPF playlist reader
main debug: using stream_filter module "playlist"
main debug: stream filter added to 007082f8
main debug: looking for stream_filter module matching "any": 24 candidates
main debug: no stream_filter modules matched
main debug: looking for stream_directory module matching "any": 1 candidates
main debug: no stream_directory modules matched
main debug: attachment of directory-extractor failed for file:///C:/Users/1/AppData/Roaming/vlc/ml.xspf
main debug: looking for stream_filter module matching "record": 24 candidates
main debug: using stream_filter module "record"
main debug: creating demux: access='file' demux='directory' location='/C:/Users/1/AppData/Roaming/vlc/ml.xspf' file='C:\Users\1\AppData\Roaming\vlc\ml.xspf'
main debug: looking for demux module matching "directory": 55 candidates
main debug: using demux module "directory"
main debug: looking for meta reader module matching "any": 2 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\reader
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\reader
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\reader\filename.luac
main debug: no meta reader modules matched
main debug: `file/directory:///C:/Users/1/AppData/Roaming/vlc/ml.xspf' successfully opened
main debug: looking for xml reader module matching "any": 1 candidates
main debug: using xml reader module "xml"
main debug: EOF reached
main debug: removing module "directory"
main debug: removing module "record"
main debug: removing module "playlist"
main debug: removing module "cache_read"
main debug: removing module "filesystem"
main debug: creating audio output
main debug: looking for audio output module matching "any": 6 candidates
mmdevice debug: using default device
mmdevice debug: version 2 session control unavailable
mmdevice debug: volume from -95.250000 dB to +0.000000 dB with 0.031250 dB increments
mmdevice debug: display name changed: VLC media player
main debug: using audio output module "mmdevice"
main debug: keeping audio output
main debug: looking for interface module matching "hotkeys,none": 16 candidates
main debug: using interface module "hotkeys"
main debug: looking for interface module matching "globalhotkeys,none": 16 candidates
main debug: using interface module "win32"
main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
main debug: looking for interface module matching "any": 16 candidates
main debug: looking for extension module matching "any": 1 candidates
lua debug: Opening Lua Extension module
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\extensions
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\extensions
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac
lua debug: Scanning Lua script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac
lua debug: Script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac has the following capability flags: 0x5
main debug: using extension module "lua"
main debug: using interface module "qt"
main: playlist is empty
main debug: nothing to play
main debug: processing request item: bluray:///E:/, node: Playlist, skip: 0
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index 0
main debug: starting playback of new item
main debug: resyncing on bluray:///E:/
main debug: bluray:///E:/ is at 0
main debug: creating new input thread
main debug: Creating an input for 'bluray:///E:/'
main debug: requesting art for new input thread
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path: C:\Users\1\AppData\Local\Temp
main debug: `bluray:///E:/' gives access `bluray' demux `any' path `/E:/'
main debug: creating demux: access='bluray' demux='any' location='/E:/' file='E:\'
main debug: looking for access_demux module matching "bluray": 15 candidates
main debug: looking for meta fetcher module matching "any": 1 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\fetcher
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\fetcher
main debug: no meta fetcher modules matched
main debug: looking for art finder module matching "any": 2 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\art
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\art
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\00_musicbrainz.luac
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\00_musicbrainz.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\01_googleimage.luac
qt debug: IM: Setting an input
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\01_googleimage.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\02_frenchtv.luac
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\02_frenchtv.luac
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\03_lastfm.luac
lua debug: skipping script (unmatched scope) C:\Program Files (x86)\VLC 3.0.6\lua\meta\art\03_lastfm.luac
main debug: no art finder modules matched
libbluray: First play: 1, Top menu: 1
HDMV Titles: 10, BD-J Titles: 0, Other: 0
libbluray debug: Disc is using AACS
main debug: no access_demux modules matched
main debug: creating access: bluray:///E:/
main debug: (path: E:\)
main debug: looking for access module matching "bluray": 26 candidates
main debug: no access modules matched
main debug: dead input
main debug: changing item without a request (current 0/1)
main debug: nothing to play
qt debug: IM: Deleting the input
main debug: nothing to play
main debug: exiting
main debug: exiting
main debug: no exit handler
main debug: removing all interfaces
main debug: removing module "qt"
main debug: deactivating the playlist
main debug: removing module "mmdevice"
qt debug: requesting exit...
qt debug: waiting for UI thread...
main debug: exiting
main debug: no exit handler
qt debug: QApp exec() finished
qt debug: Video is not needed anymore
qt debug: Killing extension dialog provider
qt debug: ExtensionsDialogProvider is quitting...
main debug: removing module "lua"
main debug: removing module "win32"
main debug: removing module "hotkeys"
main debug: destroying
main debug: saving media library to file C:\Users\1\AppData\Roaming\vlc\ml.xspf.tmp2660
main debug: looking for playlist export module matching "export-xspf": 4 candidates
main debug: using playlist export module "export"
main debug: removing module "export"
main debug: deleting item `Media Library'
main debug: deleting item `bluray:///E:/'
main debug: deleting item `Playlist'
main debug: removing module "memory"
-- logger module stopped --
It looks similar to the previous one (me not knowing what to look for). Anything telltale here?

[candela]

Thanks! Followed the steps (of course in step 5 the bluray didn't play) and got the debug readout:

It looks similar to the previous one (me not knowing what to look for). Anything telltale here?

no that is not the libaacs debug log, it should look like this


src/libaacs/aacs.c:1181: libaacs 0.9.0 [200]
src/libaacs/aacs.c:1183: Initializing libgcrypt...
src/libaacs/unit_key.c:184: 1 CPS unit keys
src/libaacs/unit_key.c:98: Assigning CPS units to titles ...
src/libaacs/unit_key.c:109: Title FP : CPS unit 1
src/libaacs/unit_key.c:110: Title TM : CPS unit 1
src/libaacs/unit_key.c:130: Title 01 : CPS unit 1
src/libaacs/unit_key.c:130: Title 02 : CPS unit 1
src/libaacs/unit_key.c:130: Title 03 : CPS unit 1
src/libaacs/aacs.c:1004: Disc ID: 0a59fb18733bd6f5ef1d13813ea6ec947d1d1997


where are you copying that output from, you need to open the text file debuglog.txt

[Buck]

Oh yeah. That's definitely different. :o

I had started in the VLC directory and expected to see the debug file there. When it didn't show up, I checked where I have set it from inside VLC and saw it had new info (I previously wiped it clean). That's what I posted.

Now, guessing that there might be some sort of permissions needed to write into the VLC directory, I just tried it again ... this time starting in a work directory (never had "administrator" confirmation notices there). After the disc failed again, a new debug file appeared in that work directory (and it is more like what you just posted):

src/libaacs/aacs.c:1146: libaacs 0.9.0 [156]
src/libaacs/aacs.c:1148: Initializing libgcrypt...
src/libaacs/unit_key.c:184: 1 CPS unit keys
src/libaacs/unit_key.c:98: Assigning CPS units to titles ...
src/libaacs/unit_key.c:109: Title FP : CPS unit 1
src/libaacs/unit_key.c:110: Title TM : CPS unit 1
src/libaacs/unit_key.c:130: Title 01 : CPS unit 1
src/libaacs/unit_key.c:130: Title 02 : CPS unit 1
src/libaacs/unit_key.c:130: Title 03 : CPS unit 1
src/libaacs/unit_key.c:130: Title 04 : CPS unit 1
src/libaacs/unit_key.c:130: Title 05 : CPS unit 1
src/libaacs/unit_key.c:130: Title 06 : CPS unit 1
src/libaacs/unit_key.c:130: Title 07 : CPS unit 1
src/libaacs/unit_key.c:130: Title 08 : CPS unit 1
src/libaacs/unit_key.c:130: Title 09 : CPS unit 1
src/libaacs/unit_key.c:130: Title 10 : CPS unit 1
src/libaacs/aacs.c:970: Disc ID: 659903226c7c79c2880a2e0e7dfcc02d5bcc328f
src/file/file_win32.c:121: Opened WIN32 file C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg (058d2420)
src/file/keydbcfg.c:101: Opened C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg for r
src/file/keydbcfg.c:565: found config file: C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg
src/file/file_win32.c:44: Closed WIN32 file (058d2420)
src/file/file_win32.c:121: Opened WIN32 file C:\ProgramData\aacs\KEYDB.cfg (058d2420)
src/file/keydbcfg.c:125: Reading C:\ProgramData\aacs\KEYDB.cfg
src/file/keydbcfg.c:565: found config file: C:\ProgramData\aacs\KEYDB.cfg
src/file/file_win32.c:44: Closed WIN32 file (058d2420)
src/file/file_win32.c:103: Error opening file C:\Users\1\AppData\Roaming\aacs\ProcessingDeviceKeysSimple.txt
src/file/keydbcfg.c:101: C:\Users\1\AppData\Roaming\aacs\ProcessingDeviceKeysSimple.txt not found
src/file/file_win32.c:103: Error opening file C:\ProgramData\aacs\ProcessingDeviceKeysSimple.txt
src/file/keydbcfg.c:136: C:\ProgramData\aacs\ProcessingDeviceKeysSimple.txt not found
src/file/file_win32.c:103: Error opening file C:\Users\1\AppData\Roaming\aacs\HostKeyCertificate.txt
src/file/keydbcfg.c:101: C:\Users\1\AppData\Roaming\aacs\HostKeyCertificate.txt not found
src/file/file_win32.c:103: Error opening file C:\ProgramData\aacs\HostKeyCertificate.txt
src/file/keydbcfg.c:136: C:\ProgramData\aacs\HostKeyCertificate.txt not found
src/libaacs/aacs.c:1183: Starting AACS waterfall...
src/libaacs/aacs.c:894: Searching for keydb config entry...
src/libaacs/aacs.c:564: Calculate media key...
src/libaacs/mkb.c:79: MKB size: 1048576
src/libaacs/mkb.c:50: Retrieved MKB record 0x10 (04610020)
src/libaacs/mkb.c:80: MKB version: 60
src/libaacs/mkb.c:50: Retrieved MKB record 0x10 (04610020)
src/libaacs/mkb.c:50: Retrieved MKB record 0x10 (04610020)
src/file/file_win32.c:121: Opened WIN32 file C:\Users\1\AppData\Roaming\aacs\drl (058d2420)
src/file/keydbcfg.c:455: Reading C:\Users\1\AppData\Roaming\aacs\drl
src/file/keydbcfg.c:462: Read 4 bytes from C:\Users\1\AppData\Roaming\aacs\drl, version 60
src/file/file_win32.c:44: Closed WIN32 file (058d2420)
src/file/file_win32.c:121: Opened WIN32 file C:\Users\1\AppData\Roaming\aacs\hrl (058d2420)
src/file/keydbcfg.c:455: Reading C:\Users\1\AppData\Roaming\aacs\hrl
src/file/keydbcfg.c:462: Read 4 bytes from C:\Users\1\AppData\Roaming\aacs\hrl, version 60
src/file/file_win32.c:44: Closed WIN32 file (058d2420)
src/libaacs/mkb.c:50: Retrieved MKB record 0x81 (0461022c)
src/libaacs/aacs.c:516: Get UVS...
src/libaacs/mkb.c:50: Retrieved MKB record 0x04 (046108bc)
src/libaacs/aacs.c:526: Get cvalues...
src/libaacs/mkb.c:50: Retrieved MKB record 0x05 (046113ec)
src/libaacs/aacs.c:546: Error calculating media key. Missing right processing key ?
src/libaacs/aacs.c:912: Calculate CPS unit keys...
src/libaacs/cci.c:143: CCI: 1 entries
src/libaacs/cci.c:92: CCI: AACS basic CCI found
src/libaacs/cci.c:179: AACS basic CCI found
src/libaacs/aacs.c:1186: Failed to initialize AACS!
src/file/mmc_device_win32.c:140: Opening Windows MMC drive E:\...
src/file/mmc_device_win32.c:161: Windows MMC drive \\.\E: opened
src/libaacs/mmc.c:131: MMC get configuration [feature 0x10d] ...
src/file/mmc_device_win32.c:122: Send succeeded!
src/libaacs/mmc.c:228: AACS feature descriptor:
src/libaacs/mmc.c:229: AACS version: 1
src/libaacs/mmc.c:230: AACS active: 1
src/libaacs/mmc.c:231: Binding Nonce generation support: 1
src/libaacs/mmc.c:232: Binding Nonce block count: 1
src/libaacs/mmc.c:233: Bus encryption support: 1
src/libaacs/mmc.c:234: Read drive certificate: 1
src/libaacs/mmc.c:235: AGID count: 2
src/libaacs/mmc.c:65: MMC report key...
src/file/mmc_device_win32.c:122: Send succeeded!
src/libaacs/aacs.c:1030: Bus Encryption Capable flag in drive certificate: 1
src/libaacs/mmc.c:404: Closed MMC drive
src/libaacs/aacs.c:1208: AACS initialized!
src/libaacs/aacs.c:1224: AACS destroyed!

[mick0]

After the disc failed again, a new debug file appeared in that work directory (and it is more like what you just posted):

It's definitely not using UK from config file. I'm not sure why.

You seem to have two config files installed. One in
src/file/file_win32.c:121: Opened WIN32 file C:\Users\1\AppData\Roaming\aacs\KEYDB.cfg (058d2420)

and another one in
src/file/file_win32.c:121: Opened WIN32 file C:\ProgramData\aacs\KEYDB.cfg (058d2420)

Perhaps this is somehow messing up libaacs?

[Buck]

Whoa! That was it! :thanks:

I renamed the duplicate aacs directory (it's was an older version apparently left over from a system restore) and 2001ASO played immediately.

Considering this, should it be written up as a (possible) bug for VLC? ... VLC tracking down possible aacs folders and not being complete enough to test all such folders before giving up with an error (and maybe alerting the user to multiple folders)?

[Buck]

On further thought, and with my previously being able to play the disc when adding the 2001ASO key entry to the very beginning of keys config file (but not the end, which included wherever else it already was in the file) in the user's aacs directory, demonstrates the file was read ... but not correctly or not all the way through. That definitely is buggy and needs a programmer to debug the procedure. Strictly a VLC problem then?

[Mr Wolf]

Hi, I'm planning to buy an external USB 4K blu-ray reader (I haven't chosen a model, though), since I have a couple of 4K blu-rays.
I was wondering if FindVUK can extract the keys (using DVDFab?), and if with those keys I can play 4K blu-rays with VLC, like "normal" blu-rays.
Anyone has experienced this?

[candela]

Hi, I'm planning to buy an external USB 4K blu-ray reader (I haven't chosen a model, though), since I have a couple of 4K blu-rays.
I was wondering if FindVUK can extract the keys (using DVDFab?), and if with those keys I can play 4K blu-rays with VLC, like "normal" blu-rays.
Anyone has experienced this?

Only with specific 'friendly' drives, a valid host certificate and updated libaacs.dll So at this moment theoretically yes, practically probably no.

[mick0]

Hi, I'm planning to buy an external USB 4K blu-ray reader (I haven't chosen a model, though), since I have a couple of 4K blu-rays.
I was wondering if FindVUK can extract the keys (using DVDFab?)

Yes, FindVUK can extract unit keys from DVDFab, but AFAIK you have to use an LG/Asus "UHD friendly" drive (e.g. Pioneer drives will NOT work).

and if with those keys I can play 4K blu-rays with VLC, like "normal" blu-rays.
Anyone has experienced this?

UHD discs should work on any libbluray/libaacs enabled software (VLC/Kodi/mpv etc), if you have

- AACS 1.0 drive that can read UHD discs ("UHD friendly" drive with friendly firmware) - official UHD/AACS2 drives will NOT work
- a valid AACS 1.0 host certificate in your config file
- VUK and/or Unit key(s) for your disc(s) in your config file

You may also need a fairly recent version of VLC/libbluray/libaacs, especially if you want menu support for UHD discs.

If you have not inserted any MKBv70+ discs, you can use this host certificate. It's already revoked in MKBv70, but it works up to MKBv68.
| HC | HOST_PRIV_KEY 0x5924778E74CC2B18B95BAE7D93A09505B1BF08CE | HOST_CERT 0x0201005CFFFF800001B100005F1407EDBF9D1CD38F33A625209B5ED10D48F71E2AB2A1C53CCF9E25D6AEB4BEE968FBBD10DC44064841C358106731589A2C12DD5B4D86FE840D2C6525594E72A19C2EDBC3DD6A28F75E9A9C00D684BB ; MKBv68

[Mr Wolf]

Thanks for your answers.
Ok, actually I spent some times to make blu-rays work and I don't want to spend money and time if I'm not sure it will work. :o

By the way, the most updated libaacs.dll and libbdplus.dll I found I downloaded from here:
https://vlc-bluray.whoknowsmy.name/files/win64/

I have just a couple of blu-rays that won't play because of the libbdplus.dll.
I don't know where to find a more updated version.

By the way, searching for the player (I would buy only an external USB player), I've found a lot of player of unknown brand (Archgon, Techpulse...) and so I guess I won't be able to extract the keys and play 4K blu-rays with them.

[cyprus]

These were briefly posted on another site ... v63 works here but have not yet tested the other two.

| PK | 0x76DDD7093216D28C15049A6B9C5C18B9 ; v63
| PK | 0x3B323C7A9AFC0921831D247239823DE6 ; v64-65
| PK | 0x7A4F40D8696B7B159BE8176CC9EDB85C ; v66-68

[TTide]

It's been a while since i setup my computer to decrypt my blu-ray discs.
I have to ability to run my discs on both windows and linux.
I have 2 BD+ Discs that play on VLC x64 (3.0.7.1) but there are cracks on the screen.

I tried the latest DVDfab x64 11.0.4.1 and got this:
ERROR! Cannot find (supported) DVDfab Passkey, DVDfab Mediaplayer or DVDfab!

Thanks in advance,
TTide

[niektory]

Yep, I got the same error when I tried FindVUK 1.24 with DVDfab 11.0.4.0. However, DVDFab Passkey 9.3.5.4 worked, so perhaps try using that.

[TTide]

Using DVDFab Passkey 9.3.5.4 worked. There's no point in using DVDfab 11 as it won't work. Thanks niektory you saved me some time testing the different versions of DVDFab Passkey.

[nalor]

Hi, will try dvdfab when i am back home from my vacation.
Personally i am always using the most recent passkey version.

Gesendet von meinem H8324 mit Tapatalk

[richy]

I'm on holiday myself as well but I know some versions of DVDFab 11 definitely work as I've been using an earlier one for the last couple of months with FindVUK 1.24 (and not updated to the anything more recent because everything was working fine so why bother, eh?).

[spotter]

I think this can be rewritten to not depend on dvdfab at all, but just use makemkv's libraries (and then it would work across windows, macos, linux)

[mick0]

I think this can be rewritten to not depend on dvdfab at all, but just use makemkv's libraries (and then it would work across windows, macos, linux)

That's easier said than done. Makemkv libraries don't export any keys and all keys are obfuscated in the memory so it's a lot harder to extract them from makemkv. I'm not saying it's impossible, just that it's not as easy as dvdfab. However, I don't really see the point on writing a "FindVUK for Makemkv" since I don't think it's any easier than writing a "FindVUK for PowerDVD/WinDVD/TMT" (official/licensed players).

IMHO it would be better to add all known device keys, processing keys and host certificates to the database and add support for calculating keys - although there is already aacskeys available for that. Also libaacs can use those DKs/PKs/HCs directly so technically it can already calculate VUKs on-the-fly for *all* discs up to MKBv68 (about 99.9% of all discs currently out there).

For bus encryption enabled discs (UHD or "BEE" BD) you need a valid host certificate for reading a data key from the drive. Also HC is needed for reading a VID from the drive - which is required for calculating a VUK. Another option is using LibreDrive mode. LD allows reading the key material from the drive without using host certificates and it also disables bus encryption completely. Therefore it can be used for backing up BEE discs using ddrescue or just by copying the files manually to the hard drive (on LD enabled drives). However, LD is not an universal solution as it only works with certain drives and firmwares so if don't have LD compatible drive you still need host certificates/data keys (or older drive that doesn't have bus encryption).

[nalor]

It's been a while since i setup my computer to decrypt my blu-ray discs.
I have to ability to run my discs on both windows and linux.
I have 2 BD+ Discs that play on VLC x64 (3.0.7.1) but there are cracks on the screen.

I tried the latest DVDfab x64 11.0.4.1 and got this:
ERROR! Cannot find (supported) DVDfab Passkey, DVDfab Mediaplayer or DVDfab!

Thanks in advance,
TTide

Hi!
Result of my tests: for me the most recent DVDfab11 x64 version worked without any special settings.

Can you please upload the logfile and send me the link? Maybe I can see what's going wrong in your case.

Thanks!

[richy]

I've just finally got round to updating to DVDFab v11.0.4.3 after encountering my first MKBv70 disc and FindVUK 1.24 detected it properly and worked fine for me. It's definitely something to do with your setup, TTide.

I had a few issues a while back when switching between multiple versions of DVDFab when a trial had expired and I couldn't decrypt any more recent discs. This seemed to cause FindVUK not to recognise the version I was using properly... or something like that.

I ended up removing all traces of DVDFab and Passkey (including any references to them in the registry) and re-starting with a fresh install and a new setup of FindVUK. Everything seems to have been fine since.

[Buck]

Just a quick note of a possible program bug:

I recently used FindVUK (and DVDFab11) to read 2015 3D and Blu discs of Terminator: Genisys. Both noted that Disc wants BusEncryptionEnabled and drive has BusEncryptionSupport but FindVUK does not support BusEncryption at the moment VUK validation not possible at the moment - please check the VUK manually. Of course, the discs did not play in VLC with the complaint that there was no AACS file for them to work (I assumed this was normal in this circumstance of no BusEncryptionSupport).

The first time I tried this and attempted to copy the text in the commandline window, the program crashed (I guess) and the window disappeared. When I ran FindVUK again, an error message came up ..

A program error was detected.
Error Message: Invalid memory access
Error Code: -1073741819
Code Address: 5029037
Target Address: 653868
Sourcecode line: 247
Sourcode file: U:\PUREBASIC\~MODULE\mod.common_textfile.pbi

.. after which the program window disappeared again

Poking around, I try renaming various "backup" files to make them invisible to the program, in case something became out of sync, but the error message still came up on test reruns. Finally, I noticed a "v"-something folder (some kind of virtual memory folder?) and renamed that. Thereafter, FindVUK again ran normally, without crashing or error message.

All this indicated the FindVUK didn't reset everything after the original crash (for whatever reason) and re-ran with the old info/data in place, which caused another crash and error message. Such a bug could be eliminated by establishing a "clean slate" on each start-up.

Just FYI and hope it is useful.

[ilovejedd]

Thanks for FindVUK and the extensive online database! I've been running my discs through FindVUK to help contribute to the effort. Surprisingly, there are a number of my discs that are not in the database.

A couple of questions:

1. For BEE discs with BEC drive, FindVUK says it couldn't validate. I have a LibreDrive (3.10MK) Asus BW-16D1HT but PassKey doesn't appear to make use of the LibreDrive functionality. If I use a non-BEC drive, will FindVUK be able to validate the keys?

2. How do I help contribute validated keys for UHD? My drive is already UHD friendly. Is there a specific firmware version I should be running?

3. The entries that FindVUK adds to KEYDB.cfg are missing V, M and I. Is there a way I can generate those myself based on the meta xml files?

Thanks!

[candela]

Surprisingly, there are a number of my discs that are not in the database.

A couple of questions:

1. For BEE discs with BEC drive, FindVUK says it couldn't validate. I have a LibreDrive (3.10MK) Asus BW-16D1HT but PassKey doesn't appear to make use of the LibreDrive functionality. If I use a non-BEC drive, will FindVUK be able to validate the keys?

2. How do I help contribute validated keys for UHD? My drive is already UHD friendly. Is there a specific firmware version I should be running?

3. The entries that FindVUK adds to KEYDB.cfg are missing V, M and I. Is there a way I can generate those myself based on the meta xml files?

Thanks!

0. it's not surprising, database probably only has 50-60% of existing discids. and the percentage verified by findvuk is much lower
1. yes
2. play them with libaacs and VLC (https://forum.doom9.org/showthread.php?t=176924) (without dvdfab running), if it works the key is correct
3. run aacskeys (https://forum.doom9.org/showthread.php?p=1835773#post1835773) with the known PKs and Host Cert or play with VLC and check the cache

[lukesamuel]

Hi,

I have been able to obtain the VUK for some discs not in the database, using findVUK and DVDfab on wine (4.18 staging x64). It works really well. Thank you to the developer and testers.

It does then hang though when accessing the drive to validate the VUK, and so does not move on to uploading the keys. I wonder is the same bug with ioctl 2d1400 on wine as below, which seems to have not been fixed.
https://bugs.winehq.org/show_bug.cgi?id=21448

Questions:

1. Has anyone using findVUK on wine had the same problem?[/B], and are there any workarounds? (e.g. with qemu?)

2. If not, is there any way to manually upload to http://fvonline-db.bplaced.net ?

I can upload more debug data if it helps.

Thanks...

-------------------------------------------------------------------------------
20:54:42 - Get basic AACS data
-------------------------------------------------------------------------------
20:54:42 - AACS folder on disc is reachable - ValidateVUK is possible
20:54:42 - Get encrypted UnitKeys
20:54:42 - VolumeName >Girls Last Tour BD1<
20:54:42 - DiscId >A6F46A9186017B15F65E227456E41025DD1F94DE< (2018-12-14)
20:54:42 - DiscType >BD<
20:54:42 - MKB Revision >66<
20:54:42 - BusEncEnabl. >0<
20:54:42 - UnitKeyCount >1<
20:54:42 - >>> UnitKeyENC (1) >8535A82C1531F96CE1B3349EFF477DA8<
-------------------------------------------------------------------------------
20:54:42 - Analyze dump
-------------------------------------------------------------------------------
20:54:42 - Start to analyze '2018' MemDump now!
.................................-...............................-20:54:45 - DiscID : A6F46A9186017B15F65E227456E41025DD1F94DE
20:54:45 - UnitKeyCount >1<
20:54:45 - >>> UnitKeyDEC (1) >434CA1380EE1E6E99D56C8C5EB29A7A4<
20:54:45 - ------------------------------------
-------------------------------------------------------------------------------
20:54:45 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
20:54:45 - Information: no language file (with meaningful title) found in bdmv-meta-dl directory on disc - cannot read meta-title
0181:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
20:54:45 - Drive is NOT a Blu-ray drive! Exit now!
20:54:45 - In case this is wrong please report in the Doom9 forum
20:54:46 - ERROR GetConsoleWindowHandle for title >FindVUK 1.24< - LastError >0<
20:54:46 - fehler hwnd
20:54:46 - Error saving window position


----------------------------------------------------------------------
EDIT:

And I also thought how it's possible to prevent invalid entries in the database created by super funny script kiddies .. and decided that it's necessary to sign the xml in order to decide if it's trustworthy or not.

...

...The original XML (BlurayMetaXML or BlurayLegacyXML) is Base64 encoded - a SHA256 checksum is created from the data, a unique uuid and the timestamp - and the checksum is signed with libsodium and a private key that is 'embedded' into findvuk.
On the other end I've created a php-script that checks if the checksum matches the data and if the signature validates against the checksum with the help of a public key.
I know embedding a key into an application isn't really a secure solution - but I think it serves the purpose (if someone has a better idea just tell me).

So this is everything that is already working on my side



I have just read post #13 quoted above on this thread, https://forum.doom9.org/showthread.php?t=175194, so I suppose without the private key to hand, there can be no manual submission. Unless I can pass on the keys to someone here, or if there is no fix on linux, or just borrow a Windows PC.

----------------------------------------
EDIT #2

Sorry, I hadn't come across qemu when I wrote the above, I hadn't realised as virtualisation software it wouldn't mix with wine.

[mick0]

1. Has anyone using findVUK on wine had the same problem?[/B], and are there any workarounds? (e.g. with qemu?)

I can't say anything about wine, but it works on qemu if you pass through your real drive to VM (no virtual drives like QEMU DVD-ROM etc)

This worked for me on qemu/libvirt. This is just an example, you need to adapt it to match your configuration.

If you want to pass through this drive for example, first make a note of the scsi_host number in "lsscsi --generic" output (in this example scsi_host number is 5)
[5:0:0:0] cd/dvd HL-DT-ST BD-RE BH16NS55 1.02 /dev/sr1 /dev/sg4

Then you need to edit your domain xml and add new controller and hostdev. If you're using libvirt, then you can use "sudo virsh edit <domain>", e.g "sudo virsh edit windows".

Add a new virtio-scsi controller to "<devices>" section, or you can use an existing controller
<controller type='scsi' index='1' model='virtio-scsi'>
<driver max_sectors='64'/>
<address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/>
</controller>

Then add a new hostdev to "<devices>" section, make sure the scsi_host matches the drive you want to pass through (lsscsi). Controller number needs to match the index number of the controller you want to use.
<hostdev mode='subsystem' type='scsi' managed='no' sgio='unfiltered' rawio='no'>
<source>
<adapter name='scsi_host5'/>
<address bus='0' target='0' unit='0'/>
</source>
<address type='drive' controller='1' bus='0' target='0' unit='0'/>
</hostdev>

I also had to add this to /etc/apparmor.d/abstractions/libvirt-qemu otherwise virt-viewer complains about insufficient permissions or something like that.
/dev/sg4 rwk,

That should be it. If you're using libvirt, you may need to restart libvirtd.service. If all went well, the VM should now see your real drive and FindVUK should just work.

[lukesamuel]

I do appreciate using findVUK and the public keydb.cfg on Linux.

As Linux is a greater beneficiary from these than Windows, having no free blu-ray player applications, it would be nice to also be able to contribute to the online database.

There is VUKextract available on Linux, but I haven't gotten it to work anyway.

As requested earlier in this thread, if a flag could be included to workaround this error, it would be helpful.

[Buck]

I recently picked up "The Robe" (1953) blu-ray (2008), tried to play it, but VLC generated an error message:

Blu-ray error:
Your system BD+ decoding library does not work. Missing configuration?
Your input can't be opened:
VLC is unable to open the MRL 'bluray:///E:/'. Check the log for details.

The log is:

-- logger module started --
main debug: VLC media player - 3.0.6 Vetinari
main debug: Copyright © 1996-2018 the VideoLAN team
main debug: revision 3.0.6-0-g5803e85f73
main debug: configured with ../extras/package/win32/../../../configure '--enable-update-check' '--enable-lua' '--enable-faad' '--enable-flac' '--enable-theora' '--enable-avcodec' '--enable-merge-ffmpeg' '--enable-dca' '--enable-mpc' '--enable-libass' '--enable-schroedinger' '--enable-realrtsp' '--enable-live555' '--enable-dvdread' '--enable-shout' '--enable-goom' '--enable-caca' '--enable-qt' '--enable-skins2' '--enable-sse' '--enable-mmx' '--enable-libcddb' '--enable-zvbi' '--disable-telx' '--enable-nls' '--host=i686-w64-mingw32' '--with-breakpad=https://win.crashes.videolan.org' 'host_alias=i686-w64-mingw32' 'PKG_CONFIG_LIBDIR=/home/jenkins/workspace/vlc-release/windows/vlc-release-win32-x86/contrib/i686-w64-mingw32/lib/pkgconfig'

... [all "main errors" deleted because it's too big for this post]

main debug: plug-ins loaded: 494 modules
main debug: opening config file (C:\Users\1\AppData\Roaming\vlc\vlcrc)
main debug: looking for logger module matching "any": 2 candidates
file debug: opening logfile `D:\VLC\vlc_error_log.txt'
main debug: using logger module "file"
main debug: translation test: code is "C"
main debug: looking for keystore module matching "memory": 3 candidates
main debug: using keystore module "memory"
main debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 FPU
main debug: Creating an input for 'Media Library'
main debug: Input is a meta file: disabling unneeded options
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path: C:\Users\1\AppData\Local\Temp
main debug: `file/directory:///C:/Users/1/AppData/Roaming/vlc/ml.xspf' gives access `file' demux `directory' path `/C:/Users/1/AppData/Roaming/vlc/ml.xspf'
main debug: creating demux: access='file' demux='directory' location='/C:/Users/1/AppData/Roaming/vlc/ml.xspf' file='C:\Users\1\AppData\Roaming\vlc\ml.xspf'
main debug: looking for access_demux module matching "file": 15 candidates
main debug: no access_demux modules matched
main debug: creating access: file:///C:/Users/1/AppData/Roaming/vlc/ml.xspf
main debug: (path: C:\Users\1\AppData\Roaming\vlc\ml.xspf)
main debug: looking for access module matching "file": 26 candidates
main debug: using access module "filesystem"
main debug: looking for stream_filter module matching "prefetch,cache_read": 24 candidates
cache_read debug: Using stream method for AStream*
cache_read debug: starting pre-buffering
cache_read debug: received first data after 0 ms
cache_read debug: pre-buffering done 304 bytes in 0s - 296875 KiB/s
main debug: using stream_filter module "cache_read"
main debug: looking for stream_filter module matching "any": 24 candidates
playlist debug: using XSPF playlist reader
main debug: using stream_filter module "playlist"
main debug: stream filter added to 00b10f68
main debug: looking for stream_filter module matching "any": 24 candidates
main debug: no stream_filter modules matched
main debug: looking for stream_directory module matching "any": 1 candidates
main debug: no stream_directory modules matched
main debug: attachment of directory-extractor failed for file:///C:/Users/1/AppData/Roaming/vlc/ml.xspf
main debug: looking for stream_filter module matching "record": 24 candidates
main debug: using stream_filter module "record"
main debug: creating demux: access='file' demux='directory' location='/C:/Users/1/AppData/Roaming/vlc/ml.xspf' file='C:\Users\1\AppData\Roaming\vlc\ml.xspf'
main debug: looking for demux module matching "directory": 55 candidates
main debug: using demux module "directory"
main debug: looking for meta reader module matching "any": 2 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\reader
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\meta\reader
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\meta\reader\filename.luac
main debug: no meta reader modules matched
main debug: `file/directory:///C:/Users/1/AppData/Roaming/vlc/ml.xspf' successfully opened
main debug: looking for xml reader module matching "any": 1 candidates
main debug: using xml reader module "xml"
main debug: EOF reached
main debug: removing module "directory"
main debug: removing module "record"
main debug: removing module "playlist"
main debug: removing module "cache_read"
main debug: removing module "filesystem"
main debug: creating audio output
main debug: looking for audio output module matching "any": 6 candidates
mmdevice debug: using default device
mmdevice debug: version 2 session control unavailable
mmdevice debug: volume from -95.250000 dB to +0.000000 dB with 0.031250 dB increments
mmdevice debug: display name changed: VLC media player
main debug: using audio output module "mmdevice"
main debug: keeping audio output
main debug: looking for interface module matching "hotkeys,none": 16 candidates
main debug: using interface module "hotkeys"
main debug: looking for interface module matching "globalhotkeys,none": 16 candidates
main debug: using interface module "win32"
main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
main debug: looking for interface module matching "any": 16 candidates
main debug: looking for extension module matching "any": 1 candidates
lua debug: Opening Lua Extension module
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\extensions
lua debug: Trying Lua scripts in C:\Program Files (x86)\VLC 3.0.6\lua\extensions
lua debug: Trying Lua playlist script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac
lua debug: Scanning Lua script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac
lua debug: Script C:\Program Files (x86)\VLC 3.0.6\lua\extensions\VLSub.luac has the following capability flags: 0x5
main debug: using extension module "lua"
main debug: using interface module "qt"
main: playlist is empty
main debug: nothing to play
main debug: processing request item: bluray:///E:/, node: Playlist, skip: 0
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index 0
main debug: starting playback of new item
main debug: resyncing on bluray:///E:/
main debug: bluray:///E:/ is at 0
main debug: creating new input thread
main debug: Creating an input for 'bluray:///E:/'
main debug: requesting art for new input thread
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path: C:\Users\1\AppData\Local\Temp
main debug: `bluray:///E:/' gives access `bluray' demux `any' path `/E:/'
main debug: creating demux: access='bluray' demux='any' location='/E:/' file='E:\'
main debug: looking for access_demux module matching "bluray": 15 candidates
qt debug: IM: Setting an input
main debug: looking for meta fetcher module matching "any": 1 candidates
lua debug: Trying Lua scripts in C:\Users\1\AppData\Roaming\vlc\lua\meta\fetcher
lua debug: Trying Lua

Naturally, I ran FindVUK. Apparently noone has tried it on this title and I was prompt to manually type in the title and language (if something came out wrong, please change it to correspond to the proper convention).

I even updated DVDFab (which had fixes for new anti-user blu-ray programming) but that made no difference.

Is there anything I need to do with VLC to have VLC (3.0.6) play it?

[candela]

I recently picked up "The Robe" (1953) blu-ray (2008), tried to play it, but VLC generated an error message:

Naturally, I ran FindVUK. Apparently noone has tried it on this title and I was prompt to manually type in the title and language (if something came out wrong, please change it to correspond to the proper convention).

I even updated DVDFab (which had fixes for new anti-user blu-ray programming) but that made no difference.

Is there anything I need to do with VLC to have VLC (3.0.6) play it?

This error has nothing to do with FindVUK/DVDFab. It's a BD+ title so you need to install libbdplus for VLC
https://forum.doom9.org/showthread.php?t=176924

[Buck]

This error has nothing to do with FindVUK/DVDFab. It's a BD+ title so you need to install libbdplus for VLC
https://forum.doom9.org/showthread.php?t=176924

Thanks for the info -- it's so hard getting this right with bits and pieces all over the place. :) Unfortunately, clicking on all the MEGA links produces this error message: The provided key is invalid. Please check that the key is correct or ask the creator of the link again. Can you update these links?

[candela]

Thanks for the info -- it's so hard getting this right with bits and pieces all over the place. :) Unfortunately, clicking on all the MEGA links produces this error message: The provided key is invalid. Please check that the key is correct or ask the creator of the link again. Can you update these links?

seems to be nothing wrong with the links for me, check your browser, and report problems in that topic please

[Buck]

seems to be nothing wrong with the links for me, check your browser ...

Thanks for looking into this. My standard browser is nothing tricky, so I played around with the links and looked up info now how MEGA expects them. It seems the proper format is different from your links as posted:


...
How To (Windows):

Put the 32-bit or 64-bit libaacs/libbdplus (https://mega.nz/#!oJVjwKCT!0L7a7ftjQhVqcIOXUOZid88818Rnsu-y_CyKY3ra4-4) DLLs (all 4) in the corresponding VLC directory
Put the BD+ vm files (https://mega.nz/#!MFlTDYiT!I-laau3lrg9OgcAL-1DPk-c9ytxbOCKUj73NBhI8Cr0) in the %APPDATA%\bdplus\vm0 directory
Put the cached BD+ tables (https://mega.nz/#!Jd1xEQbJ!DRhG9eWLNnrmA5dcwHugnKxmVUpIsT9X-HKuuGjU7n8) (1.5GB) in the %APPDATA%\bdplus\convtab directory
Put the FindVUK KEYDB.cfg (http://fvonline-db.bplaced.net/) in the %APPDATA%\aacs directory
Edit the KEDYB.cfg and put the keys and certs from this post (https://forum.doom9.org/showthread.php?p=1883655#post1883655) on top
...


For example, the first link is ..
https://mega.nz/#!oJVjwKCT!0L7a7ftjQhVqcIOXUOZid88818Rnsu-y_CyKY3ra4-4
.. and it caused the error for me.

The proper MEGA form is in http://megadownloaderapp.blogspot.com/2013/03/explaining-mega-links.html ..

Encoded links.
This links contain the ID and the Key encoded, and the URI has the form "mega://enc?xxx".

From that I tried ..
https://mega.nz/enc?#!oJVjwKCT!0L7a7ftjQhVqcIOXUOZid88818Rnsu-y_CyKY3ra4-4
Notice the added "enc?" -- that worked right for my browser! I now expect the other links to work, too, once corrected.

My guess is if one doesn't have MEGA installed, the browser is on it's own and needs this proper form to be processed.
(You might like to add such "stand-alone" links to your originals, or use stand-alone links exclusively, to help others without MEGA accounts/installed who get such errors messages.)

[cyprus]

Another PK from another warez site. This did not work on my disks but I don't have the firmware.

| PK | 0x824C4C4AFCF98370CCDAD9B0F21B11AA ; v1-72 ; Requires mogul1 or quesidi firmware.

Does anybody know where to get either of these firmwares?

[candela]

Another PK from another warez site. This did not work on my disks but I don't have the firmware.

| PK | 0x824C4C4AFCF98370CCDAD9B0F21B11AA ; v1-72 ; Requires mogul1 or quesidi firmware.

Does anybody know where to get either of these firmwares?

since the 1 other reference (https://forum.doom9.org/showthread.php?p=1312265#post1312265) on this forum to "mogul1" mentions KCD, it's likely a standalone player key that requires reading of KCD data which PC drives can't do by default. So those firmwares mentioned are likely for a specific drive model that has been hacked to read KCD. Even if you manage to get drive/firmware, you still need to adapt libaacs or aacskeys to read and use the KCD

Some old threads on this forum suggest the Xbox 360 HD-DVD drive was able to read KCD but I couldn't find out the specifics. If somehow here can do that, they should be to able to verify if that PK is real using a HD-DVD disc

[Mike Chen]

Another PK from another warez site. This did not work on my disks but I don't have the firmware.
| PK | 0x824C4C4AFCF98370CCDAD9B0F21B11AA ; v1-72 ; Requires mogul1 or quesidi firmware.

Quite amazing, this IS a working v1-v72 PK that requires KCD. I'm intrigued to know where this key come from. Would appreciate the link to a source site (PM or email). Thanks!

[cyprus]

Would appreciate the link to a source site (PM or email). Thanks!

Mike sorry I asked the posting group was OK sharing PK but are not about their sites. This is not the only PK they may share so is in everyones interest. The PK extraction only placed 4th in earlier break the gadgets contest so hoping next time they try something more modern such as 4K.

Still lookign for firmwares.

[Mister XY]

Hello, since few days, i get this error if i want to sync the database.
Error! GetDifference Failed! >#BRKDB_ERR_PARSE<
Error! Synchronize failed! ->904<
I have attached a screenshot.
I have also delete my folder aacs and also clean findvuk. But every time i get this error.

[nalor]

This is strange... [emoji17]

Will check it after work.

Gesendet von meinem H8324 mit Tapatalk

[nalor]

This is really funny - the key for the movie 'THE MAN WHO KNEW TOO MUCH' got uploaded and when creating the aacs file in the database the title is composed from the volumename and the meta-title of the disc.
In this case the volumename is the special character linefeed followed by 4 space characters ...

Finally the aacs file now also includes a linebreak where no one is expected ...

Will change the processing so that linebreaks are removed in future ...

[nalor]

Fixed - sync is working again for me :)

I replace the special character linefeed with #LF:

0xF6B11AC9721166DED7789D40453C0A7C9ACC9F6C = #LF (THE MAN WHO KNEW TOO MUCH) | D | ...

[qyot27]

How does the reported date influence FindVUK adding or substituting data in the entries for a disc?

Because I scanned one of my discs, and the date came up as 2013-12-31. All the keys (VUK, MK, VID, and 2 Unit Keys) exist for this entry. In KEYDB.cfg, even after the validated keys were supposedly uploaded to the Online-DB, synchronizing will write over this entry with one that has most of the same keys, but a date of 2014-01-23. The problem is that the entry with the newer date is missing the Unit Keys, has incomplete metadata compared to the way newer versions of FindVUK do it, and is marked by the (LEGACY) (NOTVALIDATED) comments.

I can even go back and re-run FindVUK on the disc, and it will replace that 2014 entry with the validated 2013 one. I then use Synchronize, it puts the 2014 one with missing keys back in and takes the 2013 out.

[nalor]

Hi, currently the uploaded data is not processed automatically.
So I manually execute and monitor the processing from time to time.
When you visit the website you can see the date of the last processing.
But please tell me the discid so I can verify if the processing is done correctly.

Thanks!

Gesendet von meinem H8324 mit Tapatalk

[nalor]

One more thing: I've created a processing as part of the upload a long time ago, but as time went short I never managed to finally enable it.

I'll post a new FindVuk release soon that will massively speed up the synchronization.
Will also try to enable the automatic processing at the same time.

Gesendet von meinem H8324 mit Tapatalk

[nalor]

I've released FindVUK 1.30 now - it's available in the first post.

Main reason is the highly improved synchronization speed. This is possible because I've completely changed the process behind. Instead of modifying the existing keydb.cfg, I'm reading everything into memory and recreate the keydb.cfg at the end.
This has one major impact: the order of the lines is changed.

When creating the final file the order is always the following:

Comment-Lines
Device-Key-Lines
Processing-Key-Lines
Host-Certificate-Lines
Title-Lines


The very first line in the file includes the timestamp and some statistics about the file.

I've tested it and for me it's working fine - I also detected a bug in the last release that resulted in too much uploaded discs.

Additionally to the changes in FindVUK I've enabled the 'process on upload' for the Online Database - so uploads from FindVUK are now processed directly and the result is visible immediatly.
The only case I know where it's not working fine is in case the disc has a meaningless title, a manual title got entered and it's different from an already existing manual title in the online database - in this (hopefully rare) case an error message will be displayed.

[nalor]

How does the reported date influence FindVUK adding or substituting data in the entries for a disc?

Because I scanned one of my discs, and the date came up as 2013-12-31. All the keys (VUK, MK, VID, and 2 Unit Keys) exist for this entry. In KEYDB.cfg, even after the validated keys were supposedly uploaded to the Online-DB, synchronizing will write over this entry with one that has most of the same keys, but a date of 2014-01-23. The problem is that the entry with the newer date is missing the Unit Keys, has incomplete metadata compared to the way newer versions of FindVUK do it, and is marked by the (LEGACY) (NOTVALIDATED) comments.

I can even go back and re-run FindVUK on the disc, and it will replace that 2014 entry with the validated 2013 one. I then use Synchronize, it puts the 2014 one with missing keys back in and takes the 2013 out.

Hi! Processed the discs today and it's looking good - your disc is now validated and the unitkeys are in the database :)

[DanTheMann15]

FindVUK 1.30 has a bug when synchronizing with no existing KEYDB.cfg.

Expected result: create a new KeyDB.cfg file from the OnlineDB.
Actual Result: errors-out when writing the new KeyDB.cfg

version 1.24 is not affected.

See attatched logfile:

[nalor]

FindVUK 1.30 has a bug when synchronizing with no existing KEYDB.cfg.

Expected result: create a new KeyDB.cfg file from the OnlineDB.
Actual Result: errors-out when writing the new KeyDB.cfg

version 1.24 is not affected.

See attatched logfile:Ups, will fix it tonight.

Gesendet von meinem H8324 mit Tapatalk

[nalor]

Release 1.31 available in first post :)

[DanTheMann15]

Release 1.31 available in first post :)

Thanks so much for the quick fix!

The synchronizing is so much faster, and i can't wait to see how it handles uploading new disc keys to the onlinedb.

will let you know if i encounter any bugs, thanks again! :)

[nalor]

Fixed a data error in the online database - accidentially I've stored unitkeys identical to the vuk for ~70.000 legacy entries. I've fixed this today - now the data is correct again.

The only thing that might happen is that a lot of changes are detected and the synch-upload to the online database fails with a HTTP500 error.

This error happens only one time and the reason is that FindVUK tries to upload all the wrong unitkeys one more time to the database - so in this case just ignore the error (it's happening because the file-upload exceeds the expected limit).

Additionally I've added a post-processing check into the database so in case it happens again that VUK and a single UnitKey are identical - the UnitKey is discarded.

So it shouldn't happen again :)

[Losko]

Nalor, I have a freeze (probably) due to a bug into DVDFabPasskey 9.3.7.3.
FindVUK is 1.31 (latest).

During Passkey analysis of a disc (an italian release of District 9) FindVUK reaches the stage when "MemDump successfully finished!", I think at that point the relevant data have been captured, are they?

Now, two bad things may happen (only with this disc):

one, Passkey crashes. It seems FindVUK doesn't catch this happening and stays awaiting for the next step. (BUT, if I restart Passkey, it will perform the same steps as before)

two, Passkey enters an infinite loop and does... nothing. The progress bar keeps moving but the drive motor stops (no more noise) and the drive led never blinks anymore. Nothing. So, even now, FindVUK stays awaiting for some event never arriving.

Can it be forced to go further?

[nalor]

Nalor, I have a freeze (probably) due to a bug into DVDFabPasskey 9.3.7.3.

FindVUK is 1.31 (latest).



During Passkey analysis of a disc (an italian release of District 9) FindVUK reaches the stage when "MemDump successfully finished!", I think at that point the relevant data have been captured, are they?



Now, two bad things may happen (only with this disc):



one, Passkey crashes. It seems FindVUK doesn't catch this happening and stays awaiting for the next step. (BUT, if I restart Passkey, it will perform the same steps as before)



two, Passkey enters an infinite loop and does... nothing. The progress bar keeps moving but the drive motor stops (no more noise) and the drive led never blinks anymore. Nothing. So, even now, FindVUK stays awaiting for some event never arriving.



Can it be forced to go further?Can you post the logfile from findvuk?
Thanks!

Gesendet von meinem SM-T800 mit Tapatalk

[Losko]

Attached.

In this run Passkey crashed the first time, then I re-launched it and it got into a loop doing nothing.

The attachment is still pending for approval.
In the meanwhile, read it here (http://txt.do/16pgn) (the link will be valid until march 13th).

[Snape]

I'm not sure if it's just Windows (or me) being stupid, but Windows Defender has strong objections to v1.30 and v1.31 (it flags them as "Trojan:Win32/Detplock"), v1.24 is fine though.

[nalor]

Attached.

In this run Passkey crashed the first time, then I re-launched it and it got into a loop doing nothing.

The attachment is still pending for approval.
In the meanwhile, read it here (http://txt.do/16pgn) (the link will be valid until march 13th).

Please try to set 'WriteMainPlaylist' in config/findvuk.ini to 0 and try again.
I guess it's waiting for the main playlist ...

In the end I think capturing this info does not make that much sense at all and I think I'll change the default to 0 for the next release anyway.

[Losko]

Please try to set 'WriteMainPlaylist' in config/findvuk.ini to 0 and try again.

It worked!
Passkey ran smooth and Findvuk completed successfully (maybe faster than before...? ).
Thank you

(will the upcoming Findvuk release support the latest Passkey 9.3.7.5 ? )

[nalor]

(will the upcoming Findvuk release support the latest Passkey 9.3.7.5 ? )

Just tried FindVUK 1.31 with Passkey 9.3.7.5 and it worked out of the box for me?
Please tell what kind of problems you discovered - an upload a logfile for further analysis.

Thanks!

[Bomum]

Hi, nalor
What is the minimum version of DVDFab, Passkey, Player that can run FindVUK?

[nalor]

Hi, nalor
What is the minimum version of DVDFab, Passkey, Player that can run FindVUK?

I think that even the versions used with the very first FindVUK release are still supported .. because I think that I've never removed the support of the old releases.

But why do you want to use an older release? afaik they stopped working when DVDfab changed their server-backend...

[Bomum]

I think that even the versions used with the very first FindVUK release are still supported .. because I think that I've never removed the support of the old releases.

But why do you want to use an older release? afaik they stopped working when DVDfab changed their server-backend...

I'm sorry I couldn't convey my words well
What is the minimum version of DVDFab, Player, PassKey that works with "Latest FindVUK"?

[nalor]

I'm sorry I couldn't convey my words well
What is the minimum version of DVDFab, Player, PassKey that works with "Latest FindVUK"?

I'm sorry but I've no clue what you really want to know (what do you want to say with 'minimum' ? the oldest supported version? or the newest supported version?)

I'd recommend to always use the most current release from DVDfab (this applies to all supported products: DVDfab, Passkey, Player).

In case you notice any problems with a release just post the problems here with a logfile and I'll take a look and usually fix it within a few days.

[Bomum]

I'm sorry but I've no clue what you really want to know (what do you want to say with 'minimum' ? the oldest supported version? or the newest supported version?)


Sorry for lack of words
What is the "oldest DVDFab, Player, Passkey version" supported by "Latest FindVUK"?

[nalor]

Sorry for lack of words
What is the "oldest DVDFab, Player, Passkey version" supported by "Latest FindVUK"?

This an info from the FindVUK 0.68 changelog:
; 0.68 released - 20150927
; change: added DVDfab 9.2.1.5 as tested application
; change: added Passkey 8.2.5.0 as tested application
; change: added MediaPlayer 2.5.0.5 as tested application

I think that even this old applications should still work (but I've never tested and don't support it) but afaik they aren't supported by DVDfab any longer - or at least it's not possible to decrypt new discs with them.
So I don't understand why you want to use an old dvdfab-application?

Finally I'd say that only current applications are 'supported'.

[Bomum]

Thank you for answering
I didn't know how much support I had, so I asked a question, sorry

[richy]

I've recently been getting problems with the sync. I used to get speeds of several MB/s and the whole process would take seconds but I mostly seem to get a few kB/s (generally about 7-8 kB/s) now before it eventually fails because it gets nowhere near the 30MB or so required for the full download (generally it gets to about the 3MB mark and then I get "ERROR! Download of OnlineDB failed!")

Has something altered? Is it just me? Is my IP address being throttled?? :P

I'm using the latest version (v1.31) and it works fine for submissions but I'm just getting issues with the sync.

[nalor]

I've recently been getting problems with the sync. I used to get speeds of several MB/s and the whole process would take seconds but I mostly seem to get a few kB/s (generally about 7-8 kB/s) now before it eventually fails because it gets nowhere near the 30MB or so required for the full download (generally it gets to about the 3MB mark and then I get "ERROR! Download of OnlineDB failed!")

Has something altered? Is it just me? Is my IP address being throttled?? [emoji14]

I'm using the latest version (v1.31) and it works fine for submissions but I'm just getting issues with the sync.I noticed the problem yesterday... [emoji17]

The problem is the speed of the free bplaced account I'm using at the moment.

I'm currently thinking about a solution.

Just in case someone knows a good free hoster with php and mysql please post here or send me a pm.

Gesendet von meinem H8324 mit Tapatalk

[xplt]

[A pair of thought aloud]

Due to the current situation and staying at home, I decided to re-validate all of my blu-ray disks and after ~100 of disks, it turned out that PassKey has a weekly limit of key retrievals (unfortunately, I haven't made a screenshot of PassKey's error message, but support says on their forum that it actually has a limit of 70 keys/week (https://forum.dvdfab.cn/forum/software-support-english/dvdfab-dvd-ripper-blu-ray-ripper-3d-plus/355423-disc-limit-and-time?p=355507#post355507))... Maybe, FindVUK should have some kind of counter for that?..
I suffer from some strange rare bug, when some of the files in FindVUK get corrupted/deleted, but so far, I couldn't reproduce it: after some usage of FindVUK, config files or the backup DB get deleted. But it can be a fault of my SSD drive (I still don't trust these things :) ) or Windows Vista fault (which I use for FindVUK). So, when it happens I unpack the files from *.zip archive and always do a backup of my KEYDB.cfg

[nalor]

[A pair of thought aloud]

Due to the current situation and staying at home, I decided to re-validate all of my blu-ray disks and after ~100 of disks, it turned out that PassKey has a weekly limit of key retrievals (unfortunately, I haven't made a screenshot of PassKey's error message, but support says on their forum that it actually has a limit of 70 keys/week (https://forum.dvdfab.cn/forum/software-support-english/dvdfab-dvd-ripper-blu-ray-ripper-3d-plus/355423-disc-limit-and-time?p=355507#post355507))... Maybe, FindVUK should have some kind of counter for that?..
I suffer from some strange rare bug, when some of the files in FindVUK get corrupted/deleted, but so far, I couldn't reproduce it: after some usage of FindVUK, config files or the backup DB get deleted. But it can be a fault of my SSD drive (I still don't trust these things :) ) or Windows Vista fault (which I use for FindVUK). So, when it happens I unpack the files from *.zip archive and always do a backup of my KEYDB.cfg


hi!

1) currently I've no plans to include a counter - I also noticed it myself years ago when I validated all my blurays within a short amount of time, but imho this is something that is not done quite frequently and as nobody ever complained I don't think it's really necessary.

2) interesting - never had problems like this, so honestly I've no idea how to fix it ... in case you can reproduce it tell me the required steps.

[farmerjoe]

Hi nalor,
first of all I was amazed what was possible with "just" a lib and key file.
But as you already mentioned, your hoster isn't the best and I didn't even got a file complete in two weeks+.
I can understand everything and keep on trying (no worries, I'm not hammering or something - I try ~5 times per day).
Guess - after testing multiple browsers, download tools and also the FindVUK sync feature - it's just luck.

I don't know very much about programming, but I deal with data on the daily basis, 100k+ of records in multiple systems are nothing new to me. My suggestion would be to switch from "complete download" to "incremental download" (like most backup tools work). Not sure what indicator (line number?) could be use for that, but it would decrease load on your hoster and wouldn't matter if the download is interupted.

Assuming some free hoster (like Mega.nz) aren't a solution, I'll have to thank you and see if my 5th try today might be successful :)

[candela]

Hi nalor,
first of all I was amazed what was possible with "just" a lib and key file.
But as you already mentioned, your hoster isn't the best and I didn't even got a file complete in two weeks+.
I can understand everything and keep on trying (no worries, I'm not hammering or something - I try ~5 times per day).
Guess - after testing multiple browsers, download tools and also the FindVUK sync feature - it's just luck.



You can download a recent copy of keydb here (https://forum.doom9.org/showthread.php?p=1886086#post1886086)

[nalor]

I'm also quite disappointed of the performance - I asked support of bplaced and got the answer, that all free accounts share a 2mbps limit ... so I guess this limit is constantly reached and so nothing is really working as expected.

The idea with the 'full' download is that the file can be downloaded with a simple curl on linux without the need for something special.

Of course I could add some kind of incremental download specifically for the synchronisation - but honestly this would be a huge rework of the current setup and I cannot afford the time for this.

I also checked other 'free' hosters but none of them offers the features the small site needs:
# direct file access without advertisements (this is necessary in order to download files with curl or for the synchronisation)
-> found only 2 hosters: bplaced and webhost000

# enough traffic volume to support the full-downloads: currently 200 downloads/day * 30 days * 15MB: around 90GB per month.
-> webhost000 limits the free account to 3GB, so it's not an option any longer ...

Finally only bplaced remains as free option.

Still thinking how to carry on.

[hubblec4]

Hi nalor

I'm not an expert for file hosters, but I use LimaCity for chapterEditor. and maybe you could use a SQL DB for storage files.

[farmerjoe]

Hi everyone,
I guess I need to run the sync file as admin to that the keydb.cfg in C:\ProgramData\aacs is updated as well.
Was a bit confused why it file was never updated even so the script said it.

[gmipf]

Hello, I need some support for this tool. FindVUK have problems dumping the Media Key, Volume ID and Volume Unique Key on 5 of my discs. The field for those 3 values are simply empty in the exported xml file. 4 of them are MKBv64 and the other one MKBv63. On other discs I had no such problems. Is this a limitation for newer MKB versions? I have tried two different drives and systems, one of them is a QEMU VM, both Win10. I also tried with older FindVUK version till 1.23 but not tested with older PassKey or DVDFab.

[candela]

Hello, I need some support for this tool. FindVUK have problems dumping the Media Key, Volume ID and Volume Unique Key on 5 of my discs. The field for those 3 values are simply empty in the exported xml file. 4 of them are MKBv64 and the other one MKBv63. On other discs I had no such problems. Is this a limitation for newer MKB versions? I have tried two different drives and systems, one of them is a QEMU VM, both Win10. I also tried with older FindVUK version till 1.23 but not tested with older PassKey or DVDFab.

Newer DVDFab versions only use UK, hence FindVUK can only get UK. You can also no longer use old DVDFab versions since DVDFab has disabled them. If you want to get all keys, use latest known PK/HC (up to MKBv68) with aacskeys or the program aacsinfo included with libaacs https://forum.doom9.org/showthread.php?t=176924

[gmipf]

I already dumped the VUK with FindVUK and latest PassKey on two blurays with MKBv62. So as I understand the problem begins with MKBv63 and higher?


I have tried it with aacs-info.exe and it outputs the VID and MK which stands for Volume ID and Media Key I think? But there is no Volume Unique Key shown or do I oversee something?

I also tried aacskeys 0.4.0 but I don't know how to add the host certificate and host private key to the HostKeyCertificates.txt.


aacsinfo also outputs this:

src/libaacs/mmc.c:674: Drive does not support reading drive certificate
src/libaacs/aacs.c:1103: Unable to read drive certificate
libaacs open succeed.
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff80000189) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff80000146) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff800000ad) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff800000c4) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff80000039) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff00000064) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff000000ae) has been revoked by your drive ?
src/libaacs/mmc.c:458: Host key / Certificate (id 0xffff0000000c) has been revoked by your drive ?

...

PMSN : ???
Bus encryption:
Device support: no
Enabled in media: no

...

Host Revocation List (MKB version 0):
(empty)
Drive Revocation List (MKB version 0):
(empty)

[candela]

I already dumped the VUK with FindVUK and latest PassKey on two blurays with MKBv62. So as I understand the problem begins with MKBv63 and higher?


I have tried it with aacs-info.exe and it outputs the VID and MK which stands for Volume ID and Media Key I think? But there is no Volume Unique Key shown or do I oversee something?

I also tried aacskeys 0.4.0 but I don't know how to add the host certificate and host private key to the HostKeyCertificates.txt.


I think FindVUK can use existing VUK/VID/MK in keydb to verify a disc, but it only finds new UK

You can calculate VUK manually from VID and MK. Or enable debugging in libaacs and run VLC to find all keys or check VLC cache

Easiest is: aacskeys -v drive:

HostKeyCertificates.txt simply has two lines

line1=private key (40 hex chars, no 0x in front)
line2=host certificate (184 hex chars, no 0x in front)

[gmipf]

OK, I have played back the BDMV with VLC on Ubuntu and Windows just fine, but can't find the cache folder with the VUKs. According to https://wiki.archlinux.org/index.php/Blu-ray it should be in ~/.cache/aacs/vuk on Linux, but there is nothing. On Windows I have also no idea where the VLC cache is. I'm using VLC 3.0.8 and 3.0.10.

How can I enable debug mode in libaacs?

Have also tried again with aacskeys. When I use the third keys with the comment "; Revoked in MKBv63", then I get this:

The given Host Certficate / Private Key has been revoked by your drive.

Which is normal I think. But with the first two keys I get this (Hope it is OK to post the full output):

aacskeys 0.4.0 by arnezami, KenD00

Current path: C:\aacskeys

MKBv: 63
Processing key: 76DDD7093216D28C15049A6B9C5C18B9
Encrypted C-value: BD075BFB694AD6B929FB896A4591818C
Corresponding uv: 00000A40

Decrypted C-value: A227B69D67559B47A82FA79A7D1A3F03
Media key: A227B69D67559B47A82FA79A7D1A3543

Encrypted verification data: D9109BD7DCEC1E7B159837D13C7DAD1C
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFD82CA394042AD9FA

Drive FW info: YL07
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: YES
BN Block Count: 1
Inserted medium AACS protected: YES

AGID: 00

Host Private Key (Hpriv): 5924778E74CC2B18B95BAE7D93A09505B1BF08CE
Host certificate (Hcert): 0201005CFFFF800001B100005F1407EDBF9D1CD3
8F33A625209B5ED10D48F71E2AB2A1C53CCF9E25
D6AEB4BEE968FBBD10DC44064841C35810673158
9A2C12DD5B4D86FE840D2C6525594E72A19C2EDB
C3DD6A28F75E9A9C00D684BB
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C

AGID: 00

Drive certificate (Dcert): ########################################
########################################
########################################
########################################
########################
Drive Nonce (Dn): ########################################

Drive key point (Dv): ########################################
########################################
Drive key signature (Dsig): ########################################
########################################

Host key (Hk): 5613E7F89B11D9CAA27B610A1096332BEED86BC4
Host key point (Hv): 8A60C80BD60C23605FBE90B27BF96B2DB38195C1
801F54EB29E0F6EC57AC2B9168E88B2D56977508
Host key signature (Hsig): ########################################
########################################

Problem with verifying the host signature.


ERROR: AACSVERYIFHOST, errnr: -1

[candela]

OK, I have played back the BDMV with VLC on Ubuntu and Windows just fine, but can't find the cache folder with the VUKs. According to https://wiki.archlinux.org/index.php/Blu-ray it should be in ~/.cache/aacs/vuk on Linux, but there is nothing. On Windows I have also no idea where the VLC cache is. I'm using VLC 3.0.8 and 3.0.10.

How can I enable debug mode in libaacs?

Have also tried again with aacskeys. When I use the third keys with the comment "; Revoked in MKBv63", then I get this:

The given Host Certficate / Private Key has been revoked by your drive.

Which is normal I think. But with the first two keys I get this (Hope it is OK to post the full output):



Please read this topic (https://forum.doom9.org/showthread.php?t=176924) completely and any links

You are using a host cert that is revoked in MKBv70 meaning you have inserted a disc that is MKBv70 or higher in your drive. You can no longer use this host cert. The last known public host cert is revoked in MKBv72 so if you have inserted a MKBv72 disc you are out of luck with libaacs or aacskeys

[gmipf]

I could get all the keys now with the debug output method from your topic. Thank you for your help.

[DanTheMann15]

another thing to mention is that there is no public processing keys or device keys (that work for any drive anyway) for MBKv70-71 yet.

so you can use mick0's new host certificate here if you haven't inserted any discs with MKBv72, but you can't decrypt any bluray discs without a set of keys corresponding to the MKB revision:
https://forum.doom9.org/showthread.php?t=176924&p=1887531

[Bomum]

Newer DVDFab versions only use UK, hence FindVUK can only get UK. You can also no longer use old DVDFab versions since DVDFab has disabled them. If you want to get all keys, use latest known PK/HC (up to MKBv68) with aacskeys or the program aacsinfo included with libaacs https://forum.doom9.org/showthread.php?t=176924

In all versions except the current version,
Does it mean that the feature is always disabled?
Does Other than the latest version, 11.0.8.6,
that mean the feature is disabled?

[candela]

In all versions except the current version,
Does it mean that the feature is always disabled?
Does Other than the latest version, 11.0.8.6,
that mean the feature is disabled?

It started when DVDFab added UHD support in Passkey v9.3.0.2 early 2018. So anything newer only uses UK so FindVUK can only get UK. Maybe you can still get other keys with FindVUK using older DVDFab versions for discs with lower MKB versions (like < 60). But for those discs that maybe will work you can get all keys yourself with aacskeys using public PK and HC

[Bomum]

It started when DVDFab added UHD support in Passkey v9.3.0.2 early 2018. So anything newer only uses UK so FindVUK can only get UK. Maybe you can still get other keys with FindVUK using older DVDFab versions for discs with lower MKB versions (like < 60). But for those discs that maybe will work you can get all keys yourself with aacskeys using public PK and HC

Is there any problem if you have the latest Fab, FindVUK, aacskeys?

[Losko]

Of course I could add some kind of incremental download specifically for the synchronisation - but honestly this would be a huge rework of the current setup and I cannot afford the time for this.
Hey, this is exactly what git was designed for!
git is great when managing text files with incremental modifications, and it's very, very efficient when synchronizing local and remote copies.
What if FindVUK did:

first launch? then do 'git clone', else 'git pull'
do your usual stuff
exiting: new entries? then do 'git push'

If I think at the keys database as a repository, then the whole scenario seems so simplified!
(and, btw, there are plenty of git hosting sites out there)

[nalor]

I'm not sure that GIT is really an option - because the problem is that not all changes of every user are relevant for all the other users...
Usually GIT is used in case each change is relevant for everyone else .. but in our case there might be manual changes to the file that might remove data from the repository.
And as always with systems like GIT theres always the option that merge conflicts might occur - and the only way to handle them easily would be to perform a hard-reset to the current repository.

Finally I just want to tell that the only reason for me to start the online database has been the strange disappearance of Starbuck ...

But in case someone else wants to create a better solution I've absolutely no problem to stop my current implementation or add support for the new approach to FindVUK.

[richy]

Hi nalor!

The upload part when submitting new keys always seems to work fine and obviously it's just the download part of a sync where the free hosting problems kick in. I was going to suggest some sort of stop-gap measure like a monthly keydb.cfg update via tinyupload.com (or similar) so people could keep relatively up to date without needing to hammer the free host so much.

However, out of curiosity I just tried a sync for the first time in ages and the speed seemed to be a lot better and I noticed that it downloaded about 11mb instead of the full 31mb and then proceeded to unpack it. Basically, I was able to do a full sync with no problems. I'm guessing you've made a few changes somewhere so a sync doesn't require so much data to be downloaded? If so, it certainly seems to be working ok at the moment.

Just thought I'd mention it in case you wanted any feedback(!?) and also thought I'd just say a quick thanks for all the work you've put in to FindVUK :)

[nalor]

I've changed only something really small - but maybe this did the trick.
In the beginning the file to download has been <10MB and everything has been fine.
Than at some point in time the file got bigger than 10MB and personally I think it still worked, but later on it started to get really slow.
In parallel I noticed that when downloading the file with a browser I don't get a progress information and started to analyze why this isn't working and finally got the info from the bplaced-support that each php-interpreter is limited to 10MB of memory and as the file is transmitted by a php-file and does exceed the assigned memory size, the filesize is not available in advance any longer and therefore it's not available to the browser.
So finally I've changed the behaviour so that the php-file just takes care the file is updated in case it's necessary and afterwards there's a redirect to the file in the filesystem.
So the data is now delivered directly by the webserver and a few days after this change the download problems disappeared...

Don't know if it's really related or if it's just a coincidence - but finally everything back to 'useable' :)

[nalor]

Just want to tell that I'm working on a better synchronization feature - I think it will speed up the sync dramatically.
Basically FindVUK will store a hash of the file after a full-sync and the date of the sync and as long as the file is not modified externally it will just request delta-files for synchronisation (such a file is around 200kb for the last 60 days).
The server part is already done - see here:
Delta File since 2020.05.04 23:00:00 (fvonline-db.bplaced.net/fv_download.php?lang=deu&deltadate=20200504t230000)

In case the requested date is older than 60 days or in the future or cannot be parsed at all, the full file is offered instead. The delta file includes all entries that got either created or modified in this time area.

Next I'll implement the required changes in FindVUK - but this will take a few days.

Small note:
It's also possible to use relative deltadate attributes - e.g. this here will always return a file with all entries changed during the last 24h:
Changed entries in last 1 day (http://fvonline-db.bplaced.net/fv_download.php?lang=eng&deltadate=-1%20days)

[nalor]

Released FindVUK 1.34 - it includes the delta-synchronization and in my small tests it's working fine.

As long as the keydb.cfg isn't modified manually the delta sync is active. To check for modifications a hash is stored in a keydb_hash.ini file together with a timestamp used for the delta-sync. The timestamp is the time of the last change in the online database - it has nothing to do with the time of the last synchronisation.

The easiest way to trigger a full-sync again is to delete this ini file.

[Roof Tile]

Wanted to say thanks for your efforts to help expand the control people have over their material. You, candela, mick0, and many more have allowed me and others to overcome some of the key issues with owning Blu-rays and you all have my gratitude for that.

Beyond the simple thanks, I believe I have something that might be of interest to you. I've been using your program to get the various codes and keys and whatnot from my own Blu-rays uploaded to the main database you have. However, a strange error occurred when I used it on my copy of "The Usual Suspects". It was the first movie I had to enter the name for manually and it seemingly didn't like that. However, I then had to do the same for "Total Recall" and that went just fine without any weird error.
Don't really know what the issue is but I thought you'd maybe find it helpful. Just in advance, I hope I got the right parts for this for you to look at and sorry if I didn't.
*Wanted to use the scrolling CODE phrasing to put it up here and have a nicer flow, but it would have taken multiple posts so I just put it on TinyUpload instead as a RAR.*

Tiny Upload Link: http://s000.tinyupload.com/?file_id=00047336899647016775

PS. I replaced my account name with *Account Name* in the logs. Hope that's ok.

[nalor]

This problem is one I already know -but I still don't know how to solve it properly. The uploads from findvuk are directly processed and written to the database, this is working fine as long as everything is in perfect condition.
But with discs that require a manual title input there might be the chance that it already got uploaded previously with a different title. In the current example the disc got uploaded the first time at 23.03.2019 with a title 'THEUSUALSUSPECTS' and now you're entering another title 'The Usual Suspects' and finally my script only knows that those are not equal - but cannot decide which title is better and therefore the 'manual processing required' result is returned.

All those uploads are now flagged with 'manual processing required' and from time to time I'll check them manually and decide what to do.

But I think it might be an improvement to still report it as success instead of showing an error....

[Roof Tile]

Ah got it. Thanks for looking into it and for the succinct explanation!

-----Didn't want to make two posts one after another so I'm just editing this one-----
Encountered a new error. I used the program on my Guardians of the Galaxy and Star Trek The Motion Picture Blu-rays (the Star Trek one is from that big 50th Anniversary collection in case that matters) but it spit out an error at the end about something involving a "hash file". I think the uploads for both of the discs to the database went fine, as the log says that they did. However, I wanted to let you know before I continued doing any more discs just in case it was something important that could corrupt the data or something.

Just in case these details matter, I updated Passkey from 9388 to 9389 (the logs say that's ok but I just wanted to let you quickly know), I got a new version of the KeyDB (6-14-20) before I used the program with my discs to make sure it was as up to date as possible before adding new entries, and updated my VUK program to the new 1.34 version by extracting everything in the folder and letting it overwrite everything it wanted.

Here's a link to the Tiny Upload of the Logs: http://s000.tinyupload.com/?file_id=77372597325744329857

[nalor]

Thanks for reporting!
Just checked my code and I think it's a stupid error from my side. At the end of each scan it tries to update the stored hash of the keydb.cfg file so that it's still detected as 'unchanged' - but this is only possible in case the hash-file is really available.
I never tried it without this file ... and I guess this is the situation in your case.

Please either:

execute a synchronization - this should create the file automatically
or create an empty textfile named 'keydb_fvhash.ini' next to the keydb.cfg file


I think both options should help.

I'll fix the bug with the next release.

[Roof Tile]

Glad to help and will do! Just to ask though, what does the hash-file do exactly? Do I need to redo my previous disc reads to make sure they have everything correct, or is it an "extra" sort of thing to make things easier for collecting info or uploading things?

[nalor]

Glad to help and will do! Just to ask though, what does the hash-file do exactly? Do I need to redo my previous disc reads to make sure they have everything correct, or is it an "extra" sort of thing to make things easier for collecting info or uploading things?Hash file is a new thing that is only used for the improved synchronisation, it has nothing to do with the result of a disc read.

So there is really no need to redo your reads.

Gesendet von meinem H8324 mit Tapatalk

[Roof Tile]

Ah got it. Thank you for the explanation.

[Buck]

I came across a bug in the new version. Apparently, when writing to the "keydb" file, FindVUK 1.34 was looking for uppercase letters "KEYDB". I had lowercase letters "keydb" and it failed that operation with:

13:11:55 - Successful upload to OnlineDB
13:11:56 - ERROR! Couldn't open hash-file >C:\Users\***\AppData\Roaming\aacs\keydb_fvhash.ini<
13:11:56 - ERROR! Couldn't update hash file >C:\Users\***\AppData\Roaming\aacs\KEYDB.cfg<
13:11:56 - Eject the disc now from drive >E:\<


When I changed my keydb.cfg to uppercase "KEYDB.cfg", it completed that operation with:

13:19:38 - Successful upload to OnlineDB
13:19:38 - Eject the disc now from drive >E:\<

Also, I don't see a "keydb_fvhash.ini" file in my directory. So it doesn't create one when there is none. That's a problem, too.

[nalor]

I came across a bug in the new version. Apparently, when writing to the "keydb" file, FindVUK 1.34 was looking for uppercase letters "KEYDB". I had lowercase letters "keydb" and it failed that operation with:

13:11:55 - Successful upload to OnlineDB
13:11:56 - ERROR! Couldn't open hash-file >C:\Users\***\AppData\Roaming\aacs\keydb_fvhash.ini<
13:11:56 - ERROR! Couldn't update hash file >C:\Users\***\AppData\Roaming\aacs\KEYDB.cfg<
13:11:56 - Eject the disc now from drive >E:\<


When I changed my keydb.cfg to uppercase "KEYDB.cfg", it completed that operation with:

13:19:38 - Successful upload to OnlineDB
13:19:38 - Eject the disc now from drive >E:\<

Also, I don't see a "keydb_fvhash.ini" file in my directory. So it doesn't create one when there is none. That's a problem, too.

Hi! I think it's not related to the case of the filename - the uppercase 'KEYDB.cfg' in the error message is just because the filename is created internally and I wrote it uppercase there ;)

So I guess when you rename back to 'keydb.cfg' it's also working - very likely it's been a problem with the first run.

[nalor]

Uploaded a new release 1.35

It includes 2 changes:
-> FIX for the error message when using without synchronization
-> an auto-update function ;) I know it's not really required because I don't update that often - but I wanted to try and I think it's working well, at least in my tests.

It can be disabled in the ini-file.

Additionally I've linked to the website of the online-database for download instead of using tinyupload.

[ZampNoxis]

This is my first time using this forum, so I apologize if this isn't the proper thread to post this. I have some VUKs that aren't in the online database and would like to add them to my local keydb.cfg file and upload those changes to the online database for others to use. I obtained these VUKs by adding the DKs, PKs, and HCs from this post to my local keydb.cfg file and playing the Blu-rays in VLC: https://forum.doom9.org/showthread.php?p=1883655#post1883655

The VUKs for each disk showed up in AppData\Roaming\aacs\vuk. However, I don't know how to go about doing the proper formatting for the disk title, the VUK, and all the other necessary entries to match the existing entries in keydb.cfg. Do I have to manually input everything in my local keydb.cfg file or is this formatting usually done automatically by FindVUK when using it with a DVDfab program?

[qyot27]

This is the per-disc key backup script I use. Grew out of a solution I used prior to switching to FindVUK, but then repurposed to pretty-print things and continue to make sure that I have backups of the keys for the discs I actually own.
#!/bin/bash

VOLUMEDRIVE="$(ddwin64 --list 2>&1 > /dev/null | grep -A1 CD-ROM | grep Mounted | tail -c4)"
VOLUMENAME="$(cmd //c "vol $VOLUMEDRIVE" | grep "Volume in drive" | sed 's/is/\t/' | cut -f2 | sed 's/^ //')"
echo "$VOLUMENAME" > "$VOLUMENAME.aacsinfo.txt"
aacs_info "$VOLUMEDRIVE" >> "$VOLUMENAME.aacsinfo.txt"
DISCID="$(aacs_info "$VOLUMEDRIVE" | grep "Disc ID" | cut -f2 -d : | sed 's/ //g')"
VID="$(aacs_info "$VOLUMEDRIVE" | grep "VID" | cut -f2 -d : | sed 's/ //g')"
#VUK="$(cat $(echo $APPDATA\\aacs\\vuk\\$DISCID) | tr '[:lower:]' '[:upper:]')"
MEDK="$(aacs_info "$VOLUMEDRIVE" | grep -w "MK" | cut -f2 -d : | sed 's/ //g')"
FULLKEYS="$(cd "/e/Programs/aacskeys/bin/win64/" && aacskeys.exe "$VOLUMEDRIVE" v "$VID")"
VUK="$(cd "/e/Programs/aacskeys/bin/win64/" && aacskeys.exe "$VOLUMEDRIVE" "$VID" | grep "Volume Unique Key" | cut -f2 -d : | sed 's/ //g')"
MKB="$(grep MKB "$VOLUMENAME.aacsinfo.txt" | cut -f2 -d : | sed 's/ //g')"
fromdos "$VOLUMENAME.aacsinfo.txt"
sed -i '/VID/aVUK : '"$VUK"'' "$VOLUMENAME.aacsinfo.txt"
todos "$VOLUMENAME.aacsinfo.txt"

grep $DISCID "$APPDATA\\aacs\\KEYDB.cfg" > "$VOLUMENAME.keydb.txt"

mkdir -p aacsbk/vuk
echo "$VUK" > aacsbk/vuk/"$DISCID"

echo "$FULLKEYS" > "$VOLUMENAME.fullkeys.txt"

echo "0x$DISCID = $VOLUMENAME | V | 0x$VUK | M | 0x$MEDK | I | 0x$VID ; MKBv$MKB" > "$VOLUMENAME.keydb_forinsert.txt"

Requires ddwin, aacs_info (with working PK/DK/Cert in KEYDB.cfg), aacskeys (with working keys/cert in the right files), and standard GNU userland on Windows (MSys2, or maybe Cygwin if you change the paths to account for Windows drives being under /cygdrive there).

Note: it does use the old key order, but FindVUK adjusts it when it verifies the info. It also assumes aacskeys resides in E:\Programs\, so adjust that accordingly, especially if on something other than Windows.

Run the script first, see what differs between the *.keydb.txt and *.keydb_forinsert.txt. If the plain keydb output either lacks some keys or has NOTVALIDATED / LEGACY, then copy the line (or just the missing parts of the line) from _forinsert.txt into the main keydb.cfg.

Then optionally run FindVUK to let it fix things up (maybe just Synchronize if you don't care about some of the meta stuff), and then to re-verify, run the above script again and compare the *keydb/*forinsert files again to ensure things look okay.

The script is a little older, obviously; with libaacs allowing the MK cache and such now, those values could probably be read out a lot easier than they had to be at the time (although since the VUK isn't printed by aacs_info, that still needs aacskeys).

[ZampNoxis]

If I was to use FindVUK in conjunction with a DVDfab product, would it automatically output a properly-formatted entry for keydb.cfg? If not, I'll use the script. Concerning aacs_info and aacskeys, where can I access those? Are they bundled in libaacs.dll or are they separate programs?

[qyot27]

aacs_info is the CLI tool that should come with libaacs, although I know many packagers probably don't bother (read: if you build libaacs, aacs_info gets built at the same time). aacskeys is a separate project, it's in the third stickied post at the top of this subforum.

The difference between what FindVUK and the script above do is that if the disc is not already in keydb.cfg, FindVUK gives you this:
0x$DISCID = Gatchaman Crowds 18 BD-1 | D | 2018-08-24 | U | 1-0x$UNITKEY ; MKBv65/FindVUK 1.35
where $DISCID and $UNITKEY are those actual values. It adds this directly into keydb.cfg. This works with any disc DVDFab works with (including those that cannot have their keys generated by aacskeys or libaacs because the MKB revision is too high).

The script gives you this (in *.keydb_forinsert.txt):
0x$DISCID = Gatchaman Crowds 18 BD-1 | V | 0x$VUK | M | 0x$MEDIAKEY | I | 0x$VOLUMEID ; MKBv65
It does not add it into keydb.cfg (but it does generate files in aacs/vuk/ like VLC does). Copy it over manually. This option only works with discs that libaacs and aacskeys work with. If your host certificate gets revoked, you have to rely on FindVUK if the keys aren't in keydb.cfg.

Merging the two is what I was describing earlier.

[ZampNoxis]

Hmm...I've looked around the different forum posts and it looks like any download link for aacs_info or aacskeys have been dead for some time. I'd build libaacs and just grab aacs_info, but I can't find any build instructions. I'll look into getting a DVDfab product and using FindVUK with it to get the formatted entry for keydb.cfg.

EDIT: I downloaded the evaluation version of DVDfab PassKey for Blu-ray and FindVUK is grabbing and uploading the data without a hitch!

[s3phy]

Hi,

I used FindVUK a few years ago (2017) and it worked great. Trying to use it again these days and it can't seem to find DVDfab. Here's what I'm getting:

-----------------------------------------------------------
00:51:35 - ----------- FindVUK 1.35 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
00:51:35 - SettingsFile: >C:\Users\s3phy\Downloads\FindVUK_1.35\config\FindVUK.ini<
00:51:35 - Update enabled - check for update
00:51:35 - Open Main-KEYDB file: >C:\Users\s3phy\AppData\Roaming\aacs\KEYDB.cfg<
00:51:41 - Open Backup-KEYDB file: >C:\Users\s3phy\Downloads\FindVUK_1.35\VUKbackup\KEYDB.cfg<
00:51:51 - ERROR! Cannot find (supported) DVDfab Passkey, DVDfab Mediaplayer or DVDfab!
00:51:51 - No supported DVDfab application discovered!
00:51:51 - Couldn't get settings for DVDfab applications - end now

Please press ENTER or ESC to exit

FindVUK logs:

2020-07-03 00:51:35 # 0 # [I] main / (legacy) / #############################################################################
2020-07-03 00:51:35 # 2 # [I] main / (legacy) / ----------- FindVUK 1.35 -----------
2020-07-03 00:51:35 # 3 # [I] main / (legacy) / Operating System: Windows 10
2020-07-03 00:51:35 # 5 # [I] main / Settings_GetFilename(legacy) / SettingsFile: >C:\Users\s3phy\Downloads\FindVUK_1.35\config\FindVUK.ini<
2020-07-03 00:51:35 # 17 # [I] main / (legacy) / Update enabled - check for update
2020-07-03 00:51:35 # 175 # [I] update / UPD_CheckUpdateAndDownload / Update - ReleaseOnline >1.35< CurrentRelease >1.35< Hash >743EDECE8F5E3762307056A89E5F6B8DD20D4E88<
2020-07-03 00:51:35 # 177 # [I] update / UPD_CheckUpdateAndDownload / No update required
2020-07-03 00:51:35 # 177 # [I] main / ConsoleBufferSize(legacy) / Current BufferSize 120 x 9001 - ScreenSize 120 x 30
2020-07-03 00:51:35 # 177 # [I] main / ConsoleBufferSize(legacy) / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2020-07-03 00:51:35 # 177 # [I] main / ConsoleBufferSize(legacy) / Max. ScreenSize 240 x 71
2020-07-03 00:51:35 # 177 # [I] main / ConsoleBufferSize(legacy) / Final New Values - BufferSize 120 x 9001 - ScreenSize 120 x 50 - Resize >1<
2020-07-03 00:51:35 # 177 # [I] main / ConsoleBufferSize(legacy) / M1 - New BufferSize 120 x 9001
2020-07-03 00:51:35 # 177 # [I] main / ConsoleBufferSize(legacy) / Mx2 - New ScreenSize 120 x 50
2020-07-03 00:51:35 # 191 # [I] main / (legacy) / Open Main-KEYDB file: >C:\Users\s3phy\AppData\Roaming\aacs\KEYDB.cfg<
2020-07-03 00:51:35 # 191 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\s3phy\AppData\Roaming\aacs\KEYDB.cfg< opened!
2020-07-03 00:51:51 # 16679 # [I] main / (legacy) / Open Backup-KEYDB file: >C:\Users\s3phy\Downloads\FindVUK_1.35\VUKbackup\KEYDB.cfg<
2020-07-03 00:51:51 # 16679 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\s3phy\Downloads\FindVUK_1.35\VUKbackup\KEYDB.cfg< opened!
2020-07-03 00:51:51 # 16679 # [I] bluray_keydb / BRKDB_OpenFile / INFO! Empty file! >C:\Users\s3phy\Downloads\FindVUK_1.35\VUKbackup\KEYDB.cfg<
2020-07-03 00:51:51 # 16680 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No Passkey detected!
2020-07-03 00:51:51 # 16681 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No MediaPlayer detected!
2020-07-03 00:51:51 # 16681 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No DVDfab detected!
2020-07-03 00:51:51 # 16682 # [I] main / Settings_ReadDVDfabSettings(legacy) / ERROR! Cannot find (supported) DVDfab Passkey, DVDfab Mediaplayer or DVDfab!
2020-07-03 00:51:51 # 16682 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / No supported DVDfab application discovered!
2020-07-03 00:51:51 # 16682 # [I] main / (legacy) / Couldn't get settings for DVDfab applications - end now
2020-07-03 00:52:16 # 40952 # [I] main / FindVUK_SaveWindowPos(legacy) / Current position identical to last position - no need to save it

DVDfab (v11.0.8.0) is installed in "C:\Program Files\DVDFab 11". Its logs are in "C:\Users\s3phy\Documents\DVDFab11\Log".
My Windows is in French, if that changes anything.

[candela]

Hi,

I used FindVUK a few years ago (2017) and it worked great. Trying to use it again these days and it can't seem to find DVDfab. Here's what I'm getting:


did you install it over the old version so it's using the old ini file? try deleting the ini or a new directory, or edit the settings in the ini

[nalor]

Hi,

I used FindVUK a few years ago (2017) and it worked great. Trying to use it again these days and it can't seem to find DVDfab.

DVDfab (v11.0.8.0) is installed in "C:\Program Files\DVDFab 11". Its logs are in "C:\Users\s3phy\Documents\DVDFab11\Log".
My Windows is in French, if that changes anything.

FindVUK tries to find dvdfab in 2 steps:
1st it reads the entry from the inifile: section 'DVDfab' entry 'MainFile' - in case something is defined here it is always the most important source. So to solve your problem simply insert "C:\Program Files\DVDFab 11\DVDFab.exe" as 'mainfile' and it should work.

In case you want to dig a little bit deeper: in case this entry is not set FindVUK tries to get this filename from the registry.

check if entry 'HKEY_CURRENT_USER\Software\DVDFab' is available
read command from HKEY_CLASSES_ROOT\DVDFab 11\Shell\Open\Command 'default'


So you can check if both keys are available in your registry and if they are please tell me the exact value of the 2nd entry - maybe there's something specific on a french windows that I have to take into account.

[Aperson]

Hi,

I haven't tried this since QEMU support got merged, but it still doesn't seem to be working out of the box for me as of 1.35. Same drive details as posted here: https://forum.doom9.org/showpost.php?p=1862608&postcount=386

It would appear your "IsDriveQemu" function (or whatever it is that takes "QEMU" as an argument) is trying to compare "QEMU" to a null string, sees the string is null, and returns false. For now I've patched FindVUK.exe to believe that the "IsDriveQemu" function returned true, and it seems to be working fine.

[Dark Morford]

First time using FindVUK, trying to play a disc that came out earlier this year. I'm on Windows 10, and the aacs_info program indicates my drive has MKB v76.

FindVUK couldn't locate my installation of DVDFab 12 at first, so I had to manually put the executable and log locations into FindVUK.ini. Once I did that, I was able to get as far as finding the encrypted unit key, but the program is failing on the next step. Full FindVUK log is attached, but here's (I think) the relevant part; the memory dump is over 600 MB but if there's a specific portion that would be useful I can chop out part of it.

2020-10-10 14:29:30 # 57241 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >480< Content >2020.10.10-14:29:30: MD5 BBC21117B2D5D75190289BBE21C6B2B5 <
2020-10-10 14:29:30 # 57241 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >481< Content >2020.10.10-14:29:30: got vuk<
2020-10-10 14:29:30 # 57241 # [I] main / DVDfab_WatchLog_Standard(legacy) / DVDfab got VUK - create memdump now!
2020-10-10 14:29:30 # 57344 # [I] main / DumpProcessToFile(legacy) / DUMP >>>
2020-10-10 14:29:30 # 57344 # [I] main / DumpProcessToFile(legacy) / DUMP >>> ProcDump v10.0 - Sysinternals process dump utility
2020-10-10 14:29:30 # 57344 # [I] main / DumpProcessToFile(legacy) / DUMP >>> Copyright (C) 2009-2020 Mark Russinovich and Andrew Richards
2020-10-10 14:29:30 # 57344 # [I] main / DumpProcessToFile(legacy) / DUMP >>> Sysinternals - www.sysinternals.com
2020-10-10 14:29:30 # 57344 # [I] main / DumpProcessToFile(legacy) / DUMP >>>
2020-10-10 14:29:30 # 57344 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [14:29:30] Dump 1 initiated: C:\Sandbox\FindVUK_1.35\dump\3DE26D88523ADD6B69B53AD42A228F8677663ADE_BRMM_10266BD1.dmp
2020-10-10 14:29:30 # 57445 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [14:29:30] Dump 1 writing: Estimated dump file size is 654 MB.
2020-10-10 14:29:31 # 57950 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [14:29:31] Dump 1 complete: 654 MB written in 0.6 seconds
2020-10-10 14:29:31 # 58151 # [I] main / DumpProcessToFile(legacy) / DUMP >>> [14:29:31] Dump count reached.
2020-10-10 14:29:31 # 58151 # [I] main / DumpProcessToFile(legacy) / DUMP >>>
2020-10-10 14:29:31 # 58151 # [I] main / DumpProcessToFile(legacy) / Dump successful! >1<
2020-10-10 14:29:31 # 58151 # [I] main / DumpProcessToFile(legacy) / DumpProcessToFile - Program >C:\Sandbox\FindVUK_1.35\tool\procdump64.exe< Parameter > -ma -o "DVDFab64.exe" "C:\Sandbox\FindVUK_1.35\dump\3DE26D88523ADD6B69B53AD42A228F8677663ADE_BRMM_10266BD1.dmp"<
2020-10-10 14:29:31 # 58151 # [I] main / DVDfab_DumpFile(legacy) / MemDump successfully finished!
2020-10-10 14:29:31 # 58151 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >482< Content >2020.10.10-14:29:30: drive info: BD-RE WH16NS40 | 1.03! <
2020-10-10 14:29:31 # 58151 # [I] main / DVDfab_WatchLog_Standard(legacy) / Cancel DVDfab decryption now!
2020-10-10 14:29:31 # 58159 # [I] main / (legacy) / Get basic AACS data
2020-10-10 14:29:31 # 58160 # [I] main / FVMAIN_Mode_FindVUK_WaitForAACS(legacy) / AACS folder on disc is reachable - ValidateVUK is possible
2020-10-10 14:29:32 # 58740 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / Got DiscID from disc >3DE26D88523ADD6B69B53AD42A228F8677663ADE<
2020-10-10 14:29:32 # 58741 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / Got DateDiscId from disc >2020-06-15<
2020-10-10 14:29:32 # 59047 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / Get encrypted UnitKeys
2020-10-10 14:29:32 # 59047 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / UnitKey-Count: 1
2020-10-10 14:29:32 # 59047 # [I] main / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS(legacy) / UnitKeys ENC : >1< Key >4F609DAB1C455833F2208BA472B0F0D6<
2020-10-10 14:29:32 # 59048 # [I] main / (legacy) / VolumeName >BRMM_10266BD1<
2020-10-10 14:29:32 # 59048 # [I] main / (legacy) / DiscId >3DE26D88523ADD6B69B53AD42A228F8677663ADE< (2020-06-15)
2020-10-10 14:29:32 # 59048 # [I] main / (legacy) / DiscType >BD<
2020-10-10 14:29:32 # 59048 # [I] main / (legacy) / MKB Revision >76<
2020-10-10 14:29:32 # 59048 # [I] main / (legacy) / BusEncEnabl. >0<
2020-10-10 14:29:32 # 59049 # [I] main / (legacy) / UnitKeyCount >1<
2020-10-10 14:29:32 # 59049 # [I] main / (legacy) / >>> UnitKeyENC (1) >4F609DAB1C455833F2208BA472B0F0D6<
2020-10-10 14:29:32 # 59052 # [I] main / (legacy) / Analyze dump
2020-10-10 14:29:32 # 59053 # [I] main / DVDfab_AnalyzeDump_2018(legacy) / Start to analyze '2018' MemDump now!
2020-10-10 14:29:32 # 59053 # [I] main / DVDfab_GetUnitKeysFromDump(legacy) / DVDfab_GetUnitKeysFromDump - File >C:\Sandbox\FindVUK_1.35\dump\3DE26D88523ADD6B69B53AD42A228F8677663ADE_BRMM_10266BD1.dmp< DiscID >3DE26D88523ADD6B69B53AD42A228F8677663ADE< UnitKeyCnt >1<
2020-10-10 14:29:32 # 59172 # [I] main / DVDfab_Dump_GetDraftUnitKeys(legacy) / StartAddress of last UnitKey >2184FCA<
2020-10-10 14:29:33 # 60474 # [I] main / DVDfab_GetUnitKeysFromDump(legacy) / ERROR! Couldn't find real unit keys in json from file >C:\Sandbox\FindVUK_1.35\dump\3DE26D88523ADD6B69B53AD42A228F8677663ADE_BRMM_10266BD1.dmp<
2020-10-10 14:29:33 # 60474 # [I] main / DVDfab_AnalyzeDump_2018(legacy) / Error analyzing memory dump - please report in the doom9 forum!
2020-10-10 14:29:33 # 60475 # [I] main / (legacy) / ERROR! Analyze 2018 failed!
2020-10-10 14:29:33 # 60481 # [I] main / (legacy) / CloseAtTheEnd is active, close DVDfab now
2020-10-10 14:29:33 # 60487 # [I] main / DVDfab_CloseApplication(legacy) / There are >1< DVDfab processes running
2020-10-10 14:29:44 # 71117 # [I] main / DVDfab_CloseApplication(legacy) / Friendly closing of C:\Program Files\DVDFab\DVDFab 12\DVDFab64.exe< didn't succeed - kill it unfriendly now

[candela]

First time using FindVUK, trying to play a disc that came out earlier this year. I'm on Windows 10, and the aacs_info program indicates my drive has MKB v76.

FindVUK couldn't locate my installation of DVDFab 12 at first, so I had to manually put the executable and log locations into FindVUK.ini. Once I did that, I was able to get as far as finding the encrypted unit key, but the program is failing on the next step. Full FindVUK log is attached, but here's (I think) the relevant part; the memory dump is over 600 MB but if there's a specific portion that would be useful I can chop out part of it.


It's possible DVDFab has made changes in v12 that stops FindVUK from working. i suggest to try with version 11

[Dark Morford]

I'll give it a shot, but according to the changelog in the first post of this thread, support for DVDFab 12 was added in FindVUK 1.30; I'm using v1.35. (Though the log file warns that DVDFab 12.0 is "untested," which seems a bit contradictory to me...)

[nalor]

I'll give it a shot, but according to the changelog in the first post of this thread, support for DVDFab 12 was added in FindVUK 1.30; I'm using v1.35. (Though the log file warns that DVDFab 12.0 is "untested," which seems a bit contradictory to me...)I noticed that the official dvdfab q2 changed the position of the logfile and it's config file a little bit.
Will release a new findvuk today to handle this.
But when specifying both mainfile and logfile correctly in the ini file, it's already working with the current findvuk for me.

Gesendet von meinem H8324 mit Tapatalk

[nalor]

Released FindVUK 1.37 - it should properly find and use DVDfab 12.

[nalor]

First time using FindVUK, trying to play a disc that came out earlier this year. I'm on Windows 10, and the aacs_info program indicates my drive has MKB v76.

FindVUK couldn't locate my installation of DVDFab 12 at first, so I had to manually put the executable and log locations into FindVUK.ini. Once I did that, I was able to get as far as finding the encrypted unit key, but the program is failing on the next step. Full FindVUK log is attached, but here's (I think) the relevant part; the memory dump is over 600 MB but if there's a specific portion that would be useful I can chop out part of it.


Is it reproduceable ?

Basically it's a 2 step process that is executed here:


DVDfab_Dump_GetDraftUnitKeys - search for partial unit keys in the dump -> this succeeded in your case and returned 1 unit-key
DVDfab_GetUnitKeysFromDump - try to find the missing parts of the 'partial unit keys' in the dump


In case it fails please first check if it's working the next time - and else upload the dump somewhere and send me the link.

[Dark Morford]

Updated to FindVUK 1.37 (and DVDFab 12.0.0.1) and it's working like a charm. Thanks!

Also, here's my drive info for inclusion in the database:
2020.10.13 08:23:51 - Please post the following information into the doom9 forum thread: http://forum.doom9.org/showthread.php?t=172914
+ VENDOR # PRODUCT-IDENTIF. # REV. # FIRMWARE CR. # INTERFACE # DRIVETYPE # BusEncryptionCapable # BindingNonceGeneration # VENDOR SPECIFIC # FEATURE DESCRIPTOR # COMMENT
| HL-DT-ST | BD-RE WH16NS40 | 1.03 | 211711211653 | Serial ATAPI | BLURAY/DVD/CD-WRITER | 1 | 1 | NM00600SIK9CH158462 | 01 0D 09 04 17 01 02 01 |

[Roof Tile]

Hey nalor, cool to see FindVUK get another update! However, I'm wondering about something. Since updating, I get these strange excel files in the "accs" folder in APPDATA. They have weird names like "KEYDB_Diff_BRKDB_20201015_051659" and "KEYDB_Diff1_20201015_051659". I assume it's some sort of log or check that the program does since it has things like "TITLE" and "MEDIAKEY" as column names, but I just wanted to ask about them since I don't really know what they are and if I should keep them or if I can simply delete them if I want (or if there is an option to make the program delete them automatically after it is done with them).

Also, since I'm making this post anyway, I noticed that the FindVUK.ini file has the version set to 1.35 ("IniVersion = 1.35" in the file itself). Is that normal or do I need to do some sort of full reinstall by getting rid of certain files or the like? Probably not an issue I would imagine, but just wanted to mention it just in case it's related in some way.

PS. If you need me to upload the files I can certainly do that with TinyUpload, just didn't know if that was necessary in this case.

[nalor]

Those files can be deleted, I missed to disable the creation before creating the release.
They include debug information about the synchronisation process. In the next release it wil be possible to enable them with a ini parameter.
The version in the ini file depends on the latest release with changes in the ini file, so in your case I haven't made changes since release 1.35
But it's a good idea to change this behaviour [emoji2]

Gesendet von meinem H8324 mit Tapatalk

[Roof Tile]

Thanks for the explanations! Good to know everything is working correctly, keep up the great work.

[nalor]

Released 1.38 - fixes the bug with the strange files ;)

[nuraman00]

The tool asked me to post this:

++++++++++

17:35:06 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
17:35:06 - Drive is detected as 'REAL BLURAY' drive
17:35:06 - Drive is NOT in the KnownDrivesList!

17:35:06 - Please post the following information in the Doom9 forum to create a comprehensive list of drives:
17:35:06 - (you'll find this information + additional details also in the file >C:\Unzipped\FindVUK_1.38\PleasePostInDoom9Forum.txt<
17:35:06 - + VENDOR # PRODUCT-IDENTIF. # REV. # FIRMWARE CR. # INTERFACE # DRIVETYPE # BusEncryptionCapable # BindingNonceGeneration # VENDOR SPECIFIC # FEATURE DESCRIPTOR # COMMENT
17:35:06 - | ASUS | BW-16D1HT | 3.03 | 211801191558 | Serial ATAPI | BLURAY/DVD/CD-WRITER | 1 | 1 | W000000KEII6190829 | 01 0D 09 04 1F 01 02 01 |

17:35:07 - Added this entry to the list of known drives so the request to post the details of this drive will not be shown again

[nuraman00]

-------------------------------------------------------------------------------
17:38:08 - Validation successful! UnitKeys are valid!!
-------------------------------------------------------------------------------

17:38:08 - -------------------------------------------------------
17:38:08 - MetaTitle : Metallica- SM2
17:38:08 - VolumeName : Metallica - SM2
17:38:08 - DiscID : BA4590CA75E050E4760DBA62404EBCB9A6749235
17:38:08 - DateDiscID : 2020-02-10
17:38:08 - DiscType : BD
17:38:08 - VUK :
17:38:08 - MEDIAKEY :
17:38:08 - VOLUMEID :
17:38:08 - >>> UnitKeyDEC (1) >0A34A4EC251DA52D7273B2D8B398ABBF< (Valid)
17:38:08 - MKBrev : 72
17:38:08 - BusEncrEn : 0
17:38:08 - AACS : 1
17:38:08 - BD+ : 0
17:38:08 - -------------------------------------------------------


-------------------------------------------------------------------------------
17:38:08 - --- Write entry in main-keydb file ---
-------------------------------------------------------------------------------

17:38:08 - Keys in Keyfile: 108887 keys - KeyFile: C:\Users\nuram\AppData\Roaming\aacs\KEYDB.cfg
17:38:08 - KEYDB: no entry found for discid >BA4590CA75E050E4760DBA62404EBCB9A6749235< ==>> write new entry in keydb-file

17:38:09 - Added line with VUK/UnitKeys to file >C:\Users\nuram\AppData\Roaming\aacs\KEYDB.cfg<

17:38:09 - -------------------------------------------------------
17:38:09 - --- Write entry in backup-keydb file ---
17:38:09 - -------------------------------------------------------
17:38:09 - KEYDB: file >C:\Unzipped\FindVUK_1.38\VUKbackup\KEYDB.cfg< does not exist ==>> write new entry in keydb-file

17:38:09 - Added line with VUK/UnitKeys to backup-file >C:\Unzipped\FindVUK_1.38\VUKbackup\KEYDB.cfg<

17:38:09 - -------------------------------------------------------
17:38:09 - --- Upload MetaXML to OnlineDB file ---
17:38:09 - -------------------------------------------------------
Establishing connection
Establishing connection
HTTP-POST success
17:38:10 - Successfully posted to the OnlineDB! >
Preconditions fulfilled - process upload now
Detected BlurayMetaXML - DiscId >BA4590CA75E050E4760DBA62404EBCB9A6749235<
Upload written to database!
Upload successfully processed!
<
17:38:10 - Successful upload to OnlineDB
17:38:10 - Hash file not available - nothing to update
17:38:10 - Eject the disc now from drive >D:\<

[nuraman00]

Now the Blu Ray plays, but I'm getting this error:

This Blu-ray disc requires Java for menus support.Java was not found on your system.
The disc will be played without menus.

I have java installed here:

C:\Program Files\Java\jdk-12.0.1

[Emulgator]

You may try to uninstall Java from its preferred location and reinstall Java in an unprotected folder.
Works nicely here:
C:\_PROG\Java\

[DanTheMann15]

Now the Blu Ray plays, but I'm getting this error:

This Blu-ray disc requires Java for menus support.Java was not found on your system.
The disc will be played without menus.

I have java installed here:

C:\Program Files\Java\jdk-12.0.1

You may try to uninstall Jave from its preferred location and reinstall Java in an unprotected folder.
Works nicely here:
C:\_PROG\Java\

That's not really the solution, you need to set your JAVA_HOME Environment variable to your java install path
which as you said, appears to be "C:\Program Files\Java\jdk-12.0.1".

Before i begin, you should really consider getting OpenJDK 11 (LTS) (https://adoptopenjdk.net/releases.html), and downloading just the JRE.
Java 12 is obsolete now and newer java versions add changes that might break libbluray.

and most importantly, you should update your installation of VLC (https://www.videolan.org/vlc/index.html) to the latest version.

you can set your JAVA_HOME variable by:

1. Right-click the My Computer icon on your desktop and select Properties.
2. Click the Advanced tab, then click the Environment Variables button.
3. Under System Variables, click New.
4. Enter the variable name as JAVA_HOME.
5. Enter the variable value as the installation path of Java.
6. Click "OK" and then click "Apply Changes"

after that i recommend restarting the PC (you don't have to though), and you should be good to go! ;)

[haruo]

Hey there! Many thanks for this tool, it helped me very much :D

But I'm getting a VUKNOTVAL! error, can you help me to make the movie run?


2020-10-29 18:24:03 # 0 # [I] main / (legacy) / #############################################################################
2020-10-29 18:24:03 # 2 # [I] main / (legacy) / ----------- FindVUK 1.38 -----------
2020-10-29 18:24:03 # 2 # [I] main / (legacy) / Operating System: Windows 10
2020-10-29 18:24:03 # 3 # [I] main / Settings_GetFilename(legacy) / SettingsFile: >C:\Users\haruo_000\Desktop\FindVUK_1.38\config\FindVUK.ini<
2020-10-29 18:24:03 # 11 # [I] main / (legacy) / Update enabled - check for update
2020-10-29 18:24:04 # 746 # [I] update / UPD_CheckUpdateAndDownload / Update - ReleaseOnline >1.38< CurrentRelease >1.38< Hash >24011EA98216F890749E1A3BD767F90ABC4C8432<
2020-10-29 18:24:04 # 746 # [I] update / UPD_CheckUpdateAndDownload / No update required
2020-10-29 18:24:04 # 748 # [I] main / GenericCallback(legacy) / No update required
2020-10-29 18:24:04 # 748 # [I] main / ConsoleBufferSize(legacy) / Current BufferSize 80 x 300 - ScreenSize 80 x 25
2020-10-29 18:24:04 # 748 # [I] main / ConsoleBufferSize(legacy) / Requested BufferSize 120 x 300 - ScreenSize 120 x 50
2020-10-29 18:24:04 # 748 # [I] main / ConsoleBufferSize(legacy) / Max. ScreenSize 227 x 62
2020-10-29 18:24:04 # 748 # [I] main / ConsoleBufferSize(legacy) / Final New Values - BufferSize 120 x 300 - ScreenSize 120 x 50 - Resize >1<
2020-10-29 18:24:04 # 749 # [I] main / ConsoleBufferSize(legacy) / M1 - New BufferSize 120 x 300
2020-10-29 18:24:04 # 751 # [I] main / ConsoleBufferSize(legacy) / Mx2 - New ScreenSize 120 x 50
2020-10-29 18:24:04 # 766 # [I] main / (legacy) / Open Main-KEYDB file: >C:\Users\haruo_000\AppData\Roaming\aacs\KEYDB.cfg<
2020-10-29 18:24:04 # 767 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\haruo_000\AppData\Roaming\aacs\KEYDB.cfg< opened!
2020-10-29 18:24:04 # 773 # [I] main / (legacy) / Open Backup-KEYDB file: >C:\Users\haruo_000\Desktop\FindVUK_1.38\VUKbackup\KEYDB.cfg<
2020-10-29 18:24:04 # 773 # [I] bluray_keydb / BRKDB_OpenFile / KeyDB file >C:\Users\haruo_000\Desktop\FindVUK_1.38\VUKbackup\KEYDB.cfg< opened!
2020-10-29 18:24:04 # 774 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! Passkey detected >D:\Programas\DVDFab\Passkey\DVDFabPasskey.exe<
2020-10-29 18:24:04 # 775 # [I] main / Settings_ReadDVDfabSettings(legacy) / Tested Passkey Version >9.4.0.2< found
2020-10-29 18:24:04 # 776 # [I] main / Settings_ReadDVDfabSettings(legacy) / >>> everything should work as expected!
2020-10-29 18:24:04 # 777 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No MediaPlayer detected!
2020-10-29 18:24:04 # 778 # [I] main / Settings_ReadDVDfabSettings(legacy) / Information! No DVDfab detected!
2020-10-29 18:24:04 # 779 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / Passkey is preferred and available!
2020-10-29 18:24:04 # 779 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / Passkey-MainFile: >D:\Programas\DVDFab\Passkey\DVDFabPasskey.exe<
2020-10-29 18:24:04 # 779 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / Passkey-LogFile: >C:\Users\haruo_000\Documents\\DVDFab\Passkey\Log\passkey_internal.log<
2020-10-29 18:24:04 # 780 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / KEYDB-Path: >C:\Users\haruo_000\AppData\Roaming\aacs\<
2020-10-29 18:24:04 # 780 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / KEYDB-Backup-Path: >C:\Users\haruo_000\Desktop\FindVUK_1.38\VUKbackup\<
2020-10-29 18:24:04 # 781 # [I] main / FVMAIN_Mode_FindVUK_GetSettings(legacy) / ProcDumpFile: >C:\Users\haruo_000\Desktop\FindVUK_1.38\tool\procdump64.exe<
2020-10-29 18:24:04 # 781 # [I] main / FVMAIN_Mode_FindVUK_GetDump(legacy) / --- PART 1 --- GET DUMP ---
2020-10-29 18:24:04 # 790 # [I] main / FVMAIN_Mode_FindVUK_GetDump(legacy) / No running application process discovered
2020-10-29 18:24:04 # 791 # [I] main / FVMAIN_Mode_FindVUK_GetDump(legacy) / >> Start it now >D:\Programas\DVDFab\Passkey\DVDFabPasskey.exe<
2020-10-29 18:24:12 # 8594 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >189< NewLineCnt >193<
2020-10-29 18:24:12 # 8594 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >189< Content ><
2020-10-29 18:24:12 # 8594 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >190< Content ><
2020-10-29 18:24:12 # 8596 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >191< Content >DVDFabPasskey 9.4.0.2 (2020/10/29 18:24:12)<
2020-10-29 18:24:12 # 8596 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >192< Content ><
2020-10-29 18:24:12 # 8596 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >193< Content >(empty)<
2020-10-29 18:24:22 # 18979 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >193< NewLineCnt >202<
2020-10-29 18:24:22 # 18979 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >193< Content >2020.10.29-18:24:22: Drive E add. <
2020-10-29 18:24:22 # 18979 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >194< Content >2020.10.29-18:24:22: got firmware HL-DT-ST BDDVDRW CT40N 1.00.<
2020-10-29 18:24:22 # 18979 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >195< Content >2020.10.29-18:24:22: Drive E media add. <
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >196< Content >2020.10.29-18:24:22: opened i/o type 1 <
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >197< Content >2020.10.29-18:24:22: opening drive E<
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >198< Content >2020.10.29-18:24:22: opened i/o<
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >199< Content >2020.10.29-18:24:22: currentProfile: 64<
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >200< Content >2020.10.29-18:24:22: got media type 15<
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >201< Content >2020.10.29-18:24:22: got max lba 23542271<
2020-10-29 18:24:22 # 18980 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >202< Content >(empty)<
2020-10-29 18:24:23 # 19987 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >202< NewLineCnt >206<
2020-10-29 18:24:23 # 19988 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >202< Content >2020.10.29-18:24:23: got disc type 20<
2020-10-29 18:24:23 # 19988 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >203< Content >2020.10.29-18:24:23: type Blu-ray BDMV<
2020-10-29 18:24:23 # 19989 # [I] main / DVDfab_WatchLog_Standard(legacy) / Drive opened
2020-10-29 18:24:23 # 19990 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >204< Content >2020.10.29-18:24:23: volume label ALITA_BATTLE_ANGEL<
2020-10-29 18:24:23 # 19990 # [I] main / DVDfab_WatchLog_Standard(legacy) / Volume Label detected >ALITA_BATTLE_ANGEL<
2020-10-29 18:24:23 # 19990 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >205< Content >2020.10.29-18:24:23: Is Encryption 1 <
2020-10-29 18:24:23 # 19990 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >206< Content >(empty)<
2020-10-29 18:24:34 # 30672 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >206< NewLineCnt >212<
2020-10-29 18:24:34 # 30672 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >206< Content >2020.10.29-18:24:34: bd set region ?<
2020-10-29 18:24:34 # 30672 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >207< Content >2020.10.29-18:24:34: opened i/o type 1 <
2020-10-29 18:24:34 # 30672 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >208< Content >2020.10.29-18:24:34: opening drive E<
2020-10-29 18:24:34 # 30672 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >209< Content >2020.10.29-18:24:34: opened i/o<
2020-10-29 18:24:34 # 30672 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >210< Content >2020.10.29-18:24:34: currentProfile: 64<
2020-10-29 18:24:34 # 30673 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >211< Content >2020.10.29-18:24:34: got max lba 23542271<
2020-10-29 18:24:34 # 30673 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >212< Content >(empty)<
2020-10-29 18:24:35 # 31682 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >212< NewLineCnt >215<
2020-10-29 18:24:35 # 31682 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >212< Content >2020.10.29-18:24:35: got disc type 20<
2020-10-29 18:24:35 # 31682 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >213< Content >2020.10.29-18:24:35: Is Encryption 1 <
2020-10-29 18:24:35 # 31683 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >214< Content >2020.10.29-18:24:35: internal path E:/BDMV/<
2020-10-29 18:24:35 # 31683 # [I] main / DVDfab_WatchLog_Standard(legacy) / DriveLetter detected >E<
2020-10-29 18:24:35 # 31683 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >215< Content >(empty)<
2020-10-29 18:24:36 # 32691 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >215< NewLineCnt >217<
2020-10-29 18:24:36 # 32691 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >215< Content >2020.10.29-18:24:36: aacs 1 bd+ 0<
2020-10-29 18:24:36 # 32692 # [I] main / DVDfab_WatchLog_Standard(legacy) / Detected CopyProtections AACS >1< BD+ >0<
2020-10-29 18:24:36 # 32693 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >216< Content >2020.10.29-18:24:36: read index.bdmv begin<
2020-10-29 18:24:36 # 32693 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >217< Content >(empty)<
2020-10-29 18:24:36 # 33096 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >217< NewLineCnt >218<
2020-10-29 18:24:36 # 33096 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >217< Content >2020.10.29-18:24:36: got bdmv<
2020-10-29 18:24:36 # 33096 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >218< Content >(empty)<
2020-10-29 18:24:36 # 33298 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >218< NewLineCnt >219<
2020-10-29 18:24:36 # 33299 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >218< Content >2020.10.29-18:24:36: blu-ray EB0720555ACDBDC8D429C94BF7D644138AEA97D7<
2020-10-29 18:24:36 # 33299 # [I] main / DVDfab_WatchLog_Standard(legacy) / DiscID found >EB0720555ACDBDC8D429C94BF7D644138AEA97D7<
2020-10-29 18:24:36 # 33300 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >219< Content >(empty)<
2020-10-29 18:24:37 # 33905 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >219< NewLineCnt >221<
2020-10-29 18:24:37 # 33906 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >219< Content >2020.10.29-18:24:37: cert BEE=0x80 same<
2020-10-29 18:24:37 # 33906 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >220< Content >2020.10.29-18:24:37: server id 0 <
2020-10-29 18:24:37 # 33906 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >221< Content >(empty)<
2020-10-29 18:24:39 # 35822 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >221< NewLineCnt >224<
2020-10-29 18:24:39 # 35823 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >221< Content >2020.10.29-18:24:39: MD5 BA6E031D728B211425218175FC0426C7 <
2020-10-29 18:24:39 # 35823 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >222< Content >2020.10.29-18:24:39: got vuk<
2020-10-29 18:24:39 # 35824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >223< Content >2020.10.29-18:24:39: drive info: BDDVDRW CT40N | 1.00! <
2020-10-29 18:24:39 # 35824 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >224< Content >(empty)<
2020-10-29 18:24:39 # 35926 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >224< NewLineCnt >225<
2020-10-29 18:24:39 # 35926 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >224< Content >2020.10.29-18:24:39: got agid 0<
2020-10-29 18:24:39 # 35926 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >225< Content >(empty)<
2020-10-29 18:24:39 # 36029 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >225< NewLineCnt >226<
2020-10-29 18:24:39 # 36029 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >225< Content >2020.10.29-18:24:39: sent host cert chal<
2020-10-29 18:24:39 # 36029 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >226< Content >(empty)<
2020-10-29 18:24:39 # 36131 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >226< NewLineCnt >227<
2020-10-29 18:24:39 # 36131 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >226< Content >2020.10.29-18:24:39: got drive cert chal<
2020-10-29 18:24:39 # 36131 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >227< Content >(empty)<
2020-10-29 18:24:39 # 36234 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >227< NewLineCnt >231<
2020-10-29 18:24:39 # 36235 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >227< Content >2020.10.29-18:24:39: BEC 1<
2020-10-29 18:24:39 # 36235 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >228< Content >2020.10.29-18:24:39: DRIVE_VENDOR 0x0074<
2020-10-29 18:24:39 # 36236 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >229< Content >2020.10.29-18:24:39: AACS bus encryption is enabled<
2020-10-29 18:24:39 # 36236 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >230< Content >2020.10.29-18:24:39: got drive key<
2020-10-29 18:24:39 # 36236 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >231< Content >(empty)<
2020-10-29 18:24:39 # 36338 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >231< NewLineCnt >234<
2020-10-29 18:24:39 # 36339 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >231< Content >2020.10.29-18:24:39: got host key signature<
2020-10-29 18:24:39 # 36339 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >232< Content >2020.10.29-18:24:39: verified drive signature<
2020-10-29 18:24:39 # 36340 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >233< Content >2020.10.29-18:24:39: verified host signature<
2020-10-29 18:24:39 # 36340 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >234< Content >(empty)<
2020-10-29 18:24:40 # 36442 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >234< NewLineCnt >238<
2020-10-29 18:24:40 # 36442 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >234< Content >2020.10.29-18:24:39: sent host signature and key point<
2020-10-29 18:24:40 # 36442 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >235< Content >2020.10.29-18:24:39: got bus key<
2020-10-29 18:24:40 # 36443 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >236< Content >2020.10.29-18:24:39: start got bus key! <
2020-10-29 18:24:40 # 36443 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >237< Content >2020.10.29-18:24:40: got data key!<
2020-10-29 18:24:40 # 36443 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >238< Content >(empty)<
2020-10-29 18:24:40 # 36746 # [I] main / DVDfab_WatchLog_Standard(legacy) / Filechange detected! OldLineCnt >238< NewLineCnt >241<
2020-10-29 18:24:40 # 36746 # [I] main / DVDfab_WatchLog_Standard(legacy) / New Line >238< Content >2020.10.29-18:24:40: got unit key 1<
2020-10-29 18:24:40 # 36747 # [I] main / DVDfab_WatchLog_Standard(legacy) / Passkey got Unit Keys - create memdump now!

[haruo]

Hey there! Many thanks for this tool, it helped me very much :D

But I'm getting a VUKNOTVAL! error, can you help me to make the movie run?

[candela]

Hey there! Many thanks for this tool, it helped me very much :D

But I'm getting a VUKNOTVAL! error, can you help me to make the movie run?

It takes long time before the attachments get approved, upload elsewhere

VUKNOTVAL! probably indicates a disc that enables bus encryption (every UHD disc) so you need a unrevoked host cert to play it. Try these https://forum.doom9.org/showthread.php?p=1883655#post1883655

If you have inserted a disc >= MKBv72 in your drive you are out of luck at the moment

[DanTheMann15]

Hey there! Many thanks for this tool, it helped me very much :D

But I'm getting a VUKNOTVAL! error, can you help me to make the movie run?

right here: MKBv71 host certificate and processing keys up to MKBv68. https://forum.doom9.org/showthread.php?p=1888086

but like what candela said, if you've inserted a disc that's MKBv72 and newer, you are out of luck with BEE discs until the next host certificate shows up.

[haruo]

Thanks for the answers guys!

It takes long time before the attachments get approved, upload elsewhere

Uploaded here: https://justpaste.it/9kxe9

I don't think it has to do with MKB since both discs inserted return MKBv68 in KEYDB.cfg

The disc that do not work returns: 0xEB0720555ACDBDC8D429C94BF7D644138AEA97D7 = ALITA_BATTLE_ANGEL (Alita: Battle Angel) | D | 2019-05-17 | U | 1-0x807053790039AB3C5168BE14FD730D16 ; MKBv68/BEE/VUKNOTVAL!/FindVUK 1.38


What I should do with those host certificate and processing keys? Copy and paste in KEYDB.cfg?

[mick0]

The disc that do not work returns: 0xEB0720555ACDBDC8D429C94BF7D644138AEA97D7 = ALITA_BATTLE_ANGEL (Alita: Battle Angel) | D | 2019-05-17 | U | 1-0x807053790039AB3C5168BE14FD730D16 ; MKBv68/BEE/VUKNOTVAL!/FindVUK 1.38

VUKNOTVAL is not an error, it just indicates that FindVUK was unable to verify that VUK/UK because 1) the disc uses bus encryption ("BEE" tag) and 2) your drive is bus encryption capable.

Valid host certificate is needed for fetching data keys from the drive for BEE discs (when libaacs cache doesn't have cached RDK for this drive/disc combination), otherwise playback won't work.

If you have inserted any MKB72+ disc in your drive, your drive have already self-updated and it's already too late as it won't accept any of those host certificates anymore. In this case you're out of luck until you have a new host certificate which isn't revoked.

What I should do with those host certificate and processing keys? Copy and paste in KEYDB.cfg?

Yes.

[haruo]

Great news
Pasting PK and HC in the keydb manage to work!

Thank you very much for the help guys! :D

[Buck]

That's not really the solution, you need to set your JAVA_HOME Environment variable to your java install path
which as you said, appears to be "C:\Program Files\Java\jdk-12.0.1".

Before i begin, you should really consider getting OpenJDK 11 (LTS) (https://adoptopenjdk.net/releases.html), and downloading just the JRE.
Java 12 is obsolete now and newer java versions add changes that might break libbluray.

and most importantly, you should update your installation of VLC (https://www.videolan.org/vlc/index.html) to the latest version.

you can set your JAVA_HOME variable by:

1. Right-click the My Computer icon on your desktop and select Properties.
2. Click the Advanced tab, then click the Environment Variables button.
3. Under System Variables, click New.
4. Enter the variable name as JAVA_HOME.
5. Enter the variable value as the installation path of Java.
6. Click "OK" and then click "Apply Changes"

after that i recommend restarting the PC (you don't have to though), and you should be good to go! ;)

Thank you for your tutorial! My VLC has been "broken" for as long as I've used it (not that I really need menus, but it would've been nice to see a normal Blu-ray presentation). I even tried asking here once, but received an off-hand "look somewhere at VLC" (about as helpful as trying to finding a right setting in VLC -- meaning no help at all.)

Anyway, I tested it on a region 1 Blu-ray and it worked long enough to display a message that the player was the wrong region and to use a region 1 player. Checked my hardware and it was set to ... region 1. Looked around in VLC settings but ... no help at all. :) Don't get me wrong -- I'm pleased to see Java working, only it's working against me. What to do now?

EDIT:
----
What else ... but to go to the competition, WonderFox, who has instructions on changing Blu-ray regions in VLC. :)
Checking through several Blu-rays, only 1 showed (static) menus, but couldn't select the pop-up lists. Oh, well. :(

Other Blu's never got that far, with these VLC error messages:
"Failed to start bluray playback. Please try without menu support."
and
"Your system BD+ decoding library does not work. Missing configuration?"
and
"Playback with BluRay menus failed"

*sigh*

[Ghostsmurf]

Hello,

Thank you nalor for this amazing tool !

Also thanks to everyone contributing to the public database, it really is an incredible effort ! (I've already used FindVUK on all my BDs and UHD BDs and will continue to do so as my collection grows)

Are there known ways to retrieve PKs and Host certs ?

Please keep this amazing project up for as long as possible

Have a great day !

[Buck]

I recently uploaded the data for Ghost In The Shell (Blu/4KUHD) - 2020 - US edition. For the Blu-ray, I received this DVDFab error when launching the movie:

https://i.postimg.cc/25R0yqY4/DVDFab-new-Java-protect-alert.png

After that notice, DVDFab continues to the video. I can jump to and see chapters, but with lots and lots of drive seeking. So I cancel that. And I have been checking back every several days, but without seeing any improvement (I hate those month-long 3-days!).

Oddly enough, when playing the disc in VLC, chapters are in the wrong place! For example, the "garbage men" sequence @13min is showing @28min, and the "deep dive" sequence is in it's place @13min. This does not happen in DVDFab.

Question -- did FindVUK obtain "bad data" for the list that might affect the sequence of chapters? If so, or even if not sure, you might want to delete that data until DVDFab works up their remedy for this new protection.

BTW, no such error shows for the 4KUHD disc in DVDFab, but it might be prudent to remove that one, too, until the whole error situation clears up.

[larisk2]

To rip, you first need a drive, you mustn't forget that. So, insert the movie we need and open VLC. Select the Media item and click on Convert / Save. If you have a disk file lying around on your hard disk, the process remains the same, just specify the path to the folder.

[larisk2]

I also had problems with this strange error in various programs, and although everything worked fine before, until I installed a new Windows. Thank you for your explanation!

[tapi0]

Is this supposed to work with free version of DVDFab Passkey?
I also noticed that with newest DVDFab Passkey 9.4.0.8 the Passkey-LogFile is at C:\Users\%USER%\Documents\DVDFab\Passkey\Log\passkey_internal.log and not in C:\Users\%USER%\Documents\DVDFab Passkey\Log\passkey_internal.log atleast in Windows 10.

[Grimsdyke]

The newest version 9409 now also installs in a new location so FindVUK starts the old 0.8. !! I believe the path can't be adjusted in the ini, right ?

[nalor]

Is this supposed to work with free version of DVDFab Passkey?
I also noticed that with newest DVDFab Passkey 9.4.0.8 the Passkey-LogFile is at C:\Users\%USER%\Documents\DVDFab\Passkey\Log\passkey_internal.log and not in C:\Users\%USER%\Documents\DVDFab Passkey\Log\passkey_internal.log atleast in Windows 10.

I've never tried it with the free version - but I would guess that it should work ...

[nalor]

The newest version 9409 now also installs in a new location so FindVUK starts the old 0.8. !! I believe the path can't be adjusted in the ini, right ?

Yes - you can set all path directly in the ini file, I will check the most recent version myself and adjust FindVUK to support it out of the box :)

I'm not using my software as much as in the past - therefore I didn't notice the change myself.

[nalor]

The newest version 9409 now also installs in a new location so FindVUK starts the old 0.8. !! I believe the path can't be adjusted in the ini, right ?

Checked it right now - and I think it's more DVDfab that screwed their own install routine.
As you already noticed there are 2 passkey versions installed in parallel after the update to 9.4.0.9.
Please uninstall both and finally install the 9.4.0.9 again.

Just in case you also get the strange runtime error during setup, try to install the most recent visual c 2015/2017/2019 runtime redistributable before.

After the clean installation the passkey is detected properly again by findvuk.
Only the logfile is still not found - but this can also be fixed easily:

Open the settings of passkey, navigate to "General / diagnosis" and press the "OK" button. (no need to change anything)

Alternatively it's possible to change the attribute "Passkey"/"LogFolder" in the FindVUK.ini file:

old value: LogFolder = ?FOLDERID_Documents?\DVDFab Passkey\Log
new value: LogFolder = ?FOLDERID_Documents?\DVDFab\Passkey\Log

The next FindVUK release will include this change automatically :)

(but I don't know when I will release it - I don't think it's necessary right now)

[Grimsdyke]

Thank you !! For now, I have made the adjustments manually and wait for their next version and see what happens then. Kind regards

[Buck]

I recently uploaded the data for Ghost In The Shell (Blu/4KUHD) - 2020 - US edition. For the Blu-ray, I received this DVDFab error when launching the movie:

https://i.postimg.cc/25R0yqY4/DVDFab-new-Java-protect-alert.png

After that notice, DVDFab continues to the video. I can jump to and see chapters, but with lots and lots of drive seeking. So I cancel that. And I have been checking back every several days, but without seeing any improvement (I hate those month-long 3-days!). ...

Little did I know! So here's an update: it's been 1/2 YEAR, several DVDFab updates (some mention updating JAVA protection, some not), and lots of my daily checking the Blu-ray disc, only to get no fix yet -- but still the exact-same message, to wait "3 days" for the problem to be fixed. It's good to know they're hard on the job to get it done ... in 3 days ... :rolleyes:

[Buck]

With the Java Protection error DVDFab brings up for the Blu-ray in the BLU 4KUHD US 2020 release of Ghost In The Shell, I thought to try another "player" for my laptop. Leawo has their player for free (how nice!). Installed it, ran it, inserted the disc, it connected to "Leawo-home", and Ghost In The Shell played. Only, it played the "garbage men" sequence at the wrong place (at 50 minutes) ... just like with VLC playing from DVDFab's info, from the FindVUK tool. (Again, DVDFab plays this sequence in it's proper place in the movie, at 13 minutes, even with it's "error".) And there also may be other sequences in the wrong places.

Anyone having this problem for the standard Blu-ray (only) disc in this 2 disc package?

[Bahamuth]

I'm currently running all of my (99% German) BluRays through FindVUK (with uploading to the OnlineDB).

Two things I see a problem with:
1. in my OnlineDB_Backup folder, where the XML files are stored, there are several 0 byte files with no file extension. It seems, FindVUK tried to give the files a name, but failed in the end.
Examples:
2F4CD8AAEE46D9DEA2FA617A238CF0068BD6DF22-Digimon Adventure tri
7E10BEA77E88C104BDA469EDB20D7A1864200E7F-Fairy Tail - The Movie
73C5DA888C834949958B512330AEA286D3A2B9FD-Halo
Within the KEYDB.cfg, the discs are still written inside and I guess the problem is caused by characters which cannot be used for Windows filenames, but FindVUK wants to add the name:
0x2F4CD8AAEE46D9DEA2FA617A238CF0068BD6DF22 = Digimon Adventure tri: Determina (Digimon Adventure tri: Determination) | D | 2017-09-12 | U | 1-0x29337454E71919C50491546357DC9ED7 ; MKBv63/FindVUK 1.38
0x7E10BEA77E88C104BDA469EDB20D7A1864200E7F = Fairy Tail - The Movie: Phoenix | D | 2018-08-30 | U | 1-0x493EA2C1D66697898F15B27A00726E12 ; MKBv65/FindVUK 1.38
0x73C5DA888C834949958B512330AEA286D3A2B9FD = Halo: Nightfall (Halo: Nightfall) | D | 2015-02-13 | U | 1-0xC17CD1676D549F8A87E79147745B737C ; MKBv51/FindVUK 1.38


2. when Passkey needs to start BluePath to find out the correct playlist (which it often does on Disney BluRays, I'm having the Disney Classics Box here with >45 BluRays), FindVUK doesn't copy that information. Like on the Dumbo BluRay currently. Passkey was still opening the disc, while FindVUK created the MemDump already and just waited for Passkey to be finished with scanning. Then Passkey finished, telling me, the correct playlist is 00002.mpls, but that information isn't to be seen in FindVUK. The passkey log looks like this:
2021.07.17-20:13:10: blupath first run: region B, playlist 2
2021.07.17-20:13:10: Networking Get RRdata
2021.07.17-20:13:10: Have not RRdata
2021.07.17-20:15:43: blupath second run: playlist 2
2021.07.17-20:15:43: server id 0
2021.07.17-20:15:43: error curl post: SSL connect error
2021.07.17-20:15:44: error curl post: SSL connect error
2021.07.17-20:15:45: error curl post: SSL connect error
2021.07.17-20:15:45: server id 1
2021.07.17-20:15:46: mf exception {"R":"0","D":"Dumbo","I":"ffffffffffffffff","J":null,"L":"00000000","M":"ffffffff","S":"0"}
2021.07.17-20:15:46: read index.bdmv begin
2021.07.17-20:15:47: got bdmv
2021.07.17-20:15:47: got extended bdinfo
2021.07.17-20:15:47: opened blu-ray
2021.07.17-20:15:47: user cancelled

FindVUK tells this:
20:10:04 - Drive opened
20:10:04 - Volume Label detected >DUMBO_FRA<
20:10:04 - DriveLetter detected >D<
20:10:05 - Detected CopyProtections AACS >1< BD+ >0<
20:10:05 - DiscID found >1EA39EC447795F4F829F5C248FA3D57C9F0E8974<
20:10:10 - Passkey got Unit Keys - create memdump now!
20:10:11 - Dump successful! >1<
20:10:11 - MemDump successfully finished!
20:15:47 - Close Passkey now!

On other Disney BluRays, Passkey just finds the correct playlist within few seconds:
20:17:44 - Drive opened
20:17:44 - Volume Label detected >BAMBI<
20:17:45 - DriveLetter detected >D<
20:17:48 - Detected CopyProtections AACS >1< BD+ >0<
20:17:48 - DiscID found >94B6E20853BE9BA33BB4B4FDF720CDAB3C3A87EE<
20:17:52 - MainPlaylist found >00800.mpls<
20:17:53 - Passkey got Unit Keys - create memdump now!
20:17:53 - Dump successful! >1<
20:17:53 - MemDump successfully finished!
20:17:53 - Close Passkey now!

I guess, FindVUK only scans the Passkey log for "main playlist " from discs, where the main playlist is basically known from the beginning.

Besides: Sometimes Passkey can't even find the playlist at all, then it's listed like this in the log:
2021.07.17-21:04:24: blupath first run: unknown region, unknown playlist
2021.07.17-21:04:24: Networking Get RRdata
2021.07.17-21:04:24: Have not RRdata
2021.07.17-21:04:26: bd set region B
2021.07.17-21:05:47: blupath second run: unknown playlist

Just a side note I noticed, I have a BluRay with AACS 9 which can't be opened from Passkey. It doesn't give me any information as to why it cannot, but well.

[nalor]

Hi!

I've just published FindVUK 1.40 - it should fix the bug mentioned in your first point.

and to number 2: there's a parameter setting:
[BLURAYDB]
WriteMainPlaylist = 0
Change it to 1 and it will wait again to properly read the main playlist.

I've changed the default from 1 to 0 a few releases ago because I though nobody uses this feature at all - and in case it's not used it only results in a longer wait time.

[Bahamuth]

and to number 2: there's a parameter setting:

Change it to 1 and it will wait again to properly read the main playlist.

I already have. And for the most BluRays it's working fine. But as written sometimes Passkey needs like a minute before it has found the correct playlist. I processed 459 BluRay discs with FindVUK and on 38 of them no "MainPlaylist" was written. Passkey uploaded something for a few of them, for others it was running BluPath to find the correct playlist.

On 412 others I have a main playlist.

e.g. the Disney Movie Dumbo 1EA39EC447795F4F829F5C248FA3D57C9F0E8974-DUMBO_FRA (Meta).xml has no main playlist listed (<MainPlaylist/> in the XML file)
Whereas the Disney Movie Robin Hood 27A0AAEDB02DC7E6DE40E1EA606D56EDABDCEF66-ROBIN_HOOD_SPECIAL_EDITION (Meta).xml has a main playlist listed (<MainPlaylist>00800.mpls</MainPlaylist> in the XML file)

[Bahamuth]

Besides:
https://i.imgur.com/kP3bPsV.png
even with 1.40 still having no correct file. I removed the old file, inserted the BluRay and then the 0 byte file was created once again as seen on the timestamp.

According to the keydb.cfg the entry is this:
0x73C5DA888C834949958B512330AEA286D3A2B9FD = Halo: Nightfall (Halo: Nightfall) | D | 2015-02-13 | U | 1-0xC17CD1676D549F8A87E79147745B737C ; MKBv51/FindVUK 1.38

[nalor]

Besides:

https://i.imgur.com/kP3bPsV.png

even with 1.40 still having no correct file. I removed the old file, inserted the BluRay and then the 0 byte file was created once again as seen on the timestamp.



According to the keydb.cfg the entry is this:

0x73C5DA888C834949958B512330AEA286D3A2B9FD = Halo: Nightfall (Halo: Nightfall) | D | 2015-02-13 | U | 1-0xC17CD1676D549F8A87E79147745B737C ; MKBv51/FindVUK 1.38Can you upload the findvuk logfile on tinyupload?
Very likely I fixed it at the wrong place...

Thanks

Gesendet von meinem H8324 mit Tapatalk

[Bahamuth]

I think I found the problem (with ProcMon64). The memory dump is named with the movie name, and here the name is alright:
https://i.imgur.com/8iJXVAk.png

But when trying to create the XML file, it technically creates a file:
https://i.imgur.com/fQazznp.png

But because of the : in the name, everything after the : is created as an Alternate Data Stream in the NTFS file system:
https://i.imgur.com/4RLKtEf.png

The XML files name created in the OnlineDB_Backup folder needs to be checked as well.

Edit: this seems to be the useful line from the FindVUK lok:
2021-07-19 21:29:56 # 56215 # [I] main / FVonline_upload(legacy) / Create backup of META-xml >C:\apps\backup\FindVUK\OnlineDB_Backup\73C5DA888C834949958B512330AEA286D3A2B9FD-Halo: Nightfall (Meta).xml<

[nalor]

Thanks for pointing into the right direction!

Missed this filename yesterday, just released 1.41 with the fix for this file as well :)

[Grimsdyke]

Thanks for the new versions !! Is it possible to configure FindVUK that the decrypter is not automatically launched again after a disc is fully processed ?

[nalor]

Thanks for the new versions !! Is it possible to configure FindVUK that the decrypter is not automatically launched again after a disc is fully processed ?

Good idea - will add it tomorrow! :)

[Bahamuth]

Thanks for pointing into the right direction!

Missed this filename yesterday, just released 1.41 with the fix for this file as well :)

Works like a charm :) my VUKbackup\KEYDB.cfg file now has 459 entries and my OnlineDB_Backup folder 459 XML files.

[Buck]

... just released 1.41 ...

Thanks for the new version (and the one to come). Are you still listing these to your 1st post? Or somewhere else?

[DanTheMann15]

Thanks for the new version (and the one to come). Are you still listing these to your 1st post? Or somewhere else?

For the time being, he did not put them inside the first post, but you can edit the URL for v1.38 to point to 1.41 instead, i did that here: http://fvonline-db.bplaced.net/findvuk/FindVUK_1.41.zip

[nalor]

Just released 1.42 with a new ini parameter to exit after the processing instead of starting over again.

And yes - I should update the first post also ;)

[Grimsdyke]

Awesome, thank you !!

[nalor]

I already have. And for the most BluRays it's working fine. But as written sometimes Passkey needs like a minute before it has found the correct playlist. I processed 459 BluRay discs with FindVUK and on 38 of them no "MainPlaylist" was written. Passkey uploaded something for a few of them, for others it was running BluPath to find the correct playlist.

On 412 others I have a main playlist.

e.g. the Disney Movie Dumbo 1EA39EC447795F4F829F5C248FA3D57C9F0E8974-DUMBO_FRA (Meta).xml has no main playlist listed (<MainPlaylist/> in the XML file)
Whereas the Disney Movie Robin Hood 27A0AAEDB02DC7E6DE40E1EA606D56EDABDCEF66-ROBIN_HOOD_SPECIAL_EDITION (Meta).xml has a main playlist listed (<MainPlaylist>00800.mpls</MainPlaylist> in the XML file)

I don't want to miss something: the detection of the playlist does not work reliable in your case?
please upload the log of passkey and the related findvuk log so that I can check where the problem is coming from.
But be warned that I'll be in vacation for 2 weeks without notebook and without access to my source.
So I'll take care of the problem when I'm back again :)

[Bahamuth]

I don't want to miss something: the detection of the playlist does not work reliable in your case?

It didn't work on 38 of 462 BluRays I scanned (8.22% for the statisticians ;D).

Though I just put in one of the BluRays where it didn't work, only that this time FindVUK took a playlist from Passkey (though as it is an animated movie, there are multiple playlists for different languages for the main movie, aka flashes "Disney presents" in English, "Disney präsentiert" in German and so on at the start of the movie).

I'll try to "reload" some of the BluRays without Playlists and do my best to find one where it doesn't work.

[demomode]

Could you guys add support for MakeMKV? My DVDFab Pro trial expired and I can't get VUK for some new Blu-rays. But I can decrypt these new discs with MakeMKV, and integrate with VLC to play these blu-rays.

Maybe there's a way to get VUK from MakeMKV.

https://i.imgur.com/EJ27L8R.jpg

[candela]

Maybe there's a way to get VUK from MakeMKV.


It's unfortunately not that easy to support MakeMKV. You can still support Findvuk without DVDFab by using the command line parameter GetMetaInfoFromDisc

findvuk.exe GetMetaInfoFromDisc=[driveletter]

This will only upload disc metadata like the discid and title to the findvuk database. However keys will then magically appear in a future keydb update ;). You just need to wait a while

[nalor]

Updated http://fvonline-db.bplaced.net/ to also include DeviceKeys, ProcessingKeys and HostCertificates.
For the moment the ones from this post Up to MKB v68 KEYDB.cfg file (https://forum.doom9.org/showthread.php?p=1883655#post1883655) are included.
I'm still not sure if I should exclude the old host certificates?
During the next days I'll publish a new FindVUK that also synchronises them properly and includes support for aacskeys in order to easily get the VUK for supported discs on drives where the latest host certificate is not yet revoked.
Additionally this new FindVUK will process uploaded "legacy" entries directly into the online database so that I don't have to process them manually every now and then :)

[DanTheMann15]

You'll be fine using just the latest revoked host cert for v71, as for processing keys just use the ones for v63 through v68 and the device keys will cover everything from v1 through v62
unfortunately we still do not have processing/device keys for MKB revisions above v68 (e.g v70/v71 and up) but hopefully some may come about soon.

here's my sample config that plays everything i have up to v68:

; KEYDB.cfg

; Processing Keys
| PK | 0x76DDD7093216D28C15049A6B9C5C18B9 ; v63
| PK | 0x3B323C7A9AFC0921831D247239823DE6 ; v64-65
| PK | 0x7A4F40D8696B7B159BE8176CC9EDB85C ; v66-68

; Device Keys
| DK | DEVICE_KEY 0x5FB86EF127C19C171E799F61C27BDC2A | DEVICE_NODE 0x0A00 | KEY_UV 0x00000400 | KEY_U_MASK_SHIFT 0x17 ; MKBv01-MKBv48
| DK | DEVICE_KEY 0x7FD1F7966AD2B0E4F4901205E32A69BA | DEVICE_NODE 0x0A00 | KEY_UV 0x00000900 | KEY_U_MASK_SHIFT 0x0B ; MKBv49-MKBv62

; Host Certificate
| HC | HOST_PRIV_KEY 0x909250D0C7FC2EE0F0383409D896993B723FA965 | HOST_CERT 0x0203005CFFFF800001C100003A5907E685E4CBA2A8CD5616665DFAA74421A14F6020D4CFC9847C23107697C39F9D109C8B2D5B93280499661AAE588AD3BF887C48DE144D48226ABC2C7ADAD0030893D1F3F1832B61B8D82D1FAFFF81 ; MKBv71

; Bluray Disc VUK Keys ;

[nalor]

Thanks! You're absolutely right - I've already flagged the other entries in the online database as "to be ignored" so they aren't included again.

The processing-keys MKBv01 until MKBv62 are calculated on the fly with the device-keys.
So separated processing-keys are only necessary for the MKBversions where no device key is available.

And the most recent host certificate is enough as it also works with old entries.

[nalor]

Released FindVUK 1.53

It includes a lot of small bugfixes and the integration of aacskeys.

With the processing-keys, device-keys and the host-certificate now also available from the online-db it's possible to get the vuk and the unitkeys directly without DVDfab software - at least as long as the drive has not yet revoked the host certificate (it's only valid until mkbv71 and got revoked in 72) and the inserted disc is max mkbv68.

I've added a small "FindVUK - AACSkeys.bat" that takes a driveletter as parameter, so in the easiest case simply drag and drop a drive in explorer on the bat file.

Finally I've changed the upload during the sync of the keydb.cfg so that not only single "meta" entries get directly processed, but also the sync of unvalidated entries.

In case you notice any problems just let me know - thanks!

[nalor]

Released FindVUK 1.54

Only one change - introduced a new ini parameter to disable the upload of ProcessingKeys, DeviceKeys and HostCertificates and it's now disabled by default.

As there's no easy way to get new DeviceKeys, HostCertificates it's not sure that in case someone discovers new entry, he's already willing to share them with others.

Note: in case entries of this 3 kinds are uploaded, they aren't published automatically. They get a special flag in database and require that I enable them specifically.

[Grimsdyke]

I have a disc where processing fails because it seem to have a weird/stupid name : The Night of the Sorcerers / The
The slash seem to be the culprit ?

[nalor]

Funny [emoji51]

I will check it and provide an update for it.

Gesendet von meinem H8324 mit Tapatalk

[nalor]

Just released 1.55 - hopefully it fixes the notified problem.

There has already been a procedured to "fix" special characters in the final filename.
The new problem comes from the fact that "" or "/" are both discovered as folder separator and so my previous procedure though the only the part behind the "/" is finally the filename ...

Now I'll check for those 2 very special characters before executing the other special-character check :)

Hope it works!

[Grimsdyke]

Seem to not work yet. Will send you the logtext via PM. Thank you

[nalor]

Release FindVUK 1.57

Only a few bugfixes

[ron spencer]

anyone know what happened to:

http://fvonline-db.bplaced.net/

Nothing there anymore. Anyone have the last file from there?

[farmerjoe]

As today is the 1st of July, maybe it has something to do with the hoster payment?

[Grimsdyke]

Hopefully he is just on vacation and only forget to pay for the hosting as of July 1st. Fingers crossed.

[Emulgator]

If you have an old version of FindVUK: the update via Synchronize.bat still works,
just got 1.57 and updated database.
Hm, the ShowAllDriveDetails.bat seems incomplete, one may add a second line with content
pause

[ron spencer]

If you have an old version of FindVUK: the update via Synchronize.bat still works,
just got 1.57 and updated database.
Hm, the ShowAllDriveDetails.bat seems incomplete, one may add a second line with content
pause

This works. Thanks!! Odd the webpage doesn't work and yet this downloader does

[Grimsdyke]

Website works again for me since yesterday morning ! Maybe you should clear your browser cache ?

[Emulgator]

Browser cache of course. A reload did it, thank you !

[Emulgator]

Note to nalor: Again, many thanks !
Running FindVUK - AACSkeys.bat exhibits a filename incompatibility:
I happened to have spaces in my path: cmd.exe stops path parsing at the first space from left.
Commenting these lines out and hardwiring helped to start up.
aacskeys=%1 did not find my drive, so hardsetting my drive letter G helped:
:@set fv_path=%~dp0
:%fv_path%findvuk.exe aacskeys=%1
findvuk.exe aacskeys=G
pause
Just successfully uploaded a new entry !

[ron spencer]

Site works for me now too!

[PurpleMarOne]

I have a problem with one of my Blu-ray disc, when I try to decrypt it with FindVUK it ends up telling me Validation failed - VUK/UnitKeys are INVALID!!!!!!!
How can I solve this problem please?
Here is the complete file: 18171

[nalor]

anyone know what happened to:

http://fvonline-db.bplaced.net/

Nothing there anymore. Anyone have the last file from there?

I thought I wrote an explanation about the reasons - but I think it missed to send it.
Nevertheless here it comes: I'm using the free hosting of https://www.bplaced.net/ and it requires to login at least once within 2 months - and I missed to login and so the website got disabled by the hoster.
And next I missed the messages here so I didn't notice what happened until I stumbled into the problem by myself ...

Sorry for the inconvenience ... :(

[nalor]

I have a problem with one of my Blu-ray disc, when I try to decrypt it with FindVUK it ends up telling me Validation failed - VUK/UnitKeys are INVALID!!!!!!!
How can I solve this problem please?
Here is the complete file: 18171

Hi! Can you upload the logfile somewhere else? I cannot access it here until it has been approved - which can take a while ...
so please just upload it somewhere else and post the link here, thanks :)

[PurpleMarOne]

Hi! Can you upload the logfile somewhere else? I cannot access it here until it has been approved - which can take a while ...
so please just upload it somewhere else and post the link here, thanks :)

Thank you for the answer! I just uploaded the file on Google Drive: https://drive.google.com/file/d/1tgA-Hlcq54ZfmUODU0XQf9UOkXp84fqU

[nalor]

Thank you for the answer! I just uploaded the file on Google Drive: https://drive.google.com/file/d/1tgA-Hlcq54ZfmUODU0XQf9UOkXp84fqU

Checked your logfile and it's really strange - there's only a single UnitKey that can be used to decrypt at least one file, but it does not work for other files on the disc ...

I've bought the movie now myself, will get it within a week and will check if it's really the same disc as yours (I bought the german disc - but it's hopefully the same as the italien one) and once I've clarified this detail I check why the validation of the unit key is acting so strange ...

[PurpleMarOne]

Checked your logfile and it's really strange - there's only a single UnitKey that can be used to decrypt at least one file, but it does not work for other files on the disc ...

I've bought the movie now myself, will get it within a week and will check if it's really the same disc as yours (I bought the german disc - but it's hopefully the same as the italien one) and once I've clarified this detail I check why the validation of the unit key is acting so strange ...

Thanks for your answer, but unfortunately I already know that the German disc and the Italian one aren't the same :(
Unlike the Italian disc the German one is already listed in the KEYDB.cfg file so I assume you wouldn't encounter any problem with it.
I'm sorry that you ordered a DVD for nothing, but if it helps, the EAN for the Italian DVD is 8032807057118.

[nalor]

Thanks for your answer, but unfortunately I already know that the German disc and the Italian one aren't the same :(
Unlike the Italian disc the German one is already listed in the KEYDB.cfg file so I assume you wouldn't encounter any problem with it.
I'm sorry that you ordered a DVD for nothing, but if it helps, the EAN for the Italian DVD is 8032807057118.

You're right - the german disc worked without problems :(

I've created a small tool that just copies the first ~12kb of each file into a zipped file so that I can check what's going wrong with this disc (to be exact I decided to copy 2 'aligned_units' of each file = 12288 bytes)

Please

download the small tool: BlurayDebugDump (http://fvonline-db.bplaced.net/download/BlurayDebugDump_0.01.zip)
start it
enter the driveletter of the drive with the disc
finally it creates a zip file with the current date and time as filename in the current directory


Upload the file somewhere and send me the link so I can check the file :)

Thanks!

[PurpleMarOne]

You're right - the german disc worked without problems :(

I've created a small tool that just copies the first ~12kb of each file into a zipped file so that I can check what's going wrong with this disc (to be exact I decided to copy 2 'aligned_units' of each file = 12288 bytes)

Please

download the small tool: BlurayDebugDump (http://fvonline-db.bplaced.net/download/BlurayDebugDump_0.01.zip)
start it
enter the driveletter of the drive with the disc
finally it creates a zip file with the current date and time as filename in the current directory


Upload the file somewhere and send me the link so I can check the file :)

Thanks!

Thanks! I did what you said, here's the zip file:
https://drive.google.com/file/d/1qqUe-iaWqZf-9__80zrU0NW5I0y2f-b6

[Grimsdyke]

Uploading to the online db seem to be broken !?
2022-10-18 21:28:57 # 77473 # [E] findvuk_bluraymeta / BlurayMeta_UploadAndBackup / unexpected status! >302<

[farmerjoe]

Uploading to the online db seem to be broken !?
2022-10-18 21:28:57 # 77473 # [E] findvuk_bluraymeta / BlurayMeta_UploadAndBackup / unexpected status! >302<

The site is currently gone, you'll get only a 404 error.

[nalor]

Do you still get a 302 as response?
Hopefully the problem resolved automatically ... the reason has been that the provider "bplaced" offered a free month of an upgraded package and I clicked the button ...
As a result the page tried to redirect each http request to a https address ... with a http 302.
When I noticed this I disabled the automatic redirect and hopefully everything is working again.

[PurpleMarOne]

You're right - the german disc worked without problems :(

I've created a small tool that just copies the first ~12kb of each file into a zipped file so that I can check what's going wrong with this disc (to be exact I decided to copy 2 'aligned_units' of each file = 12288 bytes)

Please

download the small tool: BlurayDebugDump (http://fvonline-db.bplaced.net/download/BlurayDebugDump_0.01.zip)
start it
enter the driveletter of the drive with the disc
finally it creates a zip file with the current date and time as filename in the current directory


Upload the file somewhere and send me the link so I can check the file :)

Thanks!

Hi nalor, do you have any update on the issue with the Winx blu-ray?

[Dimensional]

I thought I wrote an explanation about the reasons - but I think it missed to send it.
Nevertheless here it comes: I'm using the free hosting of https://www.bplaced.net/ and it requires to login at least once within 2 months - and I missed to login and so the website got disabled by the hoster.
And next I missed the messages here so I didn't notice what happened until I stumbled into the problem by myself ...

Sorry for the inconvenience ... :(

If you need a place to store FindVUK, I would suggest ProtonDrive, as opposed to the other Cloud Storage.

[nalor]

Hi nalor, do you have any update on the issue with the Winx blu-ray?

I will change the check in FindVUK so that it proceeds when all existing keys are valid (currently it breaks because there are video files where no valid key exists ... ).

But I don't know when I will find the time to change it ... :(

[PurpleMarOne]

I will change the check in FindVUK so that it proceeds when all existing keys are valid (currently it breaks because there are video files where no valid key exists ... ).

But I don't know when I will find the time to change it ... :(

Alright, thanks for the update! No worries, I'm in no rush, you can do it whenever you can

[nalor]

Just noticed there's a problem with the most recent Passkey version 9.4.5.1 - but I know everything is still working with 9.4.3.6, so I'd recommend to stay with a 9.4.3.x version until I've found time to analyze the changes DVDfab made in the newer 9.4.5.x versions.

[Grimsdyke]

Version 9.4.5.0. seem to work just fine on my system ! Or is there anything I am not aware of ? Thx

[nalor]

Indeed - Passkey 9.4.5.0 worked with FindVUK 1.57, but 9.4.5.1 stopped to work.

Just published FindVUK 1.58 that establishes compatibility with 9.4.5.1

[nalor]

Alright, thanks for the update! No worries, I'm in no rush, you can do it whenever you can

New FindUK 1.58 should fix your problem! Please test and keep me posted, thanks :)

[Grimsdyke]

You are a Genius :thanks:

[Dimensional]

Indeed - Passkey 9.4.5.0 worked with FindVUK 1.57, but 9.4.5.1 stopped to work.

Just published FindVUK 1.58 that establishes compatibility with 9.4.5.1

I'm getting a 404 Error when attempting to download 1.58. Did they drop down your website immediately?

Edit: Nevermind. Browser wasn't properly loading the url. Switching fixed it.

[PurpleMarOne]

New FindUK 1.58 should fix your problem! Please test and keep me posted, thanks :)

Sorry but it doesn't work :(
I tried running my Blu-ray through the new FindVUK two or three times, and each time, FindVUK told me there's an error, then closed itself before I had time to copy the exact message.
Now the disc just doesn't work at all, even when neither FindVUK nor DVDFab are open. My player just doesn't detect it anymore. I bought another copy of the disc, same problem.
I also tried both copies on another computer, same problem again.
Now I really don't know what to do, and I'm afraid I don't have any more information to give you in order to solve the problem :(

[ErichV]

I tried running my Blu-ray through the new FindVUK two or three times, and each time, FindVUK told me there's an error, then closed itself before I had time to copy the exact message.
Now the disc just doesn't work at all, even when neither FindVUK nor DVDFab are open. My player just doesn't detect it anymore. I bought another copy of the disc, same problem.
I also tried both copies on another computer, same problem again.
Now I really don't know what to do, and I'm afraid I don't have any more information to give you in order to solve the problem :(

It's not your fault, the most recent version of Passkey (9.4.5.2) doesn't work with FindVUK 1.58 anymore (it's the same for DVDFab I guess).
You must revert to the previous release of DVDFab/Passkey for the time being.

Furthermore, I found that setting "MetaXML_UploadBasic" and "MetaXML_UploadEnhanced" in the config file to 0 doesn't prevent FindVUK from uploading data to the OnlineDB. Is it also necessary to change "BackupMode" to 0 if I don't want to upload data at a specific time?

[Grimsdyke]

Can confirm that they must have changed something again in 9.4.5.2.

By the way. Can the online-db maybe updated with:
| DK | DEVICE_KEY 0x38841673E2B4E05191659899606CFFB8 | DEVICE_NODE 0x0C00 | KEY_UV 0x00000A00 | KEY_U_MASK_SHIFT 0x0B ; MKBv49-MKBv71

Sometimes I forget that and then all hell breaks loose until I remember :D

[nalor]

It's not your fault, the most recent version of Passkey (9.4.5.2) doesn't work with FindVUK 1.58 anymore (it's the same for DVDFab I guess).
You must revert to the previous release of DVDFab/Passkey for the time being.

Furthermore, I found that setting "MetaXML_UploadBasic" and "MetaXML_UploadEnhanced" in the config file to 0 doesn't prevent FindVUK from uploading data to the OnlineDB. Is it also necessary to change "BackupMode" to 0 if I don't want to upload data at a specific time?

I'll release another update soon to establish compatibility with 9452.

And the thing with the parameters not working is strange - need to check ... the check is still in place, so I don't know why it's not working :(

[nalor]

Published FindVUK 1.59 - tested it with Passkey 9451 and 9452 and it's working with both of them now :)

[nalor]

Furthermore, I found that setting "MetaXML_UploadBasic" and "MetaXML_UploadEnhanced" in the config file to 0 doesn't prevent FindVUK from uploading data to the OnlineDB. Is it also necessary to change "BackupMode" to 0 if I don't want to upload data at a specific time?

Checked it: if set to 0 no upload is performed, but I guess you noticed the logline "Successful upload to OnlineDB" in this case: it's written at a location where I just check if the previous procedure reported an error ... but as "no upload" is not an error, this line is always written.
It's already changed in the code, will be part of the next release - and I added an extra line that no upload is performed (in case it's disabled).

The backup mode does not influence the upload at all.

[ErichV]

Checked it: if set to 0 no upload is performed, but I guess you noticed the logline "Successful upload to OnlineDB" ...

That’s correct. I admit that I didn’t check my network traffic and trusted FindVUK’s logline. I appreciate the change you made for the upcoming version.

Published FindVUK 1.59 - tested it with Passkey 9451 and 9452 and it's working with both of them now :)

I can confirm that FindVUK 1.59 works fine with the recent Passkey version, thank you. :)

[Grimsdyke]

They played around with 9.4.5.3 again :devil:

[nalor]

They played around with 9.4.5.3 again :devil:

Just tried it myself - this time I'm clueless how to fix :(

No readable unit keys in memory any longer ... up to 9451 they were included 2x one after the other in memory, with 9452 they changed one of those 2 locations to something different ... and with 9453 both locations are having the identical "different" data ... but no idea how to get the real unit keys again from it.

I also created a lot of dumps rapidly - but could not find anything useful in them. So it's not a timing issue ...

Maybe we have to stick with 9452 as the very last working Passkey release .. :(

[Grimsdyke]

Bummer ... but hopefully you'll find a fix later.

However, would there be an alternative to get the VUK ? Maybe MakeMKV ?

[Losko]

Maybe we have to stick with 9452 as the very last working Passkey release .. :(

Their site is already providing 9.4.5.4 ...
Do they keep older versions available for download? (I cant find anything)
How can I get version 9.4.5.2 ?

[Grimsdyke]

https://www.videohelp.com/software/DVDFab-Passkey/old-versions

[MCKitch]

Thanks Grimsdyke for posting the link to old versions of Passkey. I downloaded 9452 and successfully installed over the current version (9454).

As a first-time poster I'd also very much like to thank nalor for providing FindVUK and ongoing support for it. It's worked very well for me and I'm most grateful.

Now to the purpose of this post. I've run into an issue with the four "Star Trek: Discovery: Season 3" discs. (It also occurs with the season 2 discs and, if memory serves, the season 1 discs as well.) FindVUK appears to do its job correctly, finding the keys, adding them to the KEYDB.cfg file and uploading it to the database. On playing any of the BDs through VLC, the CBS logo sequence plays OK but beyond that no menu is displayed and navigation keys won't function! Disabling menus in VLC allows the main program (episodes) to play so you can at least watch the episodes but other content, accessible (only?) through the BD menu, are not available. I've tried both the physical discs and 'ripped' (using Passkey) ISO files with the same experience.

Now I just happen to have an old Sony BD player which I really only use for 'ripping' SACDs to DSF files. For the hell of it, I tried playing the Discovery discs through this Sony player and, you guessed it, they play - with menus!

My guess is there's some form of encryption applied to the BDs' menus but I don't have a sufficient working knowledge to fully explain it. Most other BDs work fine. Can anyone explain what's going on here?

[richy]

Without having the discs to look at I'm just taking a pure guess here but it's probably something to do with BD-J / Java.

VLC is very good but it's not perfect and without a version of Java it's happy with installed on your system you may find some discs don't 100% function as you might want them to.

I've not messed with my setup for a while because it "just works" currently but I'm pretty sure more recent versions of Java don't work properly with VLC (or maybe it's vice versa?!) and I ended up installing an earlier version which fixed the discs I was having problems with due to BD-J.

[Grimsdyke]

I am not an expert on VLC but do you have JAVA - which is necessary for the menus - on your system ?
Please also make sure that in: " Settings => All => Input/Codecs => Access Modules => Blu-Ray " menus are enabled. Because if not this seem to always overrule the " open media " routine.

[MCKitch]

richy, yes VLC appears to have a chequered history when it comes to supporting BD-J. The developers took some time to catch up with a number of recent JRE releases that had broken BD menus in VLC. I'll try another player in order to confirm if it's a VLC issue. ;-)

[MCKitch]

An update to my previous post. I tested with PlayerFab and menus do show and you can navigate as normal. So it does appear to be a VLC issue with the BD-J menus on some BD+ discs (or ISO 'rips' thereof, as in my case).

[nalor]

Published FindVUK 1.63 - in includes one really interesting change:

support for ReadDataKey :)

support to get ReadDataKey (RDK) from Passkey Dump (in case BusEncryption is active)
validation of Unitkeys is using RDK (in case of BusEncryption)


As the ReadDataKey is also included in the dump from DVDfab applications, it's now easily possible to also use Blu-ray drives that are BusEncryptionCapable in combination with FindVUK as it's now possible to validate the retrieved keys successfully :D

This wouldn't have been possible without the post from Candela: https://forum.doom9.org/showthread.php?t=184373 that revealed the existence of the ReadDataKey to me :)

So :thanks: Candela - a really :goodpost:

[Grimsdyke]

Nice !! Thank you very much.

[CheezyFriez12]

Can someone help me figure out why I keep seeing this message, even after ensuring the keys are ripped?

Dear customer,
The disc you've inserted cannot be played due to copyright restrictions. Please visit http://www.lionsgateshop.com, a local retail, or online store of choice to purchase a genuine copy.
If you try to play back an original disc on your computer and experience a "copy detected" message, please ensure that no ripping or copying tool is actively running while performing the playback.

This is after watching 10 minutes of somewhat interesting previews and using the BD-J menu.

[Grimsdyke]

Use MPC-BE or MPC-HC to watch movies on a HTPC.

[CheezyFriez12]

Use MPC-BE or MPC-HC to watch movies on a HTPC.

May I ask what makes MPC different to VLC, and can these extra features be added to VLC?

[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?

[Captain Dunsel]

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

[binaryflow]

What's happening with bluray scene? It seems stalled...

[candela]

If DVDFab fails you can do the following:
- Use FindVUK GetMetaInfoFromDisc function. Disc details will get submitted to FindVUK and keys for the disc will appear in keydb.cfg after an undefined amount of time. ALWAYS do this to fill FindVUK db with verfied disc details even if you proceed with the following steps

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)

OR

- Use XReveal with FindVUK keydb.cfg (which as 3 PK at the top for all known MKBv) and it will show you the keys in the menu. Manually add keys to keydb.cfg (at minimum DiscID and VUK is needed)


Do NOT synch FindVUK keydb unless you have tested the manually added keys.

[hajj_3]

MakeMKV v1.17.4
Added support for AACS v81

[binaryflow]

Any new automated method for FindVUK or similar? Does DVDFab intentionally obfuscated that information?

[Bahamuth]

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!

[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...)

[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).

Please test with FindVUK 1.66 - for me it's now working with DVDfab 12.1.0.1 and 12.1.1.15

[nalor]

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...)

No - I just didn't think about "non-friendly" drives ...

[SamuriHL]

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.

Yea it's not for one of my discs. Someone else has the disc and noticed the key was wrong. I'm simply trying to help correct it, given that i know what the correct key should be. We should all want the data to be as accurate as possible. Just trying to do my part to help.

[magician]

Please test with FindVUK 1.66 - for me it's now working with DVDfab 12.1.0.1 and 12.1.1.15

Working great - thanks! I have more bug reports and a feature request.

1) Bug report

The unit keys for discs with multiple unit keys is represented in the keydb.cfg in the form:
| U | 1-0x012...ABC|2-0x345...DEF|...|7-0xFED...987

When FindVUK newly obtains unit keys for such a disc, it unexpectedly adds spaces around the numbered key separators, like so:
| U | 1-0x012...ABC | 2-0x345...DEF | ... | 7-0xFED...987

Then it gets confused when comparing with existing data in the KeyDB and thinks the unit keys are new, when the only difference might be just the amount of whitespace. That's because when processing a subsequent, different disc, the program normalizes the data it reads in from the master KeyDB file and removes the extra spacing (and writes back this "fixed" version).

Addressing this minor inconvenience would stop FindVUK from interpreting otherwise identical KeyDB entries as changed.

2) Bug report

When the synchronize function operates in delta mode, it optimizes the amount of data needed for syncing by only downloading updates since the last timestamp recorded in keydb_fvhash.ini if the checksum value matches the keydb.cfg.

However, it doesn't update that INI after syncing. So if I immediately run the sync script again, it falls back to a full sync. Incidentally, so-called legacy entries appear to be uploaded only during a full sync. Not sure if this behavior is intentional, but I thought I'd bring it to your attention.

3) Feature request

In AACSkeys mode, FindVUK refuses to validate a BEE disc (non-UHD, of course). If the RDK is already available in the cache and FindVUK can use it, or I can have a way to disable the drive check in this mode so LibreDrive can handle the bus decryption, then I can do everything through AACSkeys and wouldn't have to run the disc again through DVDFab.

[SamuriHL]

Ok well now I can't submit ANY UHD keys at all. They're not taking. This is not awesome. :(

EDIT: I cleaned out my OnlineDB_Backup directory and was able to upload 3 new entries just now. Still no luck on updating the one with an invalid key.

EDIT2: NOPE. I redownload the keydb after it tells me it uploaded them successfully and they aren't there. This is super frustrating!


12:18:42 - LocalKeyFile: add >1< new/changed Title entries
12:18:42 - Title entry missing in ONLINE file >4C809E0173A9D23C04A53B9A5206BA58737D2D37<
12:18:42 - Different Title entry >4B8692B5BBBF9F7B4D420C3AF756D61A24FF6B6B< - sync changes To LOCAL file (And check relevance For OnlineDB)
12:18:42 - Title entry missing in ONLINE file >3FC3DF3C065B5D9F23E8B4DD85397B7B3EB6FF40<
12:18:42 - Title entry missing in ONLINE file >7A312B6BB9B255F35B103C9DC47AA0CBC72E3D8F<
12:18:42 - DeviceKey - LocalKeyFile >3< keys - OnlineKeyFile >3< keys
12:18:42 - LocalKeyFile: add >0< new/changed DeviceKey entries
12:18:42 - HostCertificate - LocalKeyFile >1< keys - OnlineKeyFile >1< keys
12:18:42 - LocalKeyFile: add >0< new/changed HostCertificate entries
12:18:42 - ProcessingKey - LocalKeyFile >3< keys - OnlineKeyFile >3< keys
12:18:42 - LocalKeyFile: add >0< new/changed ProcessingKey entries
12:18:42 - OnlineKeyFile: add new entries
12:18:42 - MapSize OnlineDiff Title >3< DK >0< HC >0< PK >0<
12:18:43 - 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
12:18:43 - ONLINE-KeyFile:
Title 3 new entries, 0 synced entries
12:18:43 - #### Upload changes to OnlineDB ####
Establishing connection
12:18:44 - Successfully posted to the OnlineDB! >
Preconditions fulfilled - process upload now
Detected BlurayLegacyXML
Upload written to database!
< - now triggering the processing
12:18:44 - Processing starts - iteration 1
12:18:44 - Processing of last iteration 1 finished ><


Any thoughts on this? As I can no longer now upload new keys which does NOT seem good!

[Grimsdyke]

Can't you just purchase a LibreDrive ?

[SamuriHL]

All of my drives are "LibreDrive" compatible. They aren't UHD friendly. And they can't be flashed to UHD friendly.

[nalor]

Ok well now I can't submit ANY UHD keys at all. They're not taking. This is not awesome. :(

Any thoughts on this? As I can no longer now upload new keys which does NOT seem good!

Hi! Sorry for the problems - but I've no spontaneous idea ...

Can you post the 3 new entries here or send me a pm with them so I can add them to my file and check what is happening?

Thanks!

[nalor]

All of my drives are "LibreDrive" compatible. They aren't UHD friendly. And they can't be flashed to UHD friendly.

Can you tell me which model your drive is? You signature shows a few details about your setup - but exactly this information is missing ;)

Thanks!

[nalor]

Working great - thanks! I have more bug reports and a feature request.


Bug 1: you're right - already found the the place, will fix it tomorrow
Bug 2: already fixed locally, based on my research I'd say this never worked correctly ...

Feature request: will check tomorrow :)

[SamuriHL]

Hi! Sorry for the problems - but I've no spontaneous idea ...

Can you post the 3 new entries here or send me a pm with them so I can add them to my file and check what is happening?

Thanks!

I'll PM you the missing keys. Someone who checks regularly said there's been no new keys added at all since Sunday night. Isn't that when you made the first back end change?

[SamuriHL]

Can you tell me which model your drive is? You signature shows a few details about your setup - but exactly this information is missing ;)

Thanks!

BU40N 1.00
Pioneer which is irrelevant for this discussion as it's not supported by DVDFab anyway. :)

[nalor]

I'll PM you the missing keys. Someone who checks regularly said there's been no new keys added at all since Sunday night. Isn't that when you made the first back end change?

Fixed - made a stupid mistake so that the uploaded files did not get processed any longer ... as nothing has been lost, I've processed them manually now and fixed the original problem.

[nalor]

2) Bug report

When the synchronize function operates in delta mode, it optimizes the amount of data needed for syncing by only downloading updates since the last timestamp recorded in keydb_fvhash.ini if the checksum value matches the keydb.cfg.

However, it doesn't update that INI after syncing. So if I immediately run the sync script again, it falls back to a full sync. Incidentally, so-called legacy entries appear to be uploaded only during a full sync. Not sure if this behavior is intentional, but I thought I'd bring it to your attention.



Just released 1.67 with the fix for this bug.

[SamuriHL]

Fixed - made a stupid mistake so that the uploaded files did not get processed any longer ... as nothing has been lost, I've processed them manually now and fixed the original problem.

Oh excellent!! This is great news.

[metalsonic88]

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.

Apologies for being so late to notice this, but is this instruction directed at me, or just advice for nalor to potentially solve my issue? Because despite the new version my issue still persists and I continue to get error 1605 when attempting to use FindVUK with UHDs just as described in my earlier post.

[mick0]

Apologies for being so late to notice this, but is this instruction directed at me, or just advice for nalor to potentially solve my issue? Because despite the new version my issue still persists and I continue to get error 1605 when attempting to use FindVUK with UHDs just as described in my earlier post.

It's directed to nalor. I'm getting that same error with LG WH16NS60.

If you want FindVUK to work and validate UHD entries with this drive, the only workaround I know is to use old FindVUK with DriveCheck disabled and remove BE with makemkv.

[SamuriHL]

Just a heads up. DVDFab 13 was just released and they changed the logging a bit. They also somewhat changed the timing of writing the log so that's fun, too. I suspect FindVUK is likely affected but I don't know for sure.

[nalor]

Yea it's not for one of my discs. Someone else has the disc and noticed the key was wrong. I'm simply trying to help correct it, given that i know what the correct key should be. We should all want the data to be as accurate as possible. Just trying to do my part to help.

The entry is already fixed.
The problem was that FindVUK did not even upload the entry to the server as in case of 2 different but unvalidated entries, it's not possible to tell which one is better and therefore no upload is performed.
The next release will check if the online entry is looking strange and in case it is' will upload the local entry as it's very likely better.
Unfortunately there are only very few "strange" entries, so this is nothing that will help to fix the majority of the wrong entries.

So I'm planning to create an option to invalidate existing entries somehow...
I'm thinking about creating API keys for selected users that allow to perform this modifications, I don't like the idea that everybody can invalidate entries in the database ...

But I haven't started to add the features so it's just an idea for the moment.

[nalor]

BU40N 1.00
Pioneer which is irrelevant for this discussion as it's not supported by DVDFab anyway. :)

Now I have the same drive:)

But I haven't tried anything with it so far.

[metalsonic88]

nalor I really am sorry to pester, but do you have any idea what the error code I posted corresponds to? I assume that since it throws a code there is some sort of meaning behind it and it isn't just generic, but I really can't find anything about it. As you seem to be the only public maintainer of this project you're the only one I know of who can potentially answer this. Or if for some reason you can't find out either, can you at least weigh in on mick0's guess about the issue relating to AACS2?

For reference, this is the error code I refer to:
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]

The entry is already fixed.
The problem was that FindVUK did not even upload the entry to the server as in case of 2 different but unvalidated entries, it's not possible to tell which one is better and therefore no upload is performed.
The next release will check if the online entry is looking strange and in case it is' will upload the local entry as it's very likely better.
Unfortunately there are only very few "strange" entries, so this is nothing that will help to fix the majority of the wrong entries.

So I'm planning to create an option to invalidate existing entries somehow...
I'm thinking about creating API keys for selected users that allow to perform this modifications, I don't like the idea that everybody can invalidate entries in the database ...

But I haven't started to add the features so it's just an idea for the moment.

I saw the key was updated. Thanks for that! API keys is a good idea for sure.

Now I have the same drive:)

But I haven't tried anything with it so far.

Well, looking forward to when you do. :) Thanks for your hard work!

[nalor]

nalor I really am sorry to pester, but do you have any idea what the error code I posted corresponds to? I assume that since it throws a code there is some sort of meaning behind it and it isn't just generic, but I really can't find anything about it. As you seem to be the only public maintainer of this project you're the only one I know of who can potentially answer this. Or if for some reason you can't find out either, can you at least weigh in on mick0's guess about the issue relating to AACS2?

For reference, this is the error code I refer to:

Can you post the logline you're getting? The thing is I'm not assigning the error codes manually and usually I try to output a human readable name of the error directly.
In case this is missing for this logline I'd add it there and you can try again afterwards to get an idea what is going wrong.

[metalsonic88]

This is the line the console displays
Failed to init disc >AACS UNKNOWN ERROR >-1605<<

And this is likely the relevant portion of the log.
2023-10-16 01:31:17 # 74440 # [I] / / Get basic AACS data
2023-10-16 01:31:19 # 76126 # [I] / FVMAIN_Mode_FindVUK_WaitForAACS / AACS folder on disc is reachable - ValidateVUK is possible
2023-10-16 01:31:35 # 92014 # [I] bluray_aacs / BRAACS_InitDisc / Got DiscID from disc >6451406DE42B86F78AB0189A93C7EF1D69E6450B<
2023-10-16 01:31:35 # 92014 # [I] bluray_aacs / BRAACS_InitDisc / Got DateDiscId from disc >2020-06-23<
2023-10-16 01:31:35 # 92446 # [I] bluray_aacs / BRAACS_IsBDplusProtected / Directory >F:\BDSVM\< does not exist - disc is not BD+ protected
2023-10-16 01:31:35 # 92450 # [I] drive_mmc / DRMMC_GetDriveDetails / REAL DRIVE detected - FeatureSupported >1<
2023-10-16 01:31:35 # 92450 # [I] bluray_aacs / BRAACS_InitDisc / Drive is BusEncryptionCapable
2023-10-16 01:31:35 # 92453 # [E] drive_mmc / device_send_cmd_buffer / 'DeviceIoControl' - 'CHECK CONDITION' - not implemented yet
2023-10-16 01:31:35 # 92454 # [E] drive_mmc / DRMMC_Drive_ReadDriveCert / ERROR! ReportKey failed >#DRMMC_ERR_CHECK_CONDITION_UNSUP<
2023-10-16 01:31:35 # 92454 # [E] bluray_aacs / BRAACS_InitDisc / ERROR! Couldn't get drive certificate! >#DRMMC_ERR_CHECK_CONDITION_UNSUP<
2023-10-16 01:31:35 # 92454 # [E] / FVMAIN_Mode_FindVUK_GetMetaInfo_AACS / Failed to init disc >AACS UNKNOWN ERROR >-1605<<
2023-10-16 01:31:35 # 92574 # [I] / FVMAIN_Mode_FindVUK_CloseDVDfab / CloseAtTheEnd is active, close DVDfab now

If you want the whole log you can find it here: https://pastebin.com/HjuGi8vs

---

Edit: I'll add all the possibly relevant info that I and mick0 have posted so far just to consolidate it.

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.

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.

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]

Don't worry. If nalor tests his new bu40n drive, he'll see that error first hand. It happens with official uhd drives.

Sent from my SM-G998U1 using Tapatalk

[nalor]

Thanks for the infos! Took me a while, but finally I've found a quite recent "INF-8090" documentation including the required AACS2 informations - this make it easier to support it properly :D
Will post an update during the next days.

[SamuriHL]

That's awesome!

[nalor]

Here is a 1.68 to test AACS2: http://fvonline-db.bplaced.net/findvuk/FindVUK_1.68.zip

But note I only added basic support (reading drive certificate is now working) - for the next enhancements I need your support ;)

Passkey does not support my BU40N Libredrive (I think it only supports UHD friendly drives) and so it would be great to get a small explanation how to get VolumeId, MediaKey, VUK, UnitKeys or something like that from this drive :D

Thanks!

[SamuriHL]

I'm not sure you can. There's no publicly known device keys for AACS 2.x. The only thing I've been able to get is the unit keys from DVDFab using a process similar to how FindVUK works (memory dump reading). I don't have PassKey but the process I use works with DVDFab 12/13 and PlayerFab with official drives. But it only can pull the unit key and nothing more. I don't know of a way to get the rest. I mean, MakeMKV can get the VolumeID when LibreDrive is enabled. But that's not super useful without the Media Key.

[mick0]

Passkey does not support my BU40N Libredrive (I think it only supports UHD friendly drives) and so it would be great to get a small explanation how to get VolumeId, MediaKey, VUK, UnitKeys or something like that from this drive :D

DVDFab should support this drive if you downgrade the firmware to so called "DE" firmware. E.g. DVDFab supports LG WH16NS60 FW 1.00, but not any later firmwares.

When your drive has a firmware that is supported by DVDFab, FindVUK should be able to dump unit keys and read data key from DVDFab.

Reading volume id using the official way (libaacs, aacskeys) on AACS2 drive one would need to have a valid AACS2 host certificate and for calculating media key one would need to have a working AACS2 device key or processing key. No AACS2 HC, DK or PK have been published.

[SamuriHL]

No no no do not try to cross flash that drive! It's not a desktop drive. You will brick it.

You can downgrade it to bu40n 1.00 which is what I use. Fully compatible with dvdfab.

Sent from my SM-G998U1 using Tapatalk

[mick0]

No no no do not try to cross flash that drive! It's not a desktop drive. You will brick it.

You can downgrade it to bu40n 1.00 which is what I use. Fully compatible with dvdfab.

Yes, do not cross flash it with a desktop drive FW.

Just downgrading it to "friendly" FW should be enough. So called "MK" firmware is not friendly.

[SamuriHL]

Yes, do not cross flash it with a desktop drive FW.

Just downgrading it to "friendly" FW should be enough. So called "MK" firmware is not friendly.

Well, there's a bit of a mix-up in terminology here. The bu40n is not a "friendly" drive, even when downgrading to 1.00. It's still official. VS a friendly drive that is not meant to be used for UHD but has the ability to due to m-disc compatibility. I know this is somewhat semantics but it helps to be clear on this point in the case of the bu40n. It will always be an official drive rather than friendly with any firmware that's flashed.

MK firmware can be friendly depending on the drive. And it can be official depending on the drive. I think your use of friendly in this case refers strictly to whether it works with DVDFab, which none of the MK firmware does.

[mick0]

Well, there's a bit of a mix-up in terminology here. The bu40n is not a "friendly" drive, even when downgrading to 1.00. It's still official. VS a friendly drive that is not meant to be used for UHD but has the ability to due to m-disc compatibility. I know this is somewhat semantics but it helps to be clear on this point in the case of the bu40n. It will always be an official drive rather than friendly with any firmware that's flashed.

MK firmware can be friendly depending on the drive. And it can be official depending on the drive. I think your use of friendly in this case refers strictly to whether it works with DVDFab, which none of the MK firmware does.

Like you said, it depends how you define friendly. If you define it "not an official drive, but can read UHD discs" then it is like you said.

My definition of friendly is "allows bypassing bus encryption without needing a host certificate or drive hacks like LibreDrive". By that definition BU40N is a friendly drive. Whether it's an official drive or not is irrelevant.

[SamuriHL]

As long as it's clear it's all good. :)

[metalsonic88]

1.68 seems to work for me. The second UHD I tested it with, Scott Pilgrim vs. the World, initially gave an error saying the unit key was invalid and none of the files on it could be decoded, but after restarting FindVUK and DVDFab it then worked properly. I have 7 UHDs and that was the only one that had any issues at all. If there's more that I can do to help with any testing using my drive let me know. And thank you once again for fixing another problem that I brought up.

For the sake of posterity I have a (slightly edited for file size) copy of the log generated when reading these UHDs uploaded to pastebin here: https://pastebin.com/rZHrFyz2

---

Off topic, but now that this has been sorted out I've been able to narrow down what exactly is failing when I try to play UHDs directly from the drive with VLC. If you too are experiencing issues with that and want to read my post about it on the VideoLAN forums you can do so here (https://forum.videolan.org/viewtopic.php?f=2&t=160098).

[magician]

Off topic, but now that this has been sorted out I've been able to narrow down what exactly is failing when I try to play UHDs directly from the drive with VLC. If you too are experiencing issues with that and want to read my post about it on the VideoLAN forums you can do so here (https://forum.videolan.org/viewtopic.php?f=2&t=160098).

If it's MakeMKV that you need to run before playing the disc, then you probably haven't cached the ReadDataKey, which is needed to overcome bus encryption for your disc/drive, ahead of time. Both FindVUK and RDKfromMMKV (https://forum.doom9.org/showthread.php?t=184373) can do that for you.

Here is a 1.68 to test AACS2: http://fvonline-db.bplaced.net/findvuk/FindVUK_1.68.zip

But note I only added basic support (reading drive certificate is now working) - for the next enhancements I need your support ;)

Thanks for all your hard work on this program, nalor. I've read the last few pages of posts but I didn't quite follow what you have changed in 1.68, probably because the previous versions already work for my UHD setup (I have a UHD-friendly drive).

Are the new updates intended to improve support for UHD-official drives on "friendly" firmware? (I also have a UHD-official drive but it doesn't have such firmware so I probably can't test this.)

Just released 1.67 with the fix for this bug.

Thanks! The synchronize mode works great now.

Bug 1: you're right - already found the the place, will fix it tomorrow
Bug 2: already fixed locally, based on my research I'd say this never worked correctly ...

Feature request: will check tomorrow :)

Did you ever have a chance to look at this bug #1 and the feature request again? No rush but it would be great to have a fix after you finish with the UHD drive concerns.

[metalsonic88]

If it's MakeMKV that you need to run before playing the disc, then you probably haven't cached the ReadDataKey, which is needed to overcome bus encryption for your disc/drive, ahead of time. Both FindVUK and RDKfromMMKV (https://forum.doom9.org/showthread.php?t=184373) can do that for you.

I see that FindVUK is in fact getting an RDK for each of my UHD discs, but it seems to be saving them to the wrong location. I have my config set up to save keys to %ProgramData%\aacs but it is always saving the rdk files to %AppData%. I presume this is a bug.

However, even after duplicating all the data in both locations, I still can't play these discs. I don't want to derail the thread too bad, so if this isn't the place to discuss it then I'll take it elsewhere. But if people think it's relevant then I'd love any other ideas about what might be going wrong here.

[mick0]

However, even after duplicating all the data in both locations, I still can't play these discs.

I assume you're using libaacs?

If so, then libaacs needs to be patched to use AACS2 drive certificate as a drive id similar to FindVUK. I'm not sure whether this discussion belongs to this topic though.

[nalor]

Here is a 1.68 to test AACS2: http://fvonline-db.bplaced.net/findvuk/FindVUK_1.68.zip

But note I only added basic support (reading drive certificate is now working) - for the next enhancements I need your support ;)

Passkey does not support my BU40N Libredrive (I think it only supports UHD friendly drives) and so it would be great to get a small explanation how to get VolumeId, MediaKey, VUK, UnitKeys or something like that from this drive :D

Thanks!

I noticed my changes are not really correct ... this release does not check if the current disc is BD or UHD and this very likely breaks support for BusEncryption with ReadDataKey (I always try to get an AACS2 drive certificate - but it fails in case a BD is in the drive).
I'll release a new "test" version with fixes hopefully tomorrow.

[MrPenguin]

Hi,

Can I assume that any entry whose comment contains "/BEE" declares that disk has "Bus Encryption Enabled", please? Because if so, then I believe these two entries would need updating accordingly:

0xD3F08E3F0C831B4858172FDC606F3520068EFF56 = OPPENHEIMER (Oppenheimer)
0x317A0AAFB05CBE1E1FB3BDF96D3B2F95C9053C20 = OPPENHEIMER_SPECIAL_FEATURES (Special Features)

I've already tried to update them myself, except my "synchronize" didn't change anything :(.

Thanks.

[nalor]

here is a new "test" release - I've added libredrive support for supported UHD drives:
when it comes to validation, "libredrive mode" is enabled -> this disables the bus-encryption and so it's easily possible for FindVUK to validate the current values.
I tried it with 1 disc and it worked (because I only own 1 UHD).

Download from here: FindVUK_1.70 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.70.zip)

Please report if it's working - thanks :)

@mick0 - it should also fix the wrong calculation of the driveid, but I did not add your 2nd idea yet as I read our message a minute ago.

[Grimsdyke]

Just tested a German and US UHD and it seem to work as you describe ! Nice.
Oh, I always wanted to ask - why does the size of the local keydb decreases in size when FindVUK loads it ? Or is it only my system where this happens ...

[SamuriHL]

I just tested it out with my bu40n drive and it worked perfectly. Very nice!

[magician]

here is a new "test" release - I've added libredrive support for supported UHD drives:
when it comes to validation, "libredrive mode" is enabled -> this disables the bus-encryption and so it's easily possible for FindVUK to validate the current values.
I tried it with 1 disc and it worked (because I only own 1 UHD).

Thanks for the update. I tried and it works, but I'm interested in a deeper explanation of what changed. For me, the "get ReadDataKey from dump and use that to bypass bus encryption" method from before already worked (?), has fewer apparent dependencies 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. I'm probably not the intended audience, but who is? Is it people like metalsonic88 and mick0 with drives that expect AACS2 authentication but still work with DVDFab because they have friendly firmware?

[SamuriHL]

They're not "friendly" drives, they're official drives. Official drives require aacs 2.x bus encryption and there are no host certs available for that. So while dvdfab is able to use certain official drives like my bu40n, with that bus encryption there was no way to validate the extracted key. With libredrive active, bus encryption is simply disabled so that validation can take place.

Sent from my SM-G998U1 using Tapatalk

[mick0]

They're not "friendly" drives, they're official drives. Official drives require aacs 2.x bus encryption and there are no host certs available for that. So while dvdfab is able to use certain official drives like my bu40n, with that bus encryption there was no way to validate the extracted key. With libredrive active, bus encryption is simply disabled so that validation can take place.

Sent from my SM-G998U1 using Tapatalk

This is not entirely accurate.

FindVUK starting from v1.68 extracts data key from DVDFab on UHD official drives such as BU40N or WH16NS60. No LibreDrive or Host Certificate is required for playback/decrypt/verify when data keys are available.

[mick0]

It seems FindVUK 1.70 now fails during validation step on my system. FindVUK 1.68 works.

Relevant part from the log
2023-12-07 00:00:00 # 40386 # [I] findvuk_validate / _CommonValidation / Disc is AACS 2.0 and BusDescryption is required -> check if MakeMKV is installed
2023-12-07 00:00:00 # 40387 # [I] bluray_mmkv / BRMMKV_CheckIfInstalledAndLicensed / MakeMKV is installed!
2023-12-07 00:00:00 # 40387 # [I] bluray_mmkv / BRMMKV_CheckIfInstalledAndLicensed / MakeMKV has a license key!
2023-12-07 00:00:00 # 40387 # [I] findvuk_validate / _CommonValidation / MakeMKV is installed -> now check if drive >D< is Libredrive supported
2023-12-07 00:00:00 # 40387 # [E] bluray_mmkv / BRMMKV_CheckSdfSupport / ERROR! Couldn't get the MakeMKVcon path! ()
2023-12-07 00:00:00 # 40387 # [E] findvuk_validate / _CommonValidation / ERROR! Couldn't check for Libredrive support! >#BRMMKV_ERR_MAKEMKV_FILE<
2023-12-07 00:00:00 # 40387 # [I] findvuk_validate / FVVAL_Mode_FindVUK / Finished with result >-2812<


I don't currently have makemkv installed on this system, but FindVUK thinks it is and tries to use it.

Can you perhaps add an config option for disabling LD support?

[SamuriHL]

This is not entirely accurate.

FindVUK starting from v1.68 extracts data key from DVDFab on UHD official drives such as BU40N or WH16NS60. No LibreDrive or Host Certificate is required for playback/decrypt/verify when data keys are available.

Nor is this entirely accurate. That may work on blu-ray but trust me, it didn't work for me on UHD's. It does now with 1.70 and LibreDrive.

[mick0]

Nor is this entirely accurate. That may work on blu-ray but trust me, it didn't work for me on UHD's. It does now with 1.70 and LibreDrive.

Well, it works on my WH16NS60 with slightly patched libaacs (UHD and BD). Using data keys is the official way to handle bus encryption after all and it is what DVDfab and PowerDVD are using for instance. It should definitely work, unless FindVUK is unable to extract the data key for your disc/drive for some reason.

[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

[Roof Tile]

Hello Nalor! I was finally getting back into getting some blu rays through the VUK process when one of them decided to be a bit strange. I was using VUK on the blu rays for the TNG series boxset and all of them went through it just fine, all except Season 2 Disc 1. For some reason VUK seems to be having trouble figuring out what to do with that one. The disc seems perfectly fine and even plays in VLC like normal (which doesn't surprise me given the series popularity made them all being scanned already likely). It's just strange that it's having trouble with it compared to the others. In any case, I've taken the log file and uploaded it to this post for your perusal to find what may be causing the problem. As always I thank you extremely for your work and hope you stay happy and healthy!

[twuplay]

Hello! I just noticed in the keydb.cfg some newer releases include both unitkeys and VUKs. If VUKs are no longer available from the DVDFab memory dump, how are people obtaining them? Also, when it comes to decrypting, what is the difference between using a VUK and unitkeys? Thanks!

[nalor]

Hello Nalor! I was finally getting back into getting some blu rays through the VUK process when one of them decided to be a bit strange. I was using VUK on the blu rays for the TNG series boxset and all of them went through it just fine, all except Season 2 Disc 1. For some reason VUK seems to be having trouble figuring out what to do with that one. The disc seems perfectly fine and even plays in VLC like normal (which doesn't surprise me given the series popularity made them all being scanned already likely). It's just strange that it's having trouble with it compared to the others. In any case, I've taken the log file and uploaded it to this post for your perusal to find what may be causing the problem. As always I thank you extremely for your work and hope you stay happy and healthy!

Please upload the log somewhere else as it's still not approved here. Thanks!

[nalor]

Hello! I just noticed in the keydb.cfg some newer releases include both unitkeys and VUKs. If VUKs are no longer available from the DVDFab memory dump, how are people obtaining them? Also, when it comes to decrypting, what is the difference between using a VUK and unitkeys? Thanks!

It does not make a difference if using VUK or directly UnitKeys. Internally the VUK is used to calculate the UnitKeys - so in the end it's always UnitKeys which are used to decrypt something.

And about the source of this VUKs: I guess the users have host certificates not published yet.

[coricopat]

Is it actually the case that VUKs are no longer available via DVDFab?

As long as these people who do have unpublished (especially also AACS2.0) HCs share their VUKs / UKs (or kinda "share" them like with DVDFab), I think it's actually for the benefit of the community (of people which want to be able to play back the stuff they bought on open source platforms or even once after BluRay players are no longer produced), that these HCs are not made public - makes it more difficult to revoke them ;-)

[coricopat]

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


Does someone have a SHA256 or similar hash for the installer of 9.2.1.2 (IIRC that was the last version that worked)? DVDFab doesn't offer older versions to download, it seems.

Thanks :-)

[DrinkLyeAndDie]

Does someone have a SHA256 or similar hash for the installer of 9.2.1.2 (IIRC that was the last version that worked)? DVDFab doesn't offer older versions to download, it seems.

Thanks :-)

Passkey 9.2.1.2 (2017.07.24)

SHA-256: 15C9B88592B8751C8D9B19A508D318A02824E5745FF2B1978C8F70FFE6A7990E

[coricopat]

thx :-) ... and again, matches the download from videohelp.com. (So should be safe, unless of course you're the admin there ;-P)

[mick0]

Is it actually the case that VUKs are no longer available via DVDFab?

Yes, DVDfab doesn't use VUKs anymore and it has never used them for UHD discs.

However, if you want VUKs for non-UHD discs, why not try "FindVUK - AACSkeys.bat" instead of old DVDfab version?

You may have to copy-paste Device Keys and Host Certificate from this post (https://forum.doom9.org/showthread.php?p=1990091#post1990091) into your KEYDB manually though.

[coricopat]

Yes, DVDfab doesn't use VUKs anymore and it has never used them for UHD discs.

Well in principle the VID is enough, so I don't mind.

But just for "completeness"... is there "open" any way to get the VUKs vor UHDs?
IIRC, one could not extract (https://forum.doom9.org/showthread.php?t=184373) them from MakeMKV's disatt.dat either.


However, if you want VUKs for non-UHD discs, why not try "FindVUK - AACSkeys.bat" instead of old DVDfab version?

Sure, that's anyway clear :-)

[DrinkLyeAndDie]

thx :-) ... and again, matches the download from videohelp.com. (So should be safe, unless of course you're the admin there ;-P)

YW. Yeah. Definitely not.

[nalor]

Does someone have a SHA256 or similar hash for the installer of 9.2.1.2 (IIRC that was the last version that worked)? DVDFab doesn't offer older versions to download, it seems.

Thanks :-)

Passkey 9.4.5.2 is the last version that worked, everything later does not include unitkeys any longer in a way where I know how to parse them.

[Roof Tile]

Ah, didn't see that the file wasn't approved yet, strange. Well, here's a MEGA (https://mega.nz/file/YqcAVIRY#UTyhE7AJXn7QPt_8LwZ7K2-is1D-POtkt3KgIDdrfTo) link to the tiny thing for your perusal.

[nalor]

Ah, didn't see that the file wasn't approved yet, strange. Well, here's a MEGA (https://mega.nz/file/YqcAVIRY#UTyhE7AJXn7QPt_8LwZ7K2-is1D-POtkt3KgIDdrfTo) link to the tiny thing for your perusal.

Thanks! Checked the log and something is failing during analysis of the memory dump.
Can you please also upload the memory dump?
(the file >F:\Vxxxxxff\Blxxxxxuff\FindVUK Tool\FindVUK Program\dump\85670F37043778F22A8243E816DACC20946941DB_STAR_TREK_TNG_S2_D1.dmp<)

Thanks!

[Roof Tile]

No problem, here is a MEGA (https://mega.nz/file/B3EVECDS#fGrBk9adDGO_378f5viNA2zbelChfthV6zlYEa2j2rs) for that. Hope it has something useful for you!

[nalor]

No problem, here is a MEGA (https://mega.nz/file/B3EVECDS#fGrBk9adDGO_378f5viNA2zbelChfthV6zlYEa2j2rs) for that. Hope it has something useful for you!

Thanks! This helped! It's really funny that this problem never appeared before ...

Please try this version here: FindVUK 1.77 (http://fvonline-db.bplaced.net/findvuk/FindVUK_1.77.zip)

In case it's working I'll publish it as new official version :)

[Roof Tile]

Yup, seemed to work normally and uploaded all the stuff as usual! Thanks for the fix!

[nalor]

Published FindVUK 1.77 "officially".

No new features, just 2 bugfixes.

[coricopat]

Is someone else seeing issues with FindVUK + DVDFab since version 13.0.2.5?

[coricopat]

It works again after downgrading to 13.0.0.4 (which is the last version from which I have a standalone installer - I guess the versions in between were not available as standalone installer, or does any one have them?)

Send the logs with the error message via PM @nalor.

[BlazDT]

@coricopat
Sent you some versions via PM (if you receive them, did not get a confirmation).

[coricopat]

> Sent you some versions via PM (if you receive them, did not get a confirmation).

Got them (thanks again).

[BlazDT]

@coricopat
Do those versions work better than the latest one for you?

[coricopat]

I haven't been able to test them yet as I'm not home right now. And due to travel plans I'll probably find no time earlier than October. Did anyone else test 13.0.2.5 meanwhile (and also see the problems)?

[coricopat]

Other topic: Has anyone every tried to tunnel *all* FindVUK down/uploads (including DNS) via Tor?

I'm not really that experienced with Windows ... and a quick Google search didn't show any "official"/trusted solutions to tunnel all through Tor.

[Emulgator]

TOR = The One Ring...
The One to find them, The One to bind them, The One to rule them all ?
Not.

[BlazDT]

@Emulgator
https://www.torproject.org/

[Emulgator]

who is why, and why is who:
History

The core principle of Tor, known as onion routing, was developed in the mid-1990s by United States Naval Research Laboratory employees, mathematician Paul Syverson, and computer scientists Michael G. Reed and David Goldschlag, to protect American intelligence communications online.[11] Onion routing is implemented by means of encryption in the application layer of the communication protocol stack, nested like the layers of an onion. The alpha version of Tor, developed by Syverson and computer scientists Roger Dingledine and Nick Mathewson and then called The Onion Routing project (which was later given the acronym "Tor"), was launched on 20 September 2002.[12][13] The first public release occurred a year later.[14]

In 2004, the Naval Research Laboratory released the code for Tor under a free license, and the Electronic Frontier Foundation (EFF) began funding Dingledine and Mathewson to continue its development.[12] ...

Tor has been described by The Economist, in relation to Bitcoin and Silk Road, as being "a dark corner of the web".[31] It has been targeted by the American National Security Agency and the British GCHQ signals intelligence agencies, albeit with marginal success,[26] and more successfully by the British National Crime Agency in its Operation Notarise.[32]

Tor is not meant to completely solve the issue of anonymity on the web. Tor is not designed to completely erase tracking but instead to reduce the likelihood for sites to trace actions and data back to the user.[28]


Tor is also used for illegal activities. These can include privacy protection or censorship circumvention,[29] as well as distribution of ...content, drug sales, or malware distribution.[30]

This is like setting up a speak-easy, isn't it...

[magician]

Is someone else seeing issues with FindVUK + DVDFab since version 13.0.2.5?

I can confirm 13.0.2.4 works perfectly. Since seeing your message I have not yet dared to install 13.0.2.5 but maybe I will try it. Hopefully it only requires a small update by @nalor.

[rdodolak]

Is someone else seeing issues with FindVUK + DVDFab since version 13.0.2.5?

FindVUK seems to fail on every disc validation with 13.0.2.5 when I try it. Rolling back to 13.0.2.4 seems to at least fix this issue for the first disc validation thought it sometimes fails on subsequent disc inserts. Usually, cancelling and re-running FindVUK for the affected disc seems to address the issue.

[nalor]

I'll check 13.0.2.5 very likely today - hopefully it's easy to fix, else it might be impossible :(

[coricopat]

Proxy Support in FindVUK

Recently I've been looking whether FindVUK can be taught to use a proxy (mostly for Tor, see above).
By chance I've noticed that FindVUK seems to recognise the http_proxy environment variable.

If you set it to something (like localhost:9150) where nothing listens, Find VUK fails e.g. with downloading from the DB.

I've asked Nalor via PM, and got the hint that this is not implemented by FindVUK itself but probably the language it's written in.

It actually supports also other proxy types (not only HTTP):
https://www.purebasic.com/documentation/http/httpproxy.html
http:// - HTTP proxy (default)
socks4:// - SOCKS4 proxy
socks4a:// - SOCKS4 proxy with domain name support rather than IP address
socks5:// - SOCKS5 proxy
socks5h:// - SOCKS5 proxy and ask the proxy to do the hostname resolving
all via the http_proxy env var.

btw: For Tor, care must be taken to use the right proxy type, especially with respect to DNS.

Also, I haven't checked whether FindVUK really uses this everywhere (i.e. for all uploads/downloads)... if you need to be sure, you should check yourself.

[nalor]

I'll check 13.0.2.5 very likely today - hopefully it's easy to fix, else it might be impossible :(

Fixed - will release a new version soon.

[coricopat]

Fixed - will release a new version soon.

:thanks: :-)

[nalor]

New release 1.79 published, I've tested it with DVDfab 13.0.2.5 and 13.0.2.6 :)

[Mischi]

1.79 is detected as Trojan.Win32/Wacatac.H!ml by Microsoft Defender.

[nalor]

1.79 is detected as Trojan.Win32/Wacatac.H!ml by Microsoft Defender.

This is imho just a false positive - at least I'm sure my computer is not infected.

[ryanmcv]

All of the download links for FindVUK are dead. Running the Synchronize script gives these errors:

# 23 # [I] FindVUK_Main / / Update enabled - check for update
# 933 # [W] update / UPD_CheckUpdateAndDownload / Incorrect release information found >< >< ><
# 933 # [W] FindVUK_Main / / Update check failed >#UPD_ERR_READFILE<

[nalor]

Sorry, screwed it up yesterday.

Fixed it now (hopefully) :)

[prozistka]

I'm using DVDFAB 13.0.2.7 to get VUK of a UHD disk and got this message.

Using 13.0.2.6 simply says my firmware is not supported and cannot even make it to get unit keys.
Looking forward to updating.

Please PM me if you need the dump file.


Log file is attached.


###############################################################################
00:32:49 - --- PART 1 --- GET DUMP ---
-------------------------------------------------------------------------------

00:33:37 - Drive opened
00:33:37 - Volume Label detected >PLANET_EARTH_II_DISC_1<
00:33:38 - DriveLetter detected >F<
00:33:38 - Detected CopyProtections AACS >1< BD+ >0<
00:33:39 - DiscID found >394D0C6C585FB4FA8B0F997871F77CC402085EDE<
00:33:41 - MainPlaylist found >00000.mpls<
00:33:44 - DVDFab64 got Unit Keys - create memdump now!
00:33:45 - Dump successful! >1<
00:33:45 - MemDump successfully finished!
00:33:45 - Cancel DVDfab decryption now!
-------------------------------------------------------------------------------
00:33:45 - Get basic AACS data
-------------------------------------------------------------------------------
00:33:45 - AACS folder on disc is reachable - Validate is possible
00:33:46 - VolumeName >PLANET_EARTH_II_DISC_1<
00:33:46 - DiscId >394D0C6C585FB4FA8B0F997871F77CC402085EDE< (2017-01-09)
00:33:46 - DiscType >UHD<
00:33:46 - MKB Revision >61<
00:33:46 - Disc-BusEncEnabled >1<
00:33:46 - Drve-BusEncCapable >1<
00:33:46 - ==> Bus Encryption active!
00:33:46 - UnitKeyCount >1<
00:33:46 - >>> UnitKeyENC (1) >3B503C92B93158FB20A74CB9F4BEAD98<
-------------------------------------------------------------------------------
00:33:46 - Analyze dump
-------------------------------------------------------------------------------
00:33:46 - Start to analyze '2018' MemDump now!
.............-................-
00:33:46 - ERROR! Finding real UnitKey >0< (Err:-3) !
00:33:46 - ERROR! Couldn't find real unit keys in json from file >D:\FindVUK_1.79\dump\394D0C6C585FB4FA8B0F997871F77CC40
02085EDE_PLANET_EARTH_II_DISC_1.dmp<
00:33:46 - Error analyzing memory dump - please report in the doom9 forum!
00:33:46 - ERROR! Analyze 2018 failed!
00:33:46 - CloseAtTheEnd is active, close DVDfab now
Waiting 3 secs before quit...

[Toad King]

Been validating my library and I ran into a potentially invalid entry:

2024-10-31 20:25:19 # 6876 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / Keys in Keyfile: 157564 keys - KeyFile: C:\Users\XXX\AppData\Roaming\aacs\KEYDB.cfg
2024-10-31 20:25:19 # 6876 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / Disc with ID >C3B7077E9480ACE42F6B38A8717322018FCDAC7B< is already in file - need to compare the details
2024-10-31 20:25:19 # 6877 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / VUK different - KeyDbVUK >5A0766CA9BEB6291BFE2BB021A3AF8F5< NewVUK >6FF3A42C467FBB07D0712A3DDAA4BC36<
2024-10-31 20:25:19 # 6877 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / DATE different - KeyDbDATE >2023-08-24< NewDATE >2023-05-04<
2024-10-31 20:25:19 # 6877 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / VOLUMEID different - KeyDbVolumeId >2B68A3481671A871C8865FA7FEE7990B< NewVolumeId >6D7E8A629B38E49557A3055285730AC0<
2024-10-31 20:25:19 # 6877 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / COMMENT different - KeyDbCOMMENT >(LEGACY) (NOTVALIDATED) (BD)< NewCOMMENT >MKBv81/FindVUK 1.79<
2024-10-31 20:25:19 # 6877 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / UNITKEYS different - KeyDbUnitKeys >1-0x9878A83C6A42116BFCB491716B127419< NewUnitKeys >1-0x75F59CE2FDEDEB9A9432F0B89F496716<
2024-10-31 20:25:19 # 6877 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / KEYDB: entry for this disc already present in keydb-file
2024-10-31 20:25:19 # 6878 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / >> but VUK is NOT identical!!
2024-10-31 20:25:19 # 6878 # [I] findvuk_showresult / _KeyDB_CheckIfWrite / >> The new VUK has been successfully validated, please report in the forum (http://forum.doom9.org/showthread.php?t=171298) that the old entry is definitely wrong!

[Toad King]

Sorry to double-post but I also have a suggestion for the next version of FindVUK for better Linux/Wine support: When ejecting a disc the program currently checks the drive type (via GetDriveType) and does different eject behavior between "CD-ROM" and "removable" types. For removable types it does The following IOCTL's in order:

FSCTL_LOCK_VOLUME
FSCTL_DISMOUNT_VOLUME
IOCTL_STORAGE_MEDIA_REMOVAL
IOCTL_STORAGE_EJECT_MEDIA

However, for CD-ROM types it only does IOCTL_STORAGE_EJECT_MEDIA. In Wine at least the FSCTL_DISMOUNT_VOLUME command is also needed for ejecting to happen properly. (FSCTL_LOCK_VOLUME can be called too but it's just a stub in Wine.) IOCTL_STORAGE_MEDIA_REMOVAL would also be required for drives with door locks (it calls the CDROM_LOCKDOOR Linux ioctl under the hood), but that command throws an error for me so it might make sense to just call that IOCTL without checking if it succeeds or not.

If this can be fixed it would make ValidateDisc mode work as expected on Linux instead of erroring out after every disc.



EDIT: There also appears to be a bug in the FindVUK program/website: If a UHD disc has a verified UK only and I try to reverify with VID/MK/VUK, it says the new VUK validates and uploads but the full entry with VID/MK/VUK doesn't get put in the full KEYDB file downloaded from the site. I have to do a manual full synchronize with my local KEYDB file before it gets uploaded and starts appearing in the download version.

[nalor]

Sorry to double-post but I also have a suggestion for the next version of FindVUK for better Linux/Wine support: When ejecting a disc the program currently checks the drive type (via GetDriveType) and does different eject behavior between "CD-ROM" and "removable" types. For removable types it does The following IOCTL's in order:

FSCTL_LOCK_VOLUME
FSCTL_DISMOUNT_VOLUME
IOCTL_STORAGE_MEDIA_REMOVAL
IOCTL_STORAGE_EJECT_MEDIA

However, for CD-ROM types it only does IOCTL_STORAGE_EJECT_MEDIA. In Wine at least the FSCTL_DISMOUNT_VOLUME command is also needed for ejecting to happen properly. (FSCTL_LOCK_VOLUME can be called too but it's just a stub in Wine.) IOCTL_STORAGE_MEDIA_REMOVAL would also be required for drives with door locks (it calls the CDROM_LOCKDOOR Linux ioctl under the hood), but that command throws an error for me so it might make sense to just call that IOCTL without checking if it succeeds or not.

If this can be fixed it would make ValidateDisc mode work as expected on Linux instead of erroring out after every disc.



EDIT: There also appears to be a bug in the FindVUK program/website: If a UHD disc has a verified UK only and I try to reverify with VID/MK/VUK, it says the new VUK validates and uploads but the full entry with VID/MK/VUK doesn't get put in the full KEYDB file downloaded from the site. I have to do a manual full synchronize with my local KEYDB file before it gets uploaded and starts appearing in the download version.

I'll take care of both of your posts during the next days :)

[Toad King]

I'll take care of both of your posts during the next days :)

Thanks.

Also I think I sent this in a PM but the site's been acting up for me recently so I don't know if it went through: I somehow accidentally validated an incorrect UK for a disc when trying to add some info for it. Can this disc be fixed to use these keys?

0xA6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03 = BAD_BOYS_FOR_LIFE (Bad Boys for Life - 4K Ultra HD) | D | 2020-02-12 | M | 0x864BFC8833D4A106DE6ACD240AEB9CF8 | I | 0xA7BB091D19F7C0B3A1880CC4BDE007BE | V | 0xC2B9CEAC8512D8C9E00912D89FBC51EC | U | 1-0x452519DA5B47634BE7D925E06B91F64F ; MKBv68/BEE/UHD/FindVUK 1.79

[coricopat]

Hey.

FYI:

I've noted that when using FindVUK via wine from Linux, the generated entries have a different VolumeSize than that used when it's run from Windows.
And it seems further, that this results in entries being actually overwritten in the Online DB?!

For example for one particular BD:
Wine/Linux: 70144229376 B / 34250112 blocks
Windows: 7014481920 B / 3425040 blocks

Inspecting the UDF filesystem directly gives the following:
blocksize=2048
blocks=34250688
usedblocks=34250112
freeblocks=0
behindblocks=0
numfiles=325
numdirs=33
udfrev=2.50
udfwriterev=2.50
lastblock=34250688
integrity=closed
accesstype=readonly
softwriteprotect=no
hardwriteprotect=no
start=16, blocks=3, type=VRS
start=32, blocks=16, type=MVDS
start=64, blocks=1, type=LVID
start=256, blocks=1, type=ANCHOR
start=288, blocks=34250112, type=PSPACE
start=34250431, blocks=1, type=ANCHOR
start=34250432, blocks=16, type=RVDS
start=34250687, blocks=1, type=ANCHOR

(Numbers are in blocks.)

One sees that the partition space entry is 34250112 blocks long, exactly what Linux gives.

Windows however gives exactly 34250112 + 288 blocks, so it also counts in the leading sections by which the PSPACE is shifted.

IMO, Linux is right, as it makes no sense to count it only the leading parts, but not the trailing ones either (which would give the actual overall size of the fs).

I even found one post somewhere (though I cannot find again) where it was said that would be a Windows 10 bug that might have been fixed later (cannot check that).

Anyway... not sure whether FindVUK could use a call under Windows to get the true full size of the fs (above that be the 34250688) and whether that's then correct under Windows. Even if, that would of course "invalidate" all current (size) entries.

One could also add another config option that allows people under Linux to specify a program which calculates the size Windows would show.
But that might be overkill (and not so easy, if a medium would have multiple PSPACES - not sure what Windows does there).

So probably just live with what we have and get changing sizes every now and then.

Cheers,
Coricopat.

[Toad King]

When using FindVUK on a UHD disc, PassKey was able to find a UK for a disc. However, the disc in question has three UKs and FindVUK/PassKey only seems to find one of the keys. MakeMKV doesn't seem to work with only incomplete UK lists, even if it can decrypt some of the streams. Are there any files/dumps I can send to help debug this?

DiscID: 0x0E2BF198E8008FD5CA109C3D7ADADEEB725F4998 (Twilight of the Warriors: Walled In)

EDIT: Nevermind, the disc only has one UK and VLC can play it just fine with the keydb. Looks like this is a bug in MakeMKV. I'll report it there.

[SamuriHL]

As I replied in your thread on makemkv forum, it's not a bug in makemkv. For whatever reason, Mike chose to only support keydb entries with vuks not unit keys.

Sent from my SM-S928U1 using Tapatalk

[jayper]

FindVUK is triggering a virus warning by Windows security, and new downloads are currently blocked as they are being served by HTTP, not HTTPS. Anyone else experiencing something similar?

[coricopat]

Downloads have always been plain HTTP only, though it would perhaps make sense to list SHA512 sums in the main post for verifying new versions.

[Toad King]

Any cryptographic hash supplied over HTTP would have the same issue with verification and would effectively be no better than an error checksum. If you're that concerned about security the two options are either HTTPS (easy) or code/download signing (complicated).

Regardless the current security warnings are just false positives. If you're concerned your downloading is being tampered with my v1.79 FindVUK.exe file has the SHA1 hash:
0e422651601af06cb2e352b2784007f01c74e36a

and aacskeys.exe has the hash:
5533db69cde95ea16cb2e11fbb6959370f0af613

[jayper]

Any cryptographic hash supplied over HTTP would have the same issue with verification and would effectively be no better than an error checksum. If you're that concerned about security the two options are either HTTPS (easy) or code/download signing (complicated).

Regardless the current security warnings are just false positives. If you're concerned your downloading is being tampered with my v1.79 FindVUK.exe file has the SHA1 hash:
0e422651601af06cb2e352b2784007f01c74e36a

and aacskeys.exe has the hash:
5533db69cde95ea16cb2e11fbb6959370f0af613
Thanks for these. They match my current downloads... it's a small bit of relief.

[coricopat]

Any cryptographic hash supplied over HTTP would have the same issue with verification and would effectively be no better than an error checksum.


That's why I've said "list SHA512 sums in the main post" (i.e. here on doom9).

There you have https, and that's the original "trust" (on first use) point, where we all were introduced to the upstream author of FindVUK (nalor).
You won't get any better trust chain than that.

[Gabu]

False positive or not, Windows is being VERY annoying and won't let me keep the file at all.

Downloaded an earlier version that works but it wants me to update and when it does, same issue. Windows just won't open, says there's a virus period.

Something is up and Windows is being completely asanine about it. And considering you can't use the program without updating I'd say this is a huge issue that needs to be fixed.

[Toad King]

False positive or not, Windows is being VERY annoying and won't let me keep the file at all.

Downloaded an earlier version that works but it wants me to update and when it does, same issue. Windows just won't open, says there's a virus period.

Something is up and Windows is being completely asanine about it. And considering you can't use the program without updating I'd say this is a huge issue that needs to be fixed.

You can find these lines in the config/FindVUK.ini file:

[FindVUK_AutoUpdate]
AutoUpdateEnabled = 1

Changing the 1 to 0 should stop the auto-updating.

[foxyshadis]

False positive or not, Windows is being VERY annoying and won't let me keep the file at all.

Downloaded an earlier version that works but it wants me to update and when it does, same issue. Windows just won't open, says there's a virus period.

Something is up and Windows is being completely asanine about it. And considering you can't use the program without updating I'd say this is a huge issue that needs to be fixed.

If you regularly use tools that mess with cryptographic properties in the system, you have to be ready to whitelist things (https://support.microsoft.com/en-us/windows/add-an-exclusion-to-windows-security-811816c0-4dfd-af4a-47e4-c301afe13b26) or temporarily disable the protection entirely (I don't recommend that).

FindVUK is regularly reported as a virus, probably by content owners, and then it takes a bit to get it untagged as such again. Even deeper tools like Mimikatz get it worse.

[lamp]

Hello, this is my first time using this utility and I attempted to run this with the trial version of DVDFab 13.0.2.5 and it generated the following

0x2637EE08F12D2647DD22A9663C5733C5B7741C95 = PULP_FICTION (Pulp Fiction) | D | 2022-08-16 | U | 1-0xA7E207B4BA878F397A346F00F1F74B47 ; MKBv77/BEE/UHD/FindVUK 1.79


During that initial run where it generated the key it logged

2025-01-22 21:58:12 # 300966 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive is detected as 'REAL BLURAY' drive
2025-01-22 21:58:12 # 300968 # [I] findvuk_validate / _CheckAndAddDriveToDriveList / Drive is already in the KnownDrivesList
2025-01-22 21:58:12 # 301004 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / M2TS files found >113<
2025-01-22 21:58:12 # 301004 # [I] findvuk_validate / _GenericCallback / M2TS files found >113<
2025-01-22 21:58:12 # 301004 # [I] bluray_aacs / BRAACS_IsFileEncryptedv2 / Check if file >E:\BDMV\STREAM\00174.m2ts< is encrypted (UDF >0<)
2025-01-22 21:58:13 # 301953 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / File >E:\BDMV\STREAM\00174.m2ts< is encrypted! (Size >93235200<)
2025-01-22 21:58:13 # 301955 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / Decrypted first unit of file >E:\BDMV\STREAM\00174.m2ts< with UnitKey >1<
2025-01-22 21:58:13 # 301955 # [I] findvuk_validate / _GenericCallback / Decrypted first unit of file >E:\BDMV\STREAM\00174.m2ts< with UnitKey >1<
2025-01-22 21:58:13 # 301955 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / All UnitKeys are VALID! No need to test other files
2025-01-22 21:58:13 # 301955 # [I] findvuk_validate / _GenericCallback / All UnitKeys are VALID! No need to test other files
2025-01-22 21:58:13 # 301955 # [I] findvuk_validate / _Validate / Validation successful! UnitKeys are valid!!

but I have been unable to reproduce these results. I also attempted using the new KEYDB.cfg with MakeMKV to test and it was unable to decrypt using it as well.

When I try to do `AACSkeys` command I get

2025-01-22 22:20:34 # 22753 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive is detected as 'REAL BLURAY' drive
2025-01-22 22:20:34 # 22754 # [I] findvuk_validate / _CheckAndAddDriveToDriveList / Drive is already in the KnownDrivesList
2025-01-22 22:20:34 # 22755 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / M2TS files found >113<
2025-01-22 22:20:34 # 22755 # [I] findvuk_validate / _GenericCallback / M2TS files found >113<
2025-01-22 22:20:34 # 22755 # [I] bluray_aacs / BRAACS_IsFileEncryptedv2 / Check if file >E:\BDMV\STREAM\00174.m2ts< is encrypted (UDF >0<)
2025-01-22 22:20:34 # 22756 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / File >E:\BDMV\STREAM\00174.m2ts< is encrypted! (Size >93235200<)
2025-01-22 22:20:34 # 22756 # [E] findvuk_validate / _Validate / ERROR! Validation of VUK failed >#BRAACS_ListError<
2025-01-22 22:20:34 # 22756 # [I] findvuk_validate / FVVAL_Mode_FindVUK / Finished with result >-2<


So I believe that the key that was submitted may be incorrect. I tried to generate it again (after a computer restart) and it logs a new unit key that leads to a failure.

2025-01-22 22:18:43 # 66480 # [I] findvuk_validate / FVVAL_GetAllDriveDetails / Drive is detected as 'REAL BLURAY' drive
2025-01-22 22:18:43 # 66482 # [I] findvuk_validate / _CheckAndAddDriveToDriveList / Drive is already in the KnownDrivesList
2025-01-22 22:18:43 # 66525 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / M2TS files found >113<
2025-01-22 22:18:43 # 66525 # [I] findvuk_validate / _GenericCallback / M2TS files found >113<
2025-01-22 22:18:43 # 66526 # [I] bluray_aacs / BRAACS_IsFileEncryptedv2 / Check if file >E:\BDMV\STREAM\00174.m2ts< is encrypted (UDF >0<)
2025-01-22 22:18:43 # 66526 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / File >E:\BDMV\STREAM\00174.m2ts< is encrypted! (Size >93235200<)
2025-01-22 22:18:43 # 66527 # [E] bluray_aacs / BRAACS_DecryptUnit / Decryption failed
2025-01-22 22:18:43 # 66527 # [E] bluray_aacs / _AACS_ValidateUnitKey / DecryptUnit failed >#BRAACS_UnitKeyInvalid<
2025-01-22 22:18:43 # 66527 # [E] bluray_aacs / BRAACS_ValidateUnitKeys / ERROR! Decryption of file >E:\BDMV\STREAM\00174.m2ts< failed with all possible UnitKeys!
... (repeats with many m2ts files)
2025-01-22 22:18:59 # 82539 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / Potentially invalid UnitKey >6985E6265F62D27535D2AAAFFC88EC05<
2025-01-22 22:18:59 # 82539 # [I] findvuk_validate / _GenericCallback / Potentially invalid UnitKey >6985E6265F62D27535D2AAAFFC88EC05<
2025-01-22 22:18:59 # 82539 # [I] bluray_aacs / BRAACS_ValidateUnitKeys / Unfortunately no candidate to get a correct unit key >6985E6265F62D27535D2AAAFFC88EC05<
2025-01-22 22:18:59 # 82539 # [I] findvuk_validate / _GenericCallback / Unfortunately no candidate to get a correct unit key >6985E6265F62D27535D2AAAFFC88EC05<
2025-01-22 22:18:59 # 82539 # [W] bluray_aacs / BRAACS_ValidateUnitKeys / There are still 113 files that cannot be decoded with the provided unit keys!
2025-01-22 22:18:59 # 82539 # [W] findvuk_validate / _GenericCallback / There are still 113 files that cannot be decoded with the provided unit keys!
2025-01-22 22:18:59 # 82540 # [W] findvuk_validate / _Validate / Validation failed - VUK/UnitKeys are INVALID!!!!!!!
2025-01-22 22:18:59 # 82540 # [W] findvuk_validate / _Validate / Please report this in the Doom9 forum and attach the logfile!
2025-01-22 22:18:59 # 82540 # [I] findvuk_validate / FVVAL_Mode_FindVUK / Finished with result >-2<


Is there any way for me to test if the initial key it got was valid?

[SamuriHL]

Findvuk validatedisc option can validate the unit key. But this won't help you with makemkv as that requires a vuk.

Sent from my SM-S928U1 using Tapatalk

[MrPenguin]

Is there any way for me to test if the initial key it got was valid?
When FindVUK uses DVDFab to extract a disk's Unit Keys, it validates those keys before uploading a new KEYDB meta-entry. You will notice your log says
2025-01-22 21:58:13 # 301955 # [I] findvuk_validate / _GenericCallback / All UnitKeys are VALID! No need to test other files
2025-01-22 21:58:13 # 301955 # [I] findvuk_validate / _Validate / Validation successful! UnitKeys are valid!!
So this Unit Key is valid :).

The reason why you are now struggling with AACSkeys is almost certainly because AACS bus encryption is still active. I believe DVDFab will also have extracted the disk's "Read Device Key" (RDK), which is used to reverse bus encryption. Bus encryption must be removed from the media content before you can attempt to decrypt the movie using the Unit Key.

[lamp]

The reason why you are now struggling with AACSkeys is almost certainly because AACS bus encryption is still active. I believe DVDFab will also have extracted the disk's "Read Device Key" (RDK), which is used to reverse bus encryption. Bus encryption must be removed from the media content before you can attempt to decrypt the movie using the Unit Key.

Hmm I see, I ran the VID/RDK program from the forums as well so I do have a copy of those available to me. I was under the impression that libredrive would remove the bus encryption (both my drives have the firmware flashed on them and I can see the step about enabling it in the logs), I wonder if that failed? The logs indicate that was a success but maybe there was an issue somewhere. It seems like the Key was updated by someone else as it now seems to have a full entry in KEYDB.cfg instead of just the Unit Key I showed above so now when I tried I didn't run into any issues accessing the disc.

[johannu]

I tried to find the AACS key from "The Last Men" because it was not available in the file keydb.cfg

Method 1: Using the command "FindVUK AACSkeys=F" (F is the drive letter of my LG drive WH16NS60 1.0) failed.

11:41:15 - --- PART 1 --- GET AACSKEYS DATA ---
-------------------------------------------------------------------------------

11:41:15 - Check >1< with HostCert >0203005CFFFF800001C100003A5907E685E4CBA2A8CD5616665DFAA74421A14F6020D4CFC9847C23107697C39F9D109C8B2D5B93280499661AAE588AD3BF887C48DE144D48226ABC2C7ADAD0030893D1F3F1832B61B8D82D1FAFFF81< Comment >Revoked in MKBv72<
11:41:15 - HostCert >909250D0C7FC2EE0F0383409D896993B723FA965< is known to be revoked on the target drive - is skipped
11:41:15 - Couldn't get MediaKey, VolumeId and VUK from AACSkeys - close now
Waiting 3 secs before quit...

Method 2: I then tried successfully FindVUK (v1.79) and PlayerFab v7.0.5.1 to dump the AACS.

Why does method 1 fail?

Thank you!

[MrPenguin]

Why does method 1 fail?
Because your Host Certificate was revoked in MKBv72, and at some point you have inserted a disk into your drive which uses MKBv72 or above. Unfortunately, your drive remembers the highest MKB version that it has even been asked to read, regardless of which version MKB your current disk uses.

You need to add a new "| HC |" entry into your KEYDB.cfg file which contains a new non-revoked Host Certificate. Have you seen this (https://forum.doom9.org/showthread.php?p=1990091#post1990091)?

[johannu]

@MrPenguin: Thank you very much for your hint!

Basically the FindVUK-command to find the AACS key of my BD discs works very well now with new new given Host Certificate. Anyway I have some issues with two of my BD discs.

I get this error with this BD disc on all my drives (WH16NS60 1.00 LibreDrive enabled, BU40N 1.00 LibreDrive enabled): JOKER_FOLIE_A_DEUX
14:32:34 - Get basic AACS data
-------------------------------------------------------------------------------
14:32:34 - AACS folder on disc is reachable - Validate is possible
14:32:35 - Different VolumeName detected - most likely the disc has been changed... take the new name
14:32:35 - VolumeName >JOKER_FOLIE_A_DEUX<
14:32:35 - DiscId >AA704C4B1A154F305153A47651F282FDB13F9BA2< (2024-10-16)
14:32:35 - DiscType >BD<
14:32:35 - MKB Revision >68<
14:32:35 - Disc-BusEncEnabled >1<
14:32:35 - Drve-BusEncCapable >1<
14:32:35 - ==> Bus Encryption active!
14:32:35 - UnitKeyCount >1<
14:32:35 - >>> UnitKeyENC (1) >E78D506D86980DF35649727ED3C399C2<
14:32:35 - UnitKeys recalculated with VUK:
14:32:35 - UnitKeyCount >1<
14:32:35 - >>> UnitKeyDEC (1) >96D5CBF744EEAC3E04791A0A05FDEAEA<
-------------------------------------------------------------------------------
14:32:35 - BusEncryption enabled => either ReadDataKey or disabling of BusEncryption required
-------------------------------------------------------------------------------
14:32:35 - Try to read ReadDataKey from RDK cache
14:32:35 - RDK not found in cache! Cannot validate disc!
14:32:35 - BusEncryption could not be defeated! Stop now.

Any ideas?

UHD disc: UHD_JW4
FindVUK does not work! It stops working after PART 1 --- GET AACSKEYS DATA

Any ideas?

I also wanted to make a 1:1 copy (ISO file with all protetctions included) of one my BD discs. I therefore used Xreveal and makemkv with ImgBurn. I then burned this ISO file to disc and then wanted to find the AACS key using FindVUK again.
I got this error:
12:30:26 - AACSkeys could not get data with host certificate >4B7AEF00859AF7F8E88AE97418D862FBE404571A< - #BRAKEYS_AacsKeysError<
12:30:26 - Couldn't get MediaKey, VolumeId and VUK from AACSkeys - close now

Any ideas?

And interestingly non of these burned BD disc does work in my TV Blu-ray player.

Thank you very much?

[MrPenguin]

14:32:35 - BusEncryption enabled => either ReadDataKey or disabling of BusEncryption required
-------------------------------------------------------------------------------
14:32:35 - Try to read ReadDataKey from RDK cache
14:32:35 - RDK not found in cache! Cannot validate disc!
14:32:35 - BusEncryption could not be defeated! Stop now.

Any ideas?

Yes, you need to defeat bus encryption. So either you need to discover the Read Device Key (RDK) for your drive/disk and add it to the local AACS cache, or you need to activate LibreDrive - probably by setting this value in FindVUK.ini:
Disable_Bus_Encryption_Cmd = "C:\Program Files (x86)\MakeMKV\makemkvcon.exe" info dev:$DRIVE$
Assuming this is where you have installed MakeMKV, of course.

I also wanted to make a 1:1 copy (ISO file with all protections included) of one my BD discs. I therefore used Xreveal and makemkv with ImgBurn.

Not even MakeMKV can make a 1:1 copy of a BluRay disk, which is why its "back-up" feature also creates discatt.dat or discattd.dat files. AFAIK Xreveal only understands AACS, and does not attempt to break any BluRay protections.

You probably just want to use MakeMKV's "back-up" feature with ImgBurn. I don't see why you would need Xreveal here.

[coricopat]

I also wanted to make a 1:1 copy (ISO file with all protetctions included) of one my BD discs.

Under Linux you can e.g. use dd for such task, but for the resulting UDF image (BDs don't use ISO ;-) ) to be useful, you still need to defeat bus encryption (if that is used).
Such image would contain all the regular encryption methods (except bus encryption, if you managed to circumvent it - which, AFAIU, is however anyway not really on the medium, so it would be more or less the best raw copy you can get).

[johannu]

@MrPenguin: Thank you very much, the command for defeating bus encryption works flawless...

But now my LG BU40N has revoked this (https://forum.doom9.org/showthread.php?p=1990091#post1990091) Host Certificate, when I analysed a BD disc using MKBv72... unbelievable... the result is, that I can't use this drive anymore to find AACS keys.

It seems, that - as you already said - this drive remembers the highest MKB version that it has even been asked to read. Where does this information be stored in the drive and can it be deleted? Or is there a new non revoked Host Certificate available?

Thank you!

[MrPenguin]

It seems, that - as you already said - this drive remembers the highest MKB version that it has even been asked to read. Where does this information be stored in the drive and can it be deleted? Or is there a new non revoked Host Certificate available?
The revocation lists are stored in flash memory within the drive, and you'd probably need to be an Electronics Whizz-kid with a soldering iron to do anything about them :(.

Do you have any other drives, apart from your BU40N?

I believe your link contains the latest publicly known AACSv1 host certificate, which AFAIK was revoked by MKBv76. There are (unfortunately!) no publicly known AACSv2 host certificates. However, you might want to consider reading the rest of the messages in that thread for advice about AACSv1.

[johannu]

Finding The Revocation List (https://hacks.esar.org.uk/un-bricking-a-blu-ray-drive/)... very interesting...

Yes, I also own a WH16NS60 that is not affected from revoked Host Certificate. As long makemkv works with my BU40N it's not a very huge problem that it has revoked known Host Certificates.

[MrPenguin]

Yes, I also own a WH16NS60 that is not affected from revoked Host Certificate. As long makemkv works with my BU40N it's not a very huge problem that it has revoked known Host Certificates.
Before I discovered MakeMKV, my solution to this problem was to buy a brand new drive specifically for those MKB versions that wouldn't revoke my Host Certificates. This did at least allow me to continue playing my existing BDs while I was waiting for the next Host Certificate to appear. However, it's obviously not a viable strategy for UHD disks for which we don't have any Host Certificates in the first place.

[SamuriHL]

Under Linux you can e.g. use dd for such task, but for the resulting UDF image (BDs don't use ISO ;-) ) to be useful, you still need to defeat bus encryption (if that is used).
Such image would contain all the regular encryption methods (except bus encryption, if you managed to circumvent it - which, AFAIU, is however anyway not really on the medium, so it would be more or less the best raw copy you can get).

This isn't accurate. At least not fully. One of the things that will NOT be in that image is the Volume unique IDentifier (VID). So unless you already know the VID or the unit keys are already available for your disc in the keydb, the UDF image is NOT complete enough to be decrypted. This is why MakeMKV creates a discatt.dat file which contains the VID when it does a backup. The VID is in a protected part of the disc and has no place to be stored in an image.

[coricopat]

This isn't accurate. At least not fully. One of the things that will NOT be in that image is the Volume unique IDentifier (VID).

Well I've assumed that all key material would of course be gathered via some of the usual means. :-)

I wonder whether there's any FLOSS way to dump the regions outside of the regular image.

[MrPenguin]

I wonder whether there's any FLOSS way to dump the regions outside of the regular image.
Sure, it's called "write your own drive firmware" ;).

[SamuriHL]

Well I've assumed that all key material would of course be gathered via some of the usual means. :-)

I wonder whether there's any FLOSS way to dump the regions outside of the regular image.

If you have a valid AACS 2.x host certificate and device key, sure. ;)

Other than that, no. Supposedly Libredrive was going to be made open source at some point but that hasn't happened.

[coricopat]

Do these region contain anything other than the VID?

But anyway, I'd still argue that, if one has (at least) the unit keys, the raw image of the UDF (with bus encryption circumvented) can be considered complete.

[SamuriHL]

Yea, there's a few things in the protected parts of the disc. It's laid out in the AACS specs.

I wasn't arguing against being able to use an image. I create protected images with bus encryption disabled all the time. I was simply correcting the "you have everything you need with an image" part because UNLESS you have the unit keys, which will have to be derived ultimately from an actual disc by someone, the image is not everything you need. What I mean is this, and this is relevant to FindVUK in a tangential way...

If no one has scanned the actual disc with something like FindVUK, DVDFab, MakeMKV, then the unit keys can't be found. This means that if you do the following:

1) Disable/Circumvent bus encryption
2) Create ISO image with your favorite image creation tool
3) Try to use the image mounted in Daemon Tools with FindVUK (or alternatively open said image with DVDFab), it will NOT be decrypted UNTIL someone opens FindVUK or DVDFab with the actual disc first

That is the reason I point this out. Because we are in the FindVUK thread where this is quite relevant. Someone thinking they can make an image first without scanning the disc with DVDFab, either directly or through FindVUK, won't be able to decrypt it if the unit keys aren't already known.

[Toad King]

One of the disc entries in the keydb is incorrect but submitting a correct version doesn't seem to fix it. Is it possible to reset this one so I can upload a correct version?

0xA6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03 = BAD_BOYS_FOR_LIFE (Bad Boys for Life - 4K Ultra HD)

[SamuriHL]

Try using the ValidateDisc option. It should allow the entry to be corrected in theory.

[Toad King]

Try using the ValidateDisc option. It should allow the entry to be corrected in theory.

I put in the correct keys and did that and it validates but the wrong keys are still in the download.

[SamuriHL]

Odd. Nalor will have to chime in then.

Sent from my SM-S938U1 using Tapatalk

[MrPenguin]

I put in the correct keys and did that and it validates but the wrong keys are still in the download.
This disk's entry in KEYDB already appears to be a validated "meta-entry", which suggests that its Unit Key has been proved to work. Does this mean you were successful in updating it?

[Toad King]

This disk's entry in KEYDB already appears to be a validated "meta-entry", which suggests that its Unit Key has been proved to work. Does this mean you were successful in updating it?

The "validated" entry in the keydb is incorrect and does not work. I'm trying to update it to the correct keys.

[MrPenguin]

The "validated" entry in the keydb is incorrect and does not work. I'm trying to update it to the correct keys.
OK, that's weird because I though FindVUK 1.79 wouldn't do that...

[mick0]

The "validated" entry in the keydb is incorrect and does not work. I'm trying to update it to the correct keys.

FWIW the current entry for this disc has been mark both "validated" and "unknown" status in the database.
<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
<FileType>BlurayMetaXML</FileType>
<DiscId Date="2020.02.12">A6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03</DiscId>
<DiscType>UHD</DiscType>
<VolumeId/>
<MediaKey/>
<VolumeUniqueKey/>
<Validated>1</Validated>
<VolumeLabel>BAD_BOYS_FOR_LIFE</VolumeLabel>
<BDplus>0</BDplus>
<BusEncryptionEnabled>1</BusEncryptionEnabled>
<MKBrev>68</MKBrev>
<MainPlaylist/>
<UnitKeys>
<UnitKey Nr="1" Status="unknown">F81FFC84B05A73FEE1AF02E2403D3762</UnitKey>
</UnitKeys>
<EncryptedValues>
<UnitKeysENC>
<UnitKey Nr="1">4831785627C690A0C350C93D2F569AA8</UnitKey>
</UnitKeysENC>
</EncryptedValues>
<MetaTitles>
<MetaTitle Language="eng">Bad Boys for Life - 4K Ultra HD</MetaTitle>
</MetaTitles>
<Hashes>
<Hash Type="MD5" File="MKB_RO.inf" Size="5242880">02FFEE0285F49144CBE8D5388425DB8E</Hash>
<Hash Type="MD5" File="Unit_Key_RO.inf" Size="65536">17D66594B45B5C4C43FFB0293788E2D3</Hash>
</Hashes>
<Application>FindVUK 1.79</Application>
<VolumeSize>58874855424</VolumeSize>
</Bluray>


There is also another upload for this disc that has been marked fully validated. I suppose these are the correct keys for this title?
<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
<FileType>BlurayMetaXML</FileType>
<DiscId Date="2020.02.12">A6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03</DiscId>
<DiscType>UHD</DiscType>
<VolumeId>A7BB091D19F7C0B3A1880CC4BDE007BE</VolumeId>
<MediaKey>864BFC8833D4A106DE6ACD240AEB9CF8</MediaKey>
<VolumeUniqueKey>C2B9CEAC8512D8C9E00912D89FBC51EC</VolumeUniqueKey>
<Validated>1</Validated>
<VolumeLabel>BAD_BOYS_FOR_LIFE</VolumeLabel>
<BDplus>0</BDplus>
<BusEncryptionEnabled>1</BusEncryptionEnabled>
<MKBrev>68</MKBrev>
<MainPlaylist/>
<UnitKeys>
<UnitKey Nr="1" Status="valid">452519DA5B47634BE7D925E06B91F64F</UnitKey>
</UnitKeys>
<EncryptedValues>
<UnitKeysENC>
<UnitKey Nr="1">4831785627C690A0C350C93D2F569AA8</UnitKey>
</UnitKeysENC>
</EncryptedValues>
<MetaTitles>
<MetaTitle Language="eng">Bad Boys for Life - 4K Ultra HD</MetaTitle>
</MetaTitles>
<Hashes>
<Hash Type="MD5" File="MKB_RO.inf" Size="5242880">02FFEE0285F49144CBE8D5388425DB8E</Hash>
<Hash Type="MD5" File="Unit_Key_RO.inf" Size="65536">17D66594B45B5C4C43FFB0293788E2D3</Hash>
</Hashes>
<Application>FindVUK 1.79</Application>
<VolumeSize>58874855424</VolumeSize>
</Bluray>

[TTide]

There is also another upload for this disc that has been marked fully validated. I suppose these are the correct keys for this title?


I thought AACSv2 Discs couldn't be watched on free software players.

https://forum.doom9.org/showthread.php?p=1997540#post1997540

[SamuriHL]

I thought AACSv2 Discs couldn't be watched on free software players.

https://forum.doom9.org/showthread.php?p=1997540#post1997540

Sure they can. They just need aacslib and a keydb entry. What we don't have is a processing/device key to decrypt the mediakey. But if you have the unit keys, any free player that supports the keydb can play it. If a processing/device key ever becomes available (unlikely but you never know) then the aacslib would in theory be able to do the whole decryption. Yes, there's host certs and all that to contend with but with LibreDrive, that could be bypassed.

[Toad King]

FWIW the current entry for this disc has been mark both "validated" and "unknown" status in the database.
<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
<FileType>BlurayMetaXML</FileType>
<DiscId Date="2020.02.12">A6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03</DiscId>
<DiscType>UHD</DiscType>
<VolumeId/>
<MediaKey/>
<VolumeUniqueKey/>
<Validated>1</Validated>
<VolumeLabel>BAD_BOYS_FOR_LIFE</VolumeLabel>
<BDplus>0</BDplus>
<BusEncryptionEnabled>1</BusEncryptionEnabled>
<MKBrev>68</MKBrev>
<MainPlaylist/>
<UnitKeys>
<UnitKey Nr="1" Status="unknown">F81FFC84B05A73FEE1AF02E2403D3762</UnitKey>
</UnitKeys>
<EncryptedValues>
<UnitKeysENC>
<UnitKey Nr="1">4831785627C690A0C350C93D2F569AA8</UnitKey>
</UnitKeysENC>
</EncryptedValues>
<MetaTitles>
<MetaTitle Language="eng">Bad Boys for Life - 4K Ultra HD</MetaTitle>
</MetaTitles>
<Hashes>
<Hash Type="MD5" File="MKB_RO.inf" Size="5242880">02FFEE0285F49144CBE8D5388425DB8E</Hash>
<Hash Type="MD5" File="Unit_Key_RO.inf" Size="65536">17D66594B45B5C4C43FFB0293788E2D3</Hash>
</Hashes>
<Application>FindVUK 1.79</Application>
<VolumeSize>58874855424</VolumeSize>
</Bluray>


There is also another upload for this disc that has been marked fully validated. I suppose these are the correct keys for this title?
<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
<FileType>BlurayMetaXML</FileType>
<DiscId Date="2020.02.12">A6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03</DiscId>
<DiscType>UHD</DiscType>
<VolumeId>A7BB091D19F7C0B3A1880CC4BDE007BE</VolumeId>
<MediaKey>864BFC8833D4A106DE6ACD240AEB9CF8</MediaKey>
<VolumeUniqueKey>C2B9CEAC8512D8C9E00912D89FBC51EC</VolumeUniqueKey>
<Validated>1</Validated>
<VolumeLabel>BAD_BOYS_FOR_LIFE</VolumeLabel>
<BDplus>0</BDplus>
<BusEncryptionEnabled>1</BusEncryptionEnabled>
<MKBrev>68</MKBrev>
<MainPlaylist/>
<UnitKeys>
<UnitKey Nr="1" Status="valid">452519DA5B47634BE7D925E06B91F64F</UnitKey>
</UnitKeys>
<EncryptedValues>
<UnitKeysENC>
<UnitKey Nr="1">4831785627C690A0C350C93D2F569AA8</UnitKey>
</UnitKeysENC>
</EncryptedValues>
<MetaTitles>
<MetaTitle Language="eng">Bad Boys for Life - 4K Ultra HD</MetaTitle>
</MetaTitles>
<Hashes>
<Hash Type="MD5" File="MKB_RO.inf" Size="5242880">02FFEE0285F49144CBE8D5388425DB8E</Hash>
<Hash Type="MD5" File="Unit_Key_RO.inf" Size="65536">17D66594B45B5C4C43FFB0293788E2D3</Hash>
</Hashes>
<Application>FindVUK 1.79</Application>
<VolumeSize>58874855424</VolumeSize>
</Bluray>


Yes, that second entry has the correct keys. I guess the generated keydb file is only grabbing that first entry and not the second one for some reason. (How can a key be validated if the unit key status is unknown?)

Also how are you getting these individual entries for the DB from? I assume there's some other API for getting this extra data.

[mick0]

Also how are you getting these individual entries for the DB from? I assume there's some other API for getting this extra data.

It's all public information, see the "Online DB - BlurayMeta Archive" link in this post (https://forum.doom9.org/showthread.php?p=1860873#post1860873).

[MrPenguin]

If a processing/device key ever becomes available (unlikely but you never know) then the aacslib would in theory be able to do the whole decryption.
To be fair, any AACSv2 processing/device key would be revoked as soon as it became publicly available. So I seriously doubt this will happen unless the key could be replaced quickly and easily.

Personally, I'd quite like an AACSv2 host certificate because that would allow me to disable bus encryption on my Pioneer XD08U drive that doesn't support LibreDrive.

[SamuriHL]

I agree that it's highly unlikely we'll ever see a device/processing key for aacs 2.x.

That's true, a valid host cert would negate bus encryption and would make findvuk easier, as well. Maybe that'd allow dvdfab to finally support pio drives, as well.

Sent from my SM-S938U1 using Tapatalk

[nalor]

OK, that's weird because I though FindVUK 1.79 wouldn't do that...

This is definitely strange - need to check that.

[coricopat]

@nalor ...maybe if you're at it and have some time, perhaps you could check/consider the following:

a) On some mediums, when using FindVUK from Linux via Wine, the VolumeLabel field contains a traling 0x1F, which causes the submission to fail.
Perhaps FindVUK could strip that (or any control characters) off


b) The same medium would give different values for VolumeSize on at least Windows 10 and Linux (via wine).
I've checked it a while ago and it seemed Linux' value was more correct and if I remember correctly, Windows 11 even calculates it now how Linux does (but not sure about that9.

Not sure how you determine the value,... maybe one could instead sum up all the file sizes?
That should be portable, but OTOH require to read all file sizes (which may take a while)... and also invalidate all current entries.

So... no idea what one should do, if anything at all.

Cheers.

[nalor]

@nalor ...maybe if you're at it and have some time, perhaps you could check/consider the following:

a) On some mediums, when using FindVUK from Linux via Wine, the VolumeLabel field contains a traling 0x1F, which causes the submission to fail.
Perhaps FindVUK could strip that (or any control characters) off


b) The same medium would give different values for VolumeSize on at least Windows 10 and Linux (via wine).
I've checked it a while ago and it seemed Linux' value was more correct and if I remember correctly, Windows 11 even calculates it now how Linux does (but not sure about that9.

Not sure how you determine the value,... maybe one could instead sum up all the file sizes?
That should be portable, but OTOH require to read all file sizes (which may take a while)... and also invalidate all current entries.

So... no idea what one should do, if anything at all.

Cheers.

(a) is (hopefully) already fixed in my local code for a long time, just missed to create a new release.

(b) sum of filesizes would not be right as e.g. on 3D discs sectors are referenced by multiple files so the sum of all files is greater than the actual disc.
Currently I'm using a windows api: GetDiskFreeSpaceEx


And in general I think I found the bug with the validate=true although there are no validated unit keys - I missed to return the correct result in case validation failed for a bus encrypted disc - very likely due to a wrong RDK.

Try to release a fixed 1.80 tomorrow.

[SamuriHL]

Any chance while you're in there you can add a switch to validatedisc to process one disc only and then exit? It would help me immensely but understand if you don't want that or don't have time. Thanks!

[Toad King]

(b) sum of filesizes would not be right as e.g. on 3D discs sectors are referenced by multiple files so the sum of all files is greater than the actual disc.
Currently I'm using a windows api: GetDiskFreeSpaceEx

Not sure how Windows works obviously but in Wine that API calls statfs/fstatfs (https://linux.die.net/man/2/statfs) under the hood which looks correct.

Looking at the docs for GetDiscFreeSpaceEx (https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getdiskfreespaceexw) it looks like it can return a smaller value based on whether the whole disc is "available to the user" or not. It might be more accurate to use something like IOCTL_DISK_GET_LENGTH_INFO (https://learn.microsoft.com/en-us/windows/win32/api/winioctl/ni-winioctl-ioctl_disk_get_length_info) or IOCTL_DISK_GET_DRIVE_GEOMETRY_EX (https://learn.microsoft.com/en-us/windows/win32/api/winioctl/ni-winioctl-ioctl_disk_get_drive_geometry_ex), although it looks like some of those might not be implemented in Wine so it may need a fallback.

[coricopat]

See my earlier post (https://forum.doom9.org/showthread.php?p=2009867#post2009867) here, which explains - if I'm correct - how Windows (10 only?) and Linux count the UDF size differently.

Windows seems to include the actual "data area" (PSPACE) + all leading parts of the "partitions"... Linux only take the PSPACE.

[nalor]

Published FindVUK 1.81 (I noticed I already created an 1.80 back in september 2024 which only fixes the volumename problem in wine).

[nalor]

Any chance while you're in there you can add a switch to validatedisc to process one disc only and then exit? It would help me immensely but understand if you don't want that or don't have time. Thanks!

Have you tried the ini-switch "ExitAfterprocessing" ? I'd expect that it already does what you need... in case it does not, let me know and I'll fix it.

[Toad King]

Published FindVUK 1.81 (I noticed I already created an 1.80 back in september 2024 which only fixes the volumename problem in wine).

It seems to work. (it errors out and doesn't send anything when validating on the incorrect info.) I think the DB entry for 0xA6F5AC52B2EDC7BA254CAD6D491799EEC1EADC03 still has to be fixed manually since I still can't upload the correct keys to it still.

Also, is it possible to implement the changes from this post in a future release? It'll help auto-ejecting work under Wine: https://forum.doom9.org/showthread.php?p=2009416#post2009416

[SamuriHL]

Have you tried the ini-switch "ExitAfterprocessing" ? I'd expect that it already does what you need... in case it does not, let me know and I'll fix it.

I have not as I didn't know about that one. I'll give it a try thanks!

[nalor]

I put in the correct keys and did that and it validates but the wrong keys are still in the download.

Please try again - I've changed the entry in the db to "validated=0" - so I think a new validation should result in an update.

There are 11 more entries that look strange .. will check tomorrow in detail.

[SamuriHL]

Have you tried the ini-switch "ExitAfterprocessing" ? I'd expect that it already does what you need... in case it does not, let me know and I'll fix it.

I have not as I didn't know about that one. I'll give it a try thanks!

Looks like I already had that set and it doesn't seem to take affect for validatedisc unless I'm doing something wrong. (So apparently I did know about it last time I updated the ini file LOL)

EDIT: This is what happens with that set in the ini after it ejects the disc (which is also set to not eject):


18:50:55 - AACS folder on disc in drive >g< is not accessible - keep waiting for disc to appear (abort with ESC)

[nalor]

Looks like I already had that set and it doesn't seem to take affect for validatedisc unless I'm doing something wrong. (So apparently I did know about it last time I updated the ini file LOL)

Checked the code and you're right - is not working yet.

Whats your preference:
* eject disc and exit
* or just exit
* or use the ini parameter EjectDisc to define if the disc shall be ejected before the exit?

[SamuriHL]

Checked the code and you're right - is not working yet.

Whats your preference:
* eject disc and exit
* or just exit
* or use the ini parameter EjectDisc to define if the disc shall be ejected before the exit?

I'd prefer to have the ini params honored if possible. Thanks so much for looking at this!

[Toad King]

Please try again - I've changed the entry in the db to "validated=0" - so I think a new validation should result in an update.

There are 11 more entries that look strange .. will check tomorrow in detail.

That did it! Thanks for the help.

[coricopat]

* eject disc and exit
* or just exit
* or use the ini parameter EjectDisc to define if the disc shall be ejected before the exit?

IMO it would be neat if one could control both via config setting:
- whether the programs run in a loop
- whether the disc would be auto-ejected (would also be nice for Linux, where that fails as Toad King mentioned (https://forum.doom9.org/showthread.php?p=2016587#post2016587), so one could simply disable it).

[Toad King]

- whether the disc would be auto-ejected (would also be nice for Linux, where that fails as Toad King mentioned (https://forum.doom9.org/showthread.php?p=2016587#post2016587), so one could simply disable it).

In the meantime, I've been able to patch the executable to fix ejection on Linux. I don't recommend doing this for Windows users. And you need a recent version of Wine for ejection to still work properly. (Anything after 10.0 should work.)

You can patch the 1.81 executable with this command:

xxd FindVUK.exe | sed -e 's/00217fd0: 8b5c 2418 83fb 020f 8503/00217fd0: 8b5c 2418 83fb 090f 8403/' -e 's/00218330: 0448 2d00 ff74 2420 e87d 76f2 ff21 c074/00218330: 0448 2d00 ff74 2420 e87d 76f2 ff21 c066/' -e 's/00218340: 0431/00218340: 9031/' | xxd -r > FindVUK.patched.exe

Afterwards the new patched executable should have a SHA1 checksum of 8f5e0033b2247af683b94b1c50f6d1efcc52c802.

This patches two things:
* Always do the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL ioctls, regardless of drive type.
* Skip checking the return value of IOCTL_STORAGE_MEDIA_REMOVAL, since that fails in Wine.

EDIT: After some more investigating it looks like FindVUK tries to eject the disc drive twice in a row, which is the part that's triggering the bug.

2025-03-18 23:27:07 # 5444 # [I] findvuk_showresult / _EjectDisc / Eject the disc now from drive >e:\<
2025-03-18 23:27:07 # 5444 # [I] drive_ms / DRVMS_EjectMedia / Eject drive >e<
2025-03-18 23:27:10 # 8177 # [I] findvuk_showresult / _EjectDisc / Successfully ejected the media in drive e!
2025-03-18 23:27:10 # 8178 # [I] FindVUK_Main / / Eject disc from drive >e< - insert next disc to validate or exit with ESC
2025-03-18 23:27:10 # 8178 # [I] FindVUK_Main / FVMAIN_Mode_ValidateDisc_EjectDisc / Eject the disc now from drive >e:\<
2025-03-18 23:27:10 # 8179 # [I] drive_ms / DRVMS_EjectMedia / Eject drive >e<
2025-03-18 23:27:10 # 8219 # [E] drive_ms / DRVMS_EjectMedia / ERROR! Couldn't remove the media in drive e!
2025-03-18 23:27:10 # 8269 # [E] FindVUK_Main / FVMAIN_Mode_ValidateDisc_EjectDisc / ERROR! Couldn't remove the media in drive e!

The first eject succeeds here but the second one called immediately after it is failing. If that is fixed then the IOCTL_STORAGE_MEDIA_REMOVAL call won't have to be patched to ignore the return value. Only the unmounting stuff for CD drives will still be required.

[nalor]

This patches two things:
* Always do the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL ioctls, regardless of drive type.
* Skip checking the return value of IOCTL_STORAGE_MEDIA_REMOVAL, since that fails in Wine.

EDIT: After some more investigating it looks like FindVUK tries to eject the disc drive twice in a row, which is the part that's triggering the bug.


Found it - will prevent the double ejection in next release :)

[nalor]

The first eject succeeds here but the second one called immediately after it is failing. If that is fixed then the IOCTL_STORAGE_MEDIA_REMOVAL call won't have to be patched to ignore the return value. Only the unmounting stuff for CD drives will still be required.

A workaround is to set "EjectDisc=0" in the ini file - this prevents the first of the 2 ejects.

The fix will be to skip the 2nd eject in case the parameter is set to 1.

[Toad King]

A workaround is to set "EjectDisc=0" in the ini file - this prevents the first of the 2 ejects.

The fix will be to skip the 2nd eject in case the parameter is set to 1.

That works here. With that the only other thing required for Wine support is the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL calls for disc drive volumes.

[nalor]

That works here. With that the only other thing required for Wine support is the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL calls for disc drive volumes.

The code used for disc-eject is basically the one as recommended by Microsoft:

MS KB165721 (https://web.archive.org/web/20150815183515/https://support.microsoft.com/en-us/kb/165721)

Update: just noticed there's a major difference, because the example always locks, dismounts and media-removes ... will check tomorrow in detail ...

[Revolutrix]

I have been using version 1.79 for a long time and last week an automatic update to version 1.81 was carried out. On Saturday, I ran the program again and Bitdefender came up.
Gen:Suspicious.Cloud.2.dBW@auankqni
Trojan:Win32/Wacatac.B!ml

Is this a cause for concern? Or just add it as an exception. Is there a Sha1 value of the current version, to avoid an error during download?

[nalor]

I have been using version 1.79 for a long time and last week an automatic update to version 1.81 was carried out. On Saturday, I ran the program again and Bitdefender came up.
Gen:Suspicious.Cloud.2.dBW@auankqni
Trojan:Win32/Wacatac.B!ml

Is this a cause for concern? Or just add it as an exception. Is there a Sha1 value of the current version, to avoid an error during download?

This is the SHA1 of the exe:
SHA1: 791194cd9a5081663f44974b312216dbf31aadae

The virus message is an error, there's something in the exe files created by Purebasic that triggers the antivirus tools ... usually they learn after a few days that it's a false positive.

[nalor]

That works here. With that the only other thing required for Wine support is the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL calls for disc drive volumes.

Published 1.82 - imho the "eject" is now using the correct sequence of commands.
Note: in case the "lock" fails, the eject continues even without lock.

[Toad King]

Published 1.82 - imho the "eject" is now using the correct sequence of commands.
Note: in case the "lock" fails, the eject continues even without lock.

Tested in Wine, validate mode now ejects and waits properly without having to patch the executable. Thanks!

[SamuriHL]

Thanks for the new version! I'll give it a try for my use case a bit later. Much appreciated!

[coopervid]

Published 1.82 - imho the "eject" is now using the correct sequence of commands.
Note: in case the "lock" fails, the eject continues even without lock.

The update hangs.

Update process started >E:\bluray\FindVUK\mod.update.exe< - end current process now. It seems all versions of the links in the first post for FindVUK don't work anymore.

[nalor]

The update hangs.

Update process started >E:\bluray\FindVUK\mod.update.exe< - end current process now. It seems all versions of the links in the first post for FindVUK don't work anymore.

Just checked locally and cannot reproduce, on my Win 11 notebook update from 1.79 to 1.82 worked flawless.
(and the update process hasn't been changed since a long time)

[coopervid]

Just checked locally and cannot reproduce, on my Win 11 notebook update from 1.79 to 1.82 worked flawless.
(and the update process hasn't been changed since a long time)

Some update of Windows must block now http connections and therefore the synchronize process hangs. For both Chrome and Firefox the download only works when I specifically allow the download of the file from fvonline-db.bplaced.net via http. I need then to manually install the newest FindVUK.

[luigiish]

I don't know if this is the right place to share this, but anyway...

I didn't find Love Live! Superstar!! 3rd Season 3 in the keydb. Without it, I'm not able to reproduce it on VLC. There's only Love Live! Superstar!! 3rd Season 1, 2 and 4 keys there.

[MrPenguin]

I didn't find Love Live! Superstar!! 3rd Season 3 in the keydb. Without it, I'm not able to reproduce it on VLC. There's only Love Live! Superstar!! 3rd Season 1, 2 and 4 keys there.
If you have the disks yourself then feel free to add them to keydb ;).

[luigiish]

If you have the disks yourself then feel free to add them to keydb ;).

I'd like to do it, but I'm basically newbie in this type of thing. I have no idea on how to do it.

[MrPenguin]

I'd like to do it, but I'm basically newbie in this type of thing. I have no idea on how to do it.
This thread (https://forum.doom9.org/showthread.php?t=176924) should explain how install libaacs and libbluray, which should be able to handle any standard BluRay - once you've also installed an up-to-date KEYDB.cfg file.

libaacs cannot yet generate keys for UHD disks.

See also here (https://forum.doom9.org/showthread.php?p=2016431#post2016431) and here (https://forum.doom9.org/showthread.php?p=1990091#post1990091).

[SamuriHL]

Just want to say thanks to Nalor for the changes to validate disc. I was able to add that functionality to my front-end UI for findvuk and have been able to validate a bunch of discs with it. Very nice!

[markfilipak]

FindVUK 1.82, 'FindVUK.exe AACSkeys=H', asked me to post this here.
+ VENDOR # PRODUCT-IDENTIF. # REV. # FIRMWARE CR. # INTERFACE # DRIVETYPE # BusEncryptionCapable # BindingNonceGeneration # VENDOR SPECIFIC # FEATURE DESCRIPTOR # COMMENT
| HL-DT-ST | BD-RE BP50NB40 | 1.03 | 212107081603 | Serial ATAPI | BLURAY/DVD/CD-WRITER | 1 | 1 | N000300SIK05N15F004 | 01 0D 09 04 17 01 02 01 |

I'm bewildered. Is there a non-codesmith roadmap to FindVUK?

[markfilipak]

I have many movies and concert videos that are not found in keydb.cfg but that anydvd decrypted. Is there a way to take what anydvd did and add it to keydb.cfg?

[Emulgator]

The full database is here:
http://fvonline-db.bplaced.net/

[markfilipak]

The full database is here:
http://fvonline-db.bplaced.net/
Hello, my friend,

You've always been helpful. I appreciate you!

Yes, that's the keydb.cfg. Is there a way to 'take' what anydvd did and integrate it into that database?

[SamuriHL]

Not easily, no. You can't just "extract keys" from AnyDVD unfortunately. FindVUK will use DVDFab to find the keys if you have a compatible DVDFab product. If these are blu-rays then you can use the AACSKEYS option in FindVUK to find them without DVDFab products assuming you have the latest device keys in your local keydb.cfg.

[Emulgator]

You may want to get the legacy version and search for the titles you mean.
At >130.000 entries your titles might be already in there.
I don't remember the exact link address ATM, the earlier FindVUK downloaded the full version, the later only kept the necessary entries.

[markfilipak]

... If these are blu-rays then you can use the AACSKEYS option in FindVUK to find them without DVDFab products assuming you have the latest device keys in your local keydb.cfg.

What do I make of this?
===anydvd's log===
Anydvd has the good sense to automatically open the log in the default text editor.
Error reading from drive H:!
Verify Error Sectors: 10342680-10342694
Verify Error Sectors: 10342695-10342709
Verify Error Sectors: 10342710-10342724
Verify Error Sectors: 10342725-10342739
Verify Error Sectors: 10342740-10342754
Verify Error Sectors: 10342755-10342769
Verify Error Sectors: 10342770-10342784
Verify Error Sectors: 10342785-10342799
Verify Error Sectors: 10342800-10342814
Verify Error Sectors: 10342815-10342829
I aborted at that point. I'm currently rerunning anydvd to get _all_ the 'error' sectors.

===keydb.cfg lists===
0x651B81BF4C928831A2B77BB1717B79CBD4E5D010 = ERBRD5182 (Peter Gabriel Live in Athens 1987) | D | 2013-07-24 | V | 0x96DD33ABDB05A9017A657A4C05A0D088 | M | 0x3B1BF3B12C22A73C5410419EFF4233AB | I | 0x04D3602C288FA2E201A89C999CB8D594 | U | 1-0x5038124D690BC67B24E80BA759B8AA93 ; (LEGACY) (NOTVALIDATED) (BD)
0x32339FD6045AD1209AA297284F888F8D6C289006 = EVB334649 (Peter Gabriel Live in Athens 1987) | D | 2013-07-25 | V | 0x9403B1DE5B2912F84E914940BE474422 | M | 0xC95494367FDC54D36BBA41434C9A0A28 | I | 0xDA71DCF798D9223969D0AB0B87EFF7E0 | U | 1-0x0BCA8CDCFC2608831CF7D8D3619900D6 ; MKBv39 - MainPlaylist: 00002.mpls - VolumeSize: 41052796928 (LEGACY) (NOTVALIDATED) (BD)

Mine is the second one: "| D | 2013-07-25".
Note "; MKBv39 - MainPlaylist: 00002.mpls - VolumeSize: 41052796928 (LEGACY) (NOTVALIDATED) (BD)". I will check the VolumeSize after anydvd is done and will post it with _all_ the 'error' sectors.

===running findvuk===
G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82>findvuk aacskeys=h
-----------------------------------------------------------
16:08:27 - ----------- FindVUK 1.82 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
16:08:27 - MODE: AACSkeys

16:08:27 - DriveLetter : h

16:08:27 - SettingsFile: >G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82\config\FindVUK.ini<
16:08:27 - Logfile >G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82\log\2025-04-19_FindVUK.txt< Default Loglevel >2<
16:08:27 - Update enabled - check for update
16:08:27 - Update check failed >#UPD_ERR_DOWNLOADFAILED<
16:08:27 - Open Main-KEYDB file: >C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg<
16:08:27 - Open Backup-KEYDB file: >G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82\VUKbackup\KEYDB.cfg<
16:08:27 - Driveletter for AACSkeys set to >h<

###############################################################################
16:08:27 - --- PART 1 --- GET AACSKEYS DATA ---
-------------------------------------------------------------------------------

-------------------------------------------------------------------------------
16:08:27 - Get basic AACS data
-------------------------------------------------------------------------------
16:08:27 - AACS folder on disc is reachable - Validate is possible
16:08:33 - Different VolumeName detected - most likely the disc has been changed... take the new name
16:08:33 - VolumeName >EVB334649<
16:08:33 - DiscId >32339FD6045AD1209AA297284F888F8D6C289006< (2013-07-25)
16:08:33 - DiscType >BD<
16:08:33 - MKB Revision >39<
16:08:33 - Disc-BusEncEnabled >0<
16:08:33 - Drve-BusEncCapable >1<
16:08:33 - UnitKeyCount >1<
16:08:33 - >>> UnitKeyENC (1) >039AA3691B032FAC8F9D1465AE8F2166<
-------------------------------------------------------------------------------
16:08:33 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
16:08:34 - Drive is detected as 'REAL BLURAY' drive
16:08:34 - M2TS files found >12<
16:08:34 - There are still 12 files that cannot be decoded with the provided unit keys!
16:08:34 - Validation failed - VUK/UnitKeys are INVALID!!!!!!!
16:08:34 - Please report this in the Doom9 forum and attach the logfile!
I would put findvuk's log here but doom9 won't let me -- too many bytes.

[SamuriHL]

My guess would be read errors on the disc but hard to say. Try cleaning it even if it "looks" clean.

[markfilipak]

My guess would be read errors on the disc but hard to say. Try cleaning it even if it "looks" clean.
I did that, and examined it under magnification. The disc is pristine.

UPDATE: Anydvd is recording all 'error' sectors. It is behaving like _every_ sector past 10342679 is an 'error'. It says it will complete in just over 1200 hours -- that's 50 days. Of course, I will stop it before 50 days, but I'll let it run for awhile. That all sectors past 10342679 are 'error' is highly improbable. The likely verdict is that the key changes at sector 10342680.

[markfilipak]

UPDATE
I allowed anydvd to run for two hours. It reported
Verify Error Sectors beginning with sector 10342680 through at least sector 10358774 -- I stopped it.
That's 16095 sectors without a break. I'm sure I don't need to convince anyone that every sector in 16095 sectors is in 'error' is well beyond believable.

G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82>findvuk validatedisc drive=h
-----------------------------------------------------------
19:24:24 - ----------- FindVUK 1.82 -----------
-----------------------------------------------------------
To close FindVUK simply press the ESC key
-----------------------------------------------------------
19:24:24 - MODE: ValidateDisc

19:24:24 - DriveLetter : h

19:24:24 - SettingsFile: >G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82\config\FindVUK.ini<
19:24:24 - Logfile >G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82\log\2025-04-19_FindVUK.txt< Default Loglevel >2<
19:24:24 - Update enabled - check for update
19:24:24 - Update check failed >#UPD_ERR_DOWNLOADFAILED<
19:24:24 - Open Main-KEYDB file: >C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg<
19:24:24 - Open Backup-KEYDB file: >G:\[D]\D\setup\Video\Xreveal\2025-03-29 FindVUK_1.82\VUKbackup\KEYDB.cfg<
-------------------------------------------------------------------------------
19:24:24 - Get basic AACS data
-------------------------------------------------------------------------------
19:24:24 - AACS folder on disc is reachable - Validate is possible
19:24:29 - VolumeName >EVB334649<
19:24:29 - DiscId >32339FD6045AD1209AA297284F888F8D6C289006< (2013-07-25)
19:24:29 - DiscType >BD<
19:24:29 - MKB Revision >39<
19:24:29 - Disc-BusEncEnabled >0<
19:24:29 - Drve-BusEncCapable >1<
19:24:29 - UnitKeyCount >1<
19:24:29 - >>> UnitKeyENC (1) >039AA3691B032FAC8F9D1465AE8F2166<
19:24:29 - No entry for discid >32339FD6045AD1209AA297284F888F8D6C289006< available in keydb >C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg< - no validation pos
sible!
19:24:29 - Eject the disc now from drive >h:\<

19:24:33 - Successfully ejected the media in drive h!
-------------------------------------------------------------------------------
19:24:33 - Get basic AACS data
-------------------------------------------------------------------------------
19:24:33 - AACS folder on disc in drive >h< is not accessible - keep waiting for disc to appear (abort with ESC)
Note the UnitKeyENC: 0x039AA3691B032FAC8F9D1465AE8F2166
That's new and is not in keydb.cfg.

How do I proceed?

[MrPenguin]

Note the UnitKeyENC: 0x039AA3691B032FAC8F9D1465AE8F2166
That's new and is not in keydb.cfg.

How do I proceed?
Isn't this your disk?
0x32339FD6045AD1209AA297284F888F8D6C289006 = EVB334649 (Peter Gabriel Live in Athens 1987) | D | 2013-07-25 | ...
It's already in KEYDB.cfg, so this should work provided your disk is OK.

KEYDB entries only contain decrypted unit keys, whereas UnitKeyENC is the Unit Key that has been encrypted using the VUK. And AFAICT your UnitKeyENC value is consistent with the disk's entry in KEYDB.cfg.
19:24:29 - No entry for discid >32339FD6045AD1209AA297284F888F8D6C289006< available in keydb >C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg< - no validation pos
sible!
This doesn't look right. Have you tried executing "findvuk synchronize" to ensure your copy of KEYDB.cfg is up-to-date?

[markfilipak]

Thanks for replying...
Isn't this your disk?

No, it isn't.

KEYDB entries only contain decrypted unit keys, whereas UnitKeyENC is the Unit Key that has been encrypted using the VUK. And AFAICT your UnitKeyENC value is consistent with the disk's entry in KEYDB.cfg.
19:24:29 - No entry for discid >32339FD6045AD1209AA297284F888F8D6C289006< available in keydb >C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg< - no validation pos
sible!
This doesn't look right. Have you tried executing "findvuk synchronize" to ensure your copy of KEYDB.cfg is up-to-date?
My keydb.cfg is up to date. I downloaded it today. Regarding synchronize, I can't do that. Windows is not connected to the Internet.

[markfilipak]

Well, I'm really confused now. I don't know how I arrived here, but I thought that FindVUK had to do with KeyDB.cfg and movie discs, but I see from here: BD-Video_Key_Extraction (http://wiki.redump.org/index.php?title=BD-Video_Key_Extraction), that it is for game discs. Or am I wrong and that's just a coincidence?

[SamuriHL]

Findvuk has nothing to do with game discs. It is for Blu-ray and uhd.

Sent from my SM-S938U1 using Tapatalk

[MrPenguin]

No, it isn't.

Your own FindVUK output says that your DiscId is 0x32339FD6045AD1209AA297284F888F8D6C289006, and this DiscId does indeed have an entry in KEYDB.cfg. Moreover, the UnitKeyENC value provided by your FindVUK output is entirely consistent with this KEYDB.cfg entry too.

The probability that this entry is not for your disk is therefore bordering on the preposterous...

Have you computed the SHA1 hash of your disk's AACS/Unit_Key_RO.inf file?
My keydb.cfg is up to date. I downloaded it today.
OK, but did you copy it to the correct place? Your FindVUK output says that it failed to find your DiscId in
C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg
However, KEYDB.cfg has contained an entry for DiscId=0x32339FD6045AD1209AA297284F888F8D6C289006 since February at least, which makes me think that the Adminstrator's KEYDB.cfg file is not today's version.

[markfilipak]

One mystery closes, and another, deeper mystery opens: How was 'C:\Users\Administrator\AppData\Roaming\aacs\' created?
Your own FindVUK output says that your DiscId is 0x32339FD6045AD1209AA297284F888F8D6C289006, and this DiscId does indeed have an entry in KEYDB.cfg. Moreover, the UnitKeyENC value provided by your FindVUK output is entirely consistent with this KEYDB.cfg entry too.

The probability that this entry is not for your disk is therefore ordering on the preposterous...
I agree.
Have you computed the SHA1 hash of your disk's AACS/Unit_Key_RO.inf file?
Thank you! Now I know the file and which hash to apply.

It's 0x32339fd6045ad1209aa297284f888f8d6c289006, and that _is_ in KeyDB.cfg as expected.

The mystery deepens.
OK, but did you copy it to the correct place?
Yes. As instructed: 'c:\ProgramData\aacs\KeyDB.cfg'.
Your FindVUK output says that it failed to find your DiscId in
C:\Users\Administrator\AppData\Roaming\aacs\KEYDB.cfg
Where did FindVUK get that path?

A search for KeyDB.cfg finds three:
'c:\ProgramData\aacs\KeyDB.cfg':)
'c:\Users\All Users\aacs\KeyDB.cfg':rolleyes:
'c:\Users\Administrator\AppData\Roaming\aacs\keydb.cfg':devil:

Regarding :) and :rolleyes: 'c:\Users\All Users\' is a hard link to 'c:\ProgramData\', so they are in fact the same file. 'c:\Users\All Users\aacs\' is virtual -- don't ya just love Windows.

Regarding :devil: It's a zero-length file.
I did not make 'c:\Users\Administrator\AppData\Roaming\aacs\'. I did not make a zero-length file. I wonder who did. :sly:

I'm running Windows 7, SP1.

I'm rerunning Xreveal for the thousandth time. Xreveal says,
"Retrieved keys from keydb.cfg.
Verified keys succeed.
Removed AACS protection.
Removed 3 UOPs protection."
as it has in the past.
I will post an update when it's finished.

[MrPenguin]

Yes. As instructed: 'c:\ProgramData\aacs\KeyDB.cfg'.
Is that "%ProgramData%\aacs"?

I did not make 'c:\Users\Administrator\AppData\Roaming\aacs\'. I did not make a zero-length file. I wonder who did. :sly:
I believe "C:\Users\Administrator\AppData\Roaming\aacs" is "%APPDATA%\aacs" for the Administrator user. You would need to check this KEYDB.cfg file's timestamps to discover when it was created, but I suspect that you have executed FindVUK as Administrator at some point.

Personally speaking, I don't recommend running anything as Administrator unless strictly necessary.

[markfilipak]

Is that "%ProgramData%\aacs"?

I believe "C:\Users\Administrator\AppData\Roaming\aacs" is "%APPDATA%\aacs" for the Administrator user. You would need to check this KEYDB.cfg file's timestamps to discover when it was created, but I suspect that you have executed FindVUK as Administrator at some point.

Personally speaking, I don't recommend running anything as Administrator unless strictly necessary.
I am always Administrator. That's why Windows is not connected to the Internet. I connect to the Internet through an Oracle VBox virtual machine running Linux. As Administrator, I avoid all permissions problems and I don't run any anti-virus. It's as close to a single-user system as is possible.

[markfilipak]

Xreveal failed at exactly the same point where AnyDVD failed. I turned Xreveal OFF and tried to play the disc with PowerDVD 18. PowerDVD would not play it but that's not definitive because PowerDVD 18 has not been updated for many years and cannot be updated.

However, at this point, I believe the BD is bad. This is why I have 20TB of disk. This is why I make copies. (...goodbye Peter. It was a great show, but I guess I'll never see it again.)

That stills leaves the mystery: How was 'C:\Users\Administrator\AppData\Roaming\aacs\' created?

[markfilipak]

Is that "%ProgramData%\aacs"?

From the environment:
APPDATA=C:\Users\Administrator\AppData\Roaming
ProgramData=C:\ProgramData

'%APPDATA%\aacs\keydb.cfg' = 0 bytes.
'%ProgramData%\aacs\keydb.cfg' = 57,433,037 bytes.

THOUGHTS: My guess is that some part of Xreveal sometimes uses '%APPDATA%\aacs\keydb.cfg', and sometimes uses '%ProgramData%\aacs\keydb.cfg'.

'c:\Users\All Users' is a hard link to 'c:\ProgramData', so 'c:\Users\All Users\aacs\KeyDB.cfg'=='c:\ProgramData\aacs\KeyDB.cfg'.

[Toad King]

I would assume most tools use "%APPDATA%\aacs\keydb.cfg" (except MakeMKV which needs it in its own directory). I would simply copy the file there and delete the program data one.

To be specific, libaacs uses the CSIDL_APPDATA directory as the base directory and on modern Windows that is "C:\Users\<username>\AppData\Roaming" most of the time.

[MrPenguin]

Xreveal failed at exactly the same point where AnyDVD failed. I turned Xreveal OFF and tried to play the disc with PowerDVD 18. PowerDVD would not play it but that's not definitive because PowerDVD 18 has not been updated for many years and cannot be updated.
But KEYDB.cfg already contains all the keys for your disk, so I cannot fathom why you are bothering with either Xreveal or AnyDVD in the first place. Just play the disk with VLC...

If you want to check your disk's readability then you should be able just to copy its entire contents to your hard disk because this BD doesn't use bus encryption.
That stills leaves the mystery: How was 'C:\Users\Administrator\AppData\Roaming\aacs\' created?
My guess would be that you executed FindVUK at some point before %ProgramData%\aacs\KEYDB.cfg existed, and FindVUK created an empty one for you. Once deleted, I expect FindVUK to find the system KEYDB.cfg instead, and then you can execute
findvuk validateDisc drive=H
The point is that FindVUK is currently finding %AppData%\aacs\KEYDB.cfg before %ProgramData%\aacs\KEYDB.cfg, so you need to delete one of these files and ensure the other is correct.

[markfilipak]

I would assume most tools use "%APPDATA%\aacs\keydb.cfg" (except MakeMKV which needs it in its own directory). I would simply copy the file there and delete the program data one.

To be specific, libaacs uses the CSIDL_APPDATA directory as the base directory and on modern Windows that is "C:\Users\<username>\AppData\Roaming" most of the time.
My emphasis.

The instructions say to copy to here: 'c:\ProgramData\aacs\KeyDB.cfg'.

[markfilipak]

But KEYDB.cfg already contains all the keys for your disk, so I cannot fathom why you are bothering with either Xreveal or AnyDVD in the first place. Just play the disk with VLC...

Uh, I don't play with VLC. I make ISOs and store them in my 20TB backup. I mount them and play with MPV.

If you want to check your disk's readability then you should be able just to copy its entire contents to your hard disk because this BD doesn't use bus encryption.

I reckon that wouldn't gain me anything. Why bother?

My guess would be that you executed FindVUK at some point before %ProgramData%\aacs\KEYDB.cfg existed, and FindVUK created an empty one for you. ...

Bad guess. I only recently became aware of FindVUK's existence.

... Once deleted, I expect FindVUK to find the system KEYDB.cfg instead, and then you can execute
findvuk validateDisc drive=H
The point is that FindVUK is currently finding %AppData%\aacs\KEYDB.cfg before %ProgramData%\aacs\KEYDB.cfg, so you need to delete one of these files and ensure the other is correct.
You cannot be correct. Xreveal decrypts 51% of the disc before failing, so it must be finding the valid keydb.cfg.

[MrPenguin]

I make ISOs and store them in my 20TB backup. I mount them and play with MPV.
MPV can decrypt AACS just fine, so long as it also has a valid KEYDB.cfg file.

I reckon that wouldn't gain me anything. Why bother?
Copying the disk directly to your hard disk would remove Xreveal, FindVUK and any other program from the problem, and would determine whether even Windows can read your disk.

Bad guess. I only recently became aware of FindVUK's existence.

Whatever. Check the timestamps on the empty KEYDB.cfg file. Maybe that will provide you with a clue?
Xreveal decrypts 51% of the disc before failing, so it must be finding the valid keydb.cfg.
I was talking about FindVUK, not Xreveal. FindVUK failed to validate your disk because it found the empty KEYDB.cfg file.

[markfilipak]

MPV can decrypt AACS just fine, so long as it also has a valid KEYDB.cfg file.

Copying the disk directly to your hard disk would remove Xreveal, FindVUK and any other program from the problem, and would determine whether even Windows can read your disk.

Yes. That's exactly what I do. I make an ISO on a hard disk. The ISO can be mounted and played (or transcoded, remuxed, etc.) without Xreveal (or AnyDVD) because it's no longer encrypted.

Whatever. Check the timestamps on the empty KEYDB.cfg file. Maybe that will provide you with a clue?

Too late.

I was talking about FindVUK, not Xreveal. FindVUK failed to validate your disk because it found the empty KEYDB.cfg file.

Well, my friend, you are right of course. That's why I copied 'C:\ProgramData\aacs\KeyDB.cfg' to ' C:\Users\Administrator\AppData\Roaming\aacs\KeyDB.cfg'.

At the moment, I'm ripping the disc for the 1001st time, and Xreveal has passed sector 10342680! Woo-hoo! Xreveal is now at sector 10476690. I think it's going to succeed.

[SamuriHL]

Hey, Nalor what's this one mean?


Failed to init disc >AACS UNKNOWN ERROR >-725<<


Trying to open a blu-ray using validate disc. Tried two different drives got it on both. It's got a valid keydb entry, just trying to validate all the ones I can and ran into this.

[coricopat]

(@nalor and/or others) Minor… "bug" in FindVUK:

I've had already stumbled over this before and first thought it was a bug, then wasn't able to reproduce it again later, but now I found it again. It probably won't apply to most people (which is why I put the bug in quotes).

I typically execute FindVUK from within Cygwin and when doing so in aacskeys mode, this seems to fail if the aacskeys.exe binary doesn't have the POSIX-style executable bit set (which Cygwin somehow magically maps to to files on Windows filesystems - I think it uses extended attributes from NTFS).

The problem is that the error message is completely misleading, it complains that the HC would have been revoked (well it has been in MKBv82, but the drive hasn't seen that yet)... and as soon as I chmod a+x aacskeys.exe it works again.

I could imagine that FindVUK simply checks for a zero exit status of aacskeys.exe? At least under POSIX, if an exec fails the exit status is typically 127, so maybe FindVUK could specifically check for whether aacskeys.exe just failed or whether it couldn't even be executed at all.
But, don't put too much effort into this... as said it's really a niche case.

Cheers.

[markfilipak]

UPDATE.
It's obvious now that this is an Xreveal problem, not a FindVUK problem.

Thank you, MrPenguin.
Thank you, Toad King.

I'm history!

[Bandits]

UPDATE.
It's obvious now that this is an Xreveal problem, not a FindVUK problem.

Thank you, MrPenguin.
Thank you, Toad King.

I'm history!

I recommend only having one keydb.cfg file on your system. Place it is the most common spot:
C:\Users\%username%\AppData\Roaming\aacs"
Then hardset any program that lets you set its location. ie.. Xreveal

I had the same issue when first using Xreveal. Once I hardset the keydb.cfg in Xreveal everything was fine.

[markfilipak]

I recommend only having one keydb.cfg file on your system...
Indeed. Good practice.
C:\Users\%username%\AppData\Roaming\aacs
Done.
Then hardset any program that lets you set its location. ie.. Xreveal
That's 'Settings', 'BD & UHD', 'KeyDB'.
Done.

Am I just being an old fogey? I swear I read "%PROGRAMDATA%\aacs" somewhere.

Oh, well. I'm taking your advice. Thanks!

[Bandits]

Indeed. Good practice.

Done.

That's 'Settings', 'BD & UHD', 'KeyDB'.
Done.

Am I just being an old foggy? I swear I read "%PROGRAMDATA%\aacs" somewhere.

Oh, well. I'm taking your advice. Thanks!

I think that Xreveal's Pro My Database default location.

Xreveal will prefer to use the keydb.db for decryption: keydb.db > keydb.cfg > AACS Auth > cloud decryption.

The default location for the keydb.cfg file in Xreveal is within the `%APPDATA%\\aacs\` folder. You can change this location in Xreveal's settings under BD & UHD > KeyDB. If you're using the Pro version, the "My Discs" database, which includes processed disc information, is stored by default in C:\\ProgramData\\Xreveal\\keydb.db.

https://xreveal.com/news?id=71

[markfilipak]

... Xreveal will prefer to use the keydb.db ...
keydb.db? An SQLite database? That doesn't look to have anything relevant to FindVUK.
... for decryption: keydb.db > keydb.cfg > AACS Auth > cloud decryption.
I have no idea what that chain means. Is there an English translation? :o

I know you're making a point of something, but I don't get it.

PS: This is from "How to use Xreveal":
The default KEYDB.cfg location is %APPDATA%\aacs\, you can change it in Xreveal's Settings > BD & UHD > KeyDB.
I must be an old fogey. ...Ha, ha, ha.
Pro version do not need KEYDB.cfg. Some discs may require an internet connection to search keys.
That's why I didn't buy the pro version. My Windows has no Internet connection. I must use keydb.cfg.

[Toad King]

I'm having an issue submitting one of my new discs. I can calculate the VUK/keys correctly but every time I try to submit it I get this error:

17:09:37 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >ERROR! Received a HTTP Status >503<< (503)

Other discs seem to work fine so it looks like something with just this one.

EDIT: Tried again and it works now.

[coricopat]

Recently had the same (repeatedly)... but trying again the next day it worked.

[Karpfly]

Hello, i have Dune Prophercy season 1 3x UHD HDR discs, FindVUK shows me this error
21:34:04 - DiscID >53402418D481FAC1787BBC40E4E5359B22270842<
21:34:04 - UnitKeyCount >1<
21:34:04 - >>> UnitKeyDEC (1) >86D2D3745C6E3E49EFFCBEF9159A6573<
21:34:04 - BusDecryption is required - try to get ReadDataKey from dump
............................-......-
21:34:06 - >>> ReadDataKey from dump >452473385195A14B68A891934F71514F<
-------------------------------------------------------------------------------
21:34:06 - BusEncryption enabled => either ReadDataKey or disabling of BusEncryption required
-------------------------------------------------------------------------------
21:34:06 - ReadDataKey >452473385195A14B68A891934F71514F<
-------------------------------------------------------------------------------
21:34:06 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
21:34:07 - Drive is detected as 'REAL BLURAY' drive
21:34:07 - M2TS files found >27<
21:34:07 - Potentially invalid UnitKey >86D2D3745C6E3E49EFFCBEF9159A6573<
21:34:07 - Unfortunately no candidate to get a correct unit key >86D2D3745C6E3E49EFFCBEF9159A6573<
21:34:07 - There are still 27 files that cannot be decoded with the provided unit keys!
21:34:07 - Validation failed - VUK/UnitKeys are INVALID!!!!!!!
21:34:07 - Please report this in the Doom9 forum and attach the logfile!

How to proceed from now?
I have added log from running all 3 Blueray disc.
I can upload dump files, or if you can give me direction i will try extract keys myself :)

My drive info from MakeMKV:
Drive Information
OS device name: F:
Current profile: BD-ROM
Manufacturer: HL-DT-ST
Product: BD-RE BP60NB10
Revision: 1.02
Serial number: SIKBDI8U41239
Firmware date: 2120-05-07 09:35
Bus encryption flags: 17
Highest AACS version: 77

LibreDrive Information
Status: Enabled
Drive platform: MT1959
Firmware type: Patched (microcode access re-enabled)
Firmware version: 1.02
DVD all regions: Yes
BD raw data read: Yes
BD raw metadata read: Yes
Unrestricted read speed: Yes

Disc Information
Label: DUNE_PROPHECY_SEASON_1_DISC_1
Timestamp: 2025-03-26 10:26:47
Protection: AACS2.0/C v77
Data capacity: 75.37 Gb
Disc type: BD-ROM UHD
Number of layers: 3
Bus encryption flags: 80

[coricopat]

Sometimes it helps me by just running it again (restarting DVDFab, re-inserting the medium). But the keys for the DiscID you report seem to be anyway already part of the well known KEYDB.cfg ...

[MrPenguin]

Hello, i have Dune Prophercy season 1 3x UHD HDR discs, FindVUK shows me this error
21:34:04 - DiscID >53402418D481FAC1787BBC40E4E5359B22270842<
21:34:04 - UnitKeyCount >1<
21:34:04 - >>> UnitKeyDEC (1) >86D2D3745C6E3E49EFFCBEF9159A6573<
21:34:04 - BusDecryption is required - try to get ReadDataKey from dump
............................-......-
21:34:06 - >>> ReadDataKey from dump >452473385195A14B68A891934F71514F<
-------------------------------------------------------------------------------
21:34:06 - BusEncryption enabled => either ReadDataKey or disabling of BusEncryption required
-------------------------------------------------------------------------------
21:34:06 - ReadDataKey >452473385195A14B68A891934F71514F<
-------------------------------------------------------------------------------
21:34:06 - --- PART 2 --- VALIDATE VUK/UNITKEYS ---
-------------------------------------------------------------------------------
21:34:07 - Drive is detected as 'REAL BLURAY' drive
21:34:07 - M2TS files found >27<
21:34:07 - Potentially invalid UnitKey >86D2D3745C6E3E49EFFCBEF9159A6573<
21:34:07 - Unfortunately no candidate to get a correct unit key >86D2D3745C6E3E49EFFCBEF9159A6573<
21:34:07 - There are still 27 files that cannot be decoded with the provided unit keys!
21:34:07 - Validation failed - VUK/UnitKeys are INVALID!!!!!!!
21:34:07 - Please report this in the Doom9 forum and attach the logfile!

How to proceed from now?
i have two thoughts:

Where did you get that RDK from? Are you sure it is correct?
MakeMKV kills Bus Encryption until the disk is ejected. And once bus encryption is disabled, trying to decrypt the disk using the RDK will actually scramble the data instead.

If you're sure you have the correct RDK then trying ejecting and reinserting your UHD. Make sure you don't execute MakeMKV again before validating with FindVUK.

[Karpfly]

Where did you get that RDK from? Are you sure it is correct?

You mean ReadDataKey? FindVUK give it when i run it, so it "should" be correct, right?

MakeMKV kills Bus Encryption until the disk is ejected. And once bus encryption is disabled, trying to decrypt the disk using the RDK will actually scramble the data instead.
I have rebooted and tried few times without running MakeMKV, i make sure it's not started, should i uninstall it completely?
I have updated today keydb.cfg and paste in %appdata% and VUKbackup folder.
I can see that in my previous post log in attachment is pending validation, so here is new log from run just few minutes ago.
https://pastebin.com/MurvPpTa

Edit: i have uninstalled MakeMKV but still same result
keydb.cfg size: 57,792,364 bytes SHA256: CD57F75A81D6F9D952DDEA6DFE58E6D9F97937F48BC7C8E43DAF248A7BA4C293

[MrPenguin]

You mean ReadDataKey? FindVUK give it when i run it, so it "should" be correct, right?

Yes, RDK is "Read Data Key". And yes, I would expect FindVUK to extract the correct RDK from the dump.

I have rebooted and tried few times without running MakeMKV, i make sure it's not started, should i uninstall it completely?
No, you don't need to uninstall MakeMKV. Just ensure that you don't execute it when you insert your UHD disk into your drive. Once MakeMKV has activated LibreDrive, the drive is no longer bus-encrypted and so you don't need to decrypt it using the RDK.

Does your FindVUK.ini file have a
Disable_Bus_Encryption_Cmd = ...
entry? This can be another way of executing MakeMKV...

[Karpfly]

I have this in FindVUK.ini file:
[ExternalTools]
; Disable_Bus_Encryption_Cmd: command line for a tool which is able to disable bus encryption of the disc in the drive
; Supports the following placeholders: $DRIVE$=driveletter (e.g. d)
; Errorlevel=0 is taken as successful result, everything else as error
; Create_RDK_Cache_Entry_Cmd: command line for a tool which is able to determine the ReadDataKey of drive+disc and write it into RDK cache.
; The RDK cache path is: ?FOLDERID_RoamingAppData?\aacs\rdk\<DRIVEID>\<DISCID>
; Supports the following placeholders: $DRIVE$=driveletter (e.g. d), $DRIVEID$, $DISCID$, $FULLRDKPATH$
; Errorlevel=0 is taken as successful result, everything else as error
Create_RDK_Cache_Entry_Cmd =
Disable_Bus_Encryption_Cmd =

[MrPenguin]

Edit: i have uninstalled MakeMKV but still same result
keydb.cfg size: 57,792,364 bytes SHA256: CD57F75A81D6F9D952DDEA6DFE58E6D9F97937F48BC7C8E43DAF248A7BA4C293
AFAICT, the entry in KEYDB.cfg for your disk is correct, including its Unit Key.

Did your drive support UHD disks "out of the box", or did you need to cross-flash it first?

[Karpfly]

AFAICT, the entry in KEYDB.cfg for your disk is correct, including its Unit Key.

Did your drive support UHD disks "out of the box", or did you need to cross-flash it first?

I have flashed some firmware, libre drive? I didn't read at all blueray discs, I don't remeber now what excatly firmware i have flashed

[MrPenguin]

I have flashed some firmware, libre drive? I didn't read at all blueray discs, I don't remeber now what excatly firmware i have flashed
Since the Unit Key for your disk is correct, the only reason I can think of for validation failing would be bus encryption. So either your RDK is incorrect, or bus encryption has been disabled on your drive somehow.

Can you use MakeMKV to create an encrypted back-up of your disk, and then play that back-up using VLC?

Or maybe delete this disk's RDK from your cache, set
Disable_Bus_Encryption_Cmd = hostname.exe
in your FindVUK.ini file, and then try validating the disk again?

[Manni]

Hi everyone,

I am getting the following error from an Asus drive when trying to validate a key from an original 4K UHD Bluray disc (it doesn't matter which one, I get that error for all disc titles):

Failed to init disc >AACS UNKNOWN ERROR >-1501

The drive can be used for ripping as long as the keys are known. Any idea?

Here is the drive info:
Drive Information
OS device name: F:
Current profile: BD-ROM
Manufacturer: ASUS
Product: BW-16D1HT
Revision: 3.10
Serial number: xxxxx
Firmware date: 2119-01-04 10:14
Bus encryption flags: 1F
Highest AACS version: 77

LibreDrive Information
Status: Enabled
Drive platform: MT1959
Firmware type: Patched (microcode access re-enabled)
Firmware version: 3.10
DVD all regions: Yes
BD raw data read: Yes
BD raw metadata read: Yes
Unrestricted read speed: Yes

[coricopat]

Hey.

Since a few days, the well known online DB website seems to be no longer reachable via Tor. Did anyone else notice this respectively is anyone else downloading/uploading from/to there via Tor (for security reasons)?
I wonder whether it's Tor who blocks it or the page (or rather it's hosting ISP).

It felt always much safer being able to especially doing uploads via Tor.

Thanks,
Coricopat.

[coricopat]

Hm I guess it's bplaced.net which may be the one who blocks (Tor). Found some other hosted pages there (via Google - not idea what they contain): https://ssodb.bplaced.net/ http://zhoufei.bplaced.net/ ... these seem to work without Tor but not with. And even if Tor would have submitted to some takedown notice or so and now specifically block the online DB page.. why would they block the others, too.

Quite a bummer.

I guess it won't be possible to use a hoster that allows Tor, would it?

[Toad King]

Not sure if anybody is maintaining the aacskeys program anymore but since it's used in FindVUK: I found a bug when using the tool with a manually-provided VID via the commandline. If the VID starts with a null byte (00) then it won't get parsed correctly and it will calculate the wrong VUK/UKs. I have a patch for it in the Archlinux AUR but I don't know how to build a static version for Windows.
https://aur.archlinux.org/cgit/aur.git/tree/002-BN_bn2bin-fix.patch?h=aacskeys

Since FindVUK gets the VID with the drive/host key it doesn't have this issue, but it might run into issues in the future if there's ever a device key that's leaked that also starts with a null byte.

Another user also provided a patch to get it building with modern versions of OpenSSL:
https://aur.archlinux.org/cgit/aur.git/tree/001-aacskeys-OpenSSL-build-fixes.patch?h=aacskeys

[SamuriHL]

It's a pain in the @$$ to build. I'm not sure my build environment survived moving to my new laptop. I can take a look this weekend if I can get some time. I know I've built it at least once in the past and it was an absolute nightmare to create a build environment for it.

Also FindVUK gets the VID with a host key, that's true, however with MKB v82 if I'm not mistaken there are no more valid host keys. So getting the VID another way and using aacskeys (or other implementations of the aacs spec) is really the only way to go. At least until (if?) another valid host key is found. Then again I could be wrong. I bypass the whole host key nonsense with my own custom tools.

[lamp]

I have a C++23 rewrite using OpenSSL 3 that I have been working on in my spare time (using GCC 15 and VS 2022) but I haven't fully tested everything as I don't have recordable discs or HD-DVD. I have been doing it as a hobby project but maybe I'll make it public sometime if there is interest.

[coricopat]

Would be perhaps good to have some git repo, which imports the history of all previous versions... and could be used for further development?

[Toad King]

Would be perhaps good to have some git repo, which imports the history of all previous versions... and could be used for further development?

That's obviously the best course of action but I'm not really planning on maintaining a new version myself. I was just posting some patches others might find useful.

A version rewritten to use modern OpenSSL (even with the one patch lots of deprecated APIs are still used) would probably be more useful IMO.

[lamp]

I still haven't been able to get rid of the ECDSA stuff, it seems like in modern OpenSSL they focus more on security than general projects as there isn't much (any) documentation on doing custom curves with the modern API's as they really want you to use tested named curves.

[coricopat]

@Nalor
Not sure whether I'va had already mentioned this, but it seems the locally generated VUKbackup/keydb.cfg differs slightly from that from the OnlineDB
Next to comments (which don't matter) this is in particular:
- unit keys are separated by "|" rather than " | ", like "U | 1-0xFOO|2-0xBAR|3-0xBAZ" instead of "U | 1-0xFOO | 2-0xBAR | 3-0xBAZ"
- fields are ordered differently... in the local file it's D M I V U, in the online file it's D V M I U

If it's a simple change, it would be nice if the local output could someday be aligned with the online file.
I usually diff the local stuff from my own keys to see whether it's properly contained online... and that would be easier with that way.

Doesn't hurry though, and no problem if it's too much work or other reasons speak against it.

thx :-)

[nalor]

@Nalor
Not sure whether I'va had already mentioned this, but it seems the locally generated VUKbackup/keydb.cfg differs slightly from that from the OnlineDB


I think I've fixed this some time ago .... need to check

[coricopat]

I think I've fixed this some time ago .... need to check

No need for a hurry... but if so, would be nice if you could merge the changes into any future release :-)

[bredboi]

Hi all, not sure if this is the right place (let me know if there's a better place to put this pls) but ive run into an error when running FindVUK on a new disc:

18:14:41 - Information: no bdmv-meta-dl directory available on disc - cannot read meta-title
18:14:41 - Drive is detected as 'REAL BLURAY' drive
18:14:41 - M2TS files found >6<
18:14:41 - Potentially invalid UnitKey >C8A584FEBFBD26D05414CB98B0E1D0CB<
18:14:41 - Unfortunately no candidate to get a correct unit key >C8A584FEBFBD26D05414CB98B0E1D0CB<
18:14:41 - There are still 6 files that cannot be decoded with the provided unit keys!
18:14:41 - Validation failed - VUK/UnitKeys are INVALID!!!!!!!
18:14:41 - Please report this in the Doom9 forum and attach the logfile!

MakeMKV fails to read the disc as well - it looks like it's a new version of AACS or something.

full FindVUK log here: https://drive.google.com/file/d/1xksqEmXZPhphBbifhKqKOuzKhOsmYaY_/view?usp=sharing

any help would be appreciated

[MrPenguin]

MakeMKV fails to read the disc as well - it looks like it's a new version of AACS or something.
Did MakeMKV also generate a TGZ dump file? And if so, could you provide it too please?

[Toad King]

Hi all, not sure if this is the right place (let me know if there's a better place to put this pls) but ive run into an error when running FindVUK on a new disc:



MakeMKV fails to read the disc as well - it looks like it's a new version of AACS or something.

full FindVUK log here: https://drive.google.com/file/d/1xksqEmXZPhphBbifhKqKOuzKhOsmYaY_/view?usp=sharing

any help would be appreciated
It looks like the disc you're trying to verify uses bus encryption. If you have a drive that supports Libredrive you can edit the "config/FindVUK.ini" file and set the "MakeMKV_Libredrive_Enabled" setting to "1". Otherwise that disc appears to be MKBv82 and that one revoked all public host keys and you're kind of out of luck for now.

[Emulgator]

2025-07-23 18:14:32 # 36573 # [I] bluray_aacs / BRAACS_InitDisc / UnitKeys ENC : >1< Key >BA4E09712F5DE64167B7F1B855BD65C8<
2025-07-23 18:14:32 # 36573 # [I] FindVUK_Main / FVMAIN_Mode_AACSkeys_GetMetaInfo_VolumeName / Reading volumelabel from drive >O<
2025-07-23 18:14:32 # 36683 # [I] FindVUK_Main / / VolumeName >BD_ROM<
2025-07-23 18:14:32 # 36685 # [I] FindVUK_Main / / DiscId >4C70595EDD571241C6249543A0E34B99CABC3556< (2025-06-02)
2025-07-23 18:14:32 # 36685 # [I] FindVUK_Main / / DiscType >BD<
2025-07-23 18:14:32 # 36686 # [I] FindVUK_Main / / MKB Revision >82<
2025-07-23 18:14:32 # 36687 # [I] FindVUK_Main / / Disc-BusEncEnabled >1<
2025-07-23 18:14:32 # 36687 # [I] FindVUK_Main / / Drve-BusEncCapable >1<
2025-07-23 18:14:32 # 36688 # [I] FindVUK_Main / / ==> Bus Encryption active!
2025-07-23 18:14:32 # 36689 # [I] FindVUK_Main / / UnitKeyCount >1<
2025-07-23 18:14:32 # 36689 # [I] FindVUK_Main / / >>> UnitKeyENC (1) >BA4E09712F5DE64167B7F1B855BD65C8<

Volume Name "BD_ROM" and MKB v82.
Hm. What may that be ?
MakeMKV from 1.18.0 (04.04.2025) should be able to decrypt MKB v82.

[SamuriHL]

It should...but it can't.

[bredboi]

It looks like the disc you're trying to verify uses bus encryption. If you have a drive that supports Libredrive you can edit the "config/FindVUK.ini" file and set the "MakeMKV_Libredrive_Enabled" setting to "1". Otherwise that disc appears to be MKBv82 and that one revoked all public host keys and you're kind of out of luck for now.

That worked, TYSM! :)

Volume Name "BD_ROM" and MKB v82.
Hm. What may that be ?
MakeMKV from 1.18.0 (04.04.2025) should be able to decrypt MKB v82.


its a new concert blu-ray from japan. ive got a few japanese imports with the volume title "BD_ROM" (or variations on it), im guessing whoever authors discs over there doesn't really bother to name them for whatever reason

i did make sure to update to the latest version of makemkv (1.18.1 i think) but no dice

[Emulgator]

Thank you both for clearing that up.

[nalor]

I think I've fixed this some time ago .... need to check

OnlineDB changed to ordering of FindVUK - additionally the next FindVUK release will use the same "comment" pattern as the OnlineDB.

[coricopat]

OnlineDB changed to ordering of FindVUK - additionally the next FindVUK release will use the same "comment" pattern as the OnlineDB.

Thx. ☺️

[KH]

OnlineDB changed to ordering of FindVUK - additionally the next FindVUK release will use the same "comment" pattern as the OnlineDB.

Thanks for the update nalor.

It would be appreciated if you could add the MKBv82 AACS 1.0 device key posted by candela to the public keydb: Link (https://forum.doom9.org/showthread.php?p=2016431#post2016431)

[rdodolak]

I have both DVDFab and Passkey installed, but FindVUK 1.82 doesn't find the Passkey application. Any suggestions on why that may be?

[SamuriHL]

AFAIK Passkey no longer works for FindVUK unless I'm mistaken.

[rdodolak]

AFAIK Passkey no longer works for FindVUK unless I'm mistaken.

Thanks for that info. I came across an older post and confirmed it will work based on the last supported version.

[nalor]

Quick information from my side: I've just changed the PHP version from ancient 7.4 to current 8.4 in the FindVUK Online Database backend. In case you notice problems, let me know - thanks!

[coricopat]

Not sure whether you got my PM ~ week ago or so... there had been some pretty large character encoding mess up in the DB between 2025-08-18 and 2025-08-19 with ~ 16670 entries being changed, things like:
"Lovecká sezóna" => "Lovecká sezóna"


Another, though merely cosmetic issue,... it seems that the sorting of entries in keydb.cfg isn't "stable" ... like an entry gets changed (e.g. validated or new volume size), but not only the entry changes but it's also placed a several lines up or down.
As said... not really a big problem (apart from getting ugly diffs, when tracking the file in git).
A nice sorting might be: 1st volume title, then MEK, then VID, then VUK, then UK, then DATE, then Disc ID?

But again... nothing worth to waste a lot of effort for :-)

[coricopat]

Oh and can it be, that downloading the bluraymetaarchive.zip is broken? I get an 500 error.

(btw: thanks for your continued maintenance of this, and upgrade to current PHP)

[MrMiyagi]

Quick information from my side: I've just changed the PHP version from ancient 7.4 to current 8.4 in the FindVUK Online Database backend. In case you notice problems, let me know - thanks!

MetaXML archive download no longer works since the PHP upgrade

[nalor]

MetaXML archive download no longer works since the PHP upgrade

Strange - will check tomorrow.

I remember I had the idea of creating yearly archive files ... but afaik it was just an idea... as said, will check tomorrow :)

[nalor]

Not sure whether you got my PM ~ week ago or so... there had been some pretty large character encoding mess up in the DB between 2025-08-18 and 2025-08-19 with ~ 16670 entries being changed, things like:
"Lovecká sezóna" => "Lovecká sezóna"


Another, though merely cosmetic issue,... it seems that the sorting of entries in keydb.cfg isn't "stable" ... like an entry gets changed (e.g. validated or new volume size), but not only the entry changes but it's also placed a several lines up or down.
As said... not really a big problem (apart from getting ugly diffs, when tracking the file in git).
A nice sorting might be: 1st volume title, then MEK, then VID, then VUK, then UK, then DATE, then Disc ID?

But again... nothing worth to waste a lot of effort for :-)

Will also take a look tomorrow ...

[coricopat]

I remember I had the idea of creating yearly archive files ... but afaik it was just an idea... as said, will check tomorrow :)

AFAIU, the files were previously created "immediately" (on HTTP request)?

If you want/need to limit that, it would be nice if at least not to once a year. :-)
Perphaps once per day or week?


Will also take a look tomorrow ...

Thanks... no hurry needed :-)

[nalor]

Changed 2 things already:
new "reduced" version of keydb.cfg available
It creates a "reduced" variant of the keydb.cfg where only the essential details required for playback are included: discid, vuk or unitkeys and nothing else
to download it used this link: http://fvonline-db.bplaced.net/fv_download.php?reduced

The funny detail on this new feature is, that I implemented 90% of it already in 2022 - but missed to finalize it :(
Now added the missing 10% - and hopefully it's working without problems.
Download size is reduced from ~20MB to ~7MB

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

Next I'll check the meta-archive.

[markfilipak]

...http://fvonline-db.bplaced.net/fv_download.php?reduced...

Hmm... I get a 404 on that.