Log in

View Full Version : FindVUK tool - get VUK of all Blurays supported by DVDfab applications


Pages : 1 [2] 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Brazil2
11th October 2015, 19:09
Download from MEGA
Ah no, please, not Mega!

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

nalor
11th October 2015, 19:13
Now MEGA and TinyUpload are available... as I already mentioned a few posts earlier: personally I don't care where I upload..

Brazil2
11th October 2015, 20:34
Thank you! :)

nalor
11th October 2015, 21:05
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
13th October 2015, 19:43
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
13th October 2015, 21:18
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
13th October 2015, 21:30
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
14th October 2015, 13:23
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
14th October 2015, 16:53
Hi again nalor,

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

Here is the FindVUK log file.

nalor
15th October 2015, 17:50
@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
15th October 2015, 19:17
Bugfix release available in the first post!

dirk362
27th October 2015, 15:24
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
27th October 2015, 20:24
Hi! This is really strange.. maybe you can upload the logfiles to tinyupload.com so that I can access them right now?
Thanks!

foxyshadis
28th October 2015, 10:03
should be available now

nalor
28th October 2015, 23:05
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
30th October 2015, 23:39
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
31st October 2015, 21:43
Released 0.83 - just 'polished' the last release a little bit further :)

candela
8th November 2015, 18:04
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
8th November 2015, 18:08
When you set closeattheend=1 then dvdfab or mediaplayerpro are closed when you exit FindVUK - in case it's 0 they aren't.

candela
8th November 2015, 19:13
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
8th November 2015, 20:44
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
8th November 2015, 20:49
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
8th November 2015, 21:57
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
9th November 2015, 00:28
@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
9th November 2015, 04:28
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
9th November 2015, 22:17
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
9th November 2015, 22:23
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
9th November 2015, 22:42
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
9th November 2015, 23:47
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
9th November 2015, 23:55
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
10th November 2015, 02:00
Good news nalor,

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

nalor
10th November 2015, 07:14
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
10th November 2015, 20:03
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
11th November 2015, 03:37
FindVUK works on my end as well now. :cool:

candela
15th November 2015, 00:17
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
15th November 2015, 01:50
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
15th November 2015, 09:39
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
15th November 2015, 10:00
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
15th November 2015, 10:45
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
28th November 2015, 22:35
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
28th November 2015, 23:16
Found a small bug and so I've created a 0.86.1 release ;)

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

nalor
30th November 2015, 21:09
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
7th December 2015, 10:21
Hi, does this work with the free DVDFab Passkey Lite?

nalor
7th December 2015, 11:32
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
7th December 2015, 11:56
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
7th December 2015, 23:42
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
8th December 2015, 00:01
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
8th December 2015, 22:34
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
11th December 2015, 23:25
Released 0.87 - it just includes some minor corrections and hopefully a solution to the problem reported by candela...

nalor
11th December 2015, 23:35
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.