View Full Version : DumpHD - a HD-DVD / Blu-Ray Decrypter
KenD00
15th December 2008, 21:59
Iron Man is fully BD-J, only first play (which just jumps to the first BD-J title) and topmenu (which does NOP and is hopefully prohibited) are Movie Objects, everything else is BD-J and the disc even seems to download additional BD-J's through BD-Live (because there are more BD-J objects defined than actually are on the disc).
@sl1pkn07:
First, this is an aacskeys related issue and this is not the aacskeys thread, please post in the proper thread next time. Second, my spanish isn't that good, but fortunately googles spanish is better :D
src/aacskeys.cpp:167: aviso: se descarta el valor de devolución de ‘char* getcwd(char*, size_t)’, se declaró con el atributo warn_unused_result
This *may* become a problem but so far it never has
In function ‘char* fgets(char*, int, FILE*)’,
inlined from ‘int process_media_key_block(int, bool)’ at src/aacskeys.cpp:871:
/usr/include/bits/stdio2.h:253: aviso: la llamada a ‘__fgets_chk_warn’ se redecló con aviso de atributo: fgets called with bigger size than length of destination buffer
Thats a stupid error i have missed, it doesn't hurt until you haves lines longer than 1024 chars in ProcessingDeviceKeysSimple.txt
src/aacskeys.cpp:2065: aviso: conversión obsoleta de una constante de cadena a ‘char*’
The usual deprecation warning for string literals, can be safely ignored.
Anyway, i have corrected all these warnings but because they are not a real issue i won't make a new release just for them. They will be included in a later update.
:rolleyes:
evdberg
15th December 2008, 22:52
Iron Man is fully BD-J, only first play (which just jumps to the first BD-J title) and topmenu (which does NOP and is hopefully prohibited) are Movie Objects, everything else is BD-J and the disc even seems to download additional BD-J's through BD-Live (because there are more BD-J objects defined than actually are on the disc).
To actually figure out what exactly is played back in what order i think there is no other way than to either analyse the code or execute and trace it.
Iron Man plays 00000.mpls for the main feature, so no need to analyse the code or other difficult stuff. Maybe I should refrase my question; do you know a movie title for which we should analyse BD-J code to find what to playback and in which order?
KenD00
16th December 2008, 14:31
Figuring out the main m2ts for Iron Man is indeed simple, there is only one big file and only one playlist refers it (looks like we have different discs because on mine its 00000.m2ts which is played back by 00002.mpls).
I think you are referring to these seamless branching discs where the main movie is split across several files, i don't own any of these discs but from what i have heard its usually one playlist which plays the main title, usually the biggest one, so in this case you can figure out again everything by just analysing playlists.
But i think that was not loo3aem3ON's question, i think he wants to know which playlist is active while specific content is beeing played back. And thats not so easy to see by just looking at the playlists. Ok, you are fine if most of the m2ts files are only referenced by one playlist, but its more difficult if not.
Take my I Am Legend for example. It has one m2ts for the main title, 00000.m2ts, (ok, actually two. For some stupid reason instead of using seamless branching for the alternative ending they encoded both versions as independent file so i have two 17 GB files) but there are three playlists which refer to this file, 00000.mpls, 00003.mpls, 00004.mpls, almost identical except some flags and subpaths (whatever this is, i don't know the BD specs). Now how do i know which playlist is active while watching the main title? This is not important for most of us, but maybe for someone who wants to know what BD+ content code actually announces when playing back a file ;).
:rolleyes:
chavonbravo
19th December 2008, 08:37
What would prevent this from compiling with jdk 1.4.2? Just curiosity as it would be easier for my setup to compile as such.
Doom9
19th December 2008, 11:16
DumpHD uses generics.. a Java language feature introduced in the 5.0 release (and that was released a long long time ago).
ggking7
19th December 2008, 22:05
I just tried to use dumphd-0.6 for the first time with a BD+ disc (What Happens In Vegas) and it just pegs one of my CPU cores (after: "[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 7)") and there doesn't seem to be any disc activity. Is this one of the discs the BDVM Debugger can't handle yet? I did notice this:
Loading BDVM... [W] No 'player/player_executable.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_02.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_03.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_04.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_05.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_07.bin' found! TRAP_DiscoveryRAM might give wrong results!
dirio49
19th December 2008, 22:24
I just tried to use dumphd-0.6 for the first time with a BD+ disc (What Happens In Vegas) and it just pegs one of my CPU cores (after: "[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 7)") and there doesn't seem to be any disc activity. Is this one of the discs the BDVM Debugger can't handle yet? I did notice this:
Loading BDVM... [W] No 'player/player_executable.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_02.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_03.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_04.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_05.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_07.bin' found! TRAP_DiscoveryRAM might give wrong results!
those files are found in the zip that containts the debuger
http://uploaded.to/?id=xcco6l
ggking7
19th December 2008, 23:56
I had extracted the .7z archive with '7z e *.7z' instead of '7z x *.7z' so it didn't extract the full paths.
I did it correctly this time and I don't see the same errors, but it still just pegs my CPU with no disc activity after:
[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 7)
I notice this in the output:
Loading BDVM... OK
BDVM 0.1.5
[snip]
BD+ protection : YES
Conversion Table : MISSING
KenD00
20th December 2008, 16:35
BD+ protection : YES
Conversion Table : MISSING
That output is ok, it indicates that you haven't supplied a Conversion Table manually and results in the BDVM beeing executed ;).
If you have full CPU load and don't get any further output most probably the BDVM can't handle your disc. To be sure, use the BDVM Debugger directly, if it behaves the same report back in the BDVM thread about your disc, maybe they can help you there.
:rolleyes:
ggking7
20th December 2008, 17:04
Thanks, I'll investigate the disc.
omikron
22nd December 2008, 08:46
Hi
I just tried to process new BD+ disk and it worked but the main file work fine in few first minutes and then glitches in the picture will appear. It's Planet of Apes - A. Any idea to fix it?
Doom9
22nd December 2008, 12:08
Planet of the Apes is on the list of "advanced" BD+ titles (http://forum.slysoft.com/showthread.php?t=21985) so don't even bother trying it. The authors of the debugger have been less than enthusiastic about the prospect of tackling the new code and seeing as Slysoft is taking quite a while I wouldn't expect any free solution to the problem within the next few months.
loo3aem3ON
22nd December 2008, 13:12
Hi
I just tried to process new BD+ disk and it worked but the main file work fine in few first minutes and then glitches in the picture will appear. It's Planet of Apes - A. Any idea to fix it?
The debugger seems to pass all tests of the content code but the segment keys are wrong (so the repair descriptors are wrong too). It almost certainly means at least one of the system calls used for segment key calculation is incorrectly implemented. Once AnyDVD-HD adds support for these new movies we will start working on this issue. It has been by decision not to compete with SlySoft so we stay behind. If any of the older movies doesn't work properly please report the problem.
ggking7
22nd December 2008, 13:43
loo3aem3ON, I can't get "What Happens in Vegas" to work but it's the first one I've tried. Is running the BDVM Debugger manually the next thing to do?
loo3aem3ON
22nd December 2008, 14:32
I can't get "What Happens in Vegas" to work but it's the first one I've tried. Is running the BDVM Debugger manually the next thing to do?
Yes. Open the resulting conv_tab.bin with KenD00's ConvTableView and see if you get any warnings. If you should get warnings upload the hash_db.bin and the content of the BDSVM directory from the disc please so i can take a look (switch to the other thread please because its then not dumphd related). If you don't get warnings then the conversion table is most likely correct and you probably do something wrong with dumphd.
sl1pkn07
24th December 2008, 13:48
It means your drive refuses to send you the volume id of the disc because the certificate which is used by dumphd/aacskeys has been revoked.
Now you can:
1. get a valid certificate(pub key)/private key pair
2. patch your firmware to bypass authentication
3. obtain the volume id by logging the communication between a licensed software player and your drive (sniffing)
4. use utilities like DumpVID
5. ask somebody who has the same disc, google, ...
I recommend to patch your drive but this option is only a few drives (LG, Plextor,...)
howto in linux?¿
i have a LG GGC-H20L 1.03 OFW and linux. not use windows
ggking7
24th December 2008, 16:10
Use wine.
Doom9
24th December 2008, 16:49
The thread you posted into first contained a lenghty discussion on how to flash your drive on Linux - and, Linux is the posterchild for RTFM so I'm surprised that you come here claiming Linux and don't know the number one rule that applies when asking for help in a Linux community. We're no different with respect to that and even have even formalized the "read first, try, then ask questions" in our forum rules.
sl1pkn07
24th December 2008, 19:05
sorry that this all in perfect English
sorry for all
bazzerr
25th December 2008, 20:17
HI , I am having problems getting DumpHD to load the BDVM debugger . I get the following message from DumpHD :
DumpHD 0.6 by KenD00
Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.3.6 by arnezami, KenD00
Loading BDVM... FAILED
bdvm.vm.BDVM cannot be cast to bdvm.vm.BDVMInterface
Automatic BD+ removal disabled, specify a Conversion Table manually to remove BD+ if necessary
I am using Java Version 6 update 11 , build 1.60_11-b03 and DumpHD works except for this .
All Debugger files re in the DumpHD directory as per the readme and I have also tried putting the Java files all through the subfolders but to no avail .
Any ideas ?
Cheers
Doom9
25th December 2008, 20:48
Did you unpack the official debugger 0.1.5 release into the same directory you unpacked dumphd, including subfolders? can you run the debugger manually (double click on the jar file if you're on Windows)?
KenD00
26th December 2008, 03:06
It looks like (s)he is not using the 0.1.5 release, only this version implements the interface that DumpHD needs. A direct link to the BDVM Debugger 0.1.5 can be found on the first page of this thread.
:rolleyes:
bazzerr
26th December 2008, 05:24
HI ,
I am using debugger 0.1.5 and have it in the same directory as DumpHD ( ie bdvmbg JAR file , sh file and the 3 BIN files are in the DumpHD directory ) .
I can run the debugger file manually and get a conv_tab.bin file to be created into the dumpHD directory but even then it doesn't see the file and doesn't remove the BD+
Cheers ( he is most appreciative of this assistance ) .
bazzerr
26th December 2008, 05:59
Hi KenD00 / Doom9 ,
I went back and deleted my folder and re unpacked everything again and this time it loads everything up correctly .
Cheers for the replies .
teox99
1st January 2009, 13:55
Hi people!
i've to burn a dumped m2ts on BD-R disc (using Nero Linux 3.5) it's works perfect for PC but it can't be read by a normal TV blu-ray player.
My question is, have I to make the foder structure contains the m2ts file (/BDMV/STREAM/) or what? Any suggestion please?!
thanx!
KenD00
13th January 2009, 23:48
This new version decodes the offset field into Repair Descriptor Type and Repair Descriptor Address and checks if the former one is of the valid Type 1 or Type 2.
:rolleyes:
loo3aem3ON
14th January 2009, 12:31
This new version decodes the offset field into Repair Descriptor Type and Repair Descriptor Address and checks if the former one is of the valid Type 1 or Type 2.
Thank you for this very useful tool. Also thanks for the source code! :thanks:
gonwk
27th January 2009, 02:53
Just a Question ... are there any other Download Sites for the programs on Page 1 ... besides RapidShare!?!?
Thanks,
G!:)
KenD00
27th January 2009, 03:33
There are no other "official" download sites, however DumpHD is mirrored on Softpedia. Is there a problem with the downloads? I used to upload the programs on SendSpace too but i am saving this work now because RapidShare has proven to be (more) reliable.
:rolleyes:
gonwk
27th January 2009, 03:46
There are no other "official" download sites, however DumpHD is mirrored on Softpedia. Is there a problem with the downloads? I used to upload the programs on SendSpace too but i am saving this work now because RapidShare has proven to be (more) reliable.
:rolleyes:
Hi KenD00,:)
First of all THANKS for your program. I tried the Free User deal and keep telling me that I was already downloading something which was not true.
Oh ... I was not aware Softpedia has it. Thanks!
Ken ... can you have VideoHelp to host it for you. They have your program except ... only download is Author's Home Page ... which is here Doom9!!!
G! :thanks:
mshilly
5th February 2009, 06:44
First try and had to use dumpvid and aacskeys manually. Worked perfectly. Compared output to file extracted with AnyDVD HD (before trial was over) everything matched perfectly.
Great tool. Ran it in a P4 2.8Ghz and it only used ~80% CPU so it did pretty well. It at least kept up with the LG BD/HD-DVD drive.
teox99
5th February 2009, 20:56
is there any planning to upgrade DumpHD for MKBv 9? i think there are enough movie (about 100)
http://forum.doom9.org/showthread.php?t=143491&highlight=MKBv9
with MKBv9... how long we have to wait?! thanx for the relpy.
kkloster21
5th February 2009, 21:41
@teox99:
there is no doubt that it would be worth it to "upgrade" DumpHD to be able to handle MKBv9 discs - this is not the issue. the problem is that we just don't have the ability to decrypt MKBv9 discs**. we don't have a processing key that can get version 9 (or above) media keys. in fact "upgrading" DumpHD would require nothing more than to add a working processing key to the ProcessingDeviceKeysSimple.txt file.
by the way, if anyone has one of those keys just lying around, we could sure use it.
**we don't have the ability to do it in linux using DumpHD or any other open-source software.
teox99
15th February 2009, 10:52
i bought BD movie with MKBv9,
is there a way to get the key hammering the BD with some code? i could use a very powerful workstation...
Adub
15th February 2009, 11:06
Trust me, if it was as simple as "using a powerful workstation", someone with an even more powerful workstation would have done it already.
teox99
18th February 2009, 11:33
hi
it happened a couple of time that using dumpHD-0.6 with mplayer(VDPAU) the system hang up and reboot itself just 5 minutes before the end of the movie.
(this is very very bad!!!) couse i've to break watching the movie! and dump it on h.d. (couse is not possible reach the point dumping on the fly... right?!?)
using mplayer directly on a dumped BD on hard disk it never happen.
i can't report any logs or feedback, sorry.
lchiu7
19th February 2009, 03:07
Advance apologies if this has been asked and answered but I couldn't find an answer after some time reading the various threads
In Windows I am trying to backup my Live Free and Die Hard (US). This apparently is a BD+ protected disc.
To complicate matters my drive has had its key revoked. But I was able to use dumpvid and PowerDVD7 to retrieve Volume ID. Then used aacskeys to find and then insert the Volume ID and Disc ID into the keydb.cfg database
But when I run dumphd (0.6 with the BDVM Debugger in the same directory) I get these errors
DumpHD 0.6 by KenD00
Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0 by arnezami, KenD00
Loading BDVM... OK
BDVM 0.1.5
Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : FBFC7D5019DD4840FDD57E3B32895CE927A1E12B
Searching disc in key database...
Disc found in key database
Disc is BD+ protected and the Volume ID is not present in the key database
Retrieving keys from source...
aacskeys 0.4.0 by arnezami, KenD00
Current path: C:\apps\dumphd
MKBv: 4
Processing key: F190A1E8178D80643494394F8031D9C8
Encrypted C-value: 762E82CE5355137318D9BB3264F755D3
Corresponding uv: 000000A0
Decrypted C-value: 22DD2D7E8003E3F11E2E8F4BBAC228F3
Media key: 22DD2D7E8003E3F11E2E8F4BBAC22853
Encrypted verification data: C5A6A378B7CFE2BD3D39EE4F4898E205
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFD68E9DD33A278642
Drive FW info: 1.004
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: YES
BN Block Count: 1
Inserted medium AACS protected: YES
AGID: 00
Host Private Key (Hpriv): 4737676058D7029452514F0AB186DC4CCA8C578F
Host certificate (Hcert): 0200005CFFFF0000000C00006E3DEB679B9A16AD
FAA8E30878767BA6EB2A9B415385AD1181B4446C
31E9A5DD2AB808B364FF15885BAC490964318C9B
F8029FCF76F688A54FBDA03F6D9332EF04E5A613
12DA85880A4D9CBB79D8602E
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C
AGID: 00
The given Host Certficate / Private Key has been revoked by your drive.
ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
aacskeys ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
Warning! Failed retrieving keys from source
Reading this it seems that dumphd found the Disc ID in the key database but could not correlate that with a Volume ID it could pass to the BDVM debugger
The format I have for the BD title in the keydb.cfg database is
FBFC7D5019DD4840FDD57E3B32895CE927A1E12B=Live Free or Die Hard |V|MM/DD/YY| 9862395514619483D28AB9B5C3B4BAE8
Yet if I invoke the BDVM debugger directly and pass in the Volume ID and drive letter it does appear to produce a conv_tab.bin file
Not sure how I can direct dumphd to use that.
Any help or pointers to other threads I might have missed would ben appreciated
Thanks
[EDIT]
I see that dumphd for BD movies has a new key format that I might not be using. I will try that out. Just got confused because I had gotten keys for Cars and Ratatouille (not BD+ protected that I could see) and inserted them into keydb.cfg and dumphd found them fine and processed the titles
[Update]
Guess I should RTFM! Put the three keys into the keydb.cfg in the new format and now dumphd appears to handle the disc with no errors. Haven't ripped the entire disc yet but it looks good so far
lchiu7
19th February 2009, 08:54
Does Dumpvid work with WinDVD9? I ask because I have a drive that has the key revoked but I only have the OEM PDVD7 software that came with the drive and it can only play BD titles, not HD-DVD's?
Looks like WinDVD9 can play HD-DVD's but not sure if dumpvid would work with it
Thanks
KenD00
19th February 2009, 16:30
DumpVID does not require any special software player, it should work with every player. It may be possible that a player detects that it is running and refuses to operate, but i haven't heard of any case this happened.
Another thing i want to correct is that your drive does not have any keys. aacskeys uses keys that have been revoked, not your drive.
:rolleyes:
lchiu7
19th February 2009, 18:22
DumpVID does not require any special software player, it should work with every player. It may be possible that a player detects that it is running and refuses to operate, but i haven't heard of any case this happened.
Another thing i want to correct is that your drive does not have any keys. aacskeys uses keys that have been revoked, not your drive.
:rolleyes:
Thanks for the clarification. Once I was able to patch the drive, I have no further need for dumpvid. I has reservations about patching the drive and thought that using dumpvid and a player would get around it. It seemed to - well for BluRay but I hadn't realised that the OEM PDVD7 BD edition that came with the drive could not play HD-DVD's.
So this key revocation would apply to all drives? Or could you get a brand new drive off the shelf, never actually play a BD or HD-DVD in it so there was no chance for the key to be revoked and aacskeys should work? Or is the act of actually putting a disc in the drive and have it read, enough to have the drive revoke the key?
KenD00
21st February 2009, 05:25
I don't know how many times i have answered this question now, well, i will take it as exercise to optimize my answer.
Basically there are two types of keys with two different revocation schemes and all this in one MKB.
We have the Processing Keys which can be revoked implicit with a new MKB version which just can't be decrypted with the ones we have. This doesn't hurt that much, we can't watch the new movies but still our old ones.
Then there are the Certificates that we need to get some information from the discs (Volume ID) to decrypt its keys (Volume Unique Key). And these certificates can be revoked explicit by putting them on a blacklist. And this list gets updated at least when you try to get this information from the disc, but it may get updated as soon as you put the disc into the drive, this is still unknown (to me :D). And if your Certificate is revoked then you can't playback even your old movies anymore.
So no, you can't avoid revocation, buying a new drive won't help and of course new drives come shipped with an actual blacklist so im pretty sure you won't find an actual drive which still ships with the working MKBv1 blacklist. But you can avoid the effect of explicit revocation by using a patched drive, however this doesn't help you with implicit revocation.
:rolleyes:
lchiu7
22nd February 2009, 01:34
Actually I might be stupid but this is still not 100% clear. But don't worry. For me the outcome is more important than how it works! For me the outcomes is, without having to use AnyDVD, with a patched drive and dumphd (with the aacskeys and BD+ removal integration) I can backup any of my HD-DVD's (no more titles are coming out with new encryption here!) and most of my BD's apart from those which have mkbv9. That is just fine for me. Those I can't backup - I will just bring out the BD to play.
setarip_old
22nd February 2009, 02:08
@lchiu7
Hi!
Although (presently FREEWARE) MakeMKV does not yet deal with the BluRay BD+ protection mechanism the authors have stated that it is able to deal with the Media Key Block 9 (MKBv9) in AACS technology.
After ripping (Does NOT need AnyDVD HD) and creating an MKV, you can, with very little effort, convert it to a "movie-only" BluRay by briefly processing it in "tsMUXER"...
lchiu7
22nd February 2009, 10:15
@lchiu7
Hi!
Although (presently FREEWARE) MakeMKV does not yet deal with the BluRay BD+ protection mechanism the authors have stated that it is able to deal with the Media Key Block 9 (MKBv9) in AACS technology.
After ripping (Does NOT need AnyDVD HD) and creating an MKV, you can, with very little effort, convert it to a "movie-only" BluRay by briefly processing it in "tsMUXER"...
What about a title that has BD+ and MKBv9. Are you then stuck and have to continue play the original disc instead of a backup!?
ggking7
22nd February 2009, 14:04
MakeMKV doesn't decrypt though right? It transcodes an MKBv9 video to an MKBv9 video?
setarip_old
22nd February 2009, 19:02
@ggking7
Hi!MakeMKV doesn't decrypt though right?WRONG!
As I said in my previous post, after using MakeMKV to both "rip" (MakeMKV does NOT need AnyDVD HD) and create an MKV...
"Rip", as in "decrypt"...
setarip_old
22nd February 2009, 19:09
@lchiu7
Hi!What about a title that has BD+ and MKBv9.To reiterate, MakeMKV presently cannot process ANY BluRay discs containing BD+ - whether or not they also contain MKBv9.
On the other hand, the publisher of MakeMKV claims that it CAN presently process BluRay discs that contain MKBv9 - as long as they DO NOT also contain BD+...
ggking7
23rd February 2009, 16:21
Wow, isn't that really big news? MakeMKV doesn't seem to work in Linux via wine unfortunately.
may24
23rd February 2009, 23:42
Hi, I run into a problem and neither google nor the forum search turned out anything. Can you help me out:
DumpHD 0.6 by KenD00
Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0 by arnezami, KenD00
Loading BDVM... OK
BDVM 0.1.5
Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : F3604D1DDFB5A852566BAD37F14814145119DAE1
Searching disc in key database...
Disc not found in key database
Retrieving keys from source...
aacskeys 0.4.0 by arnezami, KenD00
Current path: /root/work/dumphd-0.6
MKBv: 3
Processing key: 455FE10422CA29C4933F95052B792AB2
Encrypted C-value: 0E8F739AFACD3129192B6CBC6BE58A86
Corresponding uv: 00000049
Decrypted C-value: E954DA0B1FF1F2F8AD514CA6B5A02541
Media key: E954DA0B1FF1F2F8AD514CA6B5A02508
Encrypted verification data: FAFBB2D347DA8F455889A3ADC68BDF0F
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFABD2BE60E34D8FA7
Drive FW info: 4109
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: NO
BN Block Count: 0
Inserted medium AACS protected: YES
AGID: 00
Host Private Key (Hpriv): 4737676058D7029452514F0AB186DC4CCA8C578F
Host certificate (Hcert): 0200005CFFFF0000000C00006E3DEB679B9A16AD
FAA8E30878767BA6EB2A9B415385AD1181B4446C
31E9A5DD2AB808B364FF15885BAC490964318C9B
F8029FCF76F688A54FBDA03F6D9332EF04E5A613
12DA85880A4D9CBB79D8602E
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C
AGID: 00
Drive certificate (Dcert): ########################################
########################################
########################################
########################################
########################
Drive Nonce (Dn): ########################################
Drive key point (Dv): ########################################
########################################
Drive key signature (Dsig): ########################################
########################################
Host key (Hk): 5613E7F89B11D9CAA27B610A1096332BEED86BC4
Host key point (Hv): 8A60C80BD60C23605FBE90B27BF96B2DB38195C1
801F54EB29E0F6EC57AC2B9168E88B2D56977508
Host key signature (Hsig): ########################################
########################################
Problem with verifying the drive signature.
ERROR: AACSVERYIFDRIVE, errnr: -1
aacskeys ERROR: AACSVERYIFDRIVE, errnr: -1
Failed retrieving keys from source
Actually running Yellowdog 6.1 on PPC-Core Playstation 3
IBM PPC Java 1.6.0
880
24th February 2009, 02:55
AACSKeys failed. I think it is not supported on PS3 Linux. So you have to find out the keys another way: either look in the Volume Unique Keys thread for your movie, or get a PC.
lchiu7
24th February 2009, 09:05
Well I encountered my first MKBv9 title today. Purchased a copy of The Forbidden Kingdom (region B) and DumpHD failed with error code -3 or something like that.
Then installed a trial copy of AnyDVD and that worked okay.
Finally disabled AnyDVD and tried MakeMKV and that also worked. So as noted in other forums MakeMKV has found a way around MKBv9 also which is good I guess.
Pity they won't share their technology but since the product is likely to go commercial, that would not be good business practice!
drkrvn32
1st March 2009, 03:02
with .6 of dumphd and BDVM debugger and aacs keys setup properly, i noticed a 'glitch' of the software working in our favor.
1.) dump a bdrom, ANY BDROM BD+ preferred[why in a minute]
2.) check for conv_table file.
3.) dump again [why in a minute]
DO NOT SWITCH MOVIE DISCS OR DELETE THE CONV_TABLE FILE.
4.) downconvert or convert with mencoder to clean up the avi interleave and broken audio streams.also correct for index timing.
[optional, but i like to do this.i can't see 1080 on this monitor, but 720p looks just fine.]
reasons we do it THIS way and not with that file called 'content_repair.c':
On the same movie, we don't need to do this. I noticed on 64bit ubuntu that this does cleanup the resulting movie, however on 32bits ubuntu i wasn't able to load the 00001.m2ts file, even though it WAS present.
I couldn't clean the movie up if I wanted to. its 32GB file for jumper, BTW.
avidemux chokes on the main movie file as well.
then I took a closer look at the movie. It was already nice and clean.no artifacting caused by the BD+. ODD.
the only thing I did different other than leave the conv_table file intact was to RE-DUMP the movie. I pulled the wrong audio stream when converting with mplayer and trashed my m2ts file that I cleaned up on 64bit ubuntu by mistake.I did trash BOTH files in the end and re-dump.
[french audio, i expected english. had the same issue with MI3, but that was a DVD content[mpeg2 video/ac3 audio] on BDROM, not x264 content.I think avidemux or vlc fixed the language thing for me.]
THOUGHT YALL should know.
--Jazz
KenD00
1st March 2009, 06:35
Uhm, i'm not quite sure what you want to tell us here, but if you have setup DumpHD to use the BDVM Debugger then of course the resulting files are already fully processed and BD+ has been removed (except there was an error, but this error won't vanish due to a re-rip), there is really no need to dump the same movie again.
:rolleyes:
drfix
7th March 2009, 04:18
Hi Ichiu7, hi all,
I am new to this, if these questions belong in different Thread(s), please advise me and I will post elsewhere.
The Forbidden Kingdom for Region A seems to be MKBv8. ( Ichiu7 said Region B is MKBv9 )
That would be according to aacskeys 0.4.0 ran against ISO image taken with PS3 Linux. According to several reports,
ISO Image taken with PS3 Linux does seem to keep Title ID :
http://forum.doom9.org/showthread.php?t=124841
DumpHD integration fails, but I was able to obtain VUK using aacskeys 0.4.0 running it against DiscID obtained using IOS image.
However, DumpHD shows errors about Multiple CPS Unit Keys being required and result is an useless folder.
Now my questions are :
Is it conclusive that Title ID shown in DumpHD when pointing it to Virtual Clone mounted ISO created with PS3 LINUX is correct ?
Is there a way to obtain all CPS Unit Keys for a title to put them manually into KEYDB.cfg, so DumpHD can decrypt the content ?
Pretty much, what is the best practice for DumpHD + aacskeys 0.4.0 + <=MKBv8 + ISO created using PS3 LINUX and single/multiple CPS Unit Keys, so AnyDVD doesn't need
to be used ?
Of course, AnyDVD 21-day trial did the job.
I never tried DumpVID, because I don't have BD-ROM and/or qualified HDCP hardware in my PC. I was working with ISO created with PS3 Linux
all the time.
Also, MakeMKV can't open that disk for me either ( Win XP SP2 + UDF 2.5 Driver, can "see" BD via ISO Virtual Clone ).
I also try to run Volume ID via Blu-Ray Ripper 1.5, which claims to be able to work with Multiple CPS Unit Keys, but it claims on m2ts file number 4 Volume ID is incorrect.
AnyDVD worked. Only DB I tried was Forbidden Kingdom.
Regards
drfix
lchiu7
7th March 2009, 05:02
As I noted makemkv worked fine on the title (region B). Can't see any reason why makemkv would not work on Region A. The other tools just won't work (apart from AnyDVD) since they cannot handle MKBv9, yet and the author of makemkv is not sharing the keys (or whatever technology he is using) to the community
setarip_old
7th March 2009, 05:55
@drfix
Hi!I never tried DumpVID, because I don't have BD-ROM and/or qualified HDCP hardware in my PC. I was working with ISO created with PS3 Linux
all the time. Also, MakeMKV can't open that disk for me either ( Win XP SP2 + UDF 2.5 Driver, can "see" BD via ISO Virtual Clone ).Although "MakeMKV" has proven to access all actual BluRay discs (other than BD+), I have found it to be inconssitent in its ability to access .ISO images mounted or unmounted.
By this I mean that on occasion, when "MakeMKV" has failed to access a mounted BluRay ,ISO image file, it's actually been able to access the same .ISO image file directly, without it being mounted...
KenD00
7th March 2009, 07:10
@drfix
Now that you have essentially crossposted this in three threads i have chosen this one to answer.
According to several reports,
ISO Image taken with PS3 Linux does seem to keep Title ID :
I have never seen the term Title ID in relation to the aacs stuff so i assume you are referring to the DiscID here. Its not difficult to "keep" the DiscID because its just the hash of the Unit Key File on the disc.
but I was able to obtain VUK using aacskeys 0.4.0 running it against DiscID obtained using IOS image.
...
However, DumpHD shows errors about Multiple CPS Unit Keys being required and result is an useless folder.
No you wasn't. You cannot obtain the VUK from an ISO image. You need a special piece of information off the original disc, the Volume ID, to calculate the VUK. The Volume ID does not reside in the filesystem so it is not included in the ISO. There is nothing you can do about it.
DumpHD does support multiple CPS Units, actually you are lucky that your disc uses multiple CPS Units because only in that case DumpHD "verifies" the supplied VUK. It couldn't decrypt your disc because the VUK is invalid!
Is there a way to obtain all CPS Unit Keys for a title to put them manually into KEYDB.cfg, so DumpHD can decrypt the content ?
This is not necessary, DumpHD can decrypt the CPS Unit Keys itself. Of course you can enter them manually, check out the KEYDB.cfg for a description of the syntax, aacskeys reports all CPS Unit keys in verbose mode.
Pretty much, what is the best practice for DumpHD + aacskeys 0.4.0 + <=MKBv8 + ISO created using PS3 LINUX and single/multiple CPS Unit Keys, so AnyDVD doesn't need
to be used ?
Impossible. You can't decrypt the content if you have the ISO image only. AnyDVD does work because it has an internal database of VUK's, so if it has the VUK for your ISO it can use it, if not AnyDVD won't work too.
You can however use aacskeys if you know the VolumeID from the disc, just give it aacskeys on the command line and it will decrypt the VUK for the ISO. Then you can enter the VUK in DumpHD's key database and it will happily decrypt your ISO.
Bad news:
You can't get the Volume ID with your PS3 (as far as i know, i'm not up up date in this area).
:rolleyes:
drfix
7th March 2009, 14:58
Hi KenD00,
Everybody, I am sorry about cross-posting. Wasn't quiet sure on how to whole thing works and tried many different tools.
Thanks for answering all my questions at once.
Yes, I was referring to DiscID.
I hope it is ok to ask one more DumpHD related question here :
in order to obtain correct VUK to start the whole aacskeys+DumpHD motion, is it possible to use simple external USB 2.0 based BD drive i.e. LITE-ON Model DX-4O1S-06, which comes with PowerDVD, even if person doesn't have HDCP compatible hardware/video card ?
I would know which program to use, but not sure if I can set it all up w/o HDMI compatible video card/hardware on my PC.
Regards
drfix
Yes DumpHD works without HDCP. I start DumpVID, start PowerDVD, and it plays a movie studio logo before it stops playback (because of lack of HDCP). Meanwhile DumpVID has gotten the Volume ID.
KenD00
9th March 2009, 05:10
I hope it is ok to ask one more DumpHD related question here :
Here is the place to ask DumpHD related questions ;).
To 880's answer i can only add if you need to buy a new drive anyway why not buying one for which a firmware patch is available? You don't need to go the DumpVID route with such a drive, you can use aacskeys directly. The LG drives are very good and the GGC model shouldn't be that expensive.
:rolleyes:
drfix
10th March 2009, 02:47
Hi 880, KenD00,
thanks for good guidelines.
The only reason I pointed LITE-ON is because it is an external USB 2.0 based drive. I don't have PC to install SATA drive, just a laptop.
In any case, usage of DumpHD is more clear now and I will try to give it a shot either with DumpVID or getting drive with firmware patch available.
Thanks again.
drfix
teox99
16th March 2009, 11:02
hi KenD00! how are you?! :D
any news about MKBv9 key for dumphd?
i hope in a not too long time for a chance!
thx and good dumping for all!
lchiu7
16th March 2009, 20:54
I think the only solution at this time are either makemkv or AnyDVD for MKBv9. Ken needs new keys and it's not clear how he can obtain them and certainly the author of makemkv isn't sharing :(
teox99
16th March 2009, 22:31
ok, im very sad for makemkv and similar way to think.
anyway we can make an offerts to them i'll very happy to contribute to "buy" the key. mybe Keen can collect the money and let us know the results...
what do u think?
Rupan
20th March 2009, 07:06
If there is an offer on the table I would probably be willing to contribute. There is the matter of how the money cna be delivered anonymously though.
kkloster21
20th March 2009, 16:47
before we start talking about "buying" a MKBv12 key from Mike Chen (i don't think he would be interested in selling one), we might take note of some progress that others are making and see if there is a way we can contribute to that. evdberg has some method for obtaining VUKs of MKBv9 blu-rays as he has posted one of these VUKs here:
http://forum.doom9.org/showthread.php?p=1263044#post1263044
its unclear how this method works or when (if ever) it will be usable by us non-AnyDVD HD users, but it seems worth it to try to evaluate how far we are from that and what some of us may be able to do to contribute and speed the process up.
i'm sorry for perpatuating this KenD00, but we probably shouldn't hijack this thread for this purpose. maybe we should start a new thread to continue this conversation?
kkloster21
21st March 2009, 06:03
i HATE to complain after just getting the MKBv9 and 10 keys (so don't think of it as complaining ;) ) but the current BD+ implementation (using the debugger to build a conv_tab.bin) doesn't seem to work for the new MKBv9 movies that i've tried (The Day The Earth Stood Still and Sideways). can anyone else confirm this problem?
just to be clear, the 0.1.5 version of BDVMDBG does create a conv_tab.bin file, and dumpHD seems to be properly implementing it (i don't see any error messages before the video window opens) but it is not repairing the video correctly (still see colored blocks, etc.). please let me know what more info i can provide to be helpful (or what other procedures i could test out).
a big thanks to everyone who has worked on dumpHD (pretty much KenD00), the BD+ repair tool (loo3aem3ON, Accident, Oopho2ei, Rupan, and others), aacskeys (arnezami and KenD00), and people who are getting these processing keys (TAKU, and others)!
Doom9
21st March 2009, 11:17
Just because you can now decrypt MKBv9/v10 titles doesn't mean the debugger was magically updated to handle all those discs it couldn't handle before - looking at the timeline (Fox started with the new batch of BD+ titles even before MKBv9) I doubt you'll find many titles(if any at all) with those MKB versions that the debugger can handle - and looking at the BD+ thread it doesn't look like you can expect the debugger to handle all the newer titles anytime soon :(
loo3aem3ON
21st March 2009, 11:27
the current BD+ implementation (using the debugger to build a conv_tab.bin) doesn't seem to work for the new MKBv9 movies that i've tried (The Day The Earth Stood Still and Sideways).
TRAP_ApplicationLayer is not implemented yet hence the segment keys are wrong and the conversion table is corrupt. I've shown how to execute the BD-J handshake properly and Accident is trying to use it with libbluray which is pretty difficult. SlySoft has probably reverse engineered the BD-J handshake xlet instead of executing it on a proper BD-J platform like i propose. Rupan has tried this (https://forum.doom9.org/showthread.php?p=1241511#post1241511) as well but it seems he has given up.
krosswindz
1st April 2009, 16:00
This might be a stupid question, is it possible that two movies different discs though have different DISC ID?
loo3aem3ON
1st April 2009, 18:27
This might be a stupid question, is it possible that two movies different discs though have different DISC ID?
The disc id is the sha-1 hash of some file on the disc. A hash is a mapping of an input of arbitrary size to a fixed size output. The instance where two different inputs (files in this case) have the same hash is called collision. Because the file the hash is calculated from is much larger than 160bits (hash length) lots of collisions are unavoidable. In general there are infinite many files which have the same sha-1 hash.
I hope this helps.
krosswindz
1st April 2009, 19:57
The disc id is the sha-1 hash of some file on the disc. A hash is a mapping of an input of arbitrary size to a fixed size output. The instance where two different inputs (files in this case) have the same hash is called collision. Because the file the hash is calculated from is much larger than 160bits (hash length) lots of collisions are unavoidable. In general there are infinite many files which have the same sha-1 hash.
I hope this helps.
I am sorry I didnt frame my question properly, I have the same movie but two different discs, both are giving me different DISC ID's in dumpHD. Though one was tried out in Windows and the other on Linux or completely different machines. I am just wondering if this possible. I thought there must be some form of a 1-1 mapping between the DISC ID and the keys.
loo3aem3ON
1st April 2009, 20:21
I have the same movie but two different discs, both are giving me different DISC ID's in dumpHD
If the disc id differs then either it was calculated in different ways (unlikely) or the discs are different. Have you compared the language tracks of both movies?
I thought there must be some form of a 1-1 mapping between the DISC ID and the keys.
From what i wrote in my previous posting you should be able to see that it's possible that two different movies (encrypted with different keys) have the same disc id. If you think such a collision is unlikely then search for "birthday paradox".
krosswindz
1st April 2009, 21:33
If the disc id differs then either it was calculated in different ways (unlikely) or the discs are different. Have you compared the language tracks of both movies?
They are the same movie and everything is same, both were bought together from the same store.
From what i wrote in my previous posting you should be able to see that it's possible that two different movies (encrypted with different keys) have the same disc id. If you think such a collision is unlikely then search for "birthday paradox".
I know that the collisions are possible, but I felt since it was SHA-1 hash the collisions at such an early stage might not be possible. I dont have to search for birthday paradox, I remember it from my undergrad probability and statistics course :D
KenD00
1st April 2009, 22:02
They are the same movie and everything is same, both were bought together from the same store.
Even in that case its possible that both movies are from a different production batch. The production plant should use random values for the keys when creating the master, even if they don't they are forced to use the mot recent MKB version available which would lead to a different unit key file (and therefor a different DiscID). However, quite strange that you got two different discs together, but regarding the number of available discs the birthday paradox works better here ;).
:rolleyes:
kyoshiro378
7th April 2009, 17:32
how to use dumpvid for BR ripper?
how to use volume key at BR ripper
KenD00
4th June 2009, 02:08
After quite a while a minor update to DumpHD. A long time ago someone made the request to support comments inside key entry lines of the KEYDB file, i always wanted to add this with a next release but i never found the time to work on DumpHD. Now that i have compiled new database files from the key threads and some of the posted keys contain comments i finally implemented this feature.
This and a little improvement in detecting wrong key entries are the only changes i made, grab the new version from the first post of this thread.
:rolleyes:
TheMatrixx
4th June 2009, 14:32
Hi KenD00, you're now on Softpedia Linux:
http://linux.softpedia.com/get/Multimedia/Video/DumpHD-48211.shtml
http://linux.softpedia.com/get/Multimedia/Video/BDVM-Debugger-48212.shtml
http://linux.softpedia.com/get/Multimedia/Video/AACSKeys-48213.shtml
http://linux.softpedia.com/get/Multimedia/Video/ConvTableView-48214.shtml
KenD00
5th June 2009, 19:38
If they would add the tools to their mac section too they would be finally complete ;). The crappy DumpHD GUI looks really nice on OSX.
Edit: Oh, they added at least DumpHD there, looks like they processed my notification quite quickly. VideoHelp doesn't seem to be that fast, they still say windows only :(.
:rolleyes:
drkrvn32
15th June 2009, 02:14
Yes, 10.5.7 to be exact.
It even reads a UDF such as a Blu-ray with the updates recently.
No luck with compiling aacskeys as I need openssl and can't build that at the .9 release.You can do it in Tiger,though[10.4.xx].
Ok, some notes:
The shared lib for .40 you cant use.It crashes the JVM.BUT.....
The console binary file works.So with some minor fiddling that I otherwise wouldn't do on linux to the keydb file, dumpHD works LOVELY.
You have to use the command-line util and adjust the keydb,then run DumpHD.Its the only way to rip discs that are not already in the database.
You need the .6 Java release binary called 'soylatte' to run DumpHD.Add a link and export the path in your bash_login script[hidden] and re-login.
That fixes that.We can rip now. THANK ALL OF YOU.
I'm on a Intel hackintosh if it matters.Have tested on Ubuntu [8 and 9] and it works even better.With tsMuxer for OSX and a MPlayer SVN copy[recent] we now can play Blu-ray ahead of Apple's intended upgrade to the DVD or HD player.We beat Apple to the punch.
I went ahead and got a more recent version of the GUI OSX Mplayer app.For mencoder, use the command-line, nobody has built a GUI model in some time for intel systems.
YOu do need and I have a LG with flashed firmware to do this.Its the same one everyone is raving about and you can get it at Best Buy for about $150.
Forget emulating windows for AnyDVD HD.[Nevermind the fact a hackintosh has no VM kernel mode.]It can't be done and you are wasting your time doing it this way.If this is all you boot into windows for via boot camp, feel free to remove windows.
I have optimal h264 ffmpeg commands to produce 720p downconverted mp4 output if anyone cares. Will test TrueHD audio removal with tsMuxer in a moment, just thought yall should have something to work from.
I have the DEMO disc,Jumper, and a few rented MKV9's around here if anybody needs testing.
I remove my rentals when done watching them, they play better from the hard drive than a stream[broken audio issues], so don't ask for copies.
The stream from disc method with dumpHD and mplayer as a pipe does work, though.On discs with non-broken audio or AC3 only, this effectively becomes a 'blue-ray player'.Nice to see such efforts.No transcoding needed for this and playback starts about a minute after the pipe begins.
Playing around with some MP4 compression setting ATM to find mplayer's optimal or another program under OSX that does similar and produces flawless 720p output, as ffmpeg crashes on anything over 640i.What settings work natively on OSX are iffy as it is, most of mplayer/mencoder codecs are not implemented properly on OSX.I have a demo download that can do it with quicktime output of all things for those interested.
On ppc mac, he he he... I have a 600 g3.It takes 8 hours to do what my iHack can do in 45min with a DVD.I won't get started with blue-ray.I need a external sata compliant to Firewire bracket to test and see how it works.[possibly a UDF 2.5+ driver for OSX Tiger as well.THis comes with 10.5.5 and above in a system update.]
drkrvn32
15th June 2009, 03:30
Just about have it.Audio is clear as day and I can confirm that tsMuxer pulls down the TrueHD to AC3 Perfectly.You have to downconvert the TrueHD,then paste together the m2ts files with tsMuxer,though.I didn't do that on the DEMO chapters yet as the first chapter is Ac3, and some seem to be TrueHD.They can be mixed within a movie for some reason.
You do have to pickout manually the biggest files, I can't seem to get bdsplice to build yet.
Still looking for 263/264 or mp4 audio, maybe the libs from Fink can help here with mencoder, which seems to be the free encoder of choice.
iSkysoft Video converter on xvid settings gets darn close.Not bad for commercial ware.
Both are set at 5000k (5MB)/sec vbitrate.
FFmpeg cant hold a candlestick, let alone light it.It crashes before it gets the chance.
EXCELLENT work.
KenD00
4th July 2009, 02:51
No luck with compiling aacskeys as I need openssl and can't build that at the .9 release.You can do it in Tiger,though[10.4.xx].
Hmm, IIRC OSX ships with an openssl library which lacks ECDSA support. Have you tried to compile aacskeys with the included openssl library (you need to un/comment the corresponding lines in premake.lua and disable ECDSA code generation)?
Did you try to compile the original openssl tarball or have you used the one from macports.com?
:rolleyes:
trojanfoe
4th July 2009, 11:03
Hmm, IIRC OSX ships with an openssl library which lacks ECDSA support. Have you tried to compile aacskeys with the included openssl library (you need to un/comment the corresponding lines in premake.lua and disable ECDSA code generation)?
Did you try to compile the original openssl tarball or have you used the one from macports.com?
:rolleyes:
Fedora are in the same boat - their openssl (and RHEL as well I guess) lacks EC support. In order to enable it I had to download the Fedora openssl SRPM and also the original openssl-0.9.8k.tar.gz from openssl.org and hack about with the .spec file and the scripts used to disable the support. Took a couple of hours, but once it was done everything worked fine.
happycase
12th July 2009, 19:16
If someone could look at my log file and tell me where I am going wrong I would very much appreciate the help.
DumpHD 0.61 by KenD00
Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0 by arnezami, KenD00
Loading BDVM... OK
BDVM 0.1.5
Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : 6775F006F674B12836CA685267C96AB8BEE12D81
Searching disc in key database...
Disc not found in key database
Retrieving keys from source...
aacskeys 0.4.0 by arnezami, KenD00
Current path: C:\Users\Michael\Desktop\Blu Ray Softwar
e\dumphd-0.61
MKBv: 4
Processing key: F190A1E8178D80643494394F8031D9C8
Encrypted C-value: EC100AA3801E0A5217901E08A2CD8E47
Corresponding uv: 000000A0
Decrypted C-value: E4C399C911E71D72DDB2AD299205BABD
Media key: E4C399C911E71D72DDB2AD299205BA1D
Encrypted verification data: 659767BFAB127C4CD208733EA919F3C4
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFEB048AFFBF8B5060
Drive FW info: 1.10 Sep18,2008
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: YES
BN Block Count: 1
Inserted medium AACS protected: YES
AGID: 00
Host Private Key (Hpriv): 4737676058D7029452514F0AB186DC4CCA8C578F
Host certificate (Hcert): 0200005CFFFF0000000C00006E3DEB679B9A16AD
FAA8E30878767BA6EB2A9B415385AD1181B4446C
31E9A5DD2AB808B364FF15885BAC490964318C9B
F8029FCF76F688A54FBDA03F6D9332EF04E5A613
12DA85880A4D9CBB79D8602E
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C
AGID: 00
The given Host Certficate / Private Key has been revoked by your drive.
ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
aacskeys ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
Failed retrieving keys from source
It looks like I'm missing one small step.
sl1pkn07
12th July 2009, 19:19
patch your drive (if is supported...)
http://forum.doom9.org/showthread.php?t=139522&highlight=firmware
happycase
12th July 2009, 19:36
It doesn't look like my Sony/NEC Optiarc BC-5100s is supported. Am I basically out of luck for the time being?
Doom9
12th July 2009, 19:54
Check out the first post.. it has instructions (or rather.. links to) on everything from dumpvid (to get the volume id without patched firmware) to BD+ removal. And next time remember that this is part of rule 1.
I would be try DumpHD, but i get only this error:
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object
I used jre 6u14
KenD00
13th July 2009, 15:19
A little more information would be quite useful. What OS do you use (windows/linux/osx), how did you start DumpHD? It looks like your java installation is broken somehow, it can't find it's base classes, maybe you should reinstall it.
:rolleyes:
drmih
15th July 2009, 00:25
I'm giving this a go for the first time since HD-DVD, so go easy with me.
Having (hopefully) read everything carefully I set about trying to determine the keys for a set of discs. I have a patched H20L so was able to get the DiscID and VID relatively easily for both discs. I then tried to use DumpHD and it couldn't find the keys in the database - not suprising as the disc was only released yesterday. I then tried copying the aacskeys.dll to the DumpHD directory to use the automatic approach but I have a Vista 64bit system and it couldn't load the dll (is there a 64bit dll out there?). I then decided to continue using the method Doom9 had used and manually give aacskeys the VID. At this stage I got:
"Could not find a Processign Key or Device Key resulting in the Media Key"
keys tried.....
ERROR: PROCESSMKB, errnr: -3
Is this where I just run out of luck or should I be able to get the VUK but am just missing something?
AACSKeys will not work for newer discs. It only works for MKB version 1-10. Versions 11-14 do not work.
KenD00
15th July 2009, 08:56
I then tried copying the aacskeys.dll to the DumpHD directory to use the automatic approach but I have a Vista 64bit system and it couldn't load the dll (is there a 64bit dll out there?).
Before today, no. I have only a 32 bit windows and cross compiling did not work out of the box, but i found a nice guide how to setup that and cross compiled a 64 bit version today. But i cannot test if this version actually runs because i still don't have a 64 bit window available. If you would be so kind and test this version of aacskeys (http://rapidshare.com/files/255993578/aacskeys-0.4.0b.zip) (please the standalone executable and the library) and confirm that it works i can release it. And while you are at it, can you test this dumpvid (http://rapidshare.com/files/255996641/dumpvid-0.4a.zip) version too ;)?
But as 880 already said, these new versions won't solve your problem because you need a new Processing Key which isn't available yet, but you can solve my problem confirming that the 64 bit builds work :).
I then decided to continue using the method Doom9 had used and manually give aacskeys the VID.
Because you have a patched drive this wasn't necessary, in your case aacskeys can get the VID itself.
:rolleyes:
drmih
15th July 2009, 16:15
I am happy to report that everything works fine at 64bit. aacskeys incorporated in dumphd, on its own and also dumpvid. With respect to my issue, now from within dumphd it is reporting the key as mk 12.
I know I could ask the question elsewhere but you know whats what - how can the programme MakeMKV process the disc?
KenD00
15th July 2009, 18:15
I am happy to report that everything works fine at 64bit.
Thanks for testing. I have officially released aacskeys 0.4.0b and DumpVID 0.4a right now, see the first page for this thread for updated download links.
how can the programme MakeMKV process the disc?
Well, Mike Chen would be the first person to ask this question but the answer is quite simple, they have a new Processing Key (like Slysoft does too). He has answered this question himself recently here (http://forum.doom9.org/showthread.php?p=1305539#post1305539).
:rolleyes:
Doom9
15th July 2009, 19:17
The disc was only released yesterday? We only have processing keys for MKBv1-10.. v11, 12 und 14 are still missing and that's what new discs use.
ni-cad
17th July 2009, 03:05
I'm running xp64 and Current version: 0.61 wont see my HD disc - AAWIL, what do I need to do to do exactly?
Can you give me specific step by step instructions?
KenD00
17th July 2009, 19:05
Let me guess, your windows doesn't "see" the disc too, right? You don't have an UDF 2.50 driver installed, windows versions prior to vista don't have one included. I don't know if there is one for XP 64, i think the Toshiba driver does only work on XP 32. Maybe installing a recording program that supports packet writing can help, otherwise i don't know where to get an UDF 2.50 driver for XP 64.
:rolleyes:
I had luck with this thread: UDF 2.5 driver for WinXp 64-bit (http://forum.doom9.org/showthread.php?t=140021)
ni-cad
17th July 2009, 21:10
Awsome!
This is the first thing that's gone right for me in about a fortnight, it installed and works perfectly, thanks 880!!!
I can't extract the evo files yet though. I wanted to use DmpHD to ripp my evo files to my hard disc incase Anydvd wasn't remeoving the protection propperly, I thugh DumpHD might do a better job but even with explorer able to open and see the disc and all files contained on it DumpHD can't see the evo's, it only see's the folders none of the files etc.
The log reports the following errors:
DumpHD 0.61 by KenD00
Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... FAILED
no aacskeys in java.library.path
Direct key retrieval disabled, only keys from the database will be used
Loading BDVM... FAILED
bdvm.vm.BDVM
Automatic BD+ removal disabled, specify a Conversion Table manually to remove BD+ if necessary
I'm a bit lost here, is it only something to do with aacskeys? what steps do I take from here?
setarip_old
18th July 2009, 00:12
@ni-cad
Hi!
It appears that only a U.S. version of "An American Werewolf In London" is in the HDDVD database (KeyDB.cfg) for DumpHD...
ni-cad
18th July 2009, 01:07
Ah hey setarip.
yeah I have the UK version and I don't know how I'd go about finding out the key for it exactly.
I think I'm going to try and concentrate on converting the VC-1, I guess I'll leave this for now.
I wanted to use DmpHD to ripp my evo files to my hard disc incase Anydvd wasn't remeoving the protection propperly, I thugh DumpHD might do a better job but even with explorer able to open and see the disc and all files contained on it DumpHD can't see the evo's, it only see's the folders none of the files etc.
I bet that both DumpHD and AnyDVD HD rip HD-DVDs correctly.
When you hit 'browse', DumpHD is looking folders or drives to read from or save to. Thus the dialog will hide files from you, but it can still see them.
The error you are getting is because the library for aacskeys is not in the DumpHD folder. Move the .dll and try again.
ni-cad
18th July 2009, 03:06
The hdcp is deffinetly being removed by anydvd, but I still think there's some data from the evo that's missing, perhaps timestamps, I'm not sure.
I'll give DumpHD another shot just incase there is any difference, thanks for the pointer.
KenD00
18th July 2009, 04:51
There is no HDCP on the disc, this protection is applied by your graphics cards. On the disc there is AACS and i am pretty sure AnyDVD HD does a decent job removing it, don't expect a difference in the result by using DumpHD.
There may be some differences depending on if you decrypted the disc on the fly or using the ripper and maybe AnyDVD HD resets the embedded cryptographic data differently then i do but in no case this should result in differences in the a/v streams.
:rolleyes:
gottahavit
26th July 2009, 03:32
for those with v12+ disc, I don't know if this is commonly known yet, but dvdfab now has working blu-ray support again. Hard to tell but if I read it right the core rip functionality stays free after the trial, you just lose the avanced stream selection and conversion functions.
setarip_old
26th July 2009, 05:59
@gottahavit
Hi!if I read it right the core rip functionality stays free after the trial, you just lose the avanced stream selection and conversion functions.No, after 30 days, you lose all BluRay functionality (As well as anything else, other than simple DVD ripping)...
gottahavit
26th July 2009, 16:25
@gottahavit
Hi!No, after 30 days, you lose all BluRay functionality (As well as anything else, other than simple DVD ripping)...
I'm not saying you're wrong and since I just grabbed my trial hasn't expired, but reading this tells me it should keep working.
From the download page(labeled free stuff):
"DVDFab HD Decrypter is a simple version of DVDFab "DVD to DVD" and DVDFab "Blu-ray to Blu-ray". It copies entire DVD/Blu-ray movie to hard drive, and removes all the DVD protections (CSS, RC, RCE, APS, UOPs and Sony ARccOS) and part of Blu-ray protections (AACS, BD+, RC, UOPS and BD-Live) while copying."
and when I run the app it shows me a screen listing the features saying they will expire except hd decrypter which it says never expires.
setarip_old
26th July 2009, 19:11
and when I run the app it shows me a screen listing the features saying they will expire except hd decrypter which it says never expires.Yes - and the freeware program, DVDFabHD Decrypter, that will be the remaining active program, will only perform simple rips of standard DVDs...
gottahavit
26th July 2009, 21:01
Yes - and the freeware program, DVDFabHD Decrypter, that will be the remaining active program, will only perform simple rips of standard DVDs...
so basically they are lying when they say the free version is a simple version of the bluray to bluray software.
bummer, oh well
happycase
9th August 2009, 07:28
Hi. I am stuck at the part where I have to start hammering with dumpvid, since I do not have a patched drive, but when I double-click the executable the program opens and closes quickly and I cannot access the commandline. Sorry if this has already been covered and I did try to solve this using the search feature.
I do not have a software player and am not sure if this is a contributing factor. Thanks in advance.
setarip_old
9th August 2009, 07:55
@happycase
Hi!
Execute the program (and any commands) from within a DOSBox...
happycase
10th August 2009, 07:36
Is it compatible with Vista 64 Ultimate?
When I run
C:\Dumpvid d(my drive) it tells me "This program cannot be run in DOS mode."
pynux
10th August 2009, 09:35
yes it's work
juste launch "cmd.exe" to have a dosbox
and in the dosbox : dumpvid.exe , if you are vista64 or Seven64 you can use dumpvid64.exe
KenD00
10th August 2009, 14:07
Dumpvid is a command line application, to run it you need a shell/command prompt, don't confuse this with DOSBox. DOSBox is an emulator for DOS, the operating system from the days when windows was an ordinary appilcation ;).
The shell on windows is cmd.exe so this is the way to go. But if you don't have a software player this is pretty pointless because dumpvid needs someone to do the authentication. However people are using MakeMKV too to just perform the authentication to grab the VID.
:rolleyes:
kreet
23rd August 2009, 12:34
on osx leopard there is a problem with libaacskeys.dylib integration:
$ ./dumphd.sh
Creating GUI... DONE
Invalid memory access of location 0x100000300 rip=0x7fff5fc11080
./dumphd.sh: line 3: 72611 Segmentation fault java -server -Djava.library.path=. -jar DumpHD.jar "$@"
version info:
DumpHD 0.61. aacskeys 0.4.0b.
$ java -version
java version "1.6.0_13"
Java(TM) SE Runtime Environment (build 1.6.0_13-b03-211)
Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02-83, mixed mode)
$ file libaacskeys.dylib
libaacskeys.dylib: Mach-O universal binary with 2 architectures
libaacskeys.dylib (for architecture x86_64): Mach-O 64-bit executable x86_64
libaacskeys.dylib (for architecture i386): Mach-O executable i386
also KenD00: maybe you can put the currently supported mkb versions on the top post?
setarip_old
24th August 2009, 00:13
@KenD00
Hi!However people are using MakeMKV too to just perform the authentication to grab the VID.Please explain further...
pynux
24th August 2009, 11:03
like that :)
(under linux)
pynux@core2duo:~/Documents/Bluray/aacskeys-0.4.0b$ ./bin/linux/aacskeys /media/cdrom
aacskeys 0.4.0 by arnezami, KenD00
The given Host Certficate / Private Key has been revoked by your drive.
ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
:'(
don't worry i have a tuto to have a VID :)
Shell 1:
pynux@core2duo:~/Documents/Bluray/dumpvid-0.4a$ wine dumpvid.exe --force-bd d 10
DumpVID 0.4 by KenD00
Drive type is recognised as CDROM/DVD.
Sending SPC1 Test Unit CDB6 command..done.
Returned good status.
Press ENTER to start hammering
Shell 2 :
pynux@core2duo:~$ makemkvcon info disc:1
001014:000000:0000 MakeMKV v1.4.6 beta linux(x64-release) started
001013:000000:0000 Debug logging enabled, log will be saved as /home/pynux/MakeMKV_log.txt
Current action: Scanning CD-ROM devices
...
Current progress - 0% , Total progress - 0%
003010:000000:0000 Using direct disc access mode
Current action: Pre-calculating data
Current progress - 0% , Total progress - 0%
Current progress - 0% , Total progress - 0%
Current action: Processing AV clips
Current progress - 13% , Total progress - 0%
...
Current progress - 94% , Total progress - 17%
Current action: Processing movie playlists
Current progress - 0% , Total progress - 17%
Current progress - 6% , Total progress - 17%
Current progress - 6% , Total progress - 18%
Current progress - 84% , Total progress - 18%
Current progress - 84% , Total progress - 34%
Current action: Decrypting
...
and shell 1 say :
Hammering drive with a 10ms delay...
VID: 3FEC22AF2E1A0B06EE3B3357B3768406
Hammering finished
and now use libaacskey
pynux@core2duo:~/Documents/Bluray/aacskeys-0.4.0b$ ./bin/linux/aacskeys /media/cdrom 3FEC22AF2E1A0B06EE3B3357B3768406
aacskeys 0.4.0 by arnezami, KenD00
Volume Unique Key: F0928CCA388BFA38405030031EA693CB
Unit Key File Hash (Disc ID): BBF37D288024568CDFFD9D240CEDDB882799B29
et voila
you have VID and VUK without autentification :)
work with dvdbluray MKB V1 -> V10
V11 -> V14 libaacskey haven't key in ProcessingDeviceKeysSimple.txt :'(
if somebody have a tuto for grab the MKB key or have mkb v11->v14 tell me :)
KenD00
24th August 2009, 20:50
@kreet:
Someone else also reported that the library crashes on OSX 10.5.7 but the standalone application does work. I have only OSX 10.5.4 here and currently can't get 10.5.7 to run, i will look into this when i get it to run.
For the MKB support, this doesn't belong here, DumpHD supports all MKB versions because it doesn't decrypt them itself but aacskeys does ;). But what maybe belongs here is to note that it does not work with bus encryption, but we have yet to see the new discs and hardware to hit the market so for now this isn't an issue too. Anyway i think it is common knowledge to know what MKB versions are freely decryptable :).
@setarip_old:
The trick with dumpvid is that you need another entity to perform the AACS authentication procedure to grab the VID. Usually you use a software player for this, but you can use anything else that performs the necessary authentication, like MakeMKV does. You could also use AnyDVD HD for this, but they have an internal database and do the authentication only for unknown discs.
:rolleyes:
setarip_old
24th August 2009, 21:07
@KenD00
Thank you ;>}
krosswindz
27th August 2009, 13:38
I am not sure if any of you folks are following this http://www.networkedmediatank.com/showthread.php?tid=23731
NMT runs linux, AFAIK they run linux. This means that if they are having full Blu-Ray support they must have the license for BD+. This would be an interesting setup to figure out how the decryption takesplace.
serrin
3rd January 2010, 01:53
Thanks for the program KennD00. I've managed to get DumpHD working and I have to say it's fantastic.
One question though, has anybody else had a drive locking up when trying to hammer a disc with DumpVid? The first disc I (unsuccessfully) tried to rip was Watchmen Director's Cut. Since the auto AACS decryption didn't work, I tried the method for manual key finding as mentioned in the first post. Arcsoft's TotalMedia Theatre 3 platinum didn't want to work, so I tried PowerDVD 8 instead. After decreasing the hammering interval down to 10ms, a strange thing happened. Instead of the movie playing (which indicates the hammering wasn't successful?) the drive vanished. PowerDVD would say that there wasn't a blu ray drive any more and the DumpVid would say it failed. The blu ray drive disappeared off device manager, disk management, BIOS, everything. The drive wouldn't open and I thought I would have to RMA the drive with Watchmen still inside. Restarting the computer didn't do anything, only after I disconnected the SATA power plug and reconnecting did it magically start working again. I then tried hammering again and the same thing happened. Am I doing something wrong or is this some sort of new security feature?
I've since managed to rip other discs that work with automatic AACS decryption but I haven't been successful hammering with DumpVid.
For reference my drive is a Samsung SH-083A blu ray combo drive and I'm running windows 7 x64 ultimate and hammering with PowerDVD8 and DumpVid 0.4a. The drive is attached to a Intel P55 southbridge SATA controller.
setarip_old
3rd January 2010, 06:25
Unless I'm misinterpreting something, if you use the "Backup" function of MakeMKV v.4.10, I believe you'll find a small file that, if decodable, may eliminate the need to alter your drive or to "hammer" ;>}
**EDIT** Per "Mike Chen":discatt.dat is a so-called "serialized disc attributes blob". there is
no fixed offset where volume id is stored. this file is created by libdriveio library that we wrote and released under LGPL license, it can be downloaded from our site. The code to _parse_ this serialized blob is not LGPL but public domain so it can be used by anyone for whatever purpose.
shadowHH333
9th January 2010, 08:21
sorry, too many issues with my last account. Its drkrvn32.
ANyway...
I managed to get DumpHD working =>10.5.7 (OSX). Im sure this will work on snow as well.
It seems that Apple ships with 64bit version of Java which DumpHD is NOT designed for. .5.5 allows UDF 3.0, partial Java support(the update gives v1.6), and an updated openssl layer.
There is no need to recompile aacskeys just yet.It works to a point. You will get the new Disc keys from the CLI, but the program segfaults shortly after(due to 32/64-bit memory reference issues??). You WONT get >Mbkv 10, however. Use MakeMKV for that.
So what I did was install landof.bikemoney's SOYLATTE (32-bit Java v1.6) and edit the /etc/profile file with nano on the command line. MAKE SURE YOU REBOOT.
Once you do, If you followed all of the optional arguments(including making the link), java will report back as:
Java(TM) SE Runtime Environment (build 1.6.0_03-p3-landonf_19_aug_2008_14_55-b00)
Java HotSpot(TM) Client VM (build 1.6.0_03-p3-landonf_19_aug_2008_14_55-b00, mixed mode)
and you will be able to run DumpHD via command-line. Double clicking the Jar file still forces APPLE Java(64-bit) to load. If anyone can make a Java Preferences addition for Mike Landoff's Java, this might fix this.For now, deal with the command-line.
for aacskeys: make sure you have the aacskeys binary for the OS you are running. If you get a 'cant run exec. file' error, go get aacskeys again and pull the correct file into where dumpHD was stored.
On OSX, you WILL have to update the keyDB yourself, unless the key for the disc in question is already in the DB.
This should work on snow, but I dont have a BDROM in my APPLE HW and I dont want to take my production environment on the Hackintosh down.Its more stable that Ubuntu ATM.(dam canonocal, they HAD to break it.... 9 series is UNstable, in case you use it.)
[I would rather use debian sid than Ubuntu 9 series, and sid doesnt have the HW drivers I need.]
Hope this helps.
shadowHH333
9th January 2010, 08:30
If you want to compress the output of dumpHD or makeMKV you wil need the following on OSX to do it reliably(AKA: audio in sync, which is an issue for linux user ATM)
tsmuxerGUI.app
Latest MPlayer SVN snapshot (cant use libblueray.so on OSX)
XCode for compiling MPlayer source package
Use tsMuxerGUI to drop off all of the streams you dont need(downmixes TrueHD tracks to AAC for you, wont find this on Linux, well I cant get it to work anyway withmplayer)
then use mencoder, which you just installed, to compress the files into x264(not recommended) or divx containers.
I have a script that works well for mencoder and plays back 720p no problems, but it takes ME 8 hours to compress a BDROM. I have a lightning fast processor which only a few companies have passed in the speed department. YMMV.
This works on the PC, for the TV(or if Im lazy and hit the right keys, hitting the wrong ones reset playback AND ALL THE ADS all over again....) I just use the console unit.
Who ever designed that feature needs to be shot.You need to be able to resume BDROM playback from last position on the TV.AKA: DONT EVER hit that STOP BUTTON during BDROM playback unless you WANT to see the ADS over again.On my remote the stop and pause buttons are too close.
So for me, since I hate TV ads, I opt for just the main movie on the computer and its worth the time saved during playback(due to finicky console unit) to dump my discs.Some of you dont care so much for this. Again YMMV.
KenD00
9th January 2010, 22:48
There should be no difference running DumpHD with a 32 bit or a 64 bit VM, there is no "64 bit Java language". And indeed higher Mac OSX versions use the 64 bit VM by default.
The problem is the aacskeys library, actually the statically linked OpenSSL. I had some difficulties to compile OpenSSL so i was happy when i finally got a working compilation, unfortunately it doesn't work when the aacskeys library gets dynamically linked in higher Mac OSX versions.
I have a working copy of aacskeys here that uses another crypto library and runs just fine even on Snow Leopard, however i don't want to release it now because it doesn't offer any major new functionality for the end user, i wanted to implement some new features first and then make a new release. I haven't seen great demand for a working Mac OSX library, if there is any i could make a binary only release for Mac OSX until i finish a new general release.
:rolleyes:
setarip_old
10th January 2010, 01:29
@KenD00
Hi!
Is the information provided in my earlier post useful/usable with DumpHD for BluRay discs?:
http://forum.doom9.org/showpost.php?p=1359249&postcount=372
KenD00
11th January 2010, 01:23
Hmm, somehow i've missed your initial post about this. Oh well, i dont know :). I've searched this and the MakeMKV forum for this but i haven't found anything about it, and i haven't found anything in the source so i don't know what this file contains.
Currently there is no need to hammer a drive anymore because Mike Chen was so kind to supply a non revoked Host Certificate. However we don't have recent Processing Keys and he won't provide these.
Anyway wouldn't it be a little strange when a ripper depends on another ripper?
:rolleyes:
setarip_old
11th January 2010, 03:29
@KenD00
(I'm over my head here, so please forgive me if what I'm asking/suggesting makes no sense)
Perhaps if you personally try the following, you'll be able to determine whether you can, in fact, extract the volume ID from the created "discatt.dat" file - and whether doing so, in conjunction with DumpHD is all that is needed to decrypt the disc:
If you use MakeMKV and select "Backup" from the 'File" dropdown menu, you'll see that in addition to a not-decrypted full backup of the BluRay disc, you'll have a small file, named "discatt.dat".
Again, "Mike Chen" stated:discatt.dat is a so-called "serialized disc attributes blob". there is
no fixed offset where volume id is stored. this file is created by libdriveio library that we wrote and released under LGPL license, it can be downloaded from our site. The code to _parse_ this serialized blob is not LGPL but public domain so it can be used by anyone for whatever purpose.
BENtheTEN
28th August 2010, 13:41
Hi,
I always get the following error:
libaacskeys.dylib: no suitable image found.
and
libaacskeys.dylib: can't map
Do you have any ideas what this means or better, how it can be resolved?
Thanks
Ben
blu4fun1
30th August 2010, 21:32
@BENtheTEN: You may want use the "file" tool to check that the internal format of your libaacskeys.dylib is as expected by the Mac OS X dynamic loader (dyld). "file" should tell you that libaacskeys.dylib is a dynamic shared library for either the i386 or x86_64 architecture.
KenD00
31st August 2010, 02:36
Well, i thought that too but that doesn't seem to be the case. I can reproduce the error in Snow Leopard, the file contains all 4 architectures, no broken dependencies but it does not work. I recompiled the latest release under Snow but it didn't change anything.
My current development build does work however, so far i can tell the biggest difference is that it doesn't use OpenSSL anymore. I know i had some problems to get it work with OpenSSL, notably because the OpenSSL version shipped with MacOS missed the ECDSA functions. Using OpenSSL from MacPorts fixed that however.
You haven't mentioned but i assume you are using Snow Leopard, i have made the latest release with it's predecessor and i can't remember that i got this error because of another reason than a missing architecture in the file. If you have the ability you can try to get OpenSSL from MacPorts and recompile aacskeys with it, currently i don't have the time (and mood :D) to do this myself.
:rolleyes:
blu4fun1
1st September 2010, 02:06
I downloaded aacskeys-0.4.0c a few minutes ago. The internal format of the libaacskeys.dylib in the lib/macosx directory is not correct. Here's the output of the file command:
libaacskeys.dylib: Mach-O universal binary with 4 architectures
libaacskeys.dylib (for architecture i386): Mach-O executable i386
libaacskeys.dylib (for architecture x86_64): Mach-O 64-bit executable x86_64
libaacskeys.dylib (for architecture ppc7400): Mach-O executable ppc
libaacskeys.dylib (for architecture ppc64): Mach-O 64-bit executable ppc64
The correct format is dynamically linked shared library.
blu4fun1
1st September 2010, 10:04
Here are some hints to correctly rebuild libaacskeys.dylib:
1. Carefully read README.txt and be sure you have openssl version 0.9.8 or later and premake version 3.7.
2. Verify your OPENSSL_INCLUDE = and OPENSSL_LIB = settings in premake.lua.
3. Uncomment (remove the --) from these three lines in premake.lua:
--if (macosx) then
-- table.insert(package.buildflags, "dylib")
--end
4. Enter this command: premake --file premake.lua --target gnu --os macosx
5. Remove -flat_namespace -dynamiclib, anywhere you find it in libaacskeys.make. It is caused by a problem with premake.
6. Enter this command: make clean
7. Determine the architectures you need libaacskeys.dylib to support. If you are only using it with DumpHD then you probably only need x86_64 however my Macs are older and I use a modified version of DumpHD that runs under the older Java 1.5 which is the latest Java that Apple has provided for those older Macs.
8. Enter a command like this for the architecture(s) you need: TARGET_ARCH="-arch ppc -arch ppc64 -arch i386 -arch x86_64" make libaacskeys
9. Verify that your result is a dynamically linked shared library using this command: file lib/macosx/libaacskeys.dylib
KenD00
2nd September 2010, 01:35
Hi, thanks for taking the time to look into this, i totally have missed that file says executable.
I looked at your solution and was quite confused because i thought i'm doing just the same thing, and then i found the error, its a stupid typo!
So the fix is actually even more simple.
Look into premake.lua and find the line
table.insert(package.linkoptions, "-dynamiclib, -framework CoreFoundation -framework IOKit")
and change it to
table.insert(package.linkoptions, "-dynamiclib -framework CoreFoundation -framework IOKit")
The stupid colon behind dynamiclib was the problem!
To compile it under Snow open the file src/ioctl.cpp and change the line
#include <IOKit/scsi-commands/SCSITaskLib.h>
to
#include <IOKit/scsi/SCSITaskLib.h>
Then regenerate the makefiles (you have to be in the root directory of the source tree for this)
premake --target gnu
Clean the tree with
make clean
Finally you can compile a new release version for your architectures, keep in mind that with Snow the powerpc architecture was removed, so an dual intel build would look like this
make "CONFIG=Release" "TARGET_ARCH=-arch i386 -arch x86_64"
Enjoy your working library. In contrast to the broken version in the archive this library depends on the OpenSSL dylib, thankfully the version with Snow includes ECDSA and works fine. If you want to build a statically linked version or on an older MacOS release, consult the README.txt :)
:rolleyes:
darkbasic
16th September 2010, 09:41
Is there any way to decrypt mkbv11 to 14?
Are we still stuck with april 2009 films? :-(
gravos
30th November 2010, 05:39
[Color=Blue]@KenD00
Perhaps if you personally try the following, you'll be able to determine whether you can, in fact, extract the volume ID from the created "discatt.dat" file - and whether doing so, in conjunction with DumpHD is all that is needed to decrypt the disc:
Yes, there is a VID in the file, the code to read it is in the linux download. But you need a VUK for DumpHD.
cool54321
13th March 2011, 21:34
Running Linux and dumphd-0.61 was only able to decrypt 2 BD discs out of 6. Is there a way to decrypt the newer discs on Linux?
These have MKBv: 16
lotr1.log: DiscID : 49E3C2EB3DF6697BF6613F84775EE419A817C06C
lotr2.log: DiscID : F4E162490E6971EC261CFC10653BD0CB52317F6C
lotr3.log: DiscID : A2FA3882887FD436F2E7399F3254771DFE2ED664
One disc had BD+ encryption but removing it also failed:
iceage3.log: DiscID : B6B6CF9AE847975220C62F82F41786DEA881B238
---8<---8<---
Loading /media/cdrom0/BDSVM/00000.svm ...
Volume ID set to: B6 B6 CF 9A E8 47 97 52 20 C6 2F 82 F4 17 86 DE A8 81 B2 38
[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 1)
[I] TRAP_MediaSHAFileHash: Hashing BDSVM/00000.svm
[I] TRAP_MediaSHAFileHash: Hashing AACS/MKB_RO.inf
[I] TRAP_MediaSHAFileHash: Hashing BDMV/STREAM/00389.m2ts
[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 2)
[W] TRAP_DeviceAccess not implemented!
[Event #00000000] EVENT_PlaybackFile( 00000000, 0000FFFF )
[Event #00000001] EVENT_0210( 00000000, 00000001 )
[W] TRAP_DeviceAccess not implemented!
[W] TRAP_DeviceAccess not implemented!
[Event #00000002] EVENT_PlaybackFile( 00000000, 00000001 )
[I] TRAP_LoadContentCode: Loading BDSVM/00002.svm (block 0)
[I] TRAP_GetConversionTable: Received new subtables: 1,59,118,java.lang.ArrayIndexOutOfBoundsException: 290
at bdvm.vm.conv_tab_main.setConversionTable(conv_tab_main.java:43)
at bdvm.vm.decoder.getConversionTable(decoder.java:55)
at bdvm.vm.bdsvm_player_interface.TRAP_handler(bdsvm_player_interface.ja
va:658)
at bdvm.vm.BDVM.step(BDVM.java:391)
at bdvm.debugger.Debugger.step(Debugger.java:801)
...
---8<---8<---
Why was the array out of bounds? Could that be easily fixed just by having a bigger array or has something else went wrong?
GodofaGap
14th March 2011, 09:13
I don't know specifically how to solve your problem but an ArrayIndexOutOfBoundsException is not thrown because the array is too small (this shouldn't really ever be happening in Java), but because the program is requesting an element at an index that does not exist (for example the array has 100 elements while the program requests element number 178)
Rinse&Repeeat
27th April 2011, 18:53
Are we (the user of your program)responsible for providing our own ProcessingDeviceKeysSimple.txt, HostKeyCertificate.txt contents?
I ask because I believe that the keys and hostCertificate provided was expired by the time I got to it.
I get the following error.
Could not find a Processing Key or Device Key resulting in the Media Key.
pynux
28th April 2011, 20:08
only key v1 to v10 is in the ProcessingDeviceKeysSimple.txt
if you want have decrypt v10 to v18 use lxbdplayer with lxbdaacs (and makemkv 1.5.5) to have the media key of bluray mkb >=v11
Rinse&Repeeat
29th April 2011, 03:32
The latest version of makeMKV is 1.6.8. I've used it, it's nice, I just don't to have to pay (again) to watch a movie I've already bought. I've payed my dues when I bought the disk(movie), I shouldn't have to pay again for software to watch it.
I found lxBDplayer, I'm not sure about the other file as most of the links I found for it were questionable, and the only one that looked remotely safe was in French, I don't speak French. Is their a link you can provide to the lxbdaacs?
Are you saying I need to replace files in dumpHD with the ones you suggested?
Edit, I found the thread for lxBDplayer, and the required lxBDaacs. I was hoping to use DumpHD, seeing as I don't have to pay for that. I suppose if the only I'll be able to get around the stupid silly "We don't support your OS" limitations of other programs, I'll have to use makeMKV. Paying for yet another program to do what I've already paid for (play a movie) rubs me the wrong way.
pynux
30th April 2011, 08:41
lxbdplayer was make by a student of french university
but the software have been translate in english ;)
pynux
30th April 2011, 19:45
@Rinse&Repeeat
lxbdplayer is for playing bluray
lxbdaacs is plugin for lxbdplayer to have AACS
lxbdaacs dump the memory of makemkv to have the key of the bluray
but lxbdaacs work only with makemkv 1.5.5 (with the free beta serial)
you don't have to pay for use it
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.