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 |
1st February 2013, 18:03 | #521 | Link |
Registered User
Join Date: Apr 2012
Posts: 15
|
v29 and v30 use the same key as v25 so there's nothing new there even if he added a password to the file.
if you find the original file ProcessingDeviceKeysSimple.txt and change the last line from ;V23/25 to ;V23/V25-V30 the CRC matches the password protected file it's simply a documentation change. |
4th December 2013, 22:05 | #528 | Link |
Registered User
Join Date: Jan 2010
Posts: 74
|
I really have no idea what do you mean by "device number". The explanation of how AACS works and what is a processing key can be found on this forum.
And just to save you time, currently there are no processing keys available for MKBv31 and later. |
13th December 2013, 15:53 | #529 | Link |
Registered User
Join Date: Jan 2010
Posts: 74
|
New host certificate and key, already revoked but works up to MKBv43, might still be of use for some people:
Code:
88B245EA25315F46E6E99D9D521EB1194454A82D 0201005CFFFF800000C400005BF6843ED1AA9C9DEEFEAD8174479C72AB5457691EEB75669105BB195D4B9133069A18FD5357797116CEC22D7FE8F366C2A092E1D00DB770E9E01DB687456B6FBFA28C962D88F05DD43F584ECC821AF7 |
15th December 2013, 11:58 | #531 | Link |
Registered User
Join Date: Jan 2010
Posts: 74
|
I've just double checked that it is not present in revocation list on MKBv43. This is a certificate with bus encryption bit set, you need aacskeys 0.4.0e in order to use it (it is floating around for a while), 0.4.0c available on this forum will not work.
|
15th December 2013, 13:33 | #533 | Link | |
Registered User
Join Date: Jan 2010
Posts: 74
|
Quote:
aacskey 0.4.0c doesn't work because it blindly assumes that the second byte in the certificate is 0, 0.4.0e fixes it simply by allowing 1 in there. Anyway, it is hard to say why exactly it is not working for you. You probably should try aacskeys 0.4.0e first. |
|
24th December 2013, 13:10 | #536 | Link | |
Registered User
Join Date: Jan 2010
Posts: 74
|
Quote:
EDIT: Got back to my Windows PC, both versions verified to be working fine with VLC 2.1.2 on Windows 7. Last edited by dizzier; 27th December 2013 at 23:31. |
|
3rd January 2014, 00:37 | #537 | Link |
Registered User
Join Date: May 2012
Posts: 2
|
Hi everyone especially dizzier,
i have a patched LG-GGC-H20L and can bypass the revocation stuff, but i still need a proccessing key right? for discs with mkbv30 and lower it is working but with discs v31 and above i can't get it working because i'm missing a processing key, i already updated the hostkey file with your posted stuff so how do you do that? i've seen in another topic for volume keys here you can calculate the VUK till atleast v40 i tried aacskeys 0.4.0c and e (both linux, x64) i only get accskeys to dump the Volume ID, but that's all man i hate that stupid stuff, the guys who just wanna watch their legally bought blurays without dumping everything need to hack and the other ones who are loading their stuff from the net, just double click their files : / so it would be very nice if someone could give me a hint (even per pm), how to get these discs with newer mkb versions working Big Thanks in advance DarthM |
3rd January 2014, 01:29 | #538 | Link | |
Registered User
Join Date: Jan 2010
Posts: 74
|
Quote:
You can always extract VUKs from rippers, but this does not solve the problem and is rather inconvenient. |
|
20th January 2014, 16:56 | #539 | Link |
Registered User
Join Date: May 2012
Posts: 2
|
hi again,
sorry for my late response and thank you for your lightning one. so, we still need a processing key. is it possible to calculate the used processing key of discs with mkbv31 and higher which you have posted VUKs for? i mean to calculate these VUKs, a valid processing key had to be used right? so we don't have one but the ripper had to have one right again? i took a short look on the aacskeys source and the processing key is used for decrypting the encrypted C value right? is it also possible to get both values from rippers? another idea in my head is to put every possible processing key into the file and let it run aacskeys returns the one which was successful i know, it would be a long list and i don't want to think about the time frame : ) i guess an opencl port with endless threads would be awesome guys with aacs-bypass drives wouldn't have a problem to let every possible key be checked right? only these with normal drives and countermeasures or i just buy a standalone player ............ but that suxxx ......... a lot ....... |
20th January 2014, 20:47 | #540 | Link | ||
Registered User
Join Date: Jan 2010
Posts: 74
|
Quote:
Quote:
|
||
|
|