DumpHD - a HD-DVD / Blu-Ray Decrypter

[KenD00]

I was quite happy that i finally could watch my HD-DVDs on my 30" Dual-Link Display with the help of BackupHDDVD. After looking into the code i was quite unhappy that it can not decrypt everything correctly and i didn't like to see it corrupting NAV_PCKs. I checked the MODs that appeared and again was not satisfied that they don't address these things. In my eyes they looked like cosmetics for the proof-of-concept code.

So i started developing my own program, hopefully beeing more use-of-concept. It uses the same approach as BackupHDDVD and uses the same key database format. My goal is to backup a HD-DVD without any traces of AACS. Because i don't have the HD-DVD spec it will take some time to reach it, there are still some things i have to figure out.


Key features so far:

- Dual-Core supported decryption of EVO / M2TS files (for harddisk to harddisk speed records ;o))
- Support for every pack type of an EVO (including in-place decryption of ADV_PCKs, excluding Sequence Key Sections)
- Decryption of every ARF protection type
- Multiple files (currently CLI only) or complete disc mode
- Usage of a key database to get the decryption keys or direct retrieval of the keys off the source disc
- Supports HD-DVDs for Standard / Advanced Content (but not both on the same disc), Blu-Ray ROM BDMV
- Experimental Blu-Ray Recordable support (with multiple CPS Units, BDMV, BDAV with Aux Directories and Thumbnails)
- Automatic BD+ removal using the BDVM Debugger or manually by supplying a correct Conversion Table (currently CLI only)
- Streaming output of EVO / M2TS files to stdout
- Very much console output for free ;o)
- GUI


Since version 0.4 DumpHD can retrieve the required keys off the disc itself by using the aacskeys library.
Since version 0.6 DumpHD can remove BD+ automatically by using BDVM Debugger.


A tutorial on how to use DumpHD if automatic key retrieval does not work can be found here (http://forum.doom9.org/showthread.php?p=1215619#post1215619) and here (http://forum.doom9.org/showthread.php?p=1215632#post1215632), for manual BD+ removal here (http://forum.doom9.org/showthread.php?p=1218522#post1218522).


I will keep updating this post to point the download links to the current version. The tar.gz and the zip have the same content.


Current version: 0.61
Release date: 2009-06-03

Download links:
DumpHD 0.61 (zip) (http://rapidshare.com/files/240557540/dumphd-0.61.zip)
DumpHD 0.61 (tar.gz) (http://rapidshare.com/files/240557737/dumphd-0.61.tar.gz)


Support utilities
---------------
aacskeys 0.4.0c (2009-08-30) (Homepage (http://forum.doom9.org/showthread.php?t=123311)):
aacskeys 0.4.0c (zip) (http://rapidshare.com/files/273471735/aacskeys-0.4.0c.zip)
aacskeys 0.4.0c (tar.gz) (http://rapidshare.com/files/273476005/aacskeys-0.4.0c.tar.gz)

BDVM Debugger 0.1.5 (2008-12-15) (Homepage) (http://forum.doom9.org/showthread.php?t=140571)
BDVM Debugger 0.1.5 (http://uploaded.to/?id=xcco6l)

DumpVID 0.4a (2009-07-15):
DumpVID 0.4a (http://rapidshare.com/files/255996641/dumpvid-0.4a.zip)

DumpBN 0.31 (from BackupBDAV 0.50):
DumpBN 0.31 (RapidShare) (http://rapidshare.com/files/147507385/dumpbn-0.31.zip.html)
DumpBN 0.31 (SendSpace) (http://www.sendspace.com/file/9kznpr)

ConvTableView 0.3 (2009-01-13):
ConvTableView 0.3 (zip) (http://rapidshare.com/files/182957057/convtableview-0.3.zip)
ConvTableView 0.3 (tar.gz) (http://rapidshare.com/files/182957484/convtableview-0.3.tar.gz)

:rolleyes:

[jokin]

Because i don't have the HD-DVD spec it will take some time to reach it, there are still some things i have to figure out.

Specs (http://www.aacsla.com/specifications/)

[KenD00]

These are the AACS-Specs, not the HD-DVD-Specs. You have to buy the HD specs from the dvdforum for big $$$.

:rolleyes:

[xyz987]

It would be a great thing you release the source code.

Anyway

:thanks:

[Henkske]

Thanxx man

[sidekick2]

KenD00, you suggest:

"This programm is written entirely in Java and requires the JRE 1.5 or later. It should run on every platform that
supports Java. It is HIGHLY recommended to use the Server VM, the Client VM suffers a SEVERE performance drop, almost by
factor 1.8."

I need a little hand holding here. Where / how do you use the Server VM? I don't see any different downloads at java.com??? I just have the standard jre1.5 installed. Same thing?

Thanks!

[KenD00]

The Server VM should be part of the JRE. Just start one of the cmd files, if they don't run, then you don't have it and should install the JDK. However, at least in the JDK 1.5.0_07 there seems to be a bug in the installer. It installs 2 JREs, one in the JDK directory and one under C:\Program Files\Java (or however it is called in your language). By default the JRE from the second location is used, and there the Server VM is missing. You need to copy the directory <jdk-directory>\jre\bin\server to it. If you then type java -server -version in the console, it should say something like Java HotSpot(TM) Server VM.

:rolleyes:

[noclip]

Thank you, great job. Just a suggestion, if you released the source code someone could make a C/C++ port so that we wouldn't need Java.

[Bhima]

OK When I use that bit about Java server version in my terminal I get this:
Welcome to Darwin!
Bhima-Pandavas-power-mac-g5:~ Bhima$ java -server -version
java version "1.5.0_07"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164)
Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode)
Bhima-Pandavas-power-mac-g5:~ Bhima$

It doesn't say a word about the server VM version.

[HyperHacker]

Will we see source code or Blu-ray support? I'd like to comment on how well it works (or doesn't), but I don't have an HD-DVD drive. :(

PM me though if you need a host for anti-DRM tools like this. :)

[awhitehead]

OK When I use that bit about Java server version in my terminal I get this:

Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode)
Bhima-Pandavas-power-mac-g5:~ Bhima$

It doesn't say a word about the server VM version.

You have client VM, not server VM.
I am not certain if Apple offers a server vm in the client version of Mac OS X.

I notice that you are running Mac OS, so I am very curious:

What version of Mac OS X are you running? 10.4 can't access UDF 2.5 formatted disks, so are you running a beta of Leopard, or are you accessing the drive on a Windows machine over the network?

Is there Mac OS X playback software that can handle HD-DVDs or at least .EVO files? Or are you recompiling ffmpeg to demux EVOs and decode vc-1 streams?

[awhitehead]

KenD00, could you release the source code?
You currently have something akin to

out.print("Identifying disc... ");
File discIdFile = new File(aacsDir, "VTKF000.AACS");
if(!discIdFile.isFile())
break

in dumphd/aacs/AACSDecrypter.java

There are now disks that use standard content authoring and instead have VTKF.AACS (as opposed to advanced content authoring that indeed uses VTKF000.AACS). I'd be interested in getting DumpHD to work with these disks.

[woah!]

gave it a run and it got an error :

Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 64
at dumphd.aacs.AACSDecrypter.decryptEvob(AACSDecrypter.java:545)
at dumphd.core.DumpHD.dump(DumpHD.java:271)
at dumphd.core.DumpHD.main(DumpHD.java:439)

it was working ok upto this point...

[greath]

PM me though if you need a host for anti-DRM tools like this. :)

Maybe anti-DRM should be changed to pro-choice.....:) Anyway, I don't think that it does break DRM so long as no keys are included with the package.

[foxcz]

If anyone want source codes, try this:
1) unpack dumphd_0.2.zip
2) copy(or rename) file DumpHD.jar into DumpHD.zip
3) unpack DumpHD.zip - you will get some directories with bunch of *.class files
4) get sources(*.java) with some java decompiler(ie. jad)

regards foxcz

[Bhima]

I notice that you are running Mac OS, so I am very curious:

What version of Mac OS X are you running? 10.4 can't access UDF 2.5 formatted disks, so are you running a beta of Leopard, or are you accessing the drive on a Windows machine over the network?

Is there Mac OS X playback software that can handle HD-DVDs or at least .EVO files? Or are you recompiling ffmpeg to demux EVOs and decode vc-1 streams?
Well I posted this just minutes after my Xbox360 HD-DVD player had arrived (and a full 24 hours before my first HD-DVD had) and I had misunderstood the earlier post stating that the *next* version of Mac OS X would handle the UDF file system. This is unfortunate as my windows box is quite old and is the only box without GigE.

So we now know you are not nearly as curious as I am as to how all of this will be working out!

[KenD00]

@Bhima
Then you are not using the Server VM. Interesting that Java didn't throw an error like the VM is not present. So it may be, like awhitehead suggests, that the MAC Java version does not have the Server VM or your installation is just screwed, maybe reinstallation of java will help. But you can also use the Client VM, it's fast enough to dump directly from the HD-DVD, you will see the performance boost only when decrypting from harddisk to harddisk.

@HyperHacker
After reading the news on this site last night i thought damn, we are really lacking BluRay support. So finally i flew over the BluRay AACS-Spec and thought, is it really so easy? Effort for decrypting BluRay seems to be quite lower than for HD-DVD. But there are still two problems:
1.) I don't know MPEG2 Transport Streams and i don't have the spec. I don't want copy blindly the BackupBluRay code, i think its a better approach to understand whats done there

2.) I don't have a BluRay drive and therefor no testing material...

@awhitehead
The complete disc and recognition and Title Key File processing needs to be overworked, especially to support discs which contain both content types. I hacked in recognition for Standard Content, should work, try the new version.

@woah!
Fixed that (i hope *g*), try the new version

@everyone requesting source code
I won't release the source now because of one reason. I saw what happened to BackupHDDVD, quickly various MODs emerged, some providing functions that others don't, if you want something specific you have to use this version, if you want something else you have to use that version. BackupHDDVD was a proof of concept, it showed that it is possible to decrypt, it was good that the source was there so others could learn, but the author let the program die. I am still developing my program, i want to ensure that there is ONE version to use. If you have questions, i will share my knowledge, but not the source. When some day i decide the program is finished, or i'm not in the mood to push it any further, then i think i will release the source.

And for those who haven't got it, there is a new version out ;).

:rolleyes:

[natronicus]

I won't release the source now because of one reason. I saw what happened to BackupHDDVD, quickly various MODs emerged, some providing functions that others don't, if you want something specific you have to use this version, if you want something else you have to use that version.

Could this not be fixed with some sort of version control program? CVS, SVN, etc?

I know sourceforge is out, but anyone with web space can throw up an SVN or CVS repository. Come to think of it, I'm surprised doom9 hasn't done this yet, considering how much software they already serve and how much development occurs in this forum.

I agree with your sentiments though, it needs to become much more structured. One way to do that is to keep the code to yourself and maintain individual control. The open source way would be to release your code into some sort of structured dev environment. If set up right, you could retain the ability to accept/reject code changes that others checked in.

[HyperHacker]

Maybe anti-DRM should be changed to pro-choice.....:) Anyway, I don't think that it does break DRM so long as no keys are included with the package.
It's simply a tool; a hammer doesn't do much if no nails are included either. Also, I'd like to avoid people thinking it has to do with abortion. ;)

[woah!]

working great now THX :)

[unixfs]

@everyone requesting source code
I won't release the source now because of one reason. I saw what happened to BackupHDDVD, quickly various MODs emerged, some providing functions that others don't, if you want something specific you have to use this version, if you want something else you have to use that version. BackupHDDVD was a proof of concept, it showed that it is possible to decrypt, it was good that the source was there so others could learn, but the author let the program die. I am still developing my program, i want to ensure that there is ONE version to use. If you have questions, i will share my knowledge, but not the source. When some day i decide the program is finished, or i'm not in the mood to push it any further, then i think i will release the source.

And for those who haven't got it, there is a new version out ;).

:rolleyes:

why is it so important if people release MODs?
Why does a name really matter so much to you?
If you are so worried about MODs add a clause to your license file stating that they can't call their mods with the official name of the software.

[KoD]

I don't understand... what is the problem with you people if the writer of the software will not release its source code ? Don't you have anything else better to do than complain ?

If you have time to complain and bitch about it, then read the specs, write your own application and publish its source code. End of story.

[unixfs]

releasing source code gives both to the user and to the author the chance to improves the quality of software.
And yes, I have better things to do than replying to posts like yours: actually coding software that I always release as GPL exactly because I often receive improvements by other developers.

[blutach]

Any hope of stopping the petty bickering and getting back on topic please?

What KenD00 does with his software is his business. As far as the source code, it has been asked and answered. End of story. Stop whinging please.

Bickerers, read this (http://forum.doom9.org/showthread.php?t=121780) carefully.

End of off-topic malarky.

Regards

[spotter]

@Bhima
@everyone requesting source code
I won't release the source now because of one reason. I saw what happened to BackupHDDVD, quickly various MODs emerged, some providing functions that others don't, if you want something specific you have to use this version, if you want something else you have to use that version. BackupHDDVD was a proof of concept, it showed that it is possible to decrypt, it was good that the source was there so others could learn, but the author let the program die. I am still developing my program, i want to ensure that there is ONE version to use. If you have questions, i will share my knowledge, but not the source. When some day i decide the program is finished, or i'm not in the mood to push it any further, then i think i will release the source.

I preface this by saying "It's your code, you can do with it what you want, what I write is just some food for thought."

The one note I'd make about putting out source code is not so much that it gives users freedom, but if something happens to you and there is no source code, the program essentially dies. See DVDDecrypter, it's not a dead program, but people have to jump through hoops to use it in some situations. If the author had originally released the source code, even with him taken out of the picture, people would still be able to update it.

[Doom9]

@spotter: didn't blutach just ask everybody to let it be? Which part of the message didn't you get?. I'm all for making source code available and I have been around for long enough to see many examples where a program died, but it doesn't change the fact that it's up to the author and no means no. And just to make sure you get the message this time: the next one to try and reopen the topic will be striked - no exceptions.

[daveidmx]

Hey KenD00,

Just wanted to put it out there: I gave your program a shot and I think it may have solved one of the problems I'd been having. Will post more info after I've had the chance to play, but just wanted to say thanks!

D

[Ishan]

I just ripped V For Vendetta with this and it works like a chram. I had to get rid of the -server option thow, it seems I don't have it.

[Ishan]

Any news from this?

[awhitehead]

If you have a proper entry in keydb.cfg, it just works, both with standard and advanced content authoring authored HD-DVDs. What news are you looking for?

[blutach]

Ishan,

Please do not bump your posts.

Regards

[Ishan]

I was just asking for news, if that's considered a bump I'm sorry but moderation here seems a bit over the top. I guess I'll use private massages now...

[Doom9]

just think if all of the more than 100'000 users would be doing the same thing.. the forum would become useless. This isn't over the top, it's stopping a problem before it brings the forum to a standstill. If you prefer an anything goes forum I'm sure there are plenty out there but I rather have this one - it has proven to work time and again and part of the reason is that the we're being very strict about keeping the signal to noise ratio high so that knowledgeable people who don't have time to waste still keep coming back.

[Pelican9]

OFF:
Why don't you simple delete the unwanted posts?
The conversation about these posts is not neccessary here too.
And my post too. :-)

[vudoodoodoo]

Hmm.. it doesn't seem to work for me. It finished movie skips like every second. I tried it w/ Babel and Fastest India. :(

[bourke]

Is your PC fast enough? Check your CPU usage; if it rises above 90% then your PC is too slow. 3Ghz with 1Gb RAM is about the absolute minimum requirements.

[vudoodoodoo]

I have a E6600 running at 2.8ghz and 2GB of DDR800.
Both cores were only running around 10% while ripping. I think I have enough juice. ;)

[HyperHacker]

Hey, you should call it HDump! :p

[KenD00]

You may be affected by the Nav-Chain bug, are you using PowerDVD 6.5? There was also a report that PowerDVD Ultra 7.3 has this bug in File Mode.

:rolleyes:

[vudoodoodoo]

I see...

[KenD00]

After a long time of hard work here it is, a new version of DumpHD.

I have rewritten the complete disc detection and AACS processing routines, hopefully i haven't introduced too many bugs ;). Despite that, i have integrated two new features, a GUI and BluRay support. Because i don't own a BD drive i couldn't test the BD part so feedback about that would be appreciated.

For the BluRay part, there are three important changes from BackupBluRay:


The keys for the BluRay movies are stored in the same file as for the HD-DVD movies, KEYDB.cfg
The key entry format has slightly changed, it is now consistent with the HD-DVD key format. There is now a key type field and the CPS Unit Keys are numbered like the Title Keys. All up today released CPS Unit Keys have the number 1.
The SHA-1 hash of a different file is used as Disc Identifier
This is the most important change, the new Disc Identifier is the SHA-1 hash of the file AACS\Unit_Key_RO.inf. This change was necessary because the Disc Identifier chosen by BackupBluRay is not unique per disc, there were already duplicate IDs for different discs.


Therefor it is required to convert the released CPS Unit Key entrys to the new format to use them with DumpHD.

Example
--------
Old entry:
1234567890123456789012345678901234567890=This is my movie |00/00/00|09876543210987654321098765432109

must be converted to

New entry:
<SHA-1 hash of AACS\Unit_Key_RO.inf>=This is my movie |U|00/00/00|1-09876543210987654321098765432109

For a complete description of the Key Entry syntax read the included KEYDB.cfg file.

DumpHD also supports Volume Unique Keys for BluRay discs but currently not multiple CPS Unit Keys per disc. To further improve BluRay support, because i don't own a BD drive, i do need some "supplies". Anyone with a BD drive and a BD movie (and its VUK) who wants to help out, feel free to PM me.

:rolleyes:

[dirio49]

Thanks for the New version :):thanks: :thanks: :thanks:

[mrazzido]

woww very good for bluray support tommororw new disc arrive i test it immediately

[arnezami]

This looks really good. Great work! :)

[Eeknay]

Just tried Pearl Harbour, and it doesn't actually decrypt the files. BackupBluRay works fine though with the same CPS Unit Key (and yes, I did a new hash and added the "1-" for DumpHD).

If I try the VUK option, I get

Processing disc AACS data...
Volume Unique Key present, decrypting Title Keys / CPS Unit Keys...
Searching Title Key / CPS Unit Key Files...
Decrypting K:\AACS\Unit_Key_RO.inf...

Then it just sits there doing nothing, no data being copied to hard drive.

EDIT: Just looked at the cmd window and noticied this;

http://img443.imageshack.us/img443/6861/cmdri9.jpg

[vudoodoodoo]

Nice. Thanks.

[KenD00]

Thanks for the testing. Found the VUK bug but not the decryption bug. When using the Unit Key, what is written in the log behind the "Processing: BDMV\STREAM\?????.m2ts" lines (the line(s) should start with 0x0000000000)?

:rolleyes:

[Eeknay]

Processing: BDMV\STREAM\00000.m2ts
0x0000000000 Decryption enabled

Hope that helps.

[KenD00]

