Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
2nd May 2016, 19:34 | #143 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
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: 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 |
|
5th May 2016, 22:09 | #145 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
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... ) Last edited by nalor; 6th May 2016 at 22:48. |
10th May 2016, 19:32 | #146 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
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 |
10th July 2016, 15:12 | #148 | Link |
Registered User
Join Date: Jun 2005
Posts: 259
|
I'm getting this error in 0.96. Didn't happen in 0.92
Code:
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! |
28th July 2016, 07:46 | #150 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
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 |
3rd August 2016, 20:24 | #152 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
|
|
5th August 2016, 19:08 | #153 | Link | |
Registered User
Join Date: Dec 2012
Posts: 17
|
Quote:
However, the new version 3.0.0.1 of DVDFab Media Player, which was released today, doesn't reveal the VUK of any disc. |
|
7th August 2016, 11:48 | #155 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
(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. |
|
11th August 2016, 00:26 | #158 | Link |
Registered User
Join Date: Sep 2015
Posts: 20
|
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 |
|
|