DumpHD - a HD-DVD / Blu-Ray Decrypter

[lchiu7]

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]

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]

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]

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]

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]

@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]

@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]

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

[880]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

This might be a stupid question, is it possible that two movies different discs though have different DISC ID?

[loo3aem3ON]

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]

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]

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]

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]

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]

how to use dumpvid for BR ripper?
how to use volume key at BR ripper

[KenD00]

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]

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]

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]

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]

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]

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]

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]

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]

patch your drive (if is supported...)

http://forum.doom9.org/showthread.php?t=139522&highlight=firmware

[happycase]

It doesn't look like my Sony/NEC Optiarc BC-5100s is supported. Am I basically out of luck for the time being?

[Doom9]

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.

[3ds]

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]

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]

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?

[880]

AACSKeys will not work for newer discs. It only works for MKB version 1-10. Versions 11-14 do not work.

[KenD00]

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]

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]

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]

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]

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]

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:

[880]

I had luck with this thread: UDF 2.5 driver for WinXp 64-bit (http://forum.doom9.org/showthread.php?t=140021)

[ni-cad]

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]

@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...