Hmm, this is weird, decryption is enabled and nothing looks wrong in the decryption code. Are you sure your key hasn't a typo? I have uploaded the fixed version, VUKs should work now. Can you give it a try with a VUK and tell me the results?

:rolleyes:

[Eeknay]

VUK processes the same as Unit Key now, but doesn't seem to decrypt either... just something I forgot to mention, I'm not actually leaving these to fully run, just testing up to 500MB or 1GB at a time (for example), then stop to try playing the file in MPC with Haali Splitter (this works fine with BackupBluRay for example, no matter how much or little you decrypted... useful just to test if the key is right before running the whole thing) - I guess I'll leave a whole disc running then test (try another disc too).

EDIT: Ok, I just tried the Usual Suspects which I know positively is the right CPS Key since I did a full backup with BackupBluRay yesterday. There are also two m2ts files before the main movie file. I quit DumpHD while it was still chewing on on the main file (00002.m2ts), tried 00000 and 00001 (which are relatively small, so finished quickly of course) and those don't work either...

Son of EDIT: Tried Usual Suspects VUK... same thing. The funny thing is, you can see in the log that it arrives at the same Unit Key as aacskeys spits out (and what I put in keydb but with a 1-), just not decrypting for some reason :<

[KenD00]

Finally i've found the mistake. Although HD-DVD and BluRay use the same scheme to decrypt the files, there is a little difference i have missed. To calculate the key that is actually used to decrypt a pack / aligned unit, HD-DVD decrypts the keyseed with the Title Key. In contrast, BluRay encrypts the keyseed with the CPS Unit Key. So i calculated the wrong decryption key from the correct CPS Unit Key. Try the new version, now everything should work. Btw., with DumpHD you can also decrypt a single file only, just select a m2ts-file from the stream directory instead the root directory of the media ;).

:rolleyes:

[Eeknay]

Just tried the Pearl Harbour VUK, works perfectly now!

Thanks :)

[Galileo2000]

OK, it worked for me from the command line.

GUI does not let me select the entire DVD as a disc/drive.
Forces me to go to the folders and then does not recognize the disc.

HD DVD; V for Vendetta.

And btw, does anybody know why PowerDVD 6.5 HD OEM can NOT play this movie (V for Vendetta) at all?

PDVD 7.1 plays the movie all right on my laptop.

[KenD00]

GUI does not let me select the entire DVD as a disc/drive.
Forces me to go to the folders and then does not recognize the disc.


This is a known issue with the file open dialog. When the drive is selected from the drop down menu, the letter does not get entered into the filename field, you have to enter it by yourself. This dialog is a java element so i can do nothing about it, except disabling the ability to select files, then it does work. But since it is possible to decrypt a single file, this is not an option. This was written in the Readme.txt but somehow got lost during the last update, i have uploaded a fixed archive.

:rolleyes:

[Galileo2000]

This is a known issue with the file open dialog. When the drive is selected from the drop down menu, the letter does not get entered into the filename field, you have to enter it by yourself. This dialog is a java element so i can do nothing about it, except disabling the ability to select files, then it does work. But since it is possible to decrypt a single file, this is not an option. This was written in the Readme.txt but somehow got lost during the last update, i have uploaded a fixed archive.

:rolleyes:

Oh, cool, thanks Ken.

[applejackaz]

This is a known issue with the file open dialog. When the drive is selected from the drop down menu, the letter does not get entered into the filename field, you have to enter it by yourself. This dialog is a java element so i can do nothing about it, except disabling the ability to select files, then it does work. But since it is possible to decrypt a single file, this is not an option. This was written in the Readme.txt but somehow got lost during the last update, i have uploaded a fixed archive.

:rolleyes:

Hmmm, using Vista and it works with no problem.:)
I don't have to enter anything.

[KenD00]

Then this bug has been fixed in Vista (i'm running XP) or you are running another java version where it got fixed (using JRE 1.5.0_11) or both. Different setup, different bugs ;).

:rolleyes:

[applejackaz]

Then this bug has been fixed in Vista (i'm running XP) or you are running another java version where it got fixed (using JRE 1.5.0_11) or both. Different setup, different bugs ;).

:rolleyes:

Must be the Java
Jdk1.6 with C:\Program Files\Java\jdk1.6.0\jre\bin\server

copied to

C:\Program Files\Java\jre1.6.0\bin

Great work! thanks

[Galileo2000]

Must be the Java
Jdk1.6 with C:\Program Files\Java\jdk1.6.0\jre\bin\server

copied to

C:\Program Files\Java\jre1.6.0\bin

Great work! thanks


Yes, it works, thanks.

Don't need all JDK, JRE is good enough.

[mrazzido]

test it on some BD movies works fine for me!! thx! for the great app! :-)!

[qtx999]

thanks for your work on this! was trying it for the first time using this key posted just recently
what am I doing wrong?

thanks in advance

Quote:
fb27f4f10ceb81e36635af2a6eae1e83a25e8fa9=Enemy of the State (EUR/GER/FRE/ENG/ITA) |u|mM/Dd/yy| 1-391399039BD1FC70147A1500BB26B99A

I am using .032 ..first tried the gui and got an error on the key, so I tried the cli and I got this error message...hopefully I won't get in trouble for the long post:

DumpHD 0.32 by KenD00

Opening Key Data File... OK
Initializing AACS... OK

Start time: Wed Apr 11 09:32:00 GMT-05:00 2007

Checking source...
Source path: O:\enemy-extract
Initializing source...
Source is a directory: using disc mode
Disc type found: BluRay BDMV
Searching O:\enemy-extract\BDMV for files...
O:\enemy-extract\BDMV\index.bdmv
O:\enemy-extract\BDMV\MovieObject.bdmv
Searching O:\enemy-extract\BDMV\AUXDATA for files...
O:\enemy-extract\BDMV\AUXDATA\sound.bdmv
Searching O:\enemy-extract\BDMV\BACKUP for files...
O:\enemy-extract\BDMV\BACKUP\index.bdmv
O:\enemy-extract\BDMV\BACKUP\MovieObject.bdmv
Searching O:\enemy-extract\BDMV\BDJO for files...
Searching O:\enemy-extract\BDMV\CLIPINF for files...
O:\enemy-extract\BDMV\CLIPINF\00000.clpi
O:\enemy-extract\BDMV\CLIPINF\00001.clpi
O:\enemy-extract\BDMV\CLIPINF\00002.clpi
O:\enemy-extract\BDMV\CLIPINF\00003.clpi
O:\enemy-extract\BDMV\CLIPINF\00004.clpi
O:\enemy-extract\BDMV\CLIPINF\00005.clpi
O:\enemy-extract\BDMV\CLIPINF\00006.clpi
O:\enemy-extract\BDMV\CLIPINF\00007.clpi
O:\enemy-extract\BDMV\CLIPINF\00008.clpi
O:\enemy-extract\BDMV\CLIPINF\00009.clpi
O:\enemy-extract\BDMV\CLIPINF\00010.clpi
O:\enemy-extract\BDMV\CLIPINF\00011.clpi
O:\enemy-extract\BDMV\CLIPINF\00012.clpi
O:\enemy-extract\BDMV\CLIPINF\00013.clpi
O:\enemy-extract\BDMV\CLIPINF\00014.clpi
O:\enemy-extract\BDMV\CLIPINF\00015.clpi
O:\enemy-extract\BDMV\CLIPINF\00016.clpi
O:\enemy-extract\BDMV\CLIPINF\00017.clpi
O:\enemy-extract\BDMV\CLIPINF\00018.clpi
O:\enemy-extract\BDMV\CLIPINF\00019.clpi
O:\enemy-extract\BDMV\CLIPINF\00020.clpi
O:\enemy-extract\BDMV\CLIPINF\00021.clpi
O:\enemy-extract\BDMV\CLIPINF\00022.clpi
Searching O:\enemy-extract\BDMV\JAR for files...
Searching O:\enemy-extract\BDMV\META for files...
Searching O:\enemy-extract\BDMV\PLAYLIST for files...
O:\enemy-extract\BDMV\PLAYLIST\00000.mpls
O:\enemy-extract\BDMV\PLAYLIST\00001.mpls
O:\enemy-extract\BDMV\PLAYLIST\00002.mpls
O:\enemy-extract\BDMV\PLAYLIST\00003.mpls
O:\enemy-extract\BDMV\PLAYLIST\00004.mpls
O:\enemy-extract\BDMV\PLAYLIST\00005.mpls
O:\enemy-extract\BDMV\PLAYLIST\00006.mpls
O:\enemy-extract\BDMV\PLAYLIST\00007.mpls
O:\enemy-extract\BDMV\PLAYLIST\00008.mpls
O:\enemy-extract\BDMV\PLAYLIST\00009.mpls
O:\enemy-extract\BDMV\PLAYLIST\00010.mpls
O:\enemy-extract\BDMV\PLAYLIST\00011.mpls
O:\enemy-extract\BDMV\PLAYLIST\00012.mpls
O:\enemy-extract\BDMV\PLAYLIST\00013.mpls
O:\enemy-extract\BDMV\PLAYLIST\00014.mpls
O:\enemy-extract\BDMV\PLAYLIST\00015.mpls
O:\enemy-extract\BDMV\PLAYLIST\00016.mpls
O:\enemy-extract\BDMV\PLAYLIST\00017.mpls
O:\enemy-extract\BDMV\PLAYLIST\00018.mpls
O:\enemy-extract\BDMV\PLAYLIST\00019.mpls
O:\enemy-extract\BDMV\PLAYLIST\00020.mpls
O:\enemy-extract\BDMV\PLAYLIST\00021.mpls
O:\enemy-extract\BDMV\PLAYLIST\00022.mpls
O:\enemy-extract\BDMV\PLAYLIST\00023.mpls
O:\enemy-extract\BDMV\PLAYLIST\00024.mpls
O:\enemy-extract\BDMV\PLAYLIST\00025.mpls
O:\enemy-extract\BDMV\PLAYLIST\00026.mpls
O:\enemy-extract\BDMV\PLAYLIST\00027.mpls
O:\enemy-extract\BDMV\PLAYLIST\00028.mpls
O:\enemy-extract\BDMV\PLAYLIST\00029.mpls
O:\enemy-extract\BDMV\PLAYLIST\00030.mpls
O:\enemy-extract\BDMV\PLAYLIST\00031.mpls
O:\enemy-extract\BDMV\PLAYLIST\00032.mpls
Searching O:\enemy-extract\BDMV\STREAM for files...
O:\enemy-extract\BDMV\STREAM\00000.m2ts
O:\enemy-extract\BDMV\STREAM\00001.m2ts
O:\enemy-extract\BDMV\STREAM\00002.m2ts
O:\enemy-extract\BDMV\STREAM\00003.m2ts
O:\enemy-extract\BDMV\STREAM\00004.m2ts
O:\enemy-extract\BDMV\STREAM\00005.m2ts
O:\enemy-extract\BDMV\STREAM\00006.m2ts
O:\enemy-extract\BDMV\STREAM\00007.m2ts
O:\enemy-extract\BDMV\STREAM\00008.m2ts
O:\enemy-extract\BDMV\STREAM\00009.m2ts
O:\enemy-extract\BDMV\STREAM\00010.m2ts
O:\enemy-extract\BDMV\STREAM\00011.m2ts
O:\enemy-extract\BDMV\STREAM\00012.m2ts
O:\enemy-extract\BDMV\STREAM\00013.m2ts
O:\enemy-extract\BDMV\STREAM\00014.m2ts
O:\enemy-extract\BDMV\STREAM\00015.m2ts
O:\enemy-extract\BDMV\STREAM\00016.m2ts
O:\enemy-extract\BDMV\STREAM\00017.m2ts
O:\enemy-extract\BDMV\STREAM\00018.m2ts
O:\enemy-extract\BDMV\STREAM\00019.m2ts
O:\enemy-extract\BDMV\STREAM\00020.m2ts
O:\enemy-extract\BDMV\STREAM\00021.m2ts
O:\enemy-extract\BDMV\STREAM\00022.m2ts
Searching O:\enemy-extract\BDMV\BACKUP\BDJO for files...
Searching O:\enemy-extract\BDMV\BACKUP\CLIPINF for files...
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00000.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00001.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00002.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00003.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00004.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00005.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00006.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00007.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00008.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00009.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00010.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00011.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00012.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00013.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00014.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00015.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00016.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00017.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00018.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00019.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00020.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00021.clpi
O:\enemy-extract\BDMV\BACKUP\CLIPINF\00022.clpi
Searching O:\enemy-extract\BDMV\BACKUP\PLAYLIST for files...
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00000.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00001.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00002.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00003.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00004.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00005.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00006.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00007.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00008.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00009.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00010.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00011.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00012.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00013.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00014.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00015.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00016.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00017.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00018.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00019.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00020.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00021.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00022.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00023.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00024.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00025.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00026.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00027.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00028.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00029.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00030.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00031.mpls
O:\enemy-extract\BDMV\BACKUP\PLAYLIST\00032.mpls
Searching O:\enemy-extract\BDMV\META\DL for files...
Searching O:\enemy-extract\BDMV\META\ES for files...
Searching O:\enemy-extract\BDMV\META\TN for files...
Source initialized
Identifying source...
Identifying disc... OK
DiscID : 601548F21FF21D799C7031C41C418AAC4A4F780B
Searching disc in key database... FAILED
Disc not found in database
Finished identifying source
Checking destination...
Destination path: I:\
Dumping source...
Skipping disc set:
DiscSet:
Type : BluRay BDMV
Source directory : O:\enemy-extract
Destination directory: I:\
AACS directory : O:\enemy-extract\AACS
Key data :
DiscID : 601548F21FF21D799C7031C41C418AAC4A4F780B
Title : N/A
Date : N/A
VUK : NONE
TK's : NONE
Files :
BDMV\AUXDATA\sound.bdmv
BDMV\BACKUP\CLIPINF\00000.clpi
BDMV\BACKUP\CLIPINF\00001.clpi
BDMV\BACKUP\CLIPINF\00002.clpi
BDMV\BACKUP\CLIPINF\00003.clpi
BDMV\BACKUP\CLIPINF\00004.clpi
BDMV\BACKUP\CLIPINF\00005.clpi
BDMV\BACKUP\CLIPINF\00006.clpi
BDMV\BACKUP\CLIPINF\00007.clpi
BDMV\BACKUP\CLIPINF\00008.clpi
BDMV\BACKUP\CLIPINF\00009.clpi
BDMV\BACKUP\CLIPINF\00010.clpi
BDMV\BACKUP\CLIPINF\00011.clpi
BDMV\BACKUP\CLIPINF\00012.clpi
BDMV\BACKUP\CLIPINF\00013.clpi
BDMV\BACKUP\CLIPINF\00014.clpi
BDMV\BACKUP\CLIPINF\00015.clpi
BDMV\BACKUP\CLIPINF\00016.clpi
BDMV\BACKUP\CLIPINF\00017.clpi
BDMV\BACKUP\CLIPINF\00018.clpi
BDMV\BACKUP\CLIPINF\00019.clpi
BDMV\BACKUP\CLIPINF\00020.clpi
BDMV\BACKUP\CLIPINF\00021.clpi
BDMV\BACKUP\CLIPINF\00022.clpi
BDMV\BACKUP\MovieObject.bdmv
BDMV\BACKUP\PLAYLIST\00000.mpls
BDMV\BACKUP\PLAYLIST\00001.mpls
BDMV\BACKUP\PLAYLIST\00002.mpls
BDMV\BACKUP\PLAYLIST\00003.mpls
BDMV\BACKUP\PLAYLIST\00004.mpls
BDMV\BACKUP\PLAYLIST\00005.mpls
BDMV\BACKUP\PLAYLIST\00006.mpls
BDMV\BACKUP\PLAYLIST\00007.mpls
BDMV\BACKUP\PLAYLIST\00008.mpls
BDMV\BACKUP\PLAYLIST\00009.mpls
BDMV\BACKUP\PLAYLIST\00010.mpls
BDMV\BACKUP\PLAYLIST\00011.mpls
BDMV\BACKUP\PLAYLIST\00012.mpls
BDMV\BACKUP\PLAYLIST\00013.mpls
BDMV\BACKUP\PLAYLIST\00014.mpls
BDMV\BACKUP\PLAYLIST\00015.mpls
BDMV\BACKUP\PLAYLIST\00016.mpls
BDMV\BACKUP\PLAYLIST\00017.mpls
BDMV\BACKUP\PLAYLIST\00018.mpls
BDMV\BACKUP\PLAYLIST\00019.mpls
BDMV\BACKUP\PLAYLIST\00020.mpls
BDMV\BACKUP\PLAYLIST\00021.mpls
BDMV\BACKUP\PLAYLIST\00022.mpls
BDMV\BACKUP\PLAYLIST\00023.mpls
BDMV\BACKUP\PLAYLIST\00024.mpls
BDMV\BACKUP\PLAYLIST\00025.mpls
BDMV\BACKUP\PLAYLIST\00026.mpls
BDMV\BACKUP\PLAYLIST\00027.mpls
BDMV\BACKUP\PLAYLIST\00028.mpls
BDMV\BACKUP\PLAYLIST\00029.mpls
BDMV\BACKUP\PLAYLIST\00030.mpls
BDMV\BACKUP\PLAYLIST\00031.mpls
BDMV\BACKUP\PLAYLIST\00032.mpls
BDMV\BACKUP\index.bdmv
BDMV\CLIPINF\00000.clpi
BDMV\CLIPINF\00001.clpi
BDMV\CLIPINF\00002.clpi
BDMV\CLIPINF\00003.clpi
BDMV\CLIPINF\00004.clpi
BDMV\CLIPINF\00005.clpi
BDMV\CLIPINF\00006.clpi
BDMV\CLIPINF\00007.clpi
BDMV\CLIPINF\00008.clpi
BDMV\CLIPINF\00009.clpi
BDMV\CLIPINF\00010.clpi
BDMV\CLIPINF\00011.clpi
BDMV\CLIPINF\00012.clpi
BDMV\CLIPINF\00013.clpi
BDMV\CLIPINF\00014.clpi
BDMV\CLIPINF\00015.clpi
BDMV\CLIPINF\00016.clpi
BDMV\CLIPINF\00017.clpi
BDMV\CLIPINF\00018.clpi
BDMV\CLIPINF\00019.clpi
BDMV\CLIPINF\00020.clpi
BDMV\CLIPINF\00021.clpi
BDMV\CLIPINF\00022.clpi
BDMV\MovieObject.bdmv
BDMV\PLAYLIST\00000.mpls
BDMV\PLAYLIST\00001.mpls
BDMV\PLAYLIST\00002.mpls
BDMV\PLAYLIST\00003.mpls
BDMV\PLAYLIST\00004.mpls
BDMV\PLAYLIST\00005.mpls
BDMV\PLAYLIST\00006.mpls
BDMV\PLAYLIST\00007.mpls
BDMV\PLAYLIST\00008.mpls
BDMV\PLAYLIST\00009.mpls
BDMV\PLAYLIST\00010.mpls
BDMV\PLAYLIST\00011.mpls
BDMV\PLAYLIST\00012.mpls
BDMV\PLAYLIST\00013.mpls
BDMV\PLAYLIST\00014.mpls
BDMV\PLAYLIST\00015.mpls
BDMV\PLAYLIST\00016.mpls
BDMV\PLAYLIST\00017.mpls
BDMV\PLAYLIST\00018.mpls
BDMV\PLAYLIST\00019.mpls
BDMV\PLAYLIST\00020.mpls
BDMV\PLAYLIST\00021.mpls
BDMV\PLAYLIST\00022.mpls
BDMV\PLAYLIST\00023.mpls
BDMV\PLAYLIST\00024.mpls
BDMV\PLAYLIST\00025.mpls
BDMV\PLAYLIST\00026.mpls
BDMV\PLAYLIST\00027.mpls
BDMV\PLAYLIST\00028.mpls
BDMV\PLAYLIST\00029.mpls
BDMV\PLAYLIST\00030.mpls
BDMV\PLAYLIST\00031.mpls
BDMV\PLAYLIST\00032.mpls
BDMV\STREAM\00000.m2ts
BDMV\STREAM\00001.m2ts
BDMV\STREAM\00002.m2ts
BDMV\STREAM\00003.m2ts
BDMV\STREAM\00004.m2ts
BDMV\STREAM\00005.m2ts
BDMV\STREAM\00006.m2ts
BDMV\STREAM\00007.m2ts
BDMV\STREAM\00008.m2ts
BDMV\STREAM\00009.m2ts
BDMV\STREAM\00010.m2ts
BDMV\STREAM\00011.m2ts
BDMV\STREAM\00012.m2ts
BDMV\STREAM\00013.m2ts
BDMV\STREAM\00014.m2ts
BDMV\STREAM\00015.m2ts
BDMV\STREAM\00016.m2ts
BDMV\STREAM\00017.m2ts
BDMV\STREAM\00018.m2ts
BDMV\STREAM\00019.m2ts
BDMV\STREAM\00020.m2ts
BDMV\STREAM\00021.m2ts
BDMV\STREAM\00022.m2ts
BDMV\index.bdmv
Dump complete

End time: Wed Apr 11 09:32:00 GMT-05:00 2007

[KenD00]

The GUI and the CLI version do the same, the only difference is that the GUI checks if it can (partially) process the disc and simply doesn't enable the Dump button if not and the CLI version tries to process the disc and skips if it can't. So if one way does not work, the other doesnt either.

The answer to your question lies here

Quote:
fb27f4f10ceb81e36635af2a6eae1e83a25e8fa9=Enemy of the State (EUR/GER/FRE/ENG/ITA) |u|mM/Dd/yy| 1-391399039BD1FC70147A1500BB26B99A

.
.

Identifying source...
Identifying disc... OK
DiscID : 601548F21FF21D799C7031C41C418AAC4A4F780B
Searching disc in key database... FAILED
Disc not found in database
Finished identifying source

The DiscIDs do not match, you seem to have another version of the movie, the key will not work for your version. Or it is from a new batch of discs which use another key.

:rolleyes:

[qtx999]

The answer to your question lies here

The DiscIDs do not match, you seem to have another version of the movie, the key will not work for your version. Or it is from a new batch of discs which use another key.

:rolleyes:

thanks for the fast reply...yeah I kinda figured so, but am still crystallizing this whole process...this is a backup of my disc I made several weeks ago, didn't have the key at the time so was real happy to see it...now that I am looking at the info on that key "EUR/GER/FRE/ENG/ITA" probably means a different region release...

appreciate your hard work!

[qtx999]

okay ken, here's another one
working with res dogs, key posted here, works fine in bbr 2.1,

i didn't backup my whole disk only a part of a file and it played great

with dumphd I get this message (gui interface)
Searching T:\res-dogs\BDMV\BACKUP\BDJO for files...
Source initialized
Identifying disc... OK
DiscID : D2C916B8F14A52CF89EB005F6A284C4B4945FD24
Searching disc in key database... FAILED
Disc not found in database
the hash should be :
DEFB2C7C32D7C9E18F1B6E58B20993357D2B3390 (as bbr reported it)
I entered in the key as:
DEFB2C7C32D7C9E18F1B6E58B20993357D2B3390=Reservior Dogs u|mM/Dd/yy| 1-37458556CB392C8AB453F56963C2D217

i thought I had the correct format...

[Roscoe62]

I seem to be having a big problem getting DumpHD to work at all. I put the disk into the drive (attached XBox HD-DVD drive) select the source & destination, but when I hit the dump button ...well...here's the log...

Opening Key Data File... OK
Initializing AACS... OK

Initializing source...
Source is a directory: using disc mode
Disc type found: HD-DVD Advanced Content Video
Searching K:\HVDVD_TS for files...
Searching K:\ADV_OBJ for files...
Source initialized
Identifying disc... OK
DiscID : B9A62093767C0E7CB2BF16447A52E864A45FE50D
Searching disc in key database... OK
Processing disc set:
DiscSet:
Type : HD-DVD Advanced Content Video
Source directory : K:\
Destination directory: D:\HD-DVD\<movie title>
AACS directory : K:\AACS
Key data :
DiscID : B9A62093767C0E7CB2BF16447A52E864A45FE50D
Title : <movie title>
Date : N/A
VUK : 423C48E5ABB185FC7FB8DB2BF764BEB0
TK's : NONE
Files :
Processing disc AACS data...
Volume Unique Key present, decrypting Title Keys / CPS Unit Keys...
Searching Title Key / CPS Unit Key Files...
Searching K:\AACS for files...
No Title Key / CPS Unit Key Files Found
Error initializing AACS, skipping disc set

I've only got a couple of movies but this happens every time no matter which movie I use. Can you tell me where I'm going wrong?

Thanks

[KenD00]

@qtx999
As i wrote in this (http://forum.doom9.org/showthread.php?p=977907#post977907) post DumpHD uses a different DiscID than BackupBluRay, you can't use a DiscID from BackupBluRay with DumpHD! DumpHD uses the SHA-1 hash of the file AACS\Unit_Key_RO.inf as DiscID. If you don't know how to calculate that value, just open the Disc in DumpHD, it calculates the DiscID for you, you can copy-paste it from the log window. If you edit the KEYDB.cfg while DumpHD is running you have to restart it afterwards or the changes might not be found. And your shown KEYDB-entry misses a | between the movie title and the u.

@Roscoe62
Your log looks quite edited, first there are no files at all (but you could have removed them) and second it shows a somewhat impossible stage of the program. There is a DiscID for a HD-DVD Advanced Content Video, that means the file AACS\VTKF000.AACS was present in the AACS-directory during the identification-phase, but then it must have mystically disappeared while advancing to the initialization-phase or this regular expression "VTKF[0-9]{3}.AACS" does not match that file on your machine. If you can confirm that that file does not disappear then i need your exact java version, which vm (client or server) you use and under what OS you run DumpHD. And a listing of the AACS-directory would be nice.

:rolleyes:

[Roscoe62]

KenD00,

Thanks very much for your help.:)

OK, the only thing I have edited in my log is changing the movie title to....<movie title>. Everything else is exactly as listed.

I'm unable to tell you which files are in which directories on the disk as I cannot read them. I have tried to install the UDF2.5 reader drivers to enable this but, for some reason, the drivers do not work.

I am operating DumpHD in the WinXP + SP2 environment. Not quite sure where to go to find out which version of Java I'm running, but in the Control Panel/Add or Remove Programs section I can see J2SE Runtime Environment 5.0 Updates 9, 10 & 11.

I hope this helps you.

Ross

[qtx999]

[QUOTE=KenD00;988565]@qtx999

If you don't know how to calculate that value, just open the Disc in DumpHD, it calculates the DiscID for you, you can copy-paste it from the log window. If you edit the KEYDB.cfg while DumpHD is running you have to restart it afterwards or the changes might not be found. And your shown KEYDB-entry misses a | between the movie title and the u.


ahhh....i don't actually have a bluray drive and a pc, only a ps3 and linux and at this point and unable to actually use the disc other than copy the files to a drive and then later decrypt using the pc

so the hash in the key posted "DEFB2C7C32D7C9E18F1B6E58B20993357D2B3390" has to be changed to "D2C916B8F14A52CF89EB005F6A284C4B4945FD24" which dumphd spit out? (and of course fix the "|")

so the key translated to dumphd mode would be

D2C916B8F14A52CF89EB005F6A284C4B4945FD24=Reservoir Dogs |u|mM/Dd/yy| 1-37458556CB392C8AB453F56963C2D217

i will try this...the original key works BTW in bluraybackup

thanks again for the quick reply!

[KenD00]

This is the reason why DumpHD does not work:
I'm unable to tell you which files are in which directories on the disk as I cannot read them. I have tried to install the UDF2.5 reader drivers to enable this but, for some reason, the drivers do not work.

You need to be able to read the files, otherwise it wont work. Your situation is really weird, you seem not be able to list the contents of the disc but you are able to access them by name. I'm not sure what UDF 2.5 reader drivers you mean, but maybe this (http://www.avsforum.com/avs-vb/showthread.php?p=8875463&&#post8875463) will help you. If not, you need to get different UDF 2.5 drivers, maybe you can grab one from a Packet Writing Software like Nero InCD.

@qtx999
Hmm... isn't this a DiscID in your log file? But how can it come there if you can't read the disc on your PC?... Well, you dont need the physical disc to get the DiscID, you just need the files from the disc which you obviously have on your PC ;). The DiscID is not the VolumeID which you can only get from the physical disc. Your fixed key entry will work :).

