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 |
16th June 2017, 21:09 | #401 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
Unzip these conversion tables in "%APPDATA%\bdplus\convtab" and rip the disc with BlurayTestAndDecrypt (note that these Pavtube tables are untested since I don't own these 2 discs. If not you can then try to let BlurayTestAndDecrypt get the tables from leawo player) Last edited by candela; 16th June 2017 at 21:14. |
|
17th June 2017, 02:33 | #402 | Link | |
Registered User
Join Date: Jul 2008
Location: Sao Paulo - Brazil
Posts: 21
|
Quote:
I'll give it a try. I'm not using VLC, that libaacs isn't compatible with the last VLC. I'm using MPC-HC. Last edited by wuemura; 17th June 2017 at 02:41. |
|
17th June 2017, 03:12 | #403 | Link |
Registered User
Join Date: Jul 2008
Location: Sao Paulo - Brazil
Posts: 21
|
I don't know if this matter, you table name is exactly like mine. I've hashed the files and are different.
Code:
9C72CD588DAFA49C872F9E0C69C89B64A8C0089A.bin SHA1: 9EE8BEB9E028CC1588B654E20155BB90177230BC conv_tab_9C72CD588DAFA49C872F9E0C69C89B64A8C0089A_(RoboCop).bin SHA1: BD996DD2FDD8B5CBF4B748D30E7314981DB26096 Code:
ERROR! bluray_aacs-BRAACS_AutoDetectUnitKey - Decryption failed with all possible UnitKeys! Couldn't get correctUnitKey! |
17th June 2017, 06:19 | #404 | Link |
Registered User
Join Date: Jul 2008
Location: Sao Paulo - Brazil
Posts: 21
|
Sorry, no go.
I can play the disc with leawo player just fine, rip an decrypted image with passkey, convert the disc with BDMagic but everything else fail, both BlurayTestAndDecrypt and FindVUK. Maybe the tables are right but UnitKeys isn't. |
17th June 2017, 08:03 | #405 | Link |
Registered User
Join Date: Jul 2008
Location: Sao Paulo - Brazil
Posts: 21
|
Actually, it worked...
I've dumped the encrypted disc to my hard drive, use the "mode 5" DecryptIso2Iso and drop the encrypted ISO over BlurayTestAndDecrypt, that's it. This is parts of the log: Code:
2017-06-17 02:45:47 # 381974513 # [I] main / legacy / ----------- BlurayTestAndDecrypt 0.54 ----------- 2017-06-17 02:45:47 # 381974513 # [I] SETTINGS / _STG_CreateOrUpdate / Created ini file >C:\Users\User\Downloads\FindVUK_1.02\BlurayTestAndDecrypt_0.54\BlurayTestAndDecrypt.ini< 2017-06-17 02:45:47 # 381974516 # [E] common_log / CMLOG_SetLogDirectory / new logdir invalid >< 2017-06-17 02:45:47 # 381974516 # [I] main / legacy / Read settings from file >C:\Users\User\Downloads\FindVUK_1.02\BlurayTestAndDecrypt_0.54\BlurayTestAndDecrypt.ini< 2017-06-17 02:45:47 # 381974516 # [I] main / legacy / >> Mode >5< 2017-06-17 02:45:47 # 381974517 # [I] main / legacy / >> DecryptDest >H:\< 2017-06-17 02:45:47 # 381974517 # [I] main / legacy / List of files being processed: 2017-06-17 02:45:47 # 381974517 # [I] main / legacy / Detected File >D:\RoboCop.iso< 2017-06-17 02:45:47 # 381974517 # [I] main / legacy / ############################################################################# 2017-06-17 02:45:47 # 381974517 # [I] main / legacy / 1/1 - Decrypt ISO2ISO >D:\RoboCop.iso< 2017-06-17 02:45:47 # 381974517 # [I] main / legacy / Decrypt OutputDir: H:\ 2017-06-17 02:45:47 # 381974518 # [I] main / legacy / UDF - OpenISO 2017-06-17 02:45:47 # 381974518 # [I] bluray_udf / UDF_OpenIso / ... ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++ BRUDF_FileSize ++++ File >\BDMV\STREAM\01840.m2ts< ++++ ++++++++++++++++++++++++++++++++++++++++++++++++++ 2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_FileSize / UDF_FileSize >40765440< 2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / UDF_ReadFile - File >\BDMV\STREAM\01840.m2ts< - StartPosition >0< LengthToRead >6144< 2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / There are >1< AllocationExtents available for file >\BDMV\STREAM\01840.m2ts< - StartPosition >0< LengthToRead >6144< 2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / Destination startposition >0< is in current extent beginning at position >0< 2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / FINAL after extent - BytesRead >6144< - New LengthToRead >0< - New StartPosition >6144< 2017-06-17 02:44:42 # 381910339 # [D] bluray_aacs / BRAACS_AutoDetectUnitKey / readable unit found 2017-06-17 02:44:42 # 381910340 # [D] bluray_aacs / BRAACS_AutoDetectUnitKey / Select UnitKey >1< 2017-06-17 02:44:42 # 381910340 # [D] bluray_aacs / BRAACS_AutoDetectUnitKey / Correct UnitKey found! >1< 2017-06-17 02:44:43 # 381910602 # [I] bluray_udf / UDF_ReadLogicalBlock / ###################### READ-BLOCK 826176 # 0x0000000064DA0000 LEN 19905 ###################### 2017-06-17 02:44:43 # 381911378 # [I] bluray_udf / UDF_WriteLogicalBlock / ###################### WRITE-BLOCK 826176 # 0x0000000064DA0000 LEN 19905 ###################### 2017-06-17 02:44:44 # 381911388 # [I] main / legacy / ++ COPY ++ Pct > 4.02%< StartBlock >00846081< BlockLen >00000031< 2017-06-17 02:44:44 # 381911432 # [I] bluray_udf / UDF_ReadLogicalBlock / ###################### READ-BLOCK 846081 # 0x0000000067480800 LEN 31 ###################### 2017-06-17 02:44:44 # 381911433 # [I] bluray_udf / UDF_WriteLogicalBlock / ###################### WRITE-BLOCK 846081 # 0x0000000067480800 LEN 31 ###################### 2017-06-17 02:44:44 # 381911433 # [I] main / legacy / ++ DECODE ++ Pct > 4.02%< StartBlock >00846112< BlockLen >00159900< File >\BDMV\STREAM\01865.m2ts< 2017-06-17 02:44:44 # 381911433 # [I] bluray_udf / UDF_FileSize / ... 2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / ###### Segment >1< 2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / Segment >1< SegmentOffset >454< 2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / Segment >1< SegmentOffset >454< NumSegmentEntries >0< 2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / SizeOfTable >14< - OffsetNextTable >1CA< 2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / _FUT_ParseFixupTable / TableBytesize >14< 2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / CTB_ParseTable - Offset >1CA< 2017-06-17 02:45:48 # 381975703 # [D] bluray_bdpfixuptable / CTB_ParseTable / TableId >182< NumSegments >1< ... ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++ _UDF_readwriteFileIdentifierDescriptor ++++ Filename >\BDSVM< *FidToWrite >38090624< AllowFidType >0< ++++ ++++++++++++++++++++++++++++++++++++++++++++++++++ 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / File >\BDSVM< Size >0< FID/Part >1< FID\Block >2< FID\Offset >180< FID\Length >224< 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_ReadLogicalBlock / ###################### READ-BLOCK 322 # 0x00000000000A1000 LEN 224 Bytes ###################### 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / ++++ File Identifier Descriptor ++++ 2017-06-17 03:22:34 # 384182290 # [D] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / >>> ICB Location >1124< PartRefNr >1< Length >2048< LengthOfFileIdentifier >6< LengthOfImplementationUse >0< FileVersionNumber >1< FileCharacteristics >2< 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / FileIdentifier >BDSVM< 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / Correct file found - write mode 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_WriteLogicalBlock / ###################### WRITE-BLOCK 322 # 0x00000000000A1000 LEN 224 Bytes ###################### 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>1<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_File_Rename / Changed FileIdentifier written to file 2017-06-17 03:22:34 # 384182290 # [D] bluray_udf / UDF_File_Rename / >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_CloseIso / ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++ BRUDF_CloseIso ++++ File >D:\RoboCop.iso< ++++ ++++++++++++++++++++++++++++++++++++++++++++++++++ 2017-06-17 03:22:54 # 384202279 # [I] main / legacy / Duration: 0:37:06 2017-06-17 03:22:54 # 384202281 # [I] main / legacy / Speed : 18.46 MB / Second 2017-06-17 03:22:54 # 384202336 # [I] main / legacy / Overall duration >0:37:07< After Decrypting: The table and keys work. |
6th July 2017, 15:00 | #406 | Link |
Registered User
Join Date: Jul 2014
Posts: 25
|
More European VUK's:
0xCB379D05E250CB8D561645BA057F162B8EFED80E = HACKSAW_RIDGE (HACKSAW RIDGE) | V | 0x2C9B33890C4522F54F27F469D5AED220 ; MKBv62/FindVUK 1.02 0x2D76D8A66FBF4350FC178E3B3B6E10983AEDFC1E = HIDDEN_FIGURES (Hidden Figures) | V | 0x9FD3910BABE32ECB1BFDF64C53B45D03 ; MKBv57/BD+/BEE/VUKNOTVAL!/FindVUK 1.02 |
7th July 2017, 16:24 | #407 | Link |
DVDx 4 Author
Join Date: Sep 2010
Posts: 87
|
The site is up but having some hosting issues, if one can help with a good hosting (simple with mysql and php).
So i've updated: Code:
; KEYDB.cfg ; 2017-07-07 17:22:57 ; ; server: http://www.labdv.com/aacs ; processing keys: 18 (18 from doom9.org forum) ; host certificates: 8 (7 from doom9.org forum) ; disc VUK keys: 24038 keys for 24003 discs (0 from doom9.org forum)
__________________
Starbuck DVDx 4 Author |
8th July 2017, 13:12 | #408 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Thanks for the AACSUpdater update. I've identified the following (mostly duplicate) KEYDB entries to be invalid with high certainty
Quote:
|
|
8th July 2017, 13:42 | #409 | Link |
Registered User
Join Date: Jun 2005
Posts: 259
|
Any chance of all keys support in AACSUpdater in the near future?
This is in fact very useful. While back in the day, the forum members here decided to focus on VUKs instead of TLKs (title keys / unit keys), I've come to the conclusion that this was a big mistake. While VUK allows all TLKs for a certain disc to be decrypted, VUK is also unique for every disc. However, MK and TLK are NOT unique and many discs (mostly releases in different regions of the same movie) use the same TLK(s). When a disc is not in keydb.cfg, there is a high chance it uses a TLK/MK that is used by a different disc which is in keydb.cfg (I estimate currently around 40%) Therefore storing all keys (VUK, TLK, MK, VID) in keydb.cfg allows : - contribution of discs for which only a TLK is known (enough to play at least the main movie, often enough to play everything since many discs only use 1 TLK) - verification of VUK by combining MK and VID - identification of movie titles (_NONAME_/BDROM/LOGICAL_VOLUME_ID) by cross-checking MK and TLK - identification of BD+ tables by cross-checking MK and TLK (different discs use the same tables) - "brute-forcing" unknown discs by simply trying all known TLKs or MKs in combination with VID retrieved by valid host certificate. I estimate that currently less then 100.000 keys need to be checked (not sure what the possible speed is but even at 100 keys/sec this would only take ~15 minutes) Last edited by candela; 19th February 2018 at 18:52. |
10th July 2017, 09:25 | #411 | Link | |
DVDx 4 Author
Join Date: Sep 2010
Posts: 87
|
Quote:
__________________
Starbuck DVDx 4 Author |
|
10th July 2017, 09:27 | #412 | Link | |
DVDx 4 Author
Join Date: Sep 2010
Posts: 87
|
Just to state after cleaning up:
Quote:
__________________
Starbuck DVDx 4 Author |
|
13th July 2017, 08:39 | #413 | Link | |
Registered User
Join Date: Feb 2017
Posts: 5
|
Quote:
What are your hosting issues? They might help to find a a better provider... When I open the KEYDB.cfg file from your server it is pretty slow ~30kb/s but all other files seem to go faster. Maybe I'm wrong assuming this file gets created dynamically. Have you tried to serve a static version and since you do verification first before publishing keys update this file once afterwards? |
|
16th July 2017, 16:43 | #414 | Link | |
DVDx 4 Author
Join Date: Sep 2010
Posts: 87
|
Quote:
__________________
Starbuck DVDx 4 Author |
|
18th July 2017, 13:57 | #415 | Link |
Registered User
Join Date: May 2017
Posts: 2
|
Code:
0xAC226514C2EE28E47C8D6AA9E839B4D68D67CDCD = PENOZA4 (Penoza4) | V | 0x11FC7A2FB5BDD9F6F05A0EF96A7348D8 ; MKBv57/FindVUK 0.95 0x5C612139514D0B974CA1213116F34C983E96E1D1 = BATMAN_TV_S1_DISC_1 (Batman TV Series - Season 1: Disc 1) | V | 0x671C055797FF567E389331E2F7A800F0 ; MKBv47/FindVUK 0.95 |
19th July 2017, 11:09 | #416 | Link | |
DVDx 4 Author
Join Date: Sep 2010
Posts: 87
|
Quote:
You could have done yourself at http://www.labdv.com/aacs/keydb-upload.php
__________________
Starbuck DVDx 4 Author |
|
23rd September 2017, 23:27 | #418 | Link |
Registered User
Join Date: Dec 2006
Posts: 3
|
Thank you, internet archive: https://web.archive.org/web/20170902...aacs/KEYDB.cfg
; 2017-09-02 16:04:54 ; ; server: http://www.labdv.com/aacs ; processing keys: 18 (18 from doom9.org forum) ; host certificates: 8 (7 from doom9.org forum) ; disc VUK keys: 24010 keys for 23999 discs (0 from doom9.org forum) Last edited by mrsuicide; 23rd September 2017 at 23:30. |
24th September 2017, 09:32 | #419 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
did anyone email or PM starbuck, he hasn't been on the forum since july so chances are low he's reading this |
|
|
|