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.

 

Go Back   Doom9's Forum > General > Decrypting

Reply
 
Thread Tools Search this Thread Display Modes
Old 26th January 2018, 22:12   #241  |  Link
ErichV
Registered User
 
Join Date: Dec 2012
Posts: 15
Quote:
Originally Posted by nalor View Post
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)
ErichV is offline   Reply With Quote
Old 27th January 2018, 10:03   #242  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 183
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

Last edited by candela; 27th January 2018 at 10:31.
candela is offline   Reply With Quote
Old 28th January 2018, 14:47   #243  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
Uploaded new Release 1.06 - please test and report your findings

Quote:
; 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 is offline   Reply With Quote
Old 28th January 2018, 14:53   #244  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
Quote:
Originally Posted by candela View Post
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 is offline   Reply With Quote
Old 28th January 2018, 14:56   #245  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
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 )
nalor is offline   Reply With Quote
Old 28th January 2018, 22:19   #246  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 183
I think there's something wrong

Code:
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

Code:
; 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

Code:
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 is offline   Reply With Quote
Old 28th January 2018, 22:24   #247  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 183
Also upload still fails when I try to do a second disc without closing FindVUK first (writing to keydb seems to work now)

Code:
23:22:22 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >< (0)
candela is offline   Reply With Quote
Old 28th January 2018, 22:42   #248  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
Quote:
Originally Posted by candela View Post
Code:
; 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 is offline   Reply With Quote
Old 28th January 2018, 22:43   #249  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
Quote:
Originally Posted by candela View Post
Also upload still fails when I try to do a second disc without closing FindVUK first (writing to keydb seems to work now)

Code:
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 is offline   Reply With Quote
Old 29th January 2018, 10:48   #250  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
Fixed both issues in 1.07
nalor is offline   Reply With Quote
Old 2nd February 2018, 20:06   #251  |  Link
BRC85sYrg
Registered User
 
Join Date: Feb 2017
Posts: 9
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?
BRC85sYrg is offline   Reply With Quote
Old 3rd February 2018, 16:38   #252  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
Quote:
Originally Posted by BRC85sYrg View Post
.
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
nalor is offline   Reply With Quote
Old 5th February 2018, 19:25   #253  |  Link
BRC85sYrg
Registered User
 
Join Date: Feb 2017
Posts: 9
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")

Last edited by BRC85sYrg; 5th February 2018 at 19:28.
BRC85sYrg is offline   Reply With Quote
Old 5th February 2018, 19:44   #254  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 183
Quote:
Originally Posted by BRC85sYrg View Post
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

Last edited by candela; 5th February 2018 at 20:46.
candela is offline   Reply With Quote
Old 5th February 2018, 20:27   #255  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
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.
nalor is offline   Reply With Quote
Old 5th February 2018, 20:40   #256  |  Link
BRC85sYrg
Registered User
 
Join Date: Feb 2017
Posts: 9
big thanks for clarifying this
BRC85sYrg is offline   Reply With Quote
Old 5th February 2018, 21:32   #257  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
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
nalor is offline   Reply With Quote
Old 5th February 2018, 22:01   #258  |  Link
BRC85sYrg
Registered User
 
Join Date: Feb 2017
Posts: 9
Quote:
Originally Posted by candela View Post

PS: any discs you own with BD+, please load them in Pavtube at least once
could you explain why this should be done?
BRC85sYrg is offline   Reply With Quote
Old 6th February 2018, 17:58   #259  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 183
Quote:
Originally Posted by nalor View Post
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


Quote:
Originally Posted by BRC85sYrg View Post
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

Last edited by candela; 6th February 2018 at 18:51.
candela is offline   Reply With Quote
Old 6th February 2018, 20:28   #260  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 359
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 is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 06:01.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.