:rolleyes:

[qtx999]

But how can it come there if you can't read the disc on your PC?... Well, you dont need the physical disc to get the DiscID, you just need the files from the disc which you obviously have on your PC ;). The DiscID is not the VolumeID which you can only get from the physical disc. Your fixed key entry will work :).

:rolleyes:


I only have a ps3, so i use an external portable linux drive and move it back and forth (works great)..but not being able to read the physical disc is a disadvantage for sure!

will play some more and let you know..thanks again

[Humpa]

I only have a ps3, so i use an external portable linux drive and move it back and forth (works great)..but not being able to read the physical disc is a disadvantage for sure!Yeah, me too - and you were the one that told me to format my external hdd using ext3. Though I still wish someone would figure out the NTFS deal. :(

KenD00 thanks for the great tool. I'm another PS3 Blu-Ray'er. I love how fast this is compared to bbr - I just did 22.8GB in 20minutes flat on my HTPC. Very nice!

EDIT: one thing though, the HashCalc program I downloaded to use on XP (I was just using linux for that) uses lower case. I know I could've simply searched for another tool, but instead I just uploaded a quick php script to convert a string to caps (www.humpa.com/caps.php , in case anyone cares). I didn't know if you wanted to have DumpHD ignore the case of the hash - just figured I'd mention it. ;)

Also, how about remembering the last location for source and destination in the GUI. Is that possible in a future update?

No one had mentioned those 2 points yet, so I thought I would. I hope you don't mind user suggestions? These are by no means bugs or anything like that - and I really appreciate your work. I just thought you might like user input.

[Roscoe62]

This is the reason why DumpHD does not work:

You need to be able to read the files, otherwise it wont work. Your situation is really weird, you seem not be able to list the contents of the disc but you are able to access them by name. I'm not sure what UDF 2.5 reader drivers you mean, but maybe this (http://www.avsforum.com/avs-vb/showthread.php?p=8875463&&#post8875463) will help you. If not, you need to get different UDF 2.5 drivers, maybe you can grab one from a Packet Writing Software like Nero InCD.

Well that explains a little bit! It looks like my initial hunch about the problem being the UDF drivers is correct. I didn't know that you had to be able to read the files in order to rip them.

I don't really know why I can't read the files. Obviously my attempt to load the reader drivers (mentioned in the original Uneasy Silence web review) has failed. I also found another link to Toshiba-specific UDF 2.5 drivers but they just get to a point in the installation routine and then I get a message saying the drivers cannot be installed on my PC!

You mention using Nero InCD? I have InCD version 4 (which comes with Nero 6) and it definitely doesn't work with that. The latest version of Nero, which comes with InCD version 5 and the whole Nero Premium version 7 - Hi Definition stuff specifically mentions being able to read BluRay so my guess is - if I forked out the US$50 to upgrade I would be able to read the disks.

FWIW I am able to play & rip HD-DVD disks using AnyDVD HD (I'm in my 21 day trial) but that costs US$79.

I might try the upgrade to Nero 7 to see if it works. If it doesn't at least I know that I can get AnyDVD HD to work, but I'd rather work with DumpHD.

[KenD00]

@Humpa
DumpHD reads the KEYDB.cfg completely case-insensitive so your lowercase hash will work. I have many ideas for improving the GUI but i simply don't have the time for that now. And not in the near feature. Let's see what the new wave of discs offer us of new challenges, i will use my little free time rather on improving the functionality than polishing the cosmetics. The GUI does what it should do, for now that must be enough.

@Roscoe62
I suggested InCD because these Packet Writers use UDF as filesystem und mostly include a UDF driver. But InCD from Nero 6 is indeed too old, not sure if UDF 2.5 was even available when it got released. I presume you had InCD installed all the time? Than that may be the cause you cant install the Toshiba UDF driver, it is conflicting with the InCD one. Maybe removal of InCD will help. Oh, just to be sure, you are installing as admin?

:rolleyes:

[Humpa]

@Humpa
DumpHD reads the KEYDB.cfg completely case-insensitive so your lowercase hash will work. I have many ideas for improving the GUI but i simply don't have the time for that now. And not in the near feature. Let's see what the new wave of discs offer us of new challenges, i will use my little free time rather on improving the functionality than polishing the cosmetics. The GUI does what it should do, for now that must be enough.

:rolleyes:Sounds like a good plan to me. And, yes, the GUI works perfectly just the way it is. Thanks again for your work.
Sorry about the misinformation about the case of the hash. I have been converting them to upper case, but as soon as I read your reply I remembered that the first one I did gave me an error, and I had assumed it was the case. But I now recall that after I fixed the case, I still had an error (I had two || after the u ... |u||00/00/00|1-...). So I've been converting to upper case for no reason! Who knows what I was thinking. :rolleyes:

[Galileo2000]

Well that explains a little bit! It looks like my initial hunch about the problem being the UDF drivers is correct. I didn't know that you had to be able to read the files in order to rip them.

I don't really know why I can't read the files. Obviously my attempt to load the reader drivers (mentioned in the original Uneasy Silence web review) has failed. I also found another link to Toshiba-specific UDF 2.5 drivers but they just get to a point in the installation routine and then I get a message saying the drivers cannot be installed on my PC!

You mention using Nero InCD? I have InCD version 4 (which comes with Nero 6) and it definitely doesn't work with that. The latest version of Nero, which comes with InCD version 5 and the whole Nero Premium version 7 - Hi Definition stuff specifically mentions being able to read BluRay so my guess is - if I forked out the US$50 to upgrade I would be able to read the disks.

FWIW I am able to play & rip HD-DVD disks using AnyDVD HD (I'm in my 21 day trial) but that costs US$79.

I might try the upgrade to Nero 7 to see if it works. If it doesn't at least I know that I can get AnyDVD HD to work, but I'd rather work with DumpHD.

Well, the app works well on the "relatively" clean system.

I don't even have Toshiba drivers installed, and I have no issues whatsoever.

I suggest a clean OS install rather than going from the one incompatible version of InCD to another.

[Roscoe62]

Thanks Galileo2000 :)

You gave me just enough clues for me to figure out what the problem was.

I uninstalled my version of InCD and rebooted. Then I re-installed the UDF2.5 drivers mentioned on the Uneasy Silence web article and re-booted again. Now I can successfully read the files directly from the disk and I've just finished using DumpHD to rip my first disk.

Thanks for all your help! :)

[Revgen]

@KenD00

Have you integrated the Xbox Drive workaround ( http://forum.doom9.org/showthread.php?p=987028#post987028 ) into your program to use for decryption purposes in DumpHD? It would be nice to use it as an alternative option.

BTW, thanks for this program, and I appreciate the work you put into it.

[awhitehead]

@KenD00

Have you integrated the Xbox Drive workaround ( http://forum.doom9.org/showthread.php?p=987028#post987028 ) into your program to use for decryption purposes in DumpHD? It would be nice to use it as an alternative option.


Being able to obtain the volume ID of a disk directly from a drive is of dubious benefit, least you have a current unrevoked hardware key or processing key (Processing key can be derived from hardware key) using which you can extract the volume unique key. The complexity of this makes me think that this might be a task better suited for specialized application, such as aacskeys. But it's KenD00's program.....

I am not a Java programmer (although if needed, I can generally find my way around the code), but this made me curious. Is there a generic way to talk to devices using Java, or is the virtual machine hiding things, preventing one from sending CDBs directly to a device?

I have a bit of interest in DumpHD staying "platform neutral", in a sense that Java can be run under Linux and Mac OS X, as well as under Windows. Java code calling executables compiled for Windows will not quite work on anything else then Windows (as BackupHDDVD-GUI broke in latter versions).

Any way, I should stop rambling now.

[Revgen]

The complexity of this makes me think that this might be a task better suited for specialized application, such as aacskeys.

Well, if aacskeys could dump the contents of an HD-DVD disc, then that would be great, but so far I don't think it does, unless arnezami wants to do this. It just decrypts without dumping.

That's why why I asked the question here.

[KenD00]

AACS is a quite long chain of several crypto steps, DumpHD jumps in at the very end of that chain, namely it uses VUKs from a database to decrypt the final type of key which is required to decrypt the disc: Title Keys / CPS Unit Keys. AACSKeys starts at the beginning of that chain and is vulnerable to revokation, DumpHD is not (well, the VUKs can become obsolete, but thats another story). And thats how it should stay. Besides that, there is no build-in way in java to do that type of low level hardware access. However, there are ways to do that anyway by sacrificing platform independence. Thats what i want to avoid, so this will not become an integral part of DumpHD. But there is other interesting work going on (like AACSKeys) and i have ideas to make this useable by a plugin-like mechanism, but currently i don't have the time to look into that further.

:rolleyes:

[Galileo2000]

AACS is a quite long chain of several crypto steps, DumpHD jumps in at the very end of that chain, namely it uses VUKs from a database to decrypt the final type of key which is required to decrypt the disc: Title Keys / CPS Unit Keys. AACSKeys starts at the beginning of that chain and is vulnerable to revokation, DumpHD is not (well, the VUKs can become obsolete, but thats another story). And thats how it should stay. Besides that, there is no build-in way in java to do that type of low level hardware access. However, there are ways to do that anyway by sacrificing platform independence. Thats what i want to avoid, so this will not become an integral part of DumpHD. But there is other interesting work going on (like AACSKeys) and i have ideas to make this useable by a plugin-like mechanism, but currently i don't have the time to look into that further.

:rolleyes:

Ken,

When the first "after April 23" key is released, what can we expect?

[awhitehead]

Ken,

When the first "after April 23" key is released, what can we expect?

I am not KenD00, but I'll try to answer:

As long as the VUKs exist, DumpHD will continue decrypting, regardless of when the disk in question was released.

As for obtaining VUKs, you will need newer device or processing keys. April 24th AACS update will slow down the effort for a bit, but I am sure someone will figure out a way. However, once you have a correct VUK for a particular title, you can decrypt it using DumpHD.

[FoxDisc]

once you have a correct VUK for a particular title, you can decrypt it using DumpHD.

For current discs, this is true. For future discs, it may not be true. If the AACS LA implements Sequence Key Blocks, a single VUK will not be enough to decrypt the entire movie. We'll have to see what happens with newer titles. If SKBs are not used, then a single VUK is all that is needed, (although some new work will still have to be done to figure out how to get that VUK).

[Galileo2000]

For current discs, this is true. For future discs, it may not be true. If the AACS LA implements Sequence Key Blocks, a single VUK will not be enough to decrypt the entire movie. We'll have to see what happens with newer titles. If SKBs are not used, then a single VUK is all that is needed, (although some new work will still have to be done to figure out how to get that VUK).

Is there a list of the "after April 23" discs somewhere?

I want to buy at least one of them.

[mrazzido]

edit...


wrong i read specs :-d

[Bystander]

I'm having a problem with Gone in 60 Seconds. DumpHD .32 shows the DISCID. When I put the DISCID in the keydb.cfg, then select the source drive, it keeps saying failed after it searches the key database. Any thoughts?

[KenD00]

Have you only entered the discId? You must make a complete key entry with discId, title, key type, date and the actual key(s). And there must be an enter behind the line, even if its the last one, or it will not be found.

:rolleyes:

[Bystander]

Thanks for the response. Turns out it was the format used in the blue ray key list *sticky* is incorrect for DumpHD.

I added the |V| in front, and added a space between the |date| vol key.

after the change it now says : searching database OK

[KenD00]

As i wrote here (http://forum.doom9.org/showthread.php?p=977907#post977907) DumpHD changed the key format for BluRay. The key for Gone in 60 Seconds in the BluRay sticky is not a Volume Unique Key, its a CPS Unit Key, you must add a U instead of the V and add a 1- before the key or the decryption will produce rubbish.

:rolleyes:

[Bystander]

Do I still need a 1- in front for blu ray?

[KenD00]

Your key is different from the one in the sticky, and because it worked it obviously is a Volume Unique Key ;). The numbering is required for CPS Unit Keys, you have a VUK so everything is fine, but the keys in the sticky are all CPS Unit Keys, they require numbering.

:rolleyes:

[jackelmatador]

Hi Everyone,

I have a quick question. I have followed all the steps on https://help.ubuntu.com/community/RestrictedFormats/BluRayAndHDDVD, but run into a small problem. When I run sudo java -jar DumpHD.jar, I just get a blank screen nothing loads in the gui. Any help would be much appreciated.

Thanks!

[SvT]

What happens when you select your movie ?

Did you take this step "Select the disc as the source (a directory somewhere beneath /media/Film Name........)"

[awhitehead]

Hi Everyone,

I have a quick question. I have followed all the steps on https://help.ubuntu.com/community/RestrictedFormats/BluRayAndHDDVD, but run into a small problem. When I run sudo java -jar DumpHD.jar, I just get a blank screen nothing loads in the gui. Any help would be much appreciated.

Thanks!

Is there an error message that you get on the console as a result?

You need to download and install sun-java6-bin package. Then you also need to download the DumpHD package (See first post of http://forum.doom9.org/showthread.php?t=123111 ). Once you downloaded the .zip file, you need to unzip it.

Next step: You need to download the current keydb.cfg file.
http://forum.doom9.org/showthread.php?t=120611 first post
Unrar it. Put the resulting file (keydb.cfg) into the same directory that you got when you uncompresed DumpHD.

Next, on the command line, switch to the directory that got created when you uncompressed DumpHD and run: sudo java -jar ./DumpHD.jar


darkstar:~$ unzip dumphd_0.32.zip
Archive: dumphd_0.32.zip
inflating: dumphd_0.32/ACAPacker.cmd
inflating: dumphd_0.32/DumpHD.cmd
inflating: dumphd_0.32/DumpHD.jar
inflating: dumphd_0.32/KEYDB.cfg
inflating: dumphd_0.32/PackScanner.cmd
inflating: dumphd_0.32/Readme.txt
darkstar:~$ cd dumphd_0.32/
darkstar:~/dumphd_0.32$ sudo java -jar ./DumpHD.jar
Password:
Creating GUI... DONE


Does this help at all?

[qubic]

Hi Jackel

It could be that you have gjc installed (GNU java). This is not working, because it's spec version 1.4.2 (on my system)
Try calling /usr/java/jre1.6.0_01/bin/java instead.

regards qub



Hi Everyone,

I have a quick question. I have followed all the steps on https://help.ubuntu.com/community/RestrictedFormats/BluRayAndHDDVD, but run into a small problem. When I run sudo java -jar DumpHD.jar, I just get a blank screen nothing loads in the gui. Any help would be much appreciated.

Thanks!

[jackelmatador]

Thanks for the replies

@Awitehead I tried everything you mentioned I even reinstalled sun-java6-bin. And I am not getting any error messages just "creating gui....done"

@qubic I do indeed have gcj 4.1, my java was installed in a different location installed so I tried running
sudo /usr/lib/jvm/java-6-sun/bin/java -jar DumpHD.jar
from the location DumpHD is installed and I am still seeing the same problem. Is there a way to safely uninstall gcj? Would this even help?

[jackelmatador]

Well I got something to work I, not DumpHD but the end result is the same
http://forum.doom9.org/showthread.php?t=121236
It took around 30 minutes, to decrypt Feature1.ECO from King Kong, no idea what DumpHD would do but something is better than nothing. I have a E6600 with 2GB Ram and 2 500GB 7200rpm drives running in Raid 0.

[Bystander]

KenD00,

Any chance to have an error report at the end of the dump? Encountered 0 errors. Or encountered errors on: PEVOB1.EVO, PEBOB2.EVE, etc

Thanks

[KenD00]

I don't think i will implement that, but i will differentiate between several types of log messages (information, warning, error, etc.) to filter the log display. That should make the log window more readable and there should be no need for such an extra report.

:rolleyes:

[Bystander]

The reason I ask is because if there is a fingerprint and it reports a crc error, you would not know unless you scrolled back through the log, or by watching a movie and it stops because it only had a portion of the movie decoded.

A simple PASS/FAIL would be nice.

Thanks.

[homerpez]

I'm sorry to be lagging so far behind on this, but I've come across a Blu-Ray disc that AnyDVD HD can't seem to handle, so I'm having to use aacskeys and DumpHD the "hard" way...

I guess I'm profoundly confused as to which numbers I'm supposed to use... here's what I tried, which created an m2ts that is corrupt when I try to open it:

6E9EA4549406108FFEC78195BED66ADD644DBFE3=MOVIE NAME |V|01/31/07| B671461B112C7D7A9D5FB7EA4B00A9B3

I took the disc ID shown in the window in DumpHD and put that in the first slot.

Then I marked the key type as "Volume Unique key" and put "V" there.

I added the date of the disc under MM/DD/YY (which I'm not sure I needed to do)...

And then I put what aacskeys had under "Volume Unique Key" and put that hash at the end.

As near as a can tell, this is how Dump HD is used, right? I run it through with these settings, and it dumps the disc, says decrypting enabled, but the resulting files won't even open. It says it decrypted it, but it just scrambled it.

What I'm confused about is what else can I try? I see a lot about "CPS Unit Keys" but there's no listing of that in aacskeys... so I'm not sure what else to look for, since it seems to only support one kind at a time? Again, I'm still pretty confused on this.

I guess... an easy way to ask this is...

WHICH KEYS ARE THE IMPORTANT ONES, AND SPECIFICALLY WHERE/HOW ARE THEY USED IN DUMPHD?

Anyone who can clear this up for me is GREATLY appreciated!

[SvT]

I've come across a Blu-Ray disc

6E9EA4549406108FFEC78195BED66ADD644DBFE3=MOVIE NAME |V|01/31/07| B671461B112C7D7A9D5FB7EA4B00A9B3


As near as a can tell, this is how Dump HD is used, right?

WHICH KEYS ARE THE IMPORTANT ONES, AND SPECIFICALLY WHERE/HOW ARE THEY USED IN DUMPHD?


Blu-Ray uses a different format !

<SHA-1 hash of AACS\Unit_Key_RO.inf>=This is my movie |U|00/00/00|1-09876543210987654321098765432109

See this post !

http://forum.doom9.org/showthread.php?p=977907#post977907

Goodluck !

[KenD00]

The most likely reason for the corrupted decrypted files is that the Volume Unique Key is wrong. The Movie you are trying to decrypt is probably a MKB v3 Disc and aacskeys can't get the Volume ID from the Disc. Run aacskeys in verbose mode and check if the Volume ID is all zero. If thats the case you have to obtain the Volume ID with DumpVID for BluRay and use the found Volume ID with aacskeys to generate the correct keys.

Another reason could be that this disc uses multiple CPS Unit Keys, check the log of DumpHD if it shows multiple CPS Unit Keys for the Disc (you should also be able to see this when running aacskeys in verbose mode).

CPS Unit Keys and Title Keys are technically the same, aacskeys names them Title Keys too. A Volume Unique Key is of more value than a Title Key. To use DumpHD everything you need is the DiscID and the Volume Unique Key.

A future version of DumpHD will be able to use aacskeys directly which simplifies things a lot (at least for XBox 360 HD-DVD users, for the others we are still in need of a new Host Certificate Private Key :() ;).

@SvT
DumpHD uses the same Key Format for HD-DVD and BluRay, the difference is that BackupBluRay uses another format.

:rolleyes:

[SvT]

@KenD00 Thanks for clearing that up !

I re-read the post and I see my mistake !

[homerpez]

Thanks for the help, I guess though I'm only slightly more ahead than I was at the start (I now know what I was doing was WRONG) :p But that's a start.

So if I understand this correctly, for the Disc ID key (key #1 that I highlighted RED), I am to use Dumpvid's "hammering" and use this key there instead of what DumpHD says the disc ID is?

Hammering drive...
vid: E3ADF0EEF2D740D2B48D4406FB9B4F92
Hammering finished.


And for the last number (highlighted in GREEN on my example), which do I use?

Aacskeys gives me these sets of numbers (I omitted the ones that are all zeros or hash marks):

Processing key
Encrypted C-value
Corresponding uv
Decrypted C-value
Media key
Encrypted verification data
Decr verif data should be
Decrypted verification data
AGID
Host certificate from
Host certificate(Hcert)
Host Private Key (Hpriv)
Host Nonce (Hn)
Host key point (Hv)
Volume Unique Key
Encrypted Unit Key 1
Decrypted Unit Key 1

Nothing is shown in aacskeys about "CPS" keys or "Title" keys. I used the "Volume Unique Key" value from here in my example above, as aacskeys shows it... If this is key wrong, which line do I get the correct key type from?

Thanks

[KenD00]

So if I understand this correctly, for the Disc ID key (key #1 that I highlighted RED), I am to use Dumpvid's "hammering" and use this key there instead of what DumpHD says the disc ID is?

No. DumpVID gives you the Volume ID, this comes from the AACS-Protection and is needed to decrypt the keys from the disc. The Disc ID is something that we calculate ourselves to identifiy the disc. Your red key #1 is correct.

You need to use the Volume ID from DumpVID with aacskeys to decrypt the keys correctly since it obviously cannot retrieve it. If your movie is e.g. in drive m: you have to type
aacskeys m E3ADF0EEF2D740D2B48D4406FB9B4F92

Now aacskeys decrypts the keys from the disc correctly, the Volume Unique Key it spits out should be different than the one you are currently using. You have to replace your green key with that new number and everything should work fine.


Nothing is shown in aacskeys about "CPS" keys or "Title" keys.

My fault, i didn't know how aacskeys names these keys. The Unit Keys are the CPS Unit Keys i meant. Instead of the Volume Unique Key you can also use the Decrypted Unit Keys, you just have to change the key entry in DumpHD's database accordingly (keytype U and you have to number the Unit Keys correctly like the Title Keys in the database included in DumpHD). But as i said, the Volume Unique Key is of more value because it can decrypt the CPS Unit Keys from the disc and it saves you work to type all the keys (well, not in your case, there is only one CPS Unit Key ;)).

:rolleyes:

[homerpez]

Thanks for the detailed reply...

No. DumpVID gives you the Volume ID, this comes from the AACS-Protection and is needed to decrypt the keys from the disc. The Disc ID is something that we calculate ourselves to identifiy the disc. Your red key #1 is correct.

You need to use the Volume ID from DumpVID with aacskeys to decrypt the keys correctly since it obviously cannot retrieve it. If your movie is e.g. in drive m: you have to type
aacskeys m E3ADF0EEF2D740D2B48D4406FB9B4F92

Now aacskeys decrypts the keys from the disc correctly, the Volume Unique Key it spits out should be different than the one you are currently using. You have to replace your green key with that new number and everything should work fine.

Just one problem...

I run this command line as you said (only I have mine in the d drive), and it just does the program and media keys, and aacskeys crashes.

When I run it normally (just after PowerDVD unlocks the disc), using the "V" or "S" commands, it runs fine, but when I use the vid code above, it crashes. Maybe I'm using the wrong version? (I think I am using the last one listed in this thread, which I assumed was the newest)

My fault, i didn't know how aacskeys names these keys. The Unit Keys are the CPS Unit Keys i meant. Instead of the Volume Unique Key you can also use the Decrypted Unit Keys, you just have to change the key entry in DumpHD's database accordingly (keytype U and you have to number the Unit Keys correctly like the Title Keys in the database included in DumpHD). But as i said, the Volume Unique Key is of more value because it can decrypt the CPS Unit Keys from the disc and it saves you work to type all the keys (well, not in your case, there is only one CPS Unit Key ;)).

Of course since I can't use the vid: code so far in aacskeys, I don't know if the numbers are correct, but I do know that the "Volume Unique ID" code I tried doesn't work. So I can try the "Decrypted Unit Key" instead? (just replacing V with a U, and adding the 1- in front?)

I feel like I'm REEEEEEALLY close here. :)

[KenD00]

When I run it normally (just after PowerDVD unlocks the disc), using the "V" or "S" commands, it runs fine, but when I use the vid code above, it crashes. Maybe I'm using the wrong version? (I think I am using the last one listed in this thread, which I assumed was the newest)

There is no need to "unlock" the disc (and btw. PowerDVD "locks" it again shortly after it retrieved the Volume ID), the latest aacskeys version is 0.2.8. If you cant get aacskeys to work you better ask in the aacskeys thread, i cant help you there.


Of course since I can't use the vid: code so far in aacskeys, I don't know if the numbers are correct, but I do know that the "Volume Unique ID" code I tried doesn't work. So I can try the "Decrypted Unit Key" instead? (just replacing V with a U, and adding the 1- in front?)

Because your Volume Unique Key is wrong the decrypted Unit Key is wrong too (the VUK is used to decrypt the Unit Keys) so this wont help, you need the correct VUK to proceed.

:rolleyes:

[homerpez]

SUCCESS!

I did have to go back to aacskeys 0.2.7 to get it to work (and even then, it only worked in "v" or "s" mode)... but I did get a different Volume Unique Key, and it looks like it worked! Thanks again.

DumpHD is awesome... now that I know how to use it. :p

[d0ORk]

When I rip the Movie (Troja) the ripped evos are some kinda damaged. They run picture by picture and the sound too, but the key is ok when I compare it with aacskeys.
Any Hints?

[KenD00]

Stupid question: Is your hardware powerful enough to play HD?

Intelligent question: Which PowerDVD version do you use?

:rolleyes:

[d0ORk]

Could it be that it takes a very long time to get a BluRay Movie to Harddisk? The 00009m2ts is 32GB big and it's working on it for 2 hours now and it has 15GB on HDD...

[KenD00]

Well, i don't own any BluRay hardware, i don't know for sure but i think it should be way faster, a 30 GB HD-DVD takes 1 hour.

Do you have 100% CPU load while decrypting? Then its your CPU which limits you like hell.

:rolleyes:

[d0ORk]

Hi. I got a E6600 @ 3Ghz and 2GB Memory. The CPU is about 50% while decrypting. It took at least 5h to get the movie to HDD...

[KenD00]

This is not normal, on this machine decrypting should not eat up that much cpu power. Weird that you have 50% load, looks like one core is running at 100% and the other one is doing nothing, DumpHD uses dual core. And it really should not take that long when so much CPU is used. You have maybe some other program running during the decryption that interferes like a virus scanner or so. It may also be that the Java VM has a problem.

:rolleyes:

[KenD00]

After a long time here it is, a new version of DumpHD which has some quite nice new features ;).


Direct key retrieval
DumpHD can now get the required keys off the disc itself by using aacskeys. However, it cannot use the executable version of aacskeys, it needs the library version of it. Because this version is still not available, i have developed a wrapper library as an intermediate solution (available as separate download). This library launches the aacskeys executable and parses its output to get the required keys. The retrieved keys get stored in the KEYDB automatically (no backup of the KEYDB is made, better to have a copy somewhere in case something goes wrong ;)). The library is available for windows and linux, aacskeys is NOT included.
Slightly changed KEYDB format
Because i had to rewrite the key database code i took the chance to update the key format slightly. The old format only allowed one key type per entry, this could not be enough for future AACS enhancements. The new format now allows multiple key types per entry and finally moved to the YYYY-MM-DD date format. The new format is NOT compatible with the old one and will break old programs. However, DumpHD can still read the old format but will write only in the new format. As long as only one key type is present the new format entry can be easily converted to the old format. See the included KEYDB.cfg for details of the new format.
Streaming output
This is an experimental feature, it is now possible to stream the output to stdout rather then writing to disk. This way you can pipe the output to e.g. mplayer and watch the movie while its decrypting. This feature can only be used in CLI mode, start DumpHD and supply only a source (no destination) as parameter, then the output will be written to stdout. Don't forget to pipe DumpHD to another program or your console will get crazy. I suggest to supply a file as source, but you can also supply a folder. In this case the folder gets scanned for EVO / M2TS files (recursive) and the found files will be played back in alphabetical order.
There is a limitation however, HD-DVDs with Advanced Content can contain multiplexed ARFs inside an EVO, DumpHD cannot decrypt these in a streaming fashion, therefor they will get passed through encrypted. This is also the reason why i don't allow saving the stream to disk (like decryphd does).
I have tested this feature with mplayer under linux, works quite well (without sound of course), but sometimes it looks like i have some dropped frames, looks like fast forward sometimes. This may be because of the buffering DumpHD does, but i'm not sure. I like to know how you like this feature and how it works for you, maybe i can optimize it in the future.
DiscID override
You can now change the DiscID of a disc to something else to force the use of another KEYDB key entry. I really don't know anymore why i wanted to have that feature, i think it was because of the duplicate old BluRay DiscIDs. Now this feature is not really useful anymore, but the button was in the GUI so i finally implemented this function ;).
Title editing
You can now change the title of a disc. This is quite useful if you used the direct key retrieval feature to get the keys from the disc to have a nicer entry in the KEYDB :). Keep in mind that if you change the title of an entry which is in the old KEYDB format it will get updated to the new version.
Additional enhancements
DumpHD now copies the CERTIFICATE folder of BluRay discs and uses the Title Key File with the lowest number to calculate the DiscID for HD-DVDs with Advanced Content (for the case that the VTKF0000.AACS is missing)


:rolleyes:

[mrazzido]

Hey! thx for NEW version! Great Job! i test it later! :-)

[killa_kid]

That is incredible!

Thanks for all the fantastic work you do.


EDIT: well i have now tried to use the direct key retrieval but I keep getting the following error:

T:\Download\dumphd_0.4\aacskeys.dll: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem
Direct key retrieval disabled, only keys from the database will be used

I can use the aacskeys.exe on its own without a problem, so I am unsure what the problem is. Do you have any idea?

[FirstBorg]

Im not sure in which folder, but I just copied the aacskeys.dll in every(main dumphd folder, and all subfolders) and then it works.

Thanks for the new version! :)

