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 |
7th August 2008, 03:55 | #321 | Link | |
Registered User
Join Date: Dec 2005
Posts: 59
|
Quote:
I mounted MKBv7 BD-RE onto a Panasonic Blueray harddisk recorder which was MKBv1 for sure. now the recorder is V7 ! But I can run BackupBdav 042 which is available on this site. http://forum.doom9.org/showthread.ph...highlight=BDAV with v7 processing key. It looks like v7 has been on the internet for a few weeks already. I found it in one of a blog(in Japanese language), but it was just a hint, not direct v7. I could not find v4. Pls send personal message on this if it is ok for you. |
|
7th August 2008, 18:17 | #322 | Link |
Never Grow Up !
Join Date: Mar 2004
Location: EU
Posts: 131
|
KenD00 and pjo
Thanks for all the hints ! I have the movie Daylight on HD-DVD and it plays fine (SAP and PC) when I load AnyDVD-HD. It wasn't untill today that I noticed it was MKBv4. "label DAYLIGHT AACS! HD type: 0 MKB version 4" So I tried aacskeys h: Could not find a Processing Key or Device Key resulting in the Media Key. Possible key tried: 09F911029D74E35BD84156C5635688C0 Possible key tried: 455FE10422CA29C4933F95052B792AB2 Now I replace my file with the new "ProcessingDeviceKeysSimple.txt" I found thanks to you ! Volume Unique Key: D02FFAE3253D6D41861F3D11643DBE30 TKF Hash (DiscID): 9880EC369B4C8C26C9B7188204D3E5246B8EDCE4 Seems to work great ! So indeed this is BIG news !!! This means all free tools start to work again. Please correct me if I'm wrong. I think we are looking at the same source because all you find is files and no further info. Greets |
7th August 2008, 23:37 | #324 | Link | |
Registered User
Join Date: Dec 2005
Posts: 59
|
Quote:
pjo |
|
7th August 2008, 23:41 | #325 | Link | |
Registered User
Join Date: Dec 2005
Posts: 59
|
Quote:
pjo Last edited by pjo; 8th August 2008 at 00:17. |
|
8th August 2008, 15:57 | #329 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
Aacskeys should already be able to process Device Keys, just put them in the ProcessingDeviceKeysSimple.txt file. And maybe check the source code to see if that crypto stuff makes sense, i currently don't understand it .
I wanted at least show the MKB version of the disc, but currently i can't code anything, my main computer broke 2 days ago, seems to be the mainboard. If thats the case, i need to change my whole water cooling for the new one, that will take some time (hopefully not as much as last time ). |
8th August 2008, 20:55 | #331 | Link |
Guest
Posts: n/a
|
How does aacskeys determine the position of the device key in the tree? According to the spec (3.2.3) there is a path number associated with each device key which determines the path from the root to the position of the node. Without the position i wouldn't know which device key to choose and how to proceed from that node to the processing key. You see my point: that path number isn't stored in the ProcessingDeviceKeysSimple.txt file. I was aware of the fact that the source code already allows the use of device keys but there is just no way to store them other than hacking them into the source code. All keys should generally be stored in a separate file.
Last edited by Oopho2ei; 8th August 2008 at 21:09. |
8th August 2008, 23:33 | #333 | Link |
Guest
Posts: n/a
|
You can try all the c-values if you have a list of processing keys which isn't the case here. One has to select the correct device key of a node which is the root of the subtree which contains the node i need the processing key of. A device key is not a processing key.. maybe that is what you are thinking. Using the device key and the specified hash function (AES-G3) you can calculate the left and right subsidiary device key to go further down in the tree and the processing key for the current node. You never directly use a device key to decrypt a c-value.
|
9th August 2008, 11:33 | #334 | Link | |
Registered User
Join Date: Jun 2007
Posts: 95
|
Quote:
|
|
9th August 2008, 12:23 | #335 | Link |
Guest
Posts: n/a
|
There seems to be a bug in the linux/amd64 version of aacskeys-0.3. I have added the new keys to the ProcessingDeviceKeysSimple.txt and run from that directory the following commands:
Code:
./bin/linux32/aacskeys -v /media/cdrom Code:
./bin/linux64/aacskeys -v /media/cdrom mkb: http://uploaded.to/?id=yurqxj gioowe: ok, i will try it. But it would be strange that the specification demands storing redundant data. Maybe that "brute force" search implemented in aacskeys as you described it cannot be realized easily in licensed players. Last edited by Oopho2ei; 9th August 2008 at 12:40. |
9th August 2008, 14:04 | #336 | Link |
Registered User
Join Date: Jun 2007
Posts: 95
|
Licensed players know their device keys position and corresponding subtrees (UV mask). We do not. All publicly available keys are processing keys. Only one device key is known (53BD...) to date and that one lead to PK of MKBv1 (09F9...)
53BD... was actually a subdevice key, the true device key is 86D2... |
9th August 2008, 16:01 | #337 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
@Oopho2ei
This endless loop in the x64 version happens when aacskeys cannot find a processing key. But since the x32 version works with the same ProcessingDeviceKeysSimple.txt the code is more broken than i thought. I will look into this as soon as i have a working machine again. That "brute force" approach will take longer the more revocations happen, maybe because of that the devices know their uv. |
13th August 2008, 04:05 | #338 | Link |
Registered User
Join Date: Dec 2005
Posts: 59
|
Thanks for aacskeys v0.26(BDAV v0.50) new version works for dummy drive !
Using two MKBv7 and P-MKB v7 drives, no need to run PowerDVD or no need to run USB Inspector. I am wondering how dummy drive works. Please explain how it works if you would. pjo |
14th August 2008, 01:28 | #340 | Link | |
Registered User
Join Date: Dec 2005
Posts: 59
|
Quote:
I do not know the detail on how dummy drive works but I assume that by using an extra dummy drive (physical BD-R drive) some kind of key is found so that there is no need to run PowerDVD for hammering. pjo edit You can put any disk in the dummy drive. Even blank disk is fine. This suggests that some kind of key in the dummy drive hardware is read and used in this version of aacskeys. Last edited by pjo; 14th August 2008 at 14:38. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|