

The KEYDB.cfg file is used by the libaacs library (that can be used to play blurays for example in VLC).įindVUK is windows only - in case you're a linux user take a look at VukExtract () from started: Synchronize feature: synchronizes the 'keydb.cfg' file with the online database finally the result is uploaded to a central bluray-database 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. Open the dump with a hex editor and search for the discid (it can be found in the logfile of passkey)Īnd a few bytes later you'll find the vuk in the file (for newer releases only the unit keys are present in the dump) In case of Passkey or DVDfab9: wait until the analyzing finishesĬreate a memory dump with e.g. In case you're using MediaPlayer start the playback Start a DVDfab application (Passkey, MediaPlayer or DVDfab9) How you can 'find the VUK' manually (without FindVUK):

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.īut I discovered another way to get the VUK from Passkey: create a memory dump after decrypting and read it from the dump :) 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.īut than I got hands on another tool called 'DVDfab Passkey' and noticed an interesting line in it's logfile: 0m 58.68s: got vuk Usually 'MakeMKV' is a quite good replacement for libaacs under linux - but it's not available for ARM devices and so it's no solution for the raspberry pi (and it's still not available for arm until now).Ī few weeks ago I stumbled across this post here and started thinking about the VUK problem again. The only thing that is forever (at least for AACS) is the VUK (Volume Unique Key).Ībout 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. There are no working processing keys available anymore and even if it would, they would get revoked within a short period of time.
#Dvdfab log free#
As we all know there's no chance to free the Bluray format as it happened with the DVD.