[KenD00]

@killa_kid:
Are you using Windows Vista, maybe 64 bit Version? The library has been compiled under 32 bit Windows XP, it will most probably not work under 64 bit. However, the full sourcecode is included, you only need the (free) Visual Studio C++ 2005 Express Edition and the JDK 1.5 or later to compile it yourself.

@FirstBorg:
Both readme's say to copy the library into the directory of DumpHD...

[FirstBorg]

yes, I just overlooked both readme's :)
However, the important thing is, that it works :)

[killa_kid]

@killa_kid:
Are you using Windows Vista, maybe 64 bit Version? The library has been compiled under 32 bit Windows XP, it will most probably not work under 64 bit. However, the full sourcecode is included, you only need the (free) Visual Studio C++ 2005 Express Edition and the JDK 1.5 or later to compile it yourself.

It is a fresh install of XP 32bit. I'll give compiling a shot.

[SvT]

Great !!!

I've been fooling around a bit with my KEYDB.cfg ! Your program reads the old format perfectly ! As soon as I insert a disk the key is found. After editing the title the info is automaticly saved in the new format (as you describe) !!! Works like a charme !

After deleting the entery I started DumpHD again and the program went into direct key retrieval mode !
A few seconds later the key is added to the file !!!

GREAT WORK ! :thanks:

[KenD00]

@killa_kid:
Oh, i think you need the latest Microsoft Visual C Runtime Library (msvcr80.dll), i have compiled the library with Secure Template Overloading.

:rolleyes:

[killa_kid]

I recompiled and it worked great, but mine is about 4times the size. As long as it works i don't really care, i'm just curious whats different...oh well.

[BENtheTEN]

mine works as well (debian sid x86 )
(maybe you have to strip it)

Great App KenD00 THX

The Streaming works perfect in combination with mplayer

[bazzerr]

Hi ,
I had to recompile it also to get it to work , after downloading the program you mentioned .
It can't find any BD VID's , is this to do with your previous comments about requiring a new host certificate private key .
Cheers

[KenD00]

Hi ,
...after downloading the program you mentioned .


What program? Visual C++ or the Runtime Library? With the latest of the latter there should be really no need to compile the library yourself.

Since the library only executes aacskeys to get the information (it really does nothing more) everything i wrote in the aacskeys thread of course applies to the direct key retrieval method: no VID for BD until someone finds the private key of a working Host Certificate.

:rolleyes:

[bazzerr]

I had to download the microsoft visual c++ and recompile the library to get it to work ( XP ) .
The program works great , and as long as the dumpvid prog gets the VID number then I am good to go from there with aacskeys .
Cheers for the reply .

[XolocoTuxmaster]

KenD00

I'm in Linux, I don't have a BD reader at PC but I have a PS3 with linux too. I can have a /dev/ndb (network block device) at PC who redirects to PS3 BD reader, but I'm having problems with the UDF 2.5 support on PC, so I can't mount it on it.

I had successfully ripped the (encrypted) content of a BD to an external hard drive on PS3 and my intention is to use Dumphd to obtain the key from PS3 reader and then use that files.

Is there any way to specify the underlying device of the encrypted files of the HD as /dev/nbd or just obtain the keys from dev/nbd to include them in KEYDB.cfg?

If it isn't, could you release a version which could do that? A version with an option to instead of using getmntent, just ask for the device or just assume it's /dev/nbd

Thanks in advance

[KenD00]

DumpHD does not acquire any keys itself, since 0.4 it can use aacskeys to do this, so at first your idea requires a change of aacskeys. But anyway, i am pretty sure your idea to decrypt the BD will not work.

Your rip contains almost all the information you need to get the required keys but it misses one important thing, the Volume ID. There are two ways to get this one, either you know a hack of the PS3 drive to get it for free (like the XBox HD-DVD hack) or you know how to bypass the Hypervisor to perform an AACS authentication under Linux on the PS3. The second way also requires that you have never played a MKBv3 disc because there is still no new Host Certificate available to perform AACS authentication for MKBv3 or later.

I am not aware of a solution to any of these problems, so currently it makes no sense to implement your requested feature, it simply will not work.

And there is no need to inform me by PM about new posts in this thread...

:rolleyes:

[ByeByeBluRay]

Is there any major difference between the DumpHD and BackupHDDVD when decrypting evo files, other than the Nav Bug fix?

I find that evo files decrypted with DumpHD or AnyDVDHD don't play back smoothly for the first few minutes. If I use BackupHDDVD, they play fine.

The files are exactly the same length, but a quick compare shows roughly 100 different bytes in every 100Mb of data. Some of this is presumably the "nav bug" fix, but are there any other changes?

Thanks

BBBR

[KenD00]

Despite processing HLI_PCKs and ADV_PCKs correctly DumpHD clears the key information and usage restrictions defined inside the NAV_PCKs in better conformance with the specs, thats the main difference in the output (and the missing Nav Chain Bugfix).

This is done throughout the whole movie so i don't understand why your problems disappear after some time, they should be present all the time. I have never had these problems with any of my HD-DVDs. Well, i think the player software is the problem, i'm pretty sure the SlySoft guys know what they do and they do it right, as do i ;).

:rolleyes:

[XolocoTuxmaster]

DumpHD does not acquire any keys itself, since 0.4 it can use aacskeys to do this, so at first your idea requires a change of aacskeys. But anyway, i am pretty sure your idea to decrypt the BD will not work.

Your rip contains almost all the information you need to get the required keys but it misses one important thing, the Volume ID. There are two ways to get this one, either you know a hack of the PS3 drive to get it for free (like the XBox HD-DVD hack) or you know how to bypass the Hypervisor to perform an AACS authentication under Linux on the PS3. The second way also requires that you have never played a MKBv3 disc because there is still no new Host Certificate available to perform AACS authentication for MKBv3 or later.

I am not aware of a solution to any of these problems, so currently it makes no sense to implement your requested feature, it simply will not work.

And there is no need to inform me by PM about new posts in this thread...

:rolleyes:

Ok thank you very much.

So problem is that hypervisor doesn't let me know the Volume ID?

[ByeByeBluRay]

Despite processing HLI_PCKs and ADV_PCKs correctly DumpHD clears the key information and usage restrictions defined inside the NAV_PCKs in better conformance with the specs, thats the main difference in the output (and the missing Nav Chain Bugfix).

This is done throughout the whole movie so i don't understand why your problems disappear after some time, they should be present all the time. I have never had these problems with any of my HD-DVDs. Well, i think the player software is the problem, i'm pretty sure the SlySoft guys know what they do and they do it right, as do i ;).

:rolleyes:

I don't understand it either. It's something that affects every HDDVD I own, and has been annoying me all year - but since I can't use BackUpHDDVD on the new mkb4 discs, the problem has become more urgent.

Playback is jerky in both PowerDVD and Nero Showtime, which is why I thought it was something in the files. It affected me on both XP and Vista systems. But no-one else seems to have this problem.

Is there any way I could put the "nav-bug fix" back in to the output from DumpHD or AnyDVDHD, and see if that makes any difference, or is the necessary data already stripped at that point?

BBBR

[KenD00]

@XolocoTuxmaster:
Yes, thats the problem

@ByeByeBluRay:
Indeed a strange situation. Yes, you can apply the Nav Chain Bugfix later, but this cannot be reversed because the fix removes some data. I can mess around with my PackScanner to let it do the job if i find some time.

:rolleyes:

[ByeByeBluRay]

@ByeByeBluRay:
Indeed a strange situation. Yes, you can apply the Nav Chain Bugfix later, but this cannot be reversed because the fix removes some data. I can mess around with my PackScanner to let it do the job if i find some time.

:rolleyes:

If you could, that would be great - I could at least rule out/in the nav chain bug as the source of the problem.

I guess I could have a go at it myself, but it would be a bit of a learning curve (I'd only have the BackupHDDVD source to go on), and I could never be quite sure if I'd got it right!

BBBR

[KenD00]

Ok, here is a new PackScanner version which can apply the Nav Chain bugfix and also completely erase the CPI field (which contains eg. the usage restrictions), applying both doesn't harm or improve playback on my machine.

PackScanner 0.82 by KenD00

Usage: PackScanner [-options] input

Options:
-q quickscan, does not fully parse the PES header
-b blanks the VC-1 Stream for Sub and the first DD+ Stream for Sub
-r reverts the blanked streams
-n enables Nav chain bugfix
-z zeros the complete CPI field
-l logging enabled, writes a log file with offsets to every pack

Example: scan C:\MY_MOVIE.EVO, write log file and blank
PackScanner -lb C:\MY_MOVIE.EVO

Pressing ENTER during the scan aborts it

[ByeByeBluRay]

Ok, here is a new PackScanner version which can apply the Nav Chain bugfix and also completely erase the CPI field (which contains eg. the usage restrictions), applying both doesn't harm or improve playback on my machine.


Wow, thanks, that was quick!

I'll test it out tonight (I tried before work this morning but got a "no server JVM" error - I think I might need to install the SDK).

Cheers

BBBR

[ByeByeBluRay]

Wow, thanks, that was quick!

I'll test it out tonight (I tried before work this morning but got a "no server JVM" error - I think I might need to install the SDK).

Cheers

BBBR


I ran your PackScanner over an EVO that had the playback problems and it's now fixed. :thanks:

This is great for me, since it means I can now put my mkb4 discs onto my media server, but it does raise the question of why the fix is needed in the first place.

The only thing that springs to mind is that all my HDDVDs are UK discs - there must be a difference between those and US ones, but what that might be, I have no idea.

Anyway, thanks for the tool. If you do want to investigate further, I'll be more than happy to provide samples etc.

BBBR

[KenD00]

I have one UK HD-DVD myself (Planet Earth) and this one also plays without problems on my machine.

Some things came into my mind which you maybe can test. What happens if you don't apply the Nav chain bugfix but zero the CPI field, does this solve your problem too? And what happens if you, after the playback problems are gone, seek back to eg. the beginning of the movie where you had these problems, are they still gone or do they reappear? Whats happens if you don't play the movie from the beginning but start at a higher chapter?

:rolleyes:

[ByeByeBluRay]

I have one UK HD-DVD myself (Planet Earth) and this one also plays without problems on my machine.

Some things came into my mind which you maybe can test. What happens if you don't apply the Nav chain bugfix but zero the CPI field, does this solve your problem too? And what happens if you, after the playback problems are gone, seek back to eg. the beginning of the movie where you had these problems, are they still gone or do they reappear? Whats happens if you don't play the movie from the beginning but start at a higher chapter?

:rolleyes:

Zeroing the CPI field doesn't fix the playback problems - only the nav chain bug fix seems to work. Seeking around (or starting a few chapters in) doesn't change anything - the playback glitches are always and only in the first few minutes.

BUT...this is looking more like a problem with EvoDemux. Individual evo files copied from the original disk play fine. It's only once they've been through EvoDemux to remove unwanted streams or to join the two main evos together that the playback issues start (which I can then fix by running your PackScanner -n). Running the Packscanner first and then applying EvoDemux also works (which is what I would expect, since I am emulating the behaviour of BackupHDDVD).

I too have Planet Earth, and I don't have any problems with it, but that is because the individual episodes are in their own evo files, and there are no unwanted streams to remove, so I never put them through EvoDemux.

I don't know if that helps narrow things down at all. Food for thought, anyway :-)

Cheers

BBBR

[KenD00]

Individual evo files copied from the original disk play fine. It's only once they've been through EvoDemux to remove unwanted streams or to join the two main evos together that the playback issues start

Well, that information changes the situation quite a lot ;). Changing the structure of an evo (thats what removing streams does) isn't an easy task, you have to fix (at least) all these pointers inside the NAV_PCKs, probably EVODemux doesn't do it right. I can't verify this because i simply don't know the exact format of a NAV_PCK, i always wanted to figure that out but i never found the time (and had the mood ;)) to do it.

:rolleyes:

[ByeByeBluRay]

Well, that information changes the situation quite a lot ;). Changing the structure of an evo (thats what removing streams does) isn't an easy task, you have to fix (at least) all these pointers inside the NAV_PCKs, probably EVODemux doesn't do it right. I can't verify this because i simply don't know the exact format of a NAV_PCK, i always wanted to figure that out but i never found the time (and had the mood ;)) to do it.

:rolleyes:

It's still a bit odd that I seem to be the only one suffering from it - there must be loads of people using EvoDemux to join files and strip streams. Meh. Thanks to your PackScanner I don't have to worry about that any more :D

Now all I have left is to work out why I seem to be the only one who can't join m2ts files without the playback going mental at the join... :confused:

Cheers

BBBR

[bmnot]

Which file should I select in DumpHD? I found the key for my disc from this forum, and I'm doing the .mt2s files. It won't let me select all the files? I've to do it one by one. Also, I'm not sure how to play them

[KenD00]

To decrypt the whole disc select the root directory (e.g. d:\) instead of a file. I'm not up to date on how to play these files from harddisk, older versions of PowerDVD do it, for other solutions look elsewhere on this forum.

:rolleyes:

[bmnot]

It's not letting me do that. I go into the directory where the disc's mounted to, /media/Blu-ray in this case, and click on "OK" but nothing happens. I have to select a file for the okay button to work.

[KenD00]

Oh, you are using linux, that's a surprise ;). I don't have a linux machine right now but IIRC the open dialog should have two text fields, one is a file filter and the other one is the file to open. This second field gets only filled if you select a file, to select a directory you have to type it into this field yourself (/media/Blu-ray in your case), then it should work. And for playback under linux, i think there is not much else than mplayer.

:rolleyes:

[bmnot]

Hey KenD00.

Yeah I'm using Linux :D. I didn't have any problem playing them in Windows right off the disc, except for Ratatouille which gave a region problem (Even though both the drive and the disc are Region A) but Slysoft AnyDVD solved that problem. But as far as Linux is concerned, this is my primary OS, and it's disappointing to have to reboot into Windows just to watch a movie.

What you suggested worked! I typed in /media/Blu-ray and all the files were selected. I should stop relying on the mouse too much, I guess. I'm not sure if I should rip the movie once again, to make sure it's done properly.

Now as for playback, mplayer does happen to be my favorite player, so that's good to know it'll play it. The only trouble I'm having right now is that there's no video, only audio. I'm not sure if that's because of how I ripped it earlier. Should I re-rip it, or is this just a codec issue? And if so, which one do I need? I'm sorry if this is not the right place for asking about codecs.

[KenD00]

There is no need to re-rip the files, it makes no difference if you ripped them one by one or all at once (internally, the list of files to process contains only one file or all ;)).

I only played back a HD-DVD some time ago, there the problem was different, video but no audio. MPlayer shouldn't have any problems with the video, all required codecs are included, but support for the new audio codecs is still experimental, you should use a recent SVN snapshot. When i tried this it was necessary to specify which video- and audio codec to use, you should specify at least the video codec, audio might work as is because the movie probably contains an "old" DTS stream. I don't know how to figure out the video codec of a M2TS file, but it can only be MPEG2, VC-1 or H264.

:rolleyes:

[Durando]

Trying to rip Blueray discs using DumpHD but get alot of these errors, I have UDF 2.5 patched into my kernal and the disc appears to be mounting correctly what am I doing wrong:

DumpHD 0.4 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys 0.3.0 by arnezami, library port 0.3 by KenD00

Initializing source...
Source is a directory: using disc mode
Disc type found: BluRay BDMV
Searching /cdrom/BDMV for files...
/cdrom/BDMV/index.bdmv
/cdrom/BDMV/MovieObject.bdmv
Searching /cdrom/BDMV/PLAYLIST for files...
/cdrom/BDMV/PLAYLIST/00000.mpls
/cdrom/BDMV/PLAYLIST/00002.mpls
/cdrom/BDMV/PLAYLIST/00004.mpls
/cdrom/BDMV/PLAYLIST/00014.mpls
/cdrom/BDMV/PLAYLIST/00046.mpls
/cdrom/BDMV/PLAYLIST/00047.mpls
/cdrom/BDMV/PLAYLIST/00048.mpls
/cdrom/BDMV/PLAYLIST/00050.mpls
/cdrom/BDMV/PLAYLIST/00051.mpls
/cdrom/BDMV/PLAYLIST/00052.mpls
/cdrom/BDMV/PLAYLIST/00053.mpls
/cdrom/BDMV/PLAYLIST/00054.mpls
/cdrom/BDMV/PLAYLIST/00056.mpls
/cdrom/BDMV/PLAYLIST/00057.mpls
/cdrom/BDMV/PLAYLIST/00058.mpls
/cdrom/BDMV/PLAYLIST/00049.mpls
/cdrom/BDMV/PLAYLIST/00055.mpls
Searching /cdrom/BDMV/CLIPINF for files...
/cdrom/BDMV/CLIPINF/00000.clpi
/cdrom/BDMV/CLIPINF/00001.clpi
/cdrom/BDMV/CLIPINF/00003.clpi
/cdrom/BDMV/CLIPINF/00005.clpi
/cdrom/BDMV/CLIPINF/00016.clpi
/cdrom/BDMV/CLIPINF/00041.clpi
/cdrom/BDMV/CLIPINF/00049.clpi
/cdrom/BDMV/CLIPINF/00042.clpi
/cdrom/BDMV/CLIPINF/00043.clpi
/cdrom/BDMV/CLIPINF/00044.clpi
/cdrom/BDMV/CLIPINF/00045.clpi
/cdrom/BDMV/CLIPINF/00046.clpi
/cdrom/BDMV/CLIPINF/00047.clpi
/cdrom/BDMV/CLIPINF/00048.clpi
/cdrom/BDMV/CLIPINF/00050.clpi
/cdrom/BDMV/CLIPINF/00051.clpi
/cdrom/BDMV/CLIPINF/00052.clpi
Searching /cdrom/BDMV/STREAM for files...
/cdrom/BDMV/STREAM/00000.m2ts
/cdrom/BDMV/STREAM/00001.m2ts
/cdrom/BDMV/STREAM/00003.m2ts
/cdrom/BDMV/STREAM/00005.m2ts
/cdrom/BDMV/STREAM/00016.m2ts
/cdrom/BDMV/STREAM/00041.m2ts
/cdrom/BDMV/STREAM/00049.m2ts
/cdrom/BDMV/STREAM/00042.m2ts
/cdrom/BDMV/STREAM/00043.m2ts
/cdrom/BDMV/STREAM/00044.m2ts
/cdrom/BDMV/STREAM/00045.m2ts
/cdrom/BDMV/STREAM/00046.m2ts
/cdrom/BDMV/STREAM/00047.m2ts
/cdrom/BDMV/STREAM/00048.m2ts
/cdrom/BDMV/STREAM/00050.m2ts
/cdrom/BDMV/STREAM/00051.m2ts
/cdrom/BDMV/STREAM/00052.m2ts
Searching /cdrom/BDMV/AUXDATA for files...
/cdrom/BDMV/AUXDATA/sound.bdmv
Searching /cdrom/BDMV/META for files...
Searching /cdrom/BDMV/BDJO for files...
Searching /cdrom/BDMV/JAR for files...
Searching /cdrom/BDMV/BACKUP for files...
/cdrom/BDMV/BACKUP/index.bdmv
/cdrom/BDMV/BACKUP/MovieObject.bdmv
Searching /cdrom/BDMV/META/DL for files...
Searching /cdrom/BDMV/META/ES for files...
Searching /cdrom/BDMV/META/TN for files...
Searching /cdrom/BDMV/BACKUP/PLAYLIST for files...
/cdrom/BDMV/BACKUP/PLAYLIST/00000.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00002.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00004.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00014.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00046.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00047.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00048.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00050.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00051.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00052.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00053.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00054.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00056.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00057.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00058.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00049.mpls
/cdrom/BDMV/BACKUP/PLAYLIST/00055.mpls
Searching /cdrom/BDMV/BACKUP/CLIPINF for files...
/cdrom/BDMV/BACKUP/CLIPINF/00000.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00001.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00003.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00005.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00016.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00041.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00049.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00042.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00043.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00044.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00045.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00046.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00047.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00048.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00050.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00051.clpi
/cdrom/BDMV/BACKUP/CLIPINF/00052.clpi
Searching /cdrom/BDMV/BACKUP/BDJO for files...
Searching /cdrom/CERTIFICATE for files...
Searching /cdrom/CERTIFICATE/BACKUP for files...
Source initialized
Identifying disc... OK
DiscID : 16B4BDAEC71F421212C5DD7515790BB27F5999C5
Searching disc in key database...
Disc not found in key database
Retrieving keys from source...
aacskeys 0.3.0

Current path: /home/durando/dumphd_0.4

Processing key: 09F911029D74E35BD84156C5635688C0
Encrypted C-value: D25C30FCF61CE1AB508935DAE0FF00FD
Corresponding uv: 00000001

Decrypted C-value: 044371CEE534E25A9656F2D6424DF3E9
Media key: 044371CEE534E25A9656F2D6424DF3E8

Encrypted verification data: 518DE5508207E78D62E79EB5D9718B72
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEF48AB2BE054D12D57

Could not open drive, invalid drive type or mount device could not be found, aborting.


ERROR: DRIVETYPEMOUNT, errnr: -2


aacskeys ERROR: DRIVETYPEMOUNT, errnr: -2
Failed retrieving keys from source

[KenD00]

Hmm, strange, the device of the mount point cannot be found. Can you post the contents of your /proc/mounts file (with a disc beeing mounted)? What linux distro are you using?

:rolleyes:

[Durando]

I am running Ubuntu 8.04 Hardy, The contents of my /proc/mounts file while a blue ray disc is in drive are:

rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec 0 0
none /proc proc rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/disk/by-uuid/7aaefd3c-dbb5-4e65-b0d6-853801766d65 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/disk/by-uuid/7aaefd3c-dbb5-4e65-b0d6-853801766d65 /dev/.static/dev ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
tmpfs /var/run tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /lib/modules/2.6.24-19-generic/volatile tmpfs rw,relatime 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime 0 0
tmpfs /var/run tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
securityfs /sys/kernel/security securityfs rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0
gvfs-fuse-daemon /home/durando/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
/dev/scd0 /media/cdrom0 udf ro,nosuid,nodev,relatime 0 0

[KenD00]

Ah, i see the problem. You are accessing the disc with /cdrom, that seems to be a symlink to the actual mountpoint and isn't in /proc/mounts, thats why aacskeys can't find the device. To make it work, access the disc directly with the mountpoint, in your case /media/cdrom0, then it will work. I will try to fix aacskeys to work in your situation.

:rolleyes:

[Durando]

Well I guess this is a moot point now anyways now I get a new error "The given Host Certificate / Private Key has been revoked by your drive.

So if I haven't misunderstood the current events in Blueray Ripping that means I am SOL unless I go into windows and run something that is commercial.

[SvT]

Well I guess this is a moot point now anyways now I get a new error "The given Host Certificate / Private Key has been revoked by your drive.

So if I haven't misunderstood the current events in Blueray Ripping that means I am SOL unless I go into windows and run something that is commercial.

Depending on your drive, Yes you are SOL.
See this post: http://forum.doom9.org/showthread.php?t=133988&highlight=Host+Certificate

Here you find DumpVID: http://forum.doom9.org/showthread.php?p=993782#post993782

Not sure this works for your drive :scared:

Succes. :)

[KenD00]

As SvT said, it depends on your drive. If this (http://forum.doom9.org/showthread.php?t=139522) doesn't work for you, then indeed you need windows and either a software player to grab the Volume ID with DumpVID or Anydvd HD. But if your disc contains BD+ you have to use Anydvd HD anyway because its the only program that can remove this protection.

:rolleyes:

[Durando]

Now that I have this movie ripped to my HDD what do I do to convert the m2ts files into a playable format

[KenD00]

Well, the m2ts files are playable except the disc is BD+ protected, in that case you can't use DumpHD to decrypt them and have to use AnyDVD HD, don't know if that protection can be removed if they are already ripped.

If you want to convert the files into another format please look in another section of this forum, this isn't a decrypting topic and i don't know much about that.

:rolleyes:

[SamuriHL]

Well, the m2ts files are playable except the disc is BD+ protected, in that case you can't use DumpHD to decrypt them and have to use AnyDVD HD, don't know if that protection can be removed if they are already ripped.


No, it can't. It has to be done on a disc with AACS. Once the AACS is removed, AnyDVD can't remove the BD+ stuff.

[chavonbravo]

I get an error opening an individual EVO file from gui on planet earth hddvd:

Error opening Media Key File ...HVDVD_TS/AACS/MKBROM.AACS

ERROR: LOADMKB, errnr: -1
aacskeys ERROR: LOADMKB, errnr: -1
Failed retrieving keys from source

Why is it looking for MKBROM in HVDVD_TS/AACS instead of AACS?

Edit: Happens when I selected a single file as source, instead of the root of the hddvd or bluray. When selecting root, all works fine. :) But this presents a problem if you only want to stream one file via command line. Can anything be done differently, am I missing something?

[chavonbravo]

Another question, as I already answered myself above, has anyone gotten streaming to work with this in linux? Mplayer and xine both don't work for me. Mplayer gives an error about not being able to seek backwards, and xine can't find a demux plugin. Playing from file works fine, but I'd really rather get this working by streaming.

Edit: okay, keep on answering myself. Mplayer needs a cache, so add a -cache 8192 to command line and it works. Xine is still a no go, which is what I'd prefer.

[KenD00]

Why is it looking for MKBROM in HVDVD_TS/AACS instead of AACS?


Because the author of DumpHD forgot to adjust the path passed to aacskeys to work as intended :D. As a workaround, just make sure that the disc is already in the key database (e.g. opening the disc from the GUI is enough) when using file streaming, then aacskeys isn't used and it should work fine.

:rolleyes:

[Oopho2ei]

Is the source code of DumpHD available?

[KenD00]

No, its not. Well, not yet. I wanted to release it someday, but not in its current stage. But i haven't touched it for almost a year now, there was no real reason to do so, the community was far behind the MKB revision and DumpHD was getting obsolete. However, the recent events changed that situation and i have the feeling i could invest some work again to make it "releasable". Now all i need is some time (and a working computer) :(.

:rolleyes:

[chavonbravo]

Well, after some manual java bytecode editing, modifying a constant, and adding a method to the class, got this working. Here is same 0.4 package with a different dumphd.jar that works with selecting a single file as well as the root directory of the disc.
(much better for streaming)


p.s. The value used in AACSDecrypter.class that is passed to GetKeys should be aacsdir.getParent() instead of srcDir.getPath(). This will work better, KenD00. Hope you do release the source some day. It's much easier to modify that than what I had to do. This works GREAT, thanks, I finally have bluray/hddvd working as I'd like. :)

[KenD00]

The value used in AACSDecrypter.class that is passed to GetKeys should be aacsdir.getParent() instead of srcDir.getPath()

Yeah, for now that is a good solution, but this won't work with BDAV discs ;). Shame on me that you had to edit the bytecode but great work, thanks.

:rolleyes:

[KenD00]

I don't believe it myself, but after one year here comes a new version of DumpHD :D. The main new features are Blu-Ray Recordable support and a changed file mode. From the changelog:


2008-09-20: 0.45
- Experimental Blu-Ray Recordable support (with multiple CPS Units, BDMV, BDAV with Aux Directories and Thumbnails)
- Updated Key Database to version 1.3, new entry types: M (Media Key), B (Binding Nonce), P (Protected Area Key)
- DumpHD can now calculate the VUK / PAK if only the Media Key and Volume ID / Binding Nonce is given
- Replaced single file mode with multiple files mode (works only in CLI mode)
- ACAPacker now works with direct key retrieval too


The Blu-Ray recordable stuff is experimental because i couldn't test it, i don't have any AACS protected recording, so please test this feature and report back if it's not working. Because the current available accskeys version cannot process recordables fully automatic DumpHD can't either. You need to have at least the Media Key and the Binding Nonce of the disc in the key database to decrypt it.

The single file mode has been replaced by the multiple files mode, now you always have to select the root directory from the disc. To not process the whole disc, specify the files to process on the command line, they will be processed in the listed order. This feature does not work from the GUI yet, it's main purpose is to use it for streaming output.

I have updated the download links in the first post, download the new version from there.

:rolleyes:

[CiNcH]

Hey guys, just tried DumpHD. But I get the following error:


.....

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


Does anybody know what that means?

[Oopho2ei]

I don't believe it myself, but after one year here comes a new version of DumpHD :D.
Thanks a lot! :)

Hey guys, just tried DumpHD. But I get the following error:
"The given Host Certficate / Private Key has been revoked by your drive."

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,...)

[CiNcH]

3. obtain the volume id by logging the communication between a licensed software player and your drive (sniffing)
4. use utilities like DumpVID

This is actually the same right? So DumpVID logs the communication between the drive (Lite-On DH-4O1S in my case) and a software player (PowerDVD). DumpVID did not grab any VID in my case. How long should this take? Guess a specific player is required?

[Oopho2ei]

This is actually the same right? So DumpVID logs the communication between the drive (Lite-On DH-4O1S in my case) and a software player (PowerDVD). DumpVID did not grab any VID in my case. How long should this take? Guess a specific player is required?
By logging i mean installing kernel hooks to basically place your logger in the chain of api calls which is executed for every packet which goes from and to the drive.

DumpVID is i think hammering the drive with requests for the volume id. After the authentication process is complete the drive may be asked for the volume id and DumpVID tries to be the first to ask that question. The drive will only answer that question once. This is not player dependent but keep in mind that these software players hack your kernel so your system won't behave the way it should be. You can try anti-rootkit tools to remove some of these hacks. These hacks are usually only active when the player runs. Also switching to an amd64 operating system might help.

[CiNcH]

OK, thanks for your explanation. Finally got the VID of my sample disc. How can I stuff this VID now into DumpHD?

[KenD00]

The drive will only answer that question once.
Uhm, no. The drive gives you the VID and anything else as many times as you ask it but only if your AGID is valid. And thats the problem, the software player invalidates it after it got its stuff, so the time frame is very small and if the hammer interval is too long you miss it.

How can I stuff this VID now into DumpHD?
You better stuff it directly into aacskeys so that it gives you the Volume Unique Key. Then you enter that one into the KEYDB.cfg (see that file for the format of the entries).

:rolleyes:

[CiNcH]

You better stuff it directly into aacskeys so that it gives you the Volume Unique Key. Then you enter that one into the KEYDB.cfg (see that file for the format of the entries).

Wow, quite a procedure. But got it working finally. Is there also the other way of stuffing the VID into DumpHD which then gets the VUK from aacskeys lib by itself? What is the advantage of your solution?

[KenD00]

There is no advantage, there is just no other way. If aacskeys does not work automatically you always have to make a database entry yourself. Of course, i could implement a way that if only the VID is present DumpHD passes this to the library, but this process is still not fully automatic because someone has to enter the VID into the database before. Beeing a lazy guy i burdened this step onto the users shoulders, if the user is able to acquire the VID manually he should also be able to acquire the VUK manually :D.

:rolleyes:

[kkloster21]

@KenD00:

i've tried running the new version of dumpHD (v 0.45) and the shell script doesn't work to run the program. i get the following error:

$ ./dumphd.sh
bash: ./dumphd.sh: /bin/bash^M: bad interpreter: No such file or directory

I am in the correct directory and have the proper permissions set on the file. the shell script for version 0.4 did work on my machine. I am running linux, 64-bit.

I am able to get the program (with GUI) running by executing the DumpHD.jar file but it is unable to load the aacskeys library, which the previous version is able to do. I get this error message:

DumpHD 0.45 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


I don't know the java library path but version 0.4 of dumpHD never had any problem with this that i had to deal with.

Thanks to KenD00, arnezami and Oopho2ei for all the software and support.

[TomZ]

2 things :

1 - It's not ./dumphd.sh but sh ./dumphd.sh.

2 - You need a copy of libaacskeys.so and (not sure) aacskeys files taken from aacskeys source directory (another project).

'Z

[kkloster21]

thanks! it worked with sh ./dumphd.sh

i feel like an idiot.

funny though, it worked without the sh on the old version...

thanks again TomZ.

[TomZ]

You're welcome ;)

[KenD00]

1 - It's not ./dumphd.sh but sh ./dumphd.sh.

Um, no, this is not necessary. The script contains the proper header line so that you can start it directly. However, is uses bash instead of sh.

@kkloster21:
Don't you have bash on your system anymore? Although the error message doesn't seem to support this theory i otherwise can't explain why it runs with sh. What happens if you enter /bin/bash into a console?


2 - You need a copy of libaacskeys.so and (not sure) aacskeys files taken from aacskeys source directory (another project).

You need to have the files libaacskeys.so, ProcessingDeviceKeysSimple.txt and HostKeyCertificate.txt in the root directory of DumpHD.

:rolleyes:

[kkloster21]

the problem is solved for me - there was a strange character in the dumphd 0.45 sh script (a carriage return or a null character or something that doesn't show up). i deleted it and it works fine now.

sorry to have caused a big stink about it.

if anyone else has had this problem try this:

open the dumphd.sh file in a text editor and put the cursor just in front of the "java -server..." line and press backspace until there are no spaces between the "j" in java and the "s" in the bash on the first line. Then press enter (or return) twice to put the "java -server..." line on its own line in the script file with a line space in between the lines of code.

sorry if this is a stupid mini-howto but there may be people out there as green as me!

[kkloster21]

i have not been able to stream to mplayer (or vlc) from dumphd 0.45. i am still able to stream content to mplayer (but only audio to vlc, not video) using dumphd 0.4 but it doesn't work with v0.45. i think it is a problem with trying to stream multiple files to mplayer (since v0.45 now streams the entire disc instead of just one file at a time).

has anybody else been able to stream content to mplayer (instead of dumping it) using dumphd v0.45?

[KenD00]

About that problem with the shell script, its all my fault :D. I've build the zip under windows so all the files had windows line terminators, obviously bash doesn't like that.

DumpHD 0.4 could also stream the whole disc but in contrast to 0.45 as second option only one file. DumpHD 0.45 can stream multiple files in a specified order, but for this to work you have to specify them on the command line with the new switch --infile and use the disc root directory as input instead the file directly. And this does work with 0.45, only complete disc streaming of Blu-Rays is broken, and that is broken in 0.4 too :D.

I have uploaded a new version that should fix all these issues.

:rolleyes:

[kkloster21]

happy to report that dumphd v0.46 works for streaming blu-rays to mplayer! it worked when i input only the root disc location (for complete disc streaming) and also when i specified the main movie file with the --infile switch.

thanks KenD00!

[kkloster21]

KenD00:

there seems to be a problem streaming multiple files: dumphd doesn't work if you attempt to specify (with --infile:...) more than 8 files to stream consecutively. this can be a problem with movies such Ratatouille, which have 31 or so .m2ts files that need to be played (not in sequential order). is it possible (and not too difficult) for you to enable streaming of more than 8 user specified files with dumphd?

thanks again KenD00 for all your great work!

[CiNcH]

happy to report that dumphd v0.46 works for streaming blu-rays to mplayer!
Can somebody explain that one? So does this work on-the-fly without copying the content to HDD? Does mplayer read from stdout? How is this environment set up?

[chavonbravo]

Yes, you can stream to and read from stdout w/ dumphd and mplayer/xine, though xine doesn't like streams for some reason, only files on hdd.

[kkloster21]

@CiNcH

an example command line input for linux would be:

./dumphd.sh /media/cdrom1/ | mplayer -cache 8192 -demuxer lavf -aid 1 -channels 6 -

for windows i imagine it would look something like:

>Dumphd.cmd d:\ | mplayer -cache 8192 -demuxer lavf -aid 1 -channels 6 -

where all the -flag inputs are arguments to mplayer and the final "-" indicates to mplayer that it should read from stdout. (i'm not sure if it works exactly the same way in windows). i hope this helps.

Note that you will also need some other files in the directory that you run that from (besides the dumpHD program).

[KenD00]

there seems to be a problem streaming multiple files: dumphd doesn't work if you attempt to specify (with --infile:...) more than 8 files to stream consecutively.


And again, it's not DumpHD but the rather simple shell scripts :D. I'm not an expert in writing these so i used what i knew, because of that only at most 9 parameters get passed to DumpHD. Replace dumphd.sh with this:

#!/bin/bash

java -server -Djava.library.path=. -jar DumpHD.jar "$@"

For the windows side, replace DumpHD.cmd with this:

@java -server -jar DumpHD.jar %*

This way all the parameters get passed to DumpHD and you can specify as many files as you like. I won't make a new release for this small fix, it will be included later.


Has anyone tested DumpHD with BD recordables yet, i'd like to know if it handles them correctly because i can't test this myself.

:rolleyes:

[XAvAX]

Yes, you can stream to and read from stdout w/ dumphd and mplayer/xine, though xine doesn't like streams for some reason, only files on hdd.

It's jut that Xine doesn't accept '-' to mean stdin. Try 'stdin://' instead.

[chavonbravo]

It's jut that Xine doesn't accept '-' to mean stdin. Try 'stdin://' instead.

Yes, that's what I'd used. It can't find a demuxer when it's stdin:// for me. Only works in file mode.

[XAvAX]

Yes, that's what I'd used. It can't find a demuxer when it's stdin:// for me. Only works in file mode.

Hm. Try this:
xine --verbose <file> | grep 'xine: found demuxer plugin:'

on one of the files from a decryption. The line should be in the format
xine: found demuxer plugin: <word> demux plugin

Take the first word of "<word> demux plugin", and when you next go to play it via streaming, try to pipe it into
xine stdin:// demux:<word>

[chavonbravo]

Even then it's pointless, as it can't decode vc1. For some reason, xineplug_decode_ff doesn't use the ffvc1 codec.

[KenD00]

Today i'm proud to present you DumpHD 0.5.

This new version adds experimental BD+ support to DumpHD :). This feature isn't fully automatic and only works in CLI mode currently. It requires that you already have the BD+ Conversion Table from the movie. To get this file, you can use the BDVM Debugger 0.1.1 (http://forum.doom9.org/showthread.php?p=1208974#post1208974). Then simply specify this file on the command line with the new switch --convtable:<file> and BD+ gets removed too.

I have also updated ConvTableView (links in the first post) to do some structural sanity checks when reading a Conversion Table. If your movie doesn't decrypt succesfully open the Conversion Table with this tool and check if the log displays any messages.

The current implementation of the BD+ stuff isn't very clean, DumpHD is quite AACS centric and changing this will need some time. Also using the BDVM Debugger to get the Conversion Table automatically isn't that easy, so don't expect this to happen soon (and the BDVM itself needs work too).

Because i plan to make bigger changes to the source and don't know when this will happen and because i have promised that earlier this release includes something more than all the previous ones: the full source code of DumpHD under the GPLv3.
Now for every aspect of decrypting a commercial HD-DVD / Blu-Ray the source code is available, maybe this will help to get smoother playback on platforms not intended by the big movie studios ;).

:rolleyes:

[kkloster21]

KenD00 -

thanks for implementing this into dumpHD!

i've tried using dumphd-0.5 with the convtable flag and i haven't been able to get it to work. i checked the tables in your convtableview and the log says they loaded successfully. could it be a problem with the location of the files? i know that the infile flag looks for the file relative to the source directory (i.e. /media/cdrom1 or whatever). could it be looking in the wrong place for the conv_tab.bin?

/dumphd-0.5/dumphd.sh --infile:BDMV/STREAM/00000.m2ts --convtable:live_free_or_die_hard_tab.bin /media/cdrom1/ | mplayer -cache 8192 -lavdopts threads=4 -aid 4352 -channels 6 -
MPlayer dev-SVN-r27902-4.3.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz (Family: 6, Model: 23, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2

Playing -.
Reading from stdin...
Cache fill: 0.00% (0 bytes)


Exiting... (End of file)


this is all i get from the console - not very helpful. if there is any other info i can give you please let me know.

thanks again for all your hard work!

[KenD00]

I tried to reproduce your result and indeed it happens if the conversion table file isn't found. The --convtable switch takes the file as given, that means if the path is not absolute it is resolved against the current directory. You have given only the filename so it looks for the file in the current directory, regarding your given console output this is /dumphd-0.5, check if your conversion table is there too.

Looks like you made the console dump by appending the > operator behind the whole command, this won't work because it grabs only the output from the program at the end of the pipe (in your case mplayer), maybe its also a problem because DumpHD writes it output to stderr and not stdout, i'm not sure. Anyway, its possible to grab the output from DumpHD but i remember it is difficult and so i forgot how :D.

:rolleyes:

[kkloster21]

the convtable file is in the current directory, i double checked. i tried giving an absolute address also - same result.

i'm not sure what you mean about the > operator, i haven't used it in the command. i'm just piping to mplayer, which has always worked with previous versions of dumpHD. is there something else i'm doing wrong?

[KenD00]

Usually, if you want to get the console output from a program, you do something like that
ls > output.txt
this saves you from copy pasting the stuff from the console window. But well, thats not the problem here.

Your console dump shows that the problem lies in DumpHD, it doesn't stream anything to mplayer. If its not the conversion table, then its something else. Just start DumpHD as you would but don't pipe the output to mplayer and give a destination (if you don't your console gets crazy :eek:) then you should be able to see the messages from DumpHD. If you can't solve the problem post the output here and i take a look.

:rolleyes:

[kkloster21]

KenD00 -

here is the output i get when i don't pipe to mplayer:

/dumphd-0.5/dumphd.sh --infile:BDMV/STREAM/00000.m2ts --convtable:live_free_or_die_hard_tab.bin /media/cdrom1/
Unknown long option: "convtable:live_free_or_die_hard_tab.bin"


(its the same as if i type "> output.txt" and copy and paste that.) i've never seen "unknown long option" before. do you know what it means? i tried looking around to find out but i didn't find anything useful.

[KenD00]

It means that it doesn't know the convtable switch :confused:. Now this is strange! I just downloaded all my uploaded archives (and found out that the shell scripts aren't marked as executable inside the tar.gz archives, i just uploaded new ones) to make sure that i haven't uploaded a wrong one, but none produced that error, and i copy pasted your command line.

Are you sure that you are really using DumpHD 0.5? What happens if you just type
dumphd.sh -h
does it say DumpHD 0.5?

:rolleyes:

[kkloster21]

problem fixed. you were right, i wasn't using v0.5. there was a problem with the way i modified the script file. i feel like an idiot. sorry for troubling you KenD00.

the good news is it works great!

thanks for your help and your great work!

[kkloster21]

this may be a stupid question but what is the highest MKBv that dumpHD 0.5 can decrypt? I have a MKBv8 disc here that won't play and i'm guessing that's the issue. I was able to get a VUK from aacskeys but i don't think its decrypting and dumping properly and mplayer won't play it. the weird thing is that there doesn't seem to be any error message. it just says "Exiting... (End of file)" has anyone seen this?

[sakman]

MKBv7.

No keys for v8 or v9 yet.

[KenD00]

DumpHD does not decrypt any MKB, it uses aacskeys for this task, so aacskeys determines the decrypting ability and this is indeed up to MKBv7 currently. So i highly doubt that aacskeys gave you a VUK for a MKBv8 disc, did you run aacskeys in verbose mode and does it really say MKBv8? If thats the case then there seems to be a bug in aacskeys or you have more processing keys than i know of ;).

MPlayer quits with this message because DumpHD terminated and the pipe got closed so it most probably couldn't decrypt the disc. Maybe you can see the output of DumpHD in the console but if mplayer ran too long the output may be already gone.

:rolleyes:

[kkloster21]

here is the output from aacskeys (I have cut out potentially sensitive info):

$./aacskeys -v /media/cdrom1/
aacskeys 0.3.5 by arnezami, KenD00


MKBv: 8
.
.
.
Volume ID (AACSBYPASS): B765D9E8DEB0713718AE063D862C57DD

Volume Unique Key: 7974454FD6C00873BEBCF56C55793F21
Unit Key File Hash (Disc ID): 010E25C238FEEE6839C0025825324D57170931B4
.
.
.


but the disc won't play. my guess is that the VUK is incorrect.

[kkloster21]

cancel that actually, I am able to play the MKBv8 disc! It seems like aacskeys can do MKBv8!

I can confirm though that aacskeys is not able to retrieve a key for a MKBv9 disc.

[evdberg]

How do you use DumpHD on the Mac? When I run dumphd.sh I get the following error:

Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)

What is wrong or what am I doing wrong? I am no Java expert ...

[SuperGoof]

I can also confirm that MKBv7 Processing Key (7A5F...) can also process MKBv8 (e.g. Indiana Jones IV) and MKBv6 (e.g. Rambo II - IV).

[KenD00]

@kkloster21, SuperGoof
These are amazing news, so actually the MKBv7 Processing Key is a MKBv6 Processing Key which hasn't been revoked until MKBv9 :). That explains why Slysoft could support MKBv8 so fast and MKBv9 was released so shortly behind ;). Does MKBv5 exists? Maybe its even a MKBv5 Processing Key? Can someone check this out?

@evdberg
Your JRE is too old, the released binary has been compiled for JRE 1.6. To get it run you either have to update your JRE or, if you have JRE 1.5, you can recompile DumpHD with JDK 1.5, DumpHD currently doesn't use any 1.6 features.

:rolleyes:

[evdberg]

@KenDOO,
You are right, I was running V1.5.0_16. I found a Java Preference tool, and changed the preferred version from J2SE 5.0 (32-bit) to Java SE 6 (64-bit, no 32-bits version available). That seems to do the trick, as the cmdline java command is now reporting V1.6.0_07.

[teox99]

first of all thanks to everybody for the great job!
Consider my contribute:
You can build a new kernerl 2.6.27.4 for the UDF support and The sun-java6-bin package. (JRE) for the apps.
I had some prob trying to get the "volume unique id" with aacskeys or dumpvid.exe, so the only way was to patch the device. i've a
GGW-H20L version YL03 patched to YL05, wine can patch only in root mode downloading the dll needed from the web! the trick works perfect. Now dumphd 0.5 can do everything alone and after few minutes you have all the m2ts files on the HD! the process works with BD+ discs protected too after finding the conv_tab with BDVM-Debugger.

Ok these were the good things now the watching test results!
I tested on PC with:
CPU Core2DUO 2.66GHZ, RAM 2GB, GeForce8800 GTX, 500GB HD SataII. [Windows Wista]
Under Vista using MediaPlayer with ffdshow the m2ts stream perfect the sound sometime is bad.

Under Linux:
mplayer, ffmpeg other codecs.
CPU 3.00GHZ, RAM 2GB, GeForce8500GT 1GB VRAM HDCP HDMI(nvidia linux driver.177.82), 500GB HD. [Slackware 12.1]
CPU Core2DUO 2.66GHZ, RAM 2GB, GeForce8800 GTX linux driver, 500GB HD SataII. [Ubuntu]
With normal Bluray protection, the m2ts streaming with mplayer works only with -frame drop enabled, the cpu loads 50%/60%
otherwise without frame dropping the movie crash after few seconds "sending too many pockets..." with 90%/95% cpu load.
About Bluray with BD+ protection it seems neither frame dropping is enough, the movie is too slow and "too many packets..." crash the player.
NO other mplayer flags or -vo seems to fix the prob.
I think for:
- a not correct decrypting?
- the audio track is too heavy to sync with the HD video...
- linux need better codecs to stream optimum HD files.

I have no prob with mplayer play HD-1080p wmv or mov files.
-------
from dumpHD process:
Some m2ts files are in different main language, you have to switch the audio track.
The files sequence seems to be not correct so you have to find it to watch the movie from the begin to the end.
-------
Other questions:
I use an HDMI connection PC to SONY-kdl40w4500 TV and the sound is always processed by the PC Sound Card, why?
HDMI signal include audio isnt it?

thats all!
thanks

[kkloster21]

i disagree that you need framedropping enabled to watch blu-rays on linux. also, i am able to watch BD+ movies smoothly without framedropping. I am running a quad core processor, so maybe this is the reason. however, you should try the following switch in mplayer (for your dual core system):

-lavdopts threads=2

it is possible to set the number of threads as high as 8 with this switch. also, if you want to pass the audio stream to directly to some other hardware, i think you may need to use one of the following switches:

-ac hwac3

or

-ac hwdts

although, i'm not sure this will work with an HDMI cable.

as a possible solution to your problem of too much CPU usage/choppy video, there is a new (beta) NVIDIA driver that allows GPU acceleration of VC1, H.264, MPEG-1&2, and WMV3 video. there is a thread about it here:

http://forum.doom9.org/showthread.php?t=142801

I have two questions for you: (1) have you been able to watch any discs with TrueHD tracks on them? (2) have you been able to get subtitles from any of the discs you've played?

@mod: sorry that this is an OT post - should teox and i start a new thread?

[KenD00]

- a not correct decrypting?

No, if you get video/audio then the decryption IS fine, otherwise you would get junk only. Quite stange that it gets noticeable worse with BD+ removal, that shouldn't need so much additional processing power.


from dumpHD process:
Some m2ts files are in different main language, you have to switch the audio track.

If you don't specify which audio track to use mplayer uses the first one. Its up to the movie studio which language they put into the first track.


The files sequence seems to be not correct so you have to find it to watch the movie from the begin to the end.

I assume you are using the complete disc mode here. DumpHD is a ripper, not a streaming server. In complete disc mode the files are processed in alphabetical order. If thats not suitable you have to use the --infile switch to specify which files to play in what order.

:rolleyes:

[teox99]

Thanx! yesterday i tried another BD+ but the streaming was again too slow, i'll try out another without BD+ to confirm my prob, maybe the BD+ are used to protect new movie enhanced than normal BD?!?
Anyway i tried the new Nvidia GeForce Driver 180.06 that enables a full GPU Acceleration! NVIDIA has developed patches to ffmpeg and MPlayer to
demonstrate a video player using VDPAU: http://lists.freedesktop.org/archives/xorg/2008-November/040279.html

The results is formidable!!! you can stream HD movie using just 2/3% of the CPU power everything is hold by the GPU.

But m2ts files is not supported on all the board yet!
"VC-1 support in NVIDIA's VDPAU implementation currently requires GeForce
9300 GS, GeForce 9200M GS, GeForce 9300M GS, or GeForce 9300M GS."

I've a 8500GT waiting the next ver!!!

------------------------------------------
Edited 19/11/2008
@KenD00: you are right about BD+

Fix some bugs with Nvidia GeForce 180.08 linux driver, fix acceleration for H.264 decoding on 8500GT

- if mplayer can't retrive automatically fps setting you can add the -fps <number> find on the backside of the BD disk, usually is 24 fps.
- if -alang is not working you can change the language track while streaming the movie with the key: #
- no fix VC1 decode yet.

[Titan79]

OK.. Well I tryed to ask this in my own thread but was told to search for a different one to ask.. I have tryed to use the DumpHD that is described in this thread but it tells memy host cert has been revoked.. For some reason when I use Any DVD HD it will give me an error one some disc saying "disc is not ready"! I thought at first it was a scratch or something on the disc but even after cleaning it sometimes Any DVD will give me the error. So I thought the ONLY way to fix this issue is to have or find the CPS/Volume key for EVERY disc I have. Now. My BR drive is BRAND new. (ATAPI BDODH4O1S 2P53 SNAP_MAIN_060519) by Lite-on.. I have read and searched and read everything I can get my hands on to fix this problem with no luck.. Can someone point me in the right direction of how to overcome this host cert problem.

BTW I've even tryed Blue-ray ripper with anydvd running in back-ground.. Is it fair to say that its 100% the disc fault? ( disc dirty or scratched?)

[Doom9]

Actually, I told you to read up before asking. I figured since I've never used anything but AnyDVD HD I could give it a shot, too. So, I entered dumpvid into the search engine and spent the next 20 minutes reading. I found a few examples on how to use dumpvid. You go to the commandline and type

dumpvid x

where x is the drive letter of your Blu-ray drive. I also found KenD00's post where he explains how different players work differently.

Armed with that knowledge I gave it a shot myself. I have a the LG GGW-H20L drive with firmware 03 (unpatched) - and no UDF2.5 drivers installed, and the drive letter is e.

So, I installed PowerDVD8 (it's a new setup, I didn't have PowerDVD yet) and brought it up to the latest patch level (8.0.2217.50). Then I turned off the process that makes PowerDVD start automatically when you enter a disc (DVD8Serv). Then I entered the disc and started PowerDVD. Then I typed

dumpvid e

On the commandline and pressed enter. Then I saw

C:\temp>dumpvid.exe e
DumpVID 0.3 by KenD00 (adapted for bluray testing)

Drive type is recognised as CDROM/DVD.

Sending SPC1 Test Unit CDB6 command..done.
Returned good status.

Press ENTER to start hammering

So I pressed Enter and then pressed play in PowerDVD.

Then I got the following two additional lines in the commandline
vid: 62AA5F3CBD4CED5FABBEBD578D566AB0
Hammering finished.
C:\temp>

Voila.. there's your volume id. See how I didn't once say that I have read everything.. perhaps in some instances it makes sense to reference what you read, but if you have searched and read everything you could get your hands on as you claimed, then I wonder why you didn't try what I just did. You should at least have come back with the output of a dumpvid run.. and give the details I gave above in case it's not working.. so that everybody who reads your post knows exactly what you're doing.


@edit: I thought maybe it's a question of what steps are taken in what order (e.g. start hammering prior to starting PowerDVD) but so far I cannot figure out why I've only been able to get the vid of 2 out of 10 discs I tried. I'm not sure that if I don't get the vid and PowerDVD starts playing if closing the player will be enough, if it also takes a tray cycle or if I have to reboot - I'm currently trying all permutations.

[Titan79]

Thanks for your response.. It seems to be alot easier to understand your examples than it was for me to understand the others.. Maybe because I've been so fustrated with with this.. Thanks for the help and not making me feel to bad about asking!

OK now I feel stupid.. I had the dumpvid.exe in the wrong place the whole time! Thanks for the help!

[Doom9]

By the way, the next step is aacskeys..
Download, unpack and I figured it might be a good idea to add all the .txt files to the aacskeys.exe directory just in case. Then you open another commandline and type
C:\temp>aacskeys e 62AA5F3CBD4CED5FABBEBD578D566AB0
aacskeys 0.3.5 by arnezami, KenD00

Volume Unique Key: 0D079748168A86154873EE2BAC825A4F
Unit Key File Hash (Disc ID): 95D01A7D31EB7754EE85531124BE3E05FC202C31
Where e is once again the drive letter, and you see that I put the VID I got from DumpVid as additional parameter.

Note that the first time I ran it, aacskeys told me it couldn't open a file.. then again the file it specified was not accessible from windows explorer either - so I knew I needed the UDF 2.50 drivers now, and a reboot.

The next step is DumpHD. It is a java app so install the latest java runtime, then you can just double click on DumpHD.jar. Once you select your drive you'll get a bunch of error messages - the most important being
The given Host Certficate / Private Key has been revoked by your drive.
So, aacskeys integration failed but that's why we just used DumpVid and aacskey manually to get the required info. Now you just need to put the data into the KEYDB.cfg file - open the file with Notepad and it tells you how an entry should look like. If you don't get that error but

Loading aacskeys library... FAILED
no aacskeys in java.library.path
Direct key retrieval disabled, only keys from the database will be usedthen you were being lazy and skipped reading the readme.. it says it needs an aacskeys library.. and where would that lib be? probably the lib directory in the aacskeys folder which contains one library file (aacskeys.dll) ;)

The two values aacskeys returns are all we need to write a correct line for KEYDB.CFG:

95D01A7D31EB7754EE85531124BE3E05FC202C31 = | D | 0000-00-00 | V | 0D079748168A86154873EE2BAC825A4F
So..the DiscID from aacskeys goes first, then = and then the name of the disc (seems you can leave it out though), and the last element is the VUK.
Now if you start DumpHD and select your Blu-ray drive (e in my case), and click open, after a few seconds you'll see something like:

Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : 95D01A7D31EB7754EE85531124BE3E05FC202C31
Searching disc in key database...
Disc found in key database

So.. DumpHD found your shiny new key and is ready to decrypt.

So that's all there is to it - except maybe figuring out why the hammering seems to have very limited success on my box.

So I figured I put maybe 40 minutes to an hour into this.. seems a reasonable amount of effort if you ask me - and of course writing down helps since you're forced to rethink all your steps.

@edit: after playing with the timing parameter in dumpvid, I seem to be having more success in recovering vids..
dumpvid 10 e
seems to work better than the default, however in my 10 test discs I still had one where I had to do the whole process (cycle tray and restart powerdvd) 4 times until I finally had a vid. I guess I finally understand why people keep posting keys. If you have a drive that can be patched then you don't even need processing keys, but if you need to run dumpvid, it's a pain in the ass.

@edit2: if you have an XBox360 HD DVD drive or one of the drives for which there is a VolumeID patch (http://forum.doom9.org/showthread.php?t=139522), then dumpvid is optional as aacskeys can automatically recover the volume id from those drives. If you run aacskeys as follows:
aacskeys -v x where x: is the drive letter for your Blu-ray disc drive, then you'll get a longer output which contains something like this:

Volume ID (AACSBYPASS): 09C233A123B5E42D9A10416F817E1081

Volume Unique Key: 27A7C84BFA58125F90576E45BCF02324
Unit Key File Hash (Disc ID): D6805625914BF194A54335C6BD3748CBF7494043
So, the first line is your volume ID.

Also note that if you're on Linux, the instructions are the same but instead of the drive letter you'd use the mount path (e.g. /mount/cdrom or wherever your Linux flavor mounts your BD drive... depending on the distribution you're using the path might change from disc to disc as certain distros use the disc's name as part of the mounth path... in Ubuntu, you might want to right click on the desktop link that's automatically put on your desktop when a disc is being mounted and look at the properties to see the mount path).

[KenD00]

dumpvid 10 e
seems to work better than the default, however in my 10 test discs I still had one where I had to do the whole process (cycle tray and restart powerdvd) 4 times until I finally had a vid.

Timing is the problem in the whole process, there is only a short window in which the validated communication channel to the drive is open. Cycling the tray and restarting PowerDVD shouldn't be necassary but timing is crucial. PowerDVD does not process every disc in the same time, sometimes it needs longer to read it, sometimes not, so it may be necessary to adjust the delay from disc to disc even.


If you have a drive that can be patched then you don't even need processing keys

Nope, thats not correct. Without a processing key you can't decrypt the MKB on the disc.


but if you need to run dumpvid, it's a pain in the ass.

Yeah, too bad no one has found a new Host Certificate yet :(.

And thanks for the nice tutorial :).

:rolleyes:

[Doom9]

Nope, thats not correct. Without a processing key you can't decrypt the MKB on the disc.Hmpf.. of course - time to freshen up on those aacs threads.

@edit: I just purchased ArcSoft Total Media Theatre and the same guide still applies. However, I got no vid from DumpVid when playing an HD DVD. Do I need to revert back to arnezami's old fetchvid tools?

[Titan79]

Thanks guys.. I gave back in the aacskeys section.. u guys are great! TY!

[yippiekayee]

Based upon the instructions in this thread I managed to decrypt some BD+ titles as well. The procedure is slightly different though:
First of all, for those that have a drive with the VolumeID hack, you could just copy the aacskeys library to the dumphd directory and unless you've played an MKBv9 disc (no keys out for those yet) or are dealing with such a disc, all will be done automatically for you.
However, with BD+ it's still manual labor. Unless you used dumpvid, run aacskeys with the -v option to also get the volume id printed out.
So run aacskeys like this:
aacskeys -v X
where X is the drive letter of your Blu-ray drive.

In the output you should see something like
Volume ID (AACSBYPASS): 90BB4394DCC6500554FE96169607DE66

Volume Unique Key: 921DAE3B3D08BF212C3CA7B28910EF19
Unit Key File Hash (Disc ID): 86BFB76B2243A09EC6D0F1D8FA7BD3D7B334DAC3

Then run the bdvm debugger from the commandline (I know you can just double click on the jar file but it won't get you the console output which can be crucial):
java -jar bdvmdbg.jar > output.txt

We redirect the output to output.txt so that a console overrun won't mean we lose anything.
Now select settings, Set Volume ID and paste the volume id from dumpvid/aacskeys there (right click won't work so you have to copy using control-v). Then select Settings and then Select disc mount point and browse to the drive letter of your Blu-ray drive and click on Open. Then click on the Run button and wait. Once the Run button no longer has a different color, you can close the program again. In the bdvm debugger directory you'll now find a conv_tab.bin file.

Next you run dumphd from the commandline and point it to that file
java -jar DumpHD.jar --convtable:c:\temp\conv_tab.bin X: c:\mymovie
Where X is once again the drive letter of your blur-ay drive and c:\mymovie is the path where you want the movie to be backed up to.

And that's it.

[ggking7]

Have I run into an MKBv9 disc? From dumphd I get:

aacskeys ERROR: PROCESSMKB, errnr: -3

It's "Encounters at the End of the World".

[KenD00]

Next you run dumphd from the commandline and point it to that file
java -jar DumpHD.jar --convtable:c:\temp\conv_tab.bin X: c:\mymovie


I suggest not to invoke java directly but use the included shell scripts, especially under linux because there the aacskeys library won't be found if you start DumpHD without them. Otherwise nice tutorial, thanks.


aacskeys ERROR: PROCESSMKB, errnr: -3

-3 means no Media Key could be calculated, so it is indeed a MKB for which you don't have a processing key. Some lines before that error message aacskeys has written the MKBv it has encountered ;).

:rolleyes:

[bourke]

...Next you run dumphd from the commandline and point it to that file
java -jar DumpHD.jar --convtable:c:\temp\conv_tab.bin X: c:\mymovie
Where X is once again the drive letter of your blur-ay drive and c:\mymovie is the path where you want the movie to be backed up to.

And that's it.

Is anyone looking at integrating the BD+ decryption code into DumpHD?

[KenD00]

Depends on what you mean with integrating. If you mean using it the "aacskeys way" as library then yes, me :D.

:rolleyes:

[bourke]

Depends on what you mean with integrating. If you mean using it the "aacskeys way" as library then yes, me :D.

:rolleyes:Shweet. Do you have a PayPal account for donations? =)

[KenD00]

Due to some recent events i saw the need for a new DumpVID version, so here it is.

This new version supports HD-DVD and Blu-Ray now, hammering is the default action and only AGID 0 gets used (can be reverted to the old behavior using a command line switch). This process has proven to be more reliable than the old one.

I have updated the download links on the first page.

:rolleyes:

[KenD00]

And another release, this time its DumpHD 0.51. This update adds support for BD-ROMs which use multiple CPS Units. I'm using the same approach as Blu-ray Disc ripper, testing every CPS Unit Key and checking the result, however i use another test to verify that the right CPS Unit Key was found.

:rolleyes:

[yippiekayee]

Considering that knowing the volume id could become necessary for BD+ handling, would you consider changing the key file format to allow for an optional volume id (to be filled out automatically when the aacskeys library is being used)?
Also, I'd consider it very convenient if DumpHD would use the disc name and put it as the movie title.

[yippiekayee]

I just redid Dr. No - the hashes now all match up except for file 00091.m2ts which DumpHD reports as unencrypted and copies 1:1. Playback from the HD still doesn't work (no problems playing it from disc with anydvd running) so I'm currently ripping the disc with AnyDVD HD to compare the entire directory and not only that small file to see if it's TMT's bug or if that file or any other are the cause for the playback issue.

[KenD00]

There is no need to change the KEYDB format, read the one which ships with DumpHD, it already supports various other entry types than V ;). Storing the Volume ID for BD+ titles will be included later, but this needs an updated aacskeys because it passes the VUK only currently.

The disc name is a problem because this is platform specific. Java has a function to get it but the result is not guaranteed and varies from platform to platform, e.g. under windows it should be something like "<volume name> (<drive letter>: )" while under linux its the last part of the mountpath. Now my linux version automounts Blu-Rays indeed on a path with the volume name, but HD-DVD's are mounted on /media/cdrom which would result into the volume name cdrom. I will see what i can do but this is not a priority for me.

Anyway thanks for your testing effort.

:rolleyes:

[yippiekayee]

You probably mean the library needs an update... aacskeys.exe already returns the vid in verbose mode (that's how I got it for my BD+ tests).
I have one followup question for that though: is there a way to get aacskeys to, or is there another software that makes use of the aacs bypass and gets me the vid? I know there's dumpvid but if I play an MKBv9 disc then I lose the existing processing keys and I'm not willing to go there.

Also, you said in the other thread that you can use dumphd to just remove BD+. So I tried:

C:\temp>java -jar DumpHD.jar --convtable:conv_tab-firefly-disc1.bin d:\firefly-d1-anydvd\FIREFLYUS_D1 d:\FIREFLYUS_D1 >

And here's what happens:
Checking source...
Source path: d:\firefly-d1-anydvd\FIREFLYUS_D1
Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying source...
Identifying disc... FAILED
AACS directory not found
Finished identifying source
Checking destination...
Destination path: d:\FIREFLYUS_D1
Dumping source...
Skipping disc set:
DiscSet:
Type : Blu-Ray BDMV
Source directory : d:\firefly-d1-anydvd\FIREFLYUS_D1
Destination directory: d:\FIREFLYUS_D1
AACS directory : NONE
Key data : NONE
BD+ protection : YES
Conversion Table : PRESENT
Streamsets :
..
now it's listing all files
..
Dump complete
However, that happens in under a second and obviously enough, nothing has been done in that time. So how do I get dumphd to take the AnyDVD HD ripped files from one directory, then apply the convtable on the existing files on my HD while copying them to another place?

[KenD00]

You probably mean the library needs an update...

Ah yes, thats what i meant. The "library", which in fact just executes aacskeys :D, enters only the VUK into the data structure that DumpHD gets, that needs to be updated.


I know there's dumpvid but if I play an MKBv9 disc then I lose the existing processing keys and I'm not willing to go there.

You don't lose Processing Keys! Your Processing Keys will always decrypt the discs they can decrypt, however, your Host Certificate can get revoked which removes your ability to get the Volume ID. The only known Host Certificate is for MKBv1 and i'm pretty sure your drive MKBv is far away from that ;).

And it is still unknown if merely putting the disc into the drive will already update the revokation lists. However, if this only happens when an AACS Authentication process is started then the AACSBYPASS process will update the revokation lists because it starts an AACS Authentication process ;). So whatever you do to get the Volume ID your drive will get updated.

Hmm, aacskeys does not give you the VID if it can't decrypt the MKB although it could give you the VID in that case. I will see if i can make it to give you the VID only easily without messing up the code too much :).


Identifying disc... FAILED
AACS directory not found

I am pretty sure that i said you need to copy the AACS directory from the disc... and im also pretty sure that i forgot to mention that you have to make a key entry into the database :D. Of course, you can't make a real entry because you don't have the VUK, just enter a dummy VUK or the disc will be skipped. DumpHD cannot check if the VUK is correct and it will not use it because the disc is already decrypted.

:rolleyes:

[ni9ht_5ta1k3r]

Not really sure on how to use this program of yours KenD00. I was attempting to decrypt the dark knight and I was confused on what to do.

[Doom9]

ni9ht_5ta1k3r: just one page back I posted a detailed tutorial.. there's really no excuse for not reading it.
I suspect though that your disc is MKBv9 and that particular subject is even treated on this very page of this very thread - for now you need AnyDVD HD to handle that title.

[yippiekayee]

@Kend00: I finally compared the DumpHD and AnyDVD HD copy of Dr. No and Live and Let Die for differences.. other than the one stream file which DumpHD says is not encrypted and copies 1:1 (and AnyDVD HD doesn't) I found out that 6 jar files are different - DumpHD once again has a 1:1 copy and AnyDVD HD doesn't, and the app.discroot.crt is also different on both discs and once again DumpHD made a 1:1 copy and AnyDVD HD didn't. The only two options I have enabled in AnyDVD HD are "Enable Blu-ray support" and "Remove BD+ protection".. the rest is inactive. TMT can play AnyDVD's version just fine but chokes on DumpHD's, and if I turn DumpHD's version into an ISO, PowerDVD chokes on it, too. I don't have a standalone Blu-ray player but I think if I cannot get any software Blu-ray player to play the ripped content that there's something off with the DumpHD rips.

[ni9ht_5ta1k3r]

ni9ht_5ta1k3r: just one page back I posted a detailed tutorial.. there's really no excuse for not reading it.
I suspect though that your disc is MKBv9 and that particular subject is even treated on this very page of this very thread - for now you need AnyDVD HD to handle that title.

mine's the Australian version so i'll have to wait till anydvd get's updated.

[yippiekayee]

@Kend00: same story for the second bond pack - the same jar files are different, as well with the one certificate.
Also, for Aliens vs. Predator: Requiem I have a different MovieObject.bdmv between DumpHD and AnyDVD HD.

[SuperGoof]

@Kend00: same story for the second bond pack - the same jar files are different, as well with the one certificate.
Also, for Aliens vs. Predator: Requiem I have a different MovieObject.bdmv between DumpHD and AnyDVD HD.

For them to be the same, you have to turn off Region Code removal, BD-Live removal, PUOs removal and Adverts removal in AnyDVD. If you don't remove BD+ with DumpHD, you will have to turn off BD+ removal in AnyDVD too. Basically, just leave "Enable Blu-ray support" on in AnyDVD. All other options - off. Now you can do binary comparisons.

[yippiekayee]

I think you missed my comments in this post (https://forum.doom9.org/showthread.php?p=1223811#post1223811).. I already have turned off all the AnyDVD HD features that would change the ripped files.

[KenD00]

Thanks for your report, i can imagine what the problem is. Interactive content code, BD-J on Blu-Ray, HDi on HD-DVD, has the ability to interact with AACS. This of course does only work if the player is in AACS mode which it is obviously not when playing back a decrypted rip ;). And maybe it can do other fancy stuff to check if the source is still encrypted, i don't know.

Thats why AnyDVD HD edits the JAR archives, it removes code that uses AACS stuff. Thats something what i don't do. DumpHD only removes AACS encryption from encrypted files, it does not analyse the content code and modify it. Thats something beyond my current capability and especially my capacity and i doubt that i will ever implement such functionality.

With AnyDVD HD on the windows side this isn't really necessary, my primary target is the *nix world now, BD-J and friends aren't an issue there yet so i won't start to worry about this missing feature until that changes ;).

:rolleyes:

[SuperGoof]

I think you missed my comments in this post (https://forum.doom9.org/showthread.php?p=1223811#post1223811).. I already have turned off all the AnyDVD HD features that would change the ripped files.

Ah, sorry. I did not notice this. But now I have a few questions: 1) Do these James Bond movies have BD+ on them? 2) If yes, does AnyDVD handle it? 3) Do bdvmdbg/DumpHD handle it, too? 4) If you un-check "Remove BD+" in AnyDVD, does it still modify any .jar, .bdmv, .cer files? Thanks!

BTW, AnyDVD started making BD+ related modifications to MovieObject.bdmv right when it introduced BD+ support. They even have a special term for it, which I forgot. So it should be an essential part of BD+ removal process.

[KenD00]

This new version adds automatic BD+ removal to the feature list. Again, as it was with automatic key retrieval, this is done using an external entity, this time the BDVM Debugger.

For this feature to work you need the upcoming BDVM Debugger 0.1.5 or a later version and at least aacskeys 0.3.6. Just copy all files and subdirectories of the BDVM Debugger into the directory of DumpHD and it get automatically used.

Please keep in mind that the BDVM Debugger is still in development and that there are titles which it cannot process right now. If the BDVM Debugger locks up DumpHD locks up too.

:rolleyes:

[yippiekayee]

@Superdump: all those titles are BD+ protected and AnyDVD HD can handle them, so does DumpHD (with a valid convtable of course), and yes, if I remove "remove BD+" in AnyDVD, it still modifies the files. Interestingly, if I run md5sums on the disk while AnyDVD is running, I get a different checksum than from the files I had previously ripped to my harddisk.
The MovieObject.bdmv only differs on AVP2 - and the dumphd rip can still be played by TMT.. you just have to not press next during the second trailer or it gets stuck. For the bond titles, only the jar files differ. I haven't run md5sums on any other entire discs but those.

[sl1pkn07]

hello

this Warnings is normal?

sl1pkn07@SpinFlo:~/aplicaciones/aacskeys-0.3.6$ make
==== Building aacskeys ====
aacs_aes.cpp
aacskeys.cpp
src/aacskeys.cpp: In function ‘void GetCurrentPath(char*)’:
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
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
aacs_ecdsa.cpp
ioctl.cpp
cmac.cpp
cmac_aes.cpp
mmc.cpp
Linking aacskeys
==== Building libaacskeys ====
aacs_aes.cpp
aacskeys.cpp
src/aacskeys.cpp: In function ‘void GetCurrentPath(char*)’:
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
src/aacskeys.cpp: In function ‘void Java_dumphd_aacs_AACSKeys_getKeys(JNIEnv*, _jobject*, _jstring*, _jobject*)’:
src/aacskeys.cpp:2065: aviso: conversión obsoleta de una constante de cadena a ‘char*’
src/aacskeys.cpp:2065: aviso: conversión obsoleta de una constante de cadena a ‘char*’
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
aacs_ecdsa.cpp
ioctl.cpp
cmac.cpp
cmac_aes.cpp
mmc.cpp
Linking libaacskeys
sl1pkn07@SpinFlo:~/aplicaciones/aacskeys-0.3.6$


greetings

im edit premake for SSL path. im use ubuntu 8.10 64bits. openssl 0.9.8g

[loo3aem3ON]

Where is the playlist on a blue ray disc or in other words which file determines the order in which the m2ts files (movie trailers, threats etc before the movie) are played back? (This is about the second parameter of event#0110).

[KenD00]

There is not the one playlist, its a bit more complicated.

The entry point is the file BDVM/index.bdmv, this file defines the first play and topmenu items and the titles which can be of the type BD-J or HDMV, this is like VIDEO_TS on DVD's. Depending on the title type there are two paths to follow.

For HDMV, the titles refer to a Movie Object which are defined in the file BDMV/MovieObject.bdmv. Each Movie Object is like a VTS on a DVD. A Movie Object contains a program which at some points will start the playback of a Playlist (from BDMV/PLAYLIST). A Playlist finally references the actual m2ts files to playback (actually it refers to the Clipinf files which contain the timestamp to file offset translations).

For BD-J the Java program inside the corresponding JAR archive controls the playback process.

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 :(. I'm not aware of a tool that has such a functionality for BD like PGCEdit has for DVD's. A not fully exact way would be to play the movie, try to find the m2ts you have seen and check which playlists refer them.

A great tool to check out the BD structure files is BDEdit (http://www.pel.hu/down/BDedit.exe).

:rolleyes:

[evdberg]

For BD-J the Java program inside the corresponding JAR archive controls the playback process.
Can you given an example of a movie that uses this method? I have not found one so far.