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.

[KenD00]

Iron Man is fully BD-J, only first play (which just jumps to the first BD-J title) and topmenu (which does NOP and is hopefully prohibited) are Movie Objects, everything else is BD-J and the disc even seems to download additional BD-J's through BD-Live (because there are more BD-J objects defined than actually are on the disc).


@sl1pkn07:
First, this is an aacskeys related issue and this is not the aacskeys thread, please post in the proper thread next time. Second, my spanish isn't that good, but fortunately googles spanish is better :D


src/aacskeys.cpp:167: aviso: se descarta el valor de devolución de ‘char* getcwd(char*, size_t)’, se declaró con el atributo warn_unused_result

This *may* become a problem but so far it never has


In function ‘char* fgets(char*, int, FILE*)’,
inlined from ‘int process_media_key_block(int, bool)’ at src/aacskeys.cpp:871:
/usr/include/bits/stdio2.h:253: aviso: la llamada a ‘__fgets_chk_warn’ se redecló con aviso de atributo: fgets called with bigger size than length of destination buffer

Thats a stupid error i have missed, it doesn't hurt until you haves lines longer than 1024 chars in ProcessingDeviceKeysSimple.txt


src/aacskeys.cpp:2065: aviso: conversión obsoleta de una constante de cadena a ‘char*’

The usual deprecation warning for string literals, can be safely ignored.

Anyway, i have corrected all these warnings but because they are not a real issue i won't make a new release just for them. They will be included in a later update.

:rolleyes:

[evdberg]

Iron Man is fully BD-J, only first play (which just jumps to the first BD-J title) and topmenu (which does NOP and is hopefully prohibited) are Movie Objects, everything else is BD-J and the disc even seems to download additional BD-J's through BD-Live (because there are more BD-J objects defined than actually are on the disc).

To actually figure out what exactly is played back in what order i think there is no other way than to either analyse the code or execute and trace it.

Iron Man plays 00000.mpls for the main feature, so no need to analyse the code or other difficult stuff. Maybe I should refrase my question; do you know a movie title for which we should analyse BD-J code to find what to playback and in which order?

[KenD00]

Figuring out the main m2ts for Iron Man is indeed simple, there is only one big file and only one playlist refers it (looks like we have different discs because on mine its 00000.m2ts which is played back by 00002.mpls).

I think you are referring to these seamless branching discs where the main movie is split across several files, i don't own any of these discs but from what i have heard its usually one playlist which plays the main title, usually the biggest one, so in this case you can figure out again everything by just analysing playlists.

But i think that was not loo3aem3ON's question, i think he wants to know which playlist is active while specific content is beeing played back. And thats not so easy to see by just looking at the playlists. Ok, you are fine if most of the m2ts files are only referenced by one playlist, but its more difficult if not.

Take my I Am Legend for example. It has one m2ts for the main title, 00000.m2ts, (ok, actually two. For some stupid reason instead of using seamless branching for the alternative ending they encoded both versions as independent file so i have two 17 GB files) but there are three playlists which refer to this file, 00000.mpls, 00003.mpls, 00004.mpls, almost identical except some flags and subpaths (whatever this is, i don't know the BD specs). Now how do i know which playlist is active while watching the main title? This is not important for most of us, but maybe for someone who wants to know what BD+ content code actually announces when playing back a file ;).

:rolleyes:

[chavonbravo]

What would prevent this from compiling with jdk 1.4.2? Just curiosity as it would be easier for my setup to compile as such.

[Doom9]

DumpHD uses generics.. a Java language feature introduced in the 5.0 release (and that was released a long long time ago).

[ggking7]

I just tried to use dumphd-0.6 for the first time with a BD+ disc (What Happens In Vegas) and it just pegs one of my CPU cores (after: "[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 7)") and there doesn't seem to be any disc activity. Is this one of the discs the BDVM Debugger can't handle yet? I did notice this:


Loading BDVM... [W] No 'player/player_executable.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_02.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_03.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_04.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_05.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_07.bin' found! TRAP_DiscoveryRAM might give wrong results!

[dirio49]

I just tried to use dumphd-0.6 for the first time with a BD+ disc (What Happens In Vegas) and it just pegs one of my CPU cores (after: "[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 7)") and there doesn't seem to be any disc activity. Is this one of the discs the BDVM Debugger can't handle yet? I did notice this:


Loading BDVM... [W] No 'player/player_executable.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_02.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_03.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_04.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_05.bin' found! TRAP_DiscoveryRAM might give wrong results!
[W] No 'player/mem_area_07.bin' found! TRAP_DiscoveryRAM might give wrong results!


those files are found in the zip that containts the debuger

http://uploaded.to/?id=xcco6l

[ggking7]

I had extracted the .7z archive with '7z e *.7z' instead of '7z x *.7z' so it didn't extract the full paths.

I did it correctly this time and I don't see the same errors, but it still just pegs my CPU with no disc activity after:

[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 7)

I notice this in the output:

Loading BDVM... OK
BDVM 0.1.5
[snip]
BD+ protection : YES
Conversion Table : MISSING

[KenD00]

BD+ protection : YES
Conversion Table : MISSING


That output is ok, it indicates that you haven't supplied a Conversion Table manually and results in the BDVM beeing executed ;).

If you have full CPU load and don't get any further output most probably the BDVM can't handle your disc. To be sure, use the BDVM Debugger directly, if it behaves the same report back in the BDVM thread about your disc, maybe they can help you there.

:rolleyes:

[ggking7]

Thanks, I'll investigate the disc.

[omikron]

Hi
I just tried to process new BD+ disk and it worked but the main file work fine in few first minutes and then glitches in the picture will appear. It's Planet of Apes - A. Any idea to fix it?

[Doom9]

Planet of the Apes is on the list of "advanced" BD+ titles (http://forum.slysoft.com/showthread.php?t=21985) so don't even bother trying it. The authors of the debugger have been less than enthusiastic about the prospect of tackling the new code and seeing as Slysoft is taking quite a while I wouldn't expect any free solution to the problem within the next few months.

[loo3aem3ON]

Hi
I just tried to process new BD+ disk and it worked but the main file work fine in few first minutes and then glitches in the picture will appear. It's Planet of Apes - A. Any idea to fix it?
The debugger seems to pass all tests of the content code but the segment keys are wrong (so the repair descriptors are wrong too). It almost certainly means at least one of the system calls used for segment key calculation is incorrectly implemented. Once AnyDVD-HD adds support for these new movies we will start working on this issue. It has been by decision not to compete with SlySoft so we stay behind. If any of the older movies doesn't work properly please report the problem.

[ggking7]

loo3aem3ON, I can't get "What Happens in Vegas" to work but it's the first one I've tried. Is running the BDVM Debugger manually the next thing to do?

[loo3aem3ON]

I can't get "What Happens in Vegas" to work but it's the first one I've tried. Is running the BDVM Debugger manually the next thing to do?
Yes. Open the resulting conv_tab.bin with KenD00's ConvTableView and see if you get any warnings. If you should get warnings upload the hash_db.bin and the content of the BDSVM directory from the disc please so i can take a look (switch to the other thread please because its then not dumphd related). If you don't get warnings then the conversion table is most likely correct and you probably do something wrong with dumphd.

[sl1pkn07]

It means your drive refuses to send you the volume id of the disc because the certificate which is used by dumphd/aacskeys has been revoked.

Now you can:
1. get a valid certificate(pub key)/private key pair
2. patch your firmware to bypass authentication
3. obtain the volume id by logging the communication between a licensed software player and your drive (sniffing)
4. use utilities like DumpVID
5. ask somebody who has the same disc, google, ...

I recommend to patch your drive but this option is only a few drives (LG, Plextor,...)


howto in linux?¿

i have a LG GGC-H20L 1.03 OFW and linux. not use windows

[ggking7]

Use wine.

[Doom9]

The thread you posted into first contained a lenghty discussion on how to flash your drive on Linux - and, Linux is the posterchild for RTFM so I'm surprised that you come here claiming Linux and don't know the number one rule that applies when asking for help in a Linux community. We're no different with respect to that and even have even formalized the "read first, try, then ask questions" in our forum rules.

[sl1pkn07]

sorry that this all in perfect English


sorry for all

[bazzerr]

HI , I am having problems getting DumpHD to load the BDVM debugger . I get the following message from DumpHD :
DumpHD 0.6 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.3.6 by arnezami, KenD00
Loading BDVM... FAILED
bdvm.vm.BDVM cannot be cast to bdvm.vm.BDVMInterface
Automatic BD+ removal disabled, specify a Conversion Table manually to remove BD+ if necessary

I am using Java Version 6 update 11 , build 1.60_11-b03 and DumpHD works except for this .
All Debugger files re in the DumpHD directory as per the readme and I have also tried putting the Java files all through the subfolders but to no avail .
Any ideas ?

Cheers

[Doom9]

Did you unpack the official debugger 0.1.5 release into the same directory you unpacked dumphd, including subfolders? can you run the debugger manually (double click on the jar file if you're on Windows)?

[KenD00]

It looks like (s)he is not using the 0.1.5 release, only this version implements the interface that DumpHD needs. A direct link to the BDVM Debugger 0.1.5 can be found on the first page of this thread.

:rolleyes:

[bazzerr]

HI ,
I am using debugger 0.1.5 and have it in the same directory as DumpHD ( ie bdvmbg JAR file , sh file and the 3 BIN files are in the DumpHD directory ) .
I can run the debugger file manually and get a conv_tab.bin file to be created into the dumpHD directory but even then it doesn't see the file and doesn't remove the BD+

Cheers ( he is most appreciative of this assistance ) .

[bazzerr]

Hi KenD00 / Doom9 ,

I went back and deleted my folder and re unpacked everything again and this time it loads everything up correctly .
Cheers for the replies .

[teox99]

Hi people!
i've to burn a dumped m2ts on BD-R disc (using Nero Linux 3.5) it's works perfect for PC but it can't be read by a normal TV blu-ray player.
My question is, have I to make the foder structure contains the m2ts file (/BDMV/STREAM/) or what? Any suggestion please?!
thanx!

[KenD00]

This new version decodes the offset field into Repair Descriptor Type and Repair Descriptor Address and checks if the former one is of the valid Type 1 or Type 2.

:rolleyes:

[loo3aem3ON]

This new version decodes the offset field into Repair Descriptor Type and Repair Descriptor Address and checks if the former one is of the valid Type 1 or Type 2.
Thank you for this very useful tool. Also thanks for the source code! :thanks:

[gonwk]

Just a Question ... are there any other Download Sites for the programs on Page 1 ... besides RapidShare!?!?

Thanks,

G!:)

[KenD00]

There are no other "official" download sites, however DumpHD is mirrored on Softpedia. Is there a problem with the downloads? I used to upload the programs on SendSpace too but i am saving this work now because RapidShare has proven to be (more) reliable.

:rolleyes:

[gonwk]

There are no other "official" download sites, however DumpHD is mirrored on Softpedia. Is there a problem with the downloads? I used to upload the programs on SendSpace too but i am saving this work now because RapidShare has proven to be (more) reliable.

:rolleyes:

Hi KenD00,:)

First of all THANKS for your program. I tried the Free User deal and keep telling me that I was already downloading something which was not true.

Oh ... I was not aware Softpedia has it. Thanks!

Ken ... can you have VideoHelp to host it for you. They have your program except ... only download is Author's Home Page ... which is here Doom9!!!

G! :thanks:

[mshilly]

First try and had to use dumpvid and aacskeys manually. Worked perfectly. Compared output to file extracted with AnyDVD HD (before trial was over) everything matched perfectly.

Great tool. Ran it in a P4 2.8Ghz and it only used ~80% CPU so it did pretty well. It at least kept up with the LG BD/HD-DVD drive.

[teox99]

is there any planning to upgrade DumpHD for MKBv 9? i think there are enough movie (about 100)
http://forum.doom9.org/showthread.php?t=143491&highlight=MKBv9
with MKBv9... how long we have to wait?! thanx for the relpy.

[kkloster21]

@teox99:

there is no doubt that it would be worth it to "upgrade" DumpHD to be able to handle MKBv9 discs - this is not the issue. the problem is that we just don't have the ability to decrypt MKBv9 discs**. we don't have a processing key that can get version 9 (or above) media keys. in fact "upgrading" DumpHD would require nothing more than to add a working processing key to the ProcessingDeviceKeysSimple.txt file.

by the way, if anyone has one of those keys just lying around, we could sure use it.

**we don't have the ability to do it in linux using DumpHD or any other open-source software.

[teox99]

i bought BD movie with MKBv9,
is there a way to get the key hammering the BD with some code? i could use a very powerful workstation...

[Adub]

Trust me, if it was as simple as "using a powerful workstation", someone with an even more powerful workstation would have done it already.

[teox99]

hi
it happened a couple of time that using dumpHD-0.6 with mplayer(VDPAU) the system hang up and reboot itself just 5 minutes before the end of the movie.

(this is very very bad!!!) couse i've to break watching the movie! and dump it on h.d. (couse is not possible reach the point dumping on the fly... right?!?)

using mplayer directly on a dumped BD on hard disk it never happen.

i can't report any logs or feedback, sorry.

[lchiu7]

Advance apologies if this has been asked and answered but I couldn't find an answer after some time reading the various threads

In Windows I am trying to backup my Live Free and Die Hard (US). This apparently is a BD+ protected disc.

To complicate matters my drive has had its key revoked. But I was able to use dumpvid and PowerDVD7 to retrieve Volume ID. Then used aacskeys to find and then insert the Volume ID and Disc ID into the keydb.cfg database

But when I run dumphd (0.6 with the BDVM Debugger in the same directory) I get these errors

DumpHD 0.6 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0 by arnezami, KenD00
Loading BDVM... OK
BDVM 0.1.5

Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : FBFC7D5019DD4840FDD57E3B32895CE927A1E12B
Searching disc in key database...
Disc found in key database
Disc is BD+ protected and the Volume ID is not present in the key database
Retrieving keys from source...
aacskeys 0.4.0 by arnezami, KenD00

Current path: C:\apps\dumphd

MKBv: 4
Processing key: F190A1E8178D80643494394F8031D9C8
Encrypted C-value: 762E82CE5355137318D9BB3264F755D3
Corresponding uv: 000000A0

Decrypted C-value: 22DD2D7E8003E3F11E2E8F4BBAC228F3
Media key: 22DD2D7E8003E3F11E2E8F4BBAC22853

Encrypted verification data: C5A6A378B7CFE2BD3D39EE4F4898E205
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFD68E9DD33A278642

Drive FW info: 1.004
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: YES
BN Block Count: 1
Inserted medium AACS protected: YES

AGID: 00

Host Private Key (Hpriv): 4737676058D7029452514F0AB186DC4CCA8C578F
Host certificate (Hcert): 0200005CFFFF0000000C00006E3DEB679B9A16AD
FAA8E30878767BA6EB2A9B415385AD1181B4446C
31E9A5DD2AB808B364FF15885BAC490964318C9B
F8029FCF76F688A54FBDA03F6D9332EF04E5A613
12DA85880A4D9CBB79D8602E
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C

AGID: 00

The given Host Certficate / Private Key has been revoked by your drive.


ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2


aacskeys ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
Warning! Failed retrieving keys from source


Reading this it seems that dumphd found the Disc ID in the key database but could not correlate that with a Volume ID it could pass to the BDVM debugger


The format I have for the BD title in the keydb.cfg database is

FBFC7D5019DD4840FDD57E3B32895CE927A1E12B=Live Free or Die Hard |V|MM/DD/YY| 9862395514619483D28AB9B5C3B4BAE8



Yet if I invoke the BDVM debugger directly and pass in the Volume ID and drive letter it does appear to produce a conv_tab.bin file

Not sure how I can direct dumphd to use that.

Any help or pointers to other threads I might have missed would ben appreciated

Thanks

[EDIT]

I see that dumphd for BD movies has a new key format that I might not be using. I will try that out. Just got confused because I had gotten keys for Cars and Ratatouille (not BD+ protected that I could see) and inserted them into keydb.cfg and dumphd found them fine and processed the titles

[Update]

Guess I should RTFM! Put the three keys into the keydb.cfg in the new format and now dumphd appears to handle the disc with no errors. Haven't ripped the entire disc yet but it looks good so far

[lchiu7]

Does Dumpvid work with WinDVD9? I ask because I have a drive that has the key revoked but I only have the OEM PDVD7 software that came with the drive and it can only play BD titles, not HD-DVD's?

Looks like WinDVD9 can play HD-DVD's but not sure if dumpvid would work with it

Thanks

[KenD00]

DumpVID does not require any special software player, it should work with every player. It may be possible that a player detects that it is running and refuses to operate, but i haven't heard of any case this happened.

Another thing i want to correct is that your drive does not have any keys. aacskeys uses keys that have been revoked, not your drive.

:rolleyes:

[lchiu7]

DumpVID does not require any special software player, it should work with every player. It may be possible that a player detects that it is running and refuses to operate, but i haven't heard of any case this happened.

Another thing i want to correct is that your drive does not have any keys. aacskeys uses keys that have been revoked, not your drive.

:rolleyes:

Thanks for the clarification. Once I was able to patch the drive, I have no further need for dumpvid. I has reservations about patching the drive and thought that using dumpvid and a player would get around it. It seemed to - well for BluRay but I hadn't realised that the OEM PDVD7 BD edition that came with the drive could not play HD-DVD's.

So this key revocation would apply to all drives? Or could you get a brand new drive off the shelf, never actually play a BD or HD-DVD in it so there was no chance for the key to be revoked and aacskeys should work? Or is the act of actually putting a disc in the drive and have it read, enough to have the drive revoke the key?

[KenD00]

I don't know how many times i have answered this question now, well, i will take it as exercise to optimize my answer.

Basically there are two types of keys with two different revocation schemes and all this in one MKB.

We have the Processing Keys which can be revoked implicit with a new MKB version which just can't be decrypted with the ones we have. This doesn't hurt that much, we can't watch the new movies but still our old ones.

Then there are the Certificates that we need to get some information from the discs (Volume ID) to decrypt its keys (Volume Unique Key). And these certificates can be revoked explicit by putting them on a blacklist. And this list gets updated at least when you try to get this information from the disc, but it may get updated as soon as you put the disc into the drive, this is still unknown (to me :D). And if your Certificate is revoked then you can't playback even your old movies anymore.

So no, you can't avoid revocation, buying a new drive won't help and of course new drives come shipped with an actual blacklist so im pretty sure you won't find an actual drive which still ships with the working MKBv1 blacklist. But you can avoid the effect of explicit revocation by using a patched drive, however this doesn't help you with implicit revocation.

:rolleyes:

[lchiu7]

Actually I might be stupid but this is still not 100% clear. But don't worry. For me the outcome is more important than how it works! For me the outcomes is, without having to use AnyDVD, with a patched drive and dumphd (with the aacskeys and BD+ removal integration) I can backup any of my HD-DVD's (no more titles are coming out with new encryption here!) and most of my BD's apart from those which have mkbv9. That is just fine for me. Those I can't backup - I will just bring out the BD to play.

[setarip_old]

@lchiu7

Hi!

Although (presently FREEWARE) MakeMKV does not yet deal with the BluRay BD+ protection mechanism the authors have stated that it is able to deal with the Media Key Block 9 (MKBv9) in AACS technology.

After ripping (Does NOT need AnyDVD HD) and creating an MKV, you can, with very little effort, convert it to a "movie-only" BluRay by briefly processing it in "tsMUXER"...

[lchiu7]

@lchiu7

Hi!

Although (presently FREEWARE) MakeMKV does not yet deal with the BluRay BD+ protection mechanism the authors have stated that it is able to deal with the Media Key Block 9 (MKBv9) in AACS technology.

After ripping (Does NOT need AnyDVD HD) and creating an MKV, you can, with very little effort, convert it to a "movie-only" BluRay by briefly processing it in "tsMUXER"...

What about a title that has BD+ and MKBv9. Are you then stuck and have to continue play the original disc instead of a backup!?

[ggking7]

MakeMKV doesn't decrypt though right? It transcodes an MKBv9 video to an MKBv9 video?

[setarip_old]

@ggking7

Hi!MakeMKV doesn't decrypt though right?WRONG!

As I said in my previous post, after using MakeMKV to both "rip" (MakeMKV does NOT need AnyDVD HD) and create an MKV...

"Rip", as in "decrypt"...

[setarip_old]

@lchiu7

Hi!What about a title that has BD+ and MKBv9.To reiterate, MakeMKV presently cannot process ANY BluRay discs containing BD+ - whether or not they also contain MKBv9.

On the other hand, the publisher of MakeMKV claims that it CAN presently process BluRay discs that contain MKBv9 - as long as they DO NOT also contain BD+...

[ggking7]

Wow, isn't that really big news? MakeMKV doesn't seem to work in Linux via wine unfortunately.

[may24]

Hi, I run into a problem and neither google nor the forum search turned out anything. Can you help me out:

DumpHD 0.6 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0 by arnezami, KenD00
Loading BDVM... OK
BDVM 0.1.5

Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : F3604D1DDFB5A852566BAD37F14814145119DAE1
Searching disc in key database...
Disc not found in key database
Retrieving keys from source...
aacskeys 0.4.0 by arnezami, KenD00

Current path: /root/work/dumphd-0.6

MKBv: 3
Processing key: 455FE10422CA29C4933F95052B792AB2
Encrypted C-value: 0E8F739AFACD3129192B6CBC6BE58A86
Corresponding uv: 00000049

Decrypted C-value: E954DA0B1FF1F2F8AD514CA6B5A02541
Media key: E954DA0B1FF1F2F8AD514CA6B5A02508

Encrypted verification data: FAFBB2D347DA8F455889A3ADC68BDF0F
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFABD2BE60E34D8FA7

Drive FW info: 4109
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: NO
BN Block Count: 0
Inserted medium AACS protected: YES

AGID: 00

Host Private Key (Hpriv): 4737676058D7029452514F0AB186DC4CCA8C578F
Host certificate (Hcert): 0200005CFFFF0000000C00006E3DEB679B9A16AD
FAA8E30878767BA6EB2A9B415385AD1181B4446C
31E9A5DD2AB808B364FF15885BAC490964318C9B
F8029FCF76F688A54FBDA03F6D9332EF04E5A613
12DA85880A4D9CBB79D8602E
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C

AGID: 00

Drive certificate (Dcert): ########################################
########################################
########################################
########################################
########################
Drive Nonce (Dn): ########################################

Drive key point (Dv): ########################################
########################################
Drive key signature (Dsig): ########################################
########################################

Host key (Hk): 5613E7F89B11D9CAA27B610A1096332BEED86BC4
Host key point (Hv): 8A60C80BD60C23605FBE90B27BF96B2DB38195C1
801F54EB29E0F6EC57AC2B9168E88B2D56977508
Host key signature (Hsig): ########################################
########################################

Problem with verifying the drive signature.


ERROR: AACSVERYIFDRIVE, errnr: -1


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

Actually running Yellowdog 6.1 on PPC-Core Playstation 3
IBM PPC Java 1.6.0

[880]

AACSKeys failed. I think it is not supported on PS3 Linux. So you have to find out the keys another way: either look in the Volume Unique Keys thread for your movie, or get a PC.

[lchiu7]

Well I encountered my first MKBv9 title today. Purchased a copy of The Forbidden Kingdom (region B) and DumpHD failed with error code -3 or something like that.

Then installed a trial copy of AnyDVD and that worked okay.

Finally disabled AnyDVD and tried MakeMKV and that also worked. So as noted in other forums MakeMKV has found a way around MKBv9 also which is good I guess.

Pity they won't share their technology but since the product is likely to go commercial, that would not be good business practice!

[drkrvn32]

with .6 of dumphd and BDVM debugger and aacs keys setup properly, i noticed a 'glitch' of the software working in our favor.

1.) dump a bdrom, ANY BDROM BD+ preferred[why in a minute]
2.) check for conv_table file.

3.) dump again [why in a minute]

DO NOT SWITCH MOVIE DISCS OR DELETE THE CONV_TABLE FILE.

4.) downconvert or convert with mencoder to clean up the avi interleave and broken audio streams.also correct for index timing.
[optional, but i like to do this.i can't see 1080 on this monitor, but 720p looks just fine.]

reasons we do it THIS way and not with that file called 'content_repair.c':


On the same movie, we don't need to do this. I noticed on 64bit ubuntu that this does cleanup the resulting movie, however on 32bits ubuntu i wasn't able to load the 00001.m2ts file, even though it WAS present.
I couldn't clean the movie up if I wanted to. its 32GB file for jumper, BTW.

avidemux chokes on the main movie file as well.

then I took a closer look at the movie. It was already nice and clean.no artifacting caused by the BD+. ODD.

the only thing I did different other than leave the conv_table file intact was to RE-DUMP the movie. I pulled the wrong audio stream when converting with mplayer and trashed my m2ts file that I cleaned up on 64bit ubuntu by mistake.I did trash BOTH files in the end and re-dump.

[french audio, i expected english. had the same issue with MI3, but that was a DVD content[mpeg2 video/ac3 audio] on BDROM, not x264 content.I think avidemux or vlc fixed the language thing for me.]

THOUGHT YALL should know.

--Jazz

[KenD00]

Uhm, i'm not quite sure what you want to tell us here, but if you have setup DumpHD to use the BDVM Debugger then of course the resulting files are already fully processed and BD+ has been removed (except there was an error, but this error won't vanish due to a re-rip), there is really no need to dump the same movie again.

:rolleyes:

[drfix]

Hi Ichiu7, hi all,

I am new to this, if these questions belong in different Thread(s), please advise me and I will post elsewhere.

The Forbidden Kingdom for Region A seems to be MKBv8. ( Ichiu7 said Region B is MKBv9 )

That would be according to aacskeys 0.4.0 ran against ISO image taken with PS3 Linux. According to several reports,
ISO Image taken with PS3 Linux does seem to keep Title ID :

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

DumpHD integration fails, but I was able to obtain VUK using aacskeys 0.4.0 running it against DiscID obtained using IOS image.

However, DumpHD shows errors about Multiple CPS Unit Keys being required and result is an useless folder.

Now my questions are :

Is it conclusive that Title ID shown in DumpHD when pointing it to Virtual Clone mounted ISO created with PS3 LINUX is correct ?

Is there a way to obtain all CPS Unit Keys for a title to put them manually into KEYDB.cfg, so DumpHD can decrypt the content ?

Pretty much, what is the best practice for DumpHD + aacskeys 0.4.0 + <=MKBv8 + ISO created using PS3 LINUX and single/multiple CPS Unit Keys, so AnyDVD doesn't need
to be used ?

Of course, AnyDVD 21-day trial did the job.

I never tried DumpVID, because I don't have BD-ROM and/or qualified HDCP hardware in my PC. I was working with ISO created with PS3 Linux
all the time.

Also, MakeMKV can't open that disk for me either ( Win XP SP2 + UDF 2.5 Driver, can "see" BD via ISO Virtual Clone ).

I also try to run Volume ID via Blu-Ray Ripper 1.5, which claims to be able to work with Multiple CPS Unit Keys, but it claims on m2ts file number 4 Volume ID is incorrect.

AnyDVD worked. Only DB I tried was Forbidden Kingdom.

Regards

drfix

[lchiu7]

As I noted makemkv worked fine on the title (region B). Can't see any reason why makemkv would not work on Region A. The other tools just won't work (apart from AnyDVD) since they cannot handle MKBv9, yet and the author of makemkv is not sharing the keys (or whatever technology he is using) to the community

[setarip_old]

@drfix

Hi!I never tried DumpVID, because I don't have BD-ROM and/or qualified HDCP hardware in my PC. I was working with ISO created with PS3 Linux
all the time. Also, MakeMKV can't open that disk for me either ( Win XP SP2 + UDF 2.5 Driver, can "see" BD via ISO Virtual Clone ).Although "MakeMKV" has proven to access all actual BluRay discs (other than BD+), I have found it to be inconssitent in its ability to access .ISO images mounted or unmounted.

By this I mean that on occasion, when "MakeMKV" has failed to access a mounted BluRay ,ISO image file, it's actually been able to access the same .ISO image file directly, without it being mounted...

[KenD00]

@drfix
Now that you have essentially crossposted this in three threads i have chosen this one to answer.

According to several reports,
ISO Image taken with PS3 Linux does seem to keep Title ID :


I have never seen the term Title ID in relation to the aacs stuff so i assume you are referring to the DiscID here. Its not difficult to "keep" the DiscID because its just the hash of the Unit Key File on the disc.



but I was able to obtain VUK using aacskeys 0.4.0 running it against DiscID obtained using IOS image.

...

However, DumpHD shows errors about Multiple CPS Unit Keys being required and result is an useless folder.


No you wasn't. You cannot obtain the VUK from an ISO image. You need a special piece of information off the original disc, the Volume ID, to calculate the VUK. The Volume ID does not reside in the filesystem so it is not included in the ISO. There is nothing you can do about it.

DumpHD does support multiple CPS Units, actually you are lucky that your disc uses multiple CPS Units because only in that case DumpHD "verifies" the supplied VUK. It couldn't decrypt your disc because the VUK is invalid!



Is there a way to obtain all CPS Unit Keys for a title to put them manually into KEYDB.cfg, so DumpHD can decrypt the content ?


This is not necessary, DumpHD can decrypt the CPS Unit Keys itself. Of course you can enter them manually, check out the KEYDB.cfg for a description of the syntax, aacskeys reports all CPS Unit keys in verbose mode.



Pretty much, what is the best practice for DumpHD + aacskeys 0.4.0 + <=MKBv8 + ISO created using PS3 LINUX and single/multiple CPS Unit Keys, so AnyDVD doesn't need
to be used ?


Impossible. You can't decrypt the content if you have the ISO image only. AnyDVD does work because it has an internal database of VUK's, so if it has the VUK for your ISO it can use it, if not AnyDVD won't work too.

You can however use aacskeys if you know the VolumeID from the disc, just give it aacskeys on the command line and it will decrypt the VUK for the ISO. Then you can enter the VUK in DumpHD's key database and it will happily decrypt your ISO.

Bad news:
You can't get the Volume ID with your PS3 (as far as i know, i'm not up up date in this area).


:rolleyes:

[drfix]

Hi KenD00,

Everybody, I am sorry about cross-posting. Wasn't quiet sure on how to whole thing works and tried many different tools.

Thanks for answering all my questions at once.

Yes, I was referring to DiscID.

I hope it is ok to ask one more DumpHD related question here :

in order to obtain correct VUK to start the whole aacskeys+DumpHD motion, is it possible to use simple external USB 2.0 based BD drive i.e. LITE-ON Model DX-4O1S-06, which comes with PowerDVD, even if person doesn't have HDCP compatible hardware/video card ?

I would know which program to use, but not sure if I can set it all up w/o HDMI compatible video card/hardware on my PC.

Regards

drfix

[880]

Yes DumpHD works without HDCP. I start DumpVID, start PowerDVD, and it plays a movie studio logo before it stops playback (because of lack of HDCP). Meanwhile DumpVID has gotten the Volume ID.

[KenD00]

I hope it is ok to ask one more DumpHD related question here :


Here is the place to ask DumpHD related questions ;).

To 880's answer i can only add if you need to buy a new drive anyway why not buying one for which a firmware patch is available? You don't need to go the DumpVID route with such a drive, you can use aacskeys directly. The LG drives are very good and the GGC model shouldn't be that expensive.

:rolleyes:

[drfix]

Hi 880, KenD00,

thanks for good guidelines.

The only reason I pointed LITE-ON is because it is an external USB 2.0 based drive. I don't have PC to install SATA drive, just a laptop.

In any case, usage of DumpHD is more clear now and I will try to give it a shot either with DumpVID or getting drive with firmware patch available.

Thanks again.

drfix

[teox99]

hi KenD00! how are you?! :D
any news about MKBv9 key for dumphd?

i hope in a not too long time for a chance!

thx and good dumping for all!

[lchiu7]

I think the only solution at this time are either makemkv or AnyDVD for MKBv9. Ken needs new keys and it's not clear how he can obtain them and certainly the author of makemkv isn't sharing :(

[teox99]

ok, im very sad for makemkv and similar way to think.

anyway we can make an offerts to them i'll very happy to contribute to "buy" the key. mybe Keen can collect the money and let us know the results...
what do u think?

[Rupan]

If there is an offer on the table I would probably be willing to contribute. There is the matter of how the money cna be delivered anonymously though.

[kkloster21]

before we start talking about "buying" a MKBv12 key from Mike Chen (i don't think he would be interested in selling one), we might take note of some progress that others are making and see if there is a way we can contribute to that. evdberg has some method for obtaining VUKs of MKBv9 blu-rays as he has posted one of these VUKs here:

http://forum.doom9.org/showthread.php?p=1263044#post1263044

its unclear how this method works or when (if ever) it will be usable by us non-AnyDVD HD users, but it seems worth it to try to evaluate how far we are from that and what some of us may be able to do to contribute and speed the process up.

i'm sorry for perpatuating this KenD00, but we probably shouldn't hijack this thread for this purpose. maybe we should start a new thread to continue this conversation?

[kkloster21]

i HATE to complain after just getting the MKBv9 and 10 keys (so don't think of it as complaining ;) ) but the current BD+ implementation (using the debugger to build a conv_tab.bin) doesn't seem to work for the new MKBv9 movies that i've tried (The Day The Earth Stood Still and Sideways). can anyone else confirm this problem?

just to be clear, the 0.1.5 version of BDVMDBG does create a conv_tab.bin file, and dumpHD seems to be properly implementing it (i don't see any error messages before the video window opens) but it is not repairing the video correctly (still see colored blocks, etc.). please let me know what more info i can provide to be helpful (or what other procedures i could test out).

a big thanks to everyone who has worked on dumpHD (pretty much KenD00), the BD+ repair tool (loo3aem3ON, Accident, Oopho2ei, Rupan, and others), aacskeys (arnezami and KenD00), and people who are getting these processing keys (TAKU, and others)!

[Doom9]

Just because you can now decrypt MKBv9/v10 titles doesn't mean the debugger was magically updated to handle all those discs it couldn't handle before - looking at the timeline (Fox started with the new batch of BD+ titles even before MKBv9) I doubt you'll find many titles(if any at all) with those MKB versions that the debugger can handle - and looking at the BD+ thread it doesn't look like you can expect the debugger to handle all the newer titles anytime soon :(

[loo3aem3ON]

the current BD+ implementation (using the debugger to build a conv_tab.bin) doesn't seem to work for the new MKBv9 movies that i've tried (The Day The Earth Stood Still and Sideways).
TRAP_ApplicationLayer is not implemented yet hence the segment keys are wrong and the conversion table is corrupt. I've shown how to execute the BD-J handshake properly and Accident is trying to use it with libbluray which is pretty difficult. SlySoft has probably reverse engineered the BD-J handshake xlet instead of executing it on a proper BD-J platform like i propose. Rupan has tried this (https://forum.doom9.org/showthread.php?p=1241511#post1241511) as well but it seems he has given up.

[krosswindz]

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

[loo3aem3ON]

This might be a stupid question, is it possible that two movies different discs though have different DISC ID?
The disc id is the sha-1 hash of some file on the disc. A hash is a mapping of an input of arbitrary size to a fixed size output. The instance where two different inputs (files in this case) have the same hash is called collision. Because the file the hash is calculated from is much larger than 160bits (hash length) lots of collisions are unavoidable. In general there are infinite many files which have the same sha-1 hash.
I hope this helps.

[krosswindz]

The disc id is the sha-1 hash of some file on the disc. A hash is a mapping of an input of arbitrary size to a fixed size output. The instance where two different inputs (files in this case) have the same hash is called collision. Because the file the hash is calculated from is much larger than 160bits (hash length) lots of collisions are unavoidable. In general there are infinite many files which have the same sha-1 hash.
I hope this helps.

I am sorry I didnt frame my question properly, I have the same movie but two different discs, both are giving me different DISC ID's in dumpHD. Though one was tried out in Windows and the other on Linux or completely different machines. I am just wondering if this possible. I thought there must be some form of a 1-1 mapping between the DISC ID and the keys.

[loo3aem3ON]

I have the same movie but two different discs, both are giving me different DISC ID's in dumpHD
If the disc id differs then either it was calculated in different ways (unlikely) or the discs are different. Have you compared the language tracks of both movies?

I thought there must be some form of a 1-1 mapping between the DISC ID and the keys.
From what i wrote in my previous posting you should be able to see that it's possible that two different movies (encrypted with different keys) have the same disc id. If you think such a collision is unlikely then search for "birthday paradox".

[krosswindz]

If the disc id differs then either it was calculated in different ways (unlikely) or the discs are different. Have you compared the language tracks of both movies?

They are the same movie and everything is same, both were bought together from the same store.

From what i wrote in my previous posting you should be able to see that it's possible that two different movies (encrypted with different keys) have the same disc id. If you think such a collision is unlikely then search for "birthday paradox".

I know that the collisions are possible, but I felt since it was SHA-1 hash the collisions at such an early stage might not be possible. I dont have to search for birthday paradox, I remember it from my undergrad probability and statistics course :D

[KenD00]

They are the same movie and everything is same, both were bought together from the same store.

Even in that case its possible that both movies are from a different production batch. The production plant should use random values for the keys when creating the master, even if they don't they are forced to use the mot recent MKB version available which would lead to a different unit key file (and therefor a different DiscID). However, quite strange that you got two different discs together, but regarding the number of available discs the birthday paradox works better here ;).

:rolleyes:

[kyoshiro378]

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

[KenD00]

After quite a while a minor update to DumpHD. A long time ago someone made the request to support comments inside key entry lines of the KEYDB file, i always wanted to add this with a next release but i never found the time to work on DumpHD. Now that i have compiled new database files from the key threads and some of the posted keys contain comments i finally implemented this feature.

This and a little improvement in detecting wrong key entries are the only changes i made, grab the new version from the first post of this thread.

:rolleyes:

[TheMatrixx]

Hi KenD00, you're now on Softpedia Linux:

http://linux.softpedia.com/get/Multimedia/Video/DumpHD-48211.shtml
http://linux.softpedia.com/get/Multimedia/Video/BDVM-Debugger-48212.shtml
http://linux.softpedia.com/get/Multimedia/Video/AACSKeys-48213.shtml
http://linux.softpedia.com/get/Multimedia/Video/ConvTableView-48214.shtml

[KenD00]

If they would add the tools to their mac section too they would be finally complete ;). The crappy DumpHD GUI looks really nice on OSX.

Edit: Oh, they added at least DumpHD there, looks like they processed my notification quite quickly. VideoHelp doesn't seem to be that fast, they still say windows only :(.

:rolleyes:

[drkrvn32]

Yes, 10.5.7 to be exact.

It even reads a UDF such as a Blu-ray with the updates recently.

No luck with compiling aacskeys as I need openssl and can't build that at the .9 release.You can do it in Tiger,though[10.4.xx].

Ok, some notes:

The shared lib for .40 you cant use.It crashes the JVM.BUT.....
The console binary file works.So with some minor fiddling that I otherwise wouldn't do on linux to the keydb file, dumpHD works LOVELY.

You have to use the command-line util and adjust the keydb,then run DumpHD.Its the only way to rip discs that are not already in the database.


You need the .6 Java release binary called 'soylatte' to run DumpHD.Add a link and export the path in your bash_login script[hidden] and re-login.

That fixes that.We can rip now. THANK ALL OF YOU.

I'm on a Intel hackintosh if it matters.Have tested on Ubuntu [8 and 9] and it works even better.With tsMuxer for OSX and a MPlayer SVN copy[recent] we now can play Blu-ray ahead of Apple's intended upgrade to the DVD or HD player.We beat Apple to the punch.

I went ahead and got a more recent version of the GUI OSX Mplayer app.For mencoder, use the command-line, nobody has built a GUI model in some time for intel systems.

YOu do need and I have a LG with flashed firmware to do this.Its the same one everyone is raving about and you can get it at Best Buy for about $150.

Forget emulating windows for AnyDVD HD.[Nevermind the fact a hackintosh has no VM kernel mode.]It can't be done and you are wasting your time doing it this way.If this is all you boot into windows for via boot camp, feel free to remove windows.

I have optimal h264 ffmpeg commands to produce 720p downconverted mp4 output if anyone cares. Will test TrueHD audio removal with tsMuxer in a moment, just thought yall should have something to work from.

I have the DEMO disc,Jumper, and a few rented MKV9's around here if anybody needs testing.

I remove my rentals when done watching them, they play better from the hard drive than a stream[broken audio issues], so don't ask for copies.

The stream from disc method with dumpHD and mplayer as a pipe does work, though.On discs with non-broken audio or AC3 only, this effectively becomes a 'blue-ray player'.Nice to see such efforts.No transcoding needed for this and playback starts about a minute after the pipe begins.

Playing around with some MP4 compression setting ATM to find mplayer's optimal or another program under OSX that does similar and produces flawless 720p output, as ffmpeg crashes on anything over 640i.What settings work natively on OSX are iffy as it is, most of mplayer/mencoder codecs are not implemented properly on OSX.I have a demo download that can do it with quicktime output of all things for those interested.

On ppc mac, he he he... I have a 600 g3.It takes 8 hours to do what my iHack can do in 45min with a DVD.I won't get started with blue-ray.I need a external sata compliant to Firewire bracket to test and see how it works.[possibly a UDF 2.5+ driver for OSX Tiger as well.THis comes with 10.5.5 and above in a system update.]

[drkrvn32]

Just about have it.Audio is clear as day and I can confirm that tsMuxer pulls down the TrueHD to AC3 Perfectly.You have to downconvert the TrueHD,then paste together the m2ts files with tsMuxer,though.I didn't do that on the DEMO chapters yet as the first chapter is Ac3, and some seem to be TrueHD.They can be mixed within a movie for some reason.

You do have to pickout manually the biggest files, I can't seem to get bdsplice to build yet.

Still looking for 263/264 or mp4 audio, maybe the libs from Fink can help here with mencoder, which seems to be the free encoder of choice.

iSkysoft Video converter on xvid settings gets darn close.Not bad for commercial ware.
Both are set at 5000k (5MB)/sec vbitrate.

FFmpeg cant hold a candlestick, let alone light it.It crashes before it gets the chance.

EXCELLENT work.

[KenD00]

No luck with compiling aacskeys as I need openssl and can't build that at the .9 release.You can do it in Tiger,though[10.4.xx].


Hmm, IIRC OSX ships with an openssl library which lacks ECDSA support. Have you tried to compile aacskeys with the included openssl library (you need to un/comment the corresponding lines in premake.lua and disable ECDSA code generation)?

Did you try to compile the original openssl tarball or have you used the one from macports.com?

:rolleyes:

[trojanfoe]

Hmm, IIRC OSX ships with an openssl library which lacks ECDSA support. Have you tried to compile aacskeys with the included openssl library (you need to un/comment the corresponding lines in premake.lua and disable ECDSA code generation)?

Did you try to compile the original openssl tarball or have you used the one from macports.com?

:rolleyes:

Fedora are in the same boat - their openssl (and RHEL as well I guess) lacks EC support. In order to enable it I had to download the Fedora openssl SRPM and also the original openssl-0.9.8k.tar.gz from openssl.org and hack about with the .spec file and the scripts used to disable the support. Took a couple of hours, but once it was done everything worked fine.

[happycase]

If someone could look at my log file and tell me where I am going wrong I would very much appreciate the help.

DumpHD 0.61 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0 by arnezami, KenD00
Loading BDVM... OK
BDVM 0.1.5

Initializing source...
Disc type found: Blu-Ray BDMV
Collecting input files...
Source initialized
Identifying disc... OK
DiscID : 6775F006F674B12836CA685267C96AB8BEE12D81
Searching disc in key database...
Disc not found in key database
Retrieving keys from source...
aacskeys 0.4.0 by arnezami, KenD00

Current path: C:\Users\Michael\Desktop\Blu Ray Softwar
e\dumphd-0.61

MKBv: 4
Processing key: F190A1E8178D80643494394F8031D9C8
Encrypted C-value: EC100AA3801E0A5217901E08A2CD8E47
Corresponding uv: 000000A0

Decrypted C-value: E4C399C911E71D72DDB2AD299205BABD
Media key: E4C399C911E71D72DDB2AD299205BA1D

Encrypted verification data: 659767BFAB127C4CD208733EA919F3C4
Decr verif data should be: 0123456789ABCDEF
Decrypted verification data: 0123456789ABCDEFEB048AFFBF8B5060

Drive FW info: 1.10 Sep18,2008
AACS Version: 01
Number of concurrent AGIDs: 1
Supports BN generation: YES
BN Block Count: 1
Inserted medium AACS protected: YES

AGID: 00

Host Private Key (Hpriv): 4737676058D7029452514F0AB186DC4CCA8C578F
Host certificate (Hcert): 0200005CFFFF0000000C00006E3DEB679B9A16AD
FAA8E30878767BA6EB2A9B415385AD1181B4446C
31E9A5DD2AB808B364FF15885BAC490964318C9B
F8029FCF76F688A54FBDA03F6D9332EF04E5A613
12DA85880A4D9CBB79D8602E
Host Nonce (Hn): 2923BE84E16CD6AE529049F1F1BBE9EBB3A6DB3C

AGID: 00

The given Host Certficate / Private Key has been revoked by your drive.


ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2


aacskeys ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2
Failed retrieving keys from source

It looks like I'm missing one small step.

[sl1pkn07]

patch your drive (if is supported...)

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

[happycase]

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

[Doom9]

Check out the first post.. it has instructions (or rather.. links to) on everything from dumpvid (to get the volume id without patched firmware) to BD+ removal. And next time remember that this is part of rule 1.

[3ds]

I would be try DumpHD, but i get only this error:
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object
I used jre 6u14

[KenD00]

A little more information would be quite useful. What OS do you use (windows/linux/osx), how did you start DumpHD? It looks like your java installation is broken somehow, it can't find it's base classes, maybe you should reinstall it.

:rolleyes:

[drmih]

I'm giving this a go for the first time since HD-DVD, so go easy with me.

Having (hopefully) read everything carefully I set about trying to determine the keys for a set of discs. I have a patched H20L so was able to get the DiscID and VID relatively easily for both discs. I then tried to use DumpHD and it couldn't find the keys in the database - not suprising as the disc was only released yesterday. I then tried copying the aacskeys.dll to the DumpHD directory to use the automatic approach but I have a Vista 64bit system and it couldn't load the dll (is there a 64bit dll out there?). I then decided to continue using the method Doom9 had used and manually give aacskeys the VID. At this stage I got:

"Could not find a Processign Key or Device Key resulting in the Media Key"
keys tried.....
ERROR: PROCESSMKB, errnr: -3

Is this where I just run out of luck or should I be able to get the VUK but am just missing something?

[880]

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

[KenD00]

I then tried copying the aacskeys.dll to the DumpHD directory to use the automatic approach but I have a Vista 64bit system and it couldn't load the dll (is there a 64bit dll out there?).

Before today, no. I have only a 32 bit windows and cross compiling did not work out of the box, but i found a nice guide how to setup that and cross compiled a 64 bit version today. But i cannot test if this version actually runs because i still don't have a 64 bit window available. If you would be so kind and test this version of aacskeys (http://rapidshare.com/files/255993578/aacskeys-0.4.0b.zip) (please the standalone executable and the library) and confirm that it works i can release it. And while you are at it, can you test this dumpvid (http://rapidshare.com/files/255996641/dumpvid-0.4a.zip) version too ;)?

But as 880 already said, these new versions won't solve your problem because you need a new Processing Key which isn't available yet, but you can solve my problem confirming that the 64 bit builds work :).


I then decided to continue using the method Doom9 had used and manually give aacskeys the VID.

Because you have a patched drive this wasn't necessary, in your case aacskeys can get the VID itself.

:rolleyes:

[drmih]

I am happy to report that everything works fine at 64bit. aacskeys incorporated in dumphd, on its own and also dumpvid. With respect to my issue, now from within dumphd it is reporting the key as mk 12.

I know I could ask the question elsewhere but you know whats what - how can the programme MakeMKV process the disc?

[KenD00]

I am happy to report that everything works fine at 64bit.

Thanks for testing. I have officially released aacskeys 0.4.0b and DumpVID 0.4a right now, see the first page for this thread for updated download links.


how can the programme MakeMKV process the disc?

Well, Mike Chen would be the first person to ask this question but the answer is quite simple, they have a new Processing Key (like Slysoft does too). He has answered this question himself recently here (http://forum.doom9.org/showthread.php?p=1305539#post1305539).

:rolleyes:

[Doom9]

The disc was only released yesterday? We only have processing keys for MKBv1-10.. v11, 12 und 14 are still missing and that's what new discs use.

[ni-cad]

I'm running xp64 and Current version: 0.61 wont see my HD disc - AAWIL, what do I need to do to do exactly?

Can you give me specific step by step instructions?

[KenD00]

Let me guess, your windows doesn't "see" the disc too, right? You don't have an UDF 2.50 driver installed, windows versions prior to vista don't have one included. I don't know if there is one for XP 64, i think the Toshiba driver does only work on XP 32. Maybe installing a recording program that supports packet writing can help, otherwise i don't know where to get an UDF 2.50 driver for XP 64.

:rolleyes:

[880]

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

[ni-cad]

Awsome!

This is the first thing that's gone right for me in about a fortnight, it installed and works perfectly, thanks 880!!!

I can't extract the evo files yet though. I wanted to use DmpHD to ripp my evo files to my hard disc incase Anydvd wasn't remeoving the protection propperly, I thugh DumpHD might do a better job but even with explorer able to open and see the disc and all files contained on it DumpHD can't see the evo's, it only see's the folders none of the files etc.

The log reports the following errors:


DumpHD 0.61 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... FAILED
no aacskeys in java.library.path
Direct key retrieval disabled, only keys from the database will be used
Loading BDVM... FAILED
bdvm.vm.BDVM
Automatic BD+ removal disabled, specify a Conversion Table manually to remove BD+ if necessary

I'm a bit lost here, is it only something to do with aacskeys? what steps do I take from here?

[setarip_old]

@ni-cad

Hi!

It appears that only a U.S. version of "An American Werewolf In London" is in the HDDVD database (KeyDB.cfg) for DumpHD...

[ni-cad]

Ah hey setarip.

yeah I have the UK version and I don't know how I'd go about finding out the key for it exactly.

I think I'm going to try and concentrate on converting the VC-1, I guess I'll leave this for now.

[880]

I wanted to use DmpHD to ripp my evo files to my hard disc incase Anydvd wasn't remeoving the protection propperly, I thugh DumpHD might do a better job but even with explorer able to open and see the disc and all files contained on it DumpHD can't see the evo's, it only see's the folders none of the files etc.
I bet that both DumpHD and AnyDVD HD rip HD-DVDs correctly.

When you hit 'browse', DumpHD is looking folders or drives to read from or save to. Thus the dialog will hide files from you, but it can still see them.

The error you are getting is because the library for aacskeys is not in the DumpHD folder. Move the .dll and try again.

[ni-cad]

The hdcp is deffinetly being removed by anydvd, but I still think there's some data from the evo that's missing, perhaps timestamps, I'm not sure.

I'll give DumpHD another shot just incase there is any difference, thanks for the pointer.

[KenD00]

There is no HDCP on the disc, this protection is applied by your graphics cards. On the disc there is AACS and i am pretty sure AnyDVD HD does a decent job removing it, don't expect a difference in the result by using DumpHD.

There may be some differences depending on if you decrypted the disc on the fly or using the ripper and maybe AnyDVD HD resets the embedded cryptographic data differently then i do but in no case this should result in differences in the a/v streams.

:rolleyes:

[gottahavit]

for those with v12+ disc, I don't know if this is commonly known yet, but dvdfab now has working blu-ray support again. Hard to tell but if I read it right the core rip functionality stays free after the trial, you just lose the avanced stream selection and conversion functions.

[setarip_old]

@gottahavit

Hi!if I read it right the core rip functionality stays free after the trial, you just lose the avanced stream selection and conversion functions.No, after 30 days, you lose all BluRay functionality (As well as anything else, other than simple DVD ripping)...

[gottahavit]

@gottahavit

Hi!No, after 30 days, you lose all BluRay functionality (As well as anything else, other than simple DVD ripping)...

I'm not saying you're wrong and since I just grabbed my trial hasn't expired, but reading this tells me it should keep working.

From the download page(labeled free stuff):

"DVDFab HD Decrypter is a simple version of DVDFab "DVD to DVD" and DVDFab "Blu-ray to Blu-ray". It copies entire DVD/Blu-ray movie to hard drive, and removes all the DVD protections (CSS, RC, RCE, APS, UOPs and Sony ARccOS) and part of Blu-ray protections (AACS, BD+, RC, UOPS and BD-Live) while copying."

and when I run the app it shows me a screen listing the features saying they will expire except hd decrypter which it says never expires.

[setarip_old]

and when I run the app it shows me a screen listing the features saying they will expire except hd decrypter which it says never expires.Yes - and the freeware program, DVDFabHD Decrypter, that will be the remaining active program, will only perform simple rips of standard DVDs...

[gottahavit]

Yes - and the freeware program, DVDFabHD Decrypter, that will be the remaining active program, will only perform simple rips of standard DVDs...

so basically they are lying when they say the free version is a simple version of the bluray to bluray software.

bummer, oh well

[happycase]

Hi. I am stuck at the part where I have to start hammering with dumpvid, since I do not have a patched drive, but when I double-click the executable the program opens and closes quickly and I cannot access the commandline. Sorry if this has already been covered and I did try to solve this using the search feature.

I do not have a software player and am not sure if this is a contributing factor. Thanks in advance.

[setarip_old]

@happycase

Hi!

Execute the program (and any commands) from within a DOSBox...

[happycase]

Is it compatible with Vista 64 Ultimate?

When I run
C:\Dumpvid d(my drive) it tells me "This program cannot be run in DOS mode."

[pynux]

yes it's work
juste launch "cmd.exe" to have a dosbox
and in the dosbox : dumpvid.exe , if you are vista64 or Seven64 you can use dumpvid64.exe

[KenD00]

Dumpvid is a command line application, to run it you need a shell/command prompt, don't confuse this with DOSBox. DOSBox is an emulator for DOS, the operating system from the days when windows was an ordinary appilcation ;).

The shell on windows is cmd.exe so this is the way to go. But if you don't have a software player this is pretty pointless because dumpvid needs someone to do the authentication. However people are using MakeMKV too to just perform the authentication to grab the VID.

:rolleyes:

[kreet]

on osx leopard there is a problem with libaacskeys.dylib integration:
$ ./dumphd.sh
Creating GUI... DONE
Invalid memory access of location 0x100000300 rip=0x7fff5fc11080

./dumphd.sh: line 3: 72611 Segmentation fault java -server -Djava.library.path=. -jar DumpHD.jar "$@"


version info:
DumpHD 0.61. aacskeys 0.4.0b.

$ java -version
java version "1.6.0_13"
Java(TM) SE Runtime Environment (build 1.6.0_13-b03-211)
Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02-83, mixed mode)

$ file libaacskeys.dylib
libaacskeys.dylib: Mach-O universal binary with 2 architectures
libaacskeys.dylib (for architecture x86_64): Mach-O 64-bit executable x86_64
libaacskeys.dylib (for architecture i386): Mach-O executable i386


also KenD00: maybe you can put the currently supported mkb versions on the top post?

[setarip_old]

@KenD00

Hi!However people are using MakeMKV too to just perform the authentication to grab the VID.Please explain further...

[pynux]

like that :)
(under linux)

pynux@core2duo:~/Documents/Bluray/aacskeys-0.4.0b$ ./bin/linux/aacskeys /media/cdrom
aacskeys 0.4.0 by arnezami, KenD00

The given Host Certficate / Private Key has been revoked by your drive.


ERROR: SENDHOSTCHAL: SK: 0x5, ASC: 0x6F, ASCQ: 0x00, errnr: -2


:'(
don't worry i have a tuto to have a VID :)

Shell 1:

pynux@core2duo:~/Documents/Bluray/dumpvid-0.4a$ wine dumpvid.exe --force-bd d 10
DumpVID 0.4 by KenD00

Drive type is recognised as CDROM/DVD.

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


Press ENTER to start hammering


Shell 2 :

pynux@core2duo:~$ makemkvcon info disc:1
001014:000000:0000 MakeMKV v1.4.6 beta linux(x64-release) started
001013:000000:0000 Debug logging enabled, log will be saved as /home/pynux/MakeMKV_log.txt
Current action: Scanning CD-ROM devices
...
Current progress - 0% , Total progress - 0%
003010:000000:0000 Using direct disc access mode
Current action: Pre-calculating data
Current progress - 0% , Total progress - 0%
Current progress - 0% , Total progress - 0%
Current action: Processing AV clips
Current progress - 13% , Total progress - 0%
...
Current progress - 94% , Total progress - 17%
Current action: Processing movie playlists
Current progress - 0% , Total progress - 17%
Current progress - 6% , Total progress - 17%
Current progress - 6% , Total progress - 18%
Current progress - 84% , Total progress - 18%
Current progress - 84% , Total progress - 34%
Current action: Decrypting
...


and shell 1 say :

Hammering drive with a 10ms delay...
VID: 3FEC22AF2E1A0B06EE3B3357B3768406
Hammering finished


and now use libaacskey

pynux@core2duo:~/Documents/Bluray/aacskeys-0.4.0b$ ./bin/linux/aacskeys /media/cdrom 3FEC22AF2E1A0B06EE3B3357B3768406
aacskeys 0.4.0 by arnezami, KenD00

Volume Unique Key: F0928CCA388BFA38405030031EA693CB
Unit Key File Hash (Disc ID): BBF37D288024568CDFFD9D240CEDDB882799B29


et voila
you have VID and VUK without autentification :)

work with dvdbluray MKB V1 -> V10
V11 -> V14 libaacskey haven't key in ProcessingDeviceKeysSimple.txt :'(
if somebody have a tuto for grab the MKB key or have mkb v11->v14 tell me :)

[KenD00]

@kreet:
Someone else also reported that the library crashes on OSX 10.5.7 but the standalone application does work. I have only OSX 10.5.4 here and currently can't get 10.5.7 to run, i will look into this when i get it to run.

For the MKB support, this doesn't belong here, DumpHD supports all MKB versions because it doesn't decrypt them itself but aacskeys does ;). But what maybe belongs here is to note that it does not work with bus encryption, but we have yet to see the new discs and hardware to hit the market so for now this isn't an issue too. Anyway i think it is common knowledge to know what MKB versions are freely decryptable :).

@setarip_old:
The trick with dumpvid is that you need another entity to perform the AACS authentication procedure to grab the VID. Usually you use a software player for this, but you can use anything else that performs the necessary authentication, like MakeMKV does. You could also use AnyDVD HD for this, but they have an internal database and do the authentication only for unknown discs.

:rolleyes:

[setarip_old]

@KenD00

Thank you ;>}

[krosswindz]

I am not sure if any of you folks are following this http://www.networkedmediatank.com/showthread.php?tid=23731

NMT runs linux, AFAIK they run linux. This means that if they are having full Blu-Ray support they must have the license for BD+. This would be an interesting setup to figure out how the decryption takesplace.

[serrin]

Thanks for the program KennD00. I've managed to get DumpHD working and I have to say it's fantastic.
One question though, has anybody else had a drive locking up when trying to hammer a disc with DumpVid? The first disc I (unsuccessfully) tried to rip was Watchmen Director's Cut. Since the auto AACS decryption didn't work, I tried the method for manual key finding as mentioned in the first post. Arcsoft's TotalMedia Theatre 3 platinum didn't want to work, so I tried PowerDVD 8 instead. After decreasing the hammering interval down to 10ms, a strange thing happened. Instead of the movie playing (which indicates the hammering wasn't successful?) the drive vanished. PowerDVD would say that there wasn't a blu ray drive any more and the DumpVid would say it failed. The blu ray drive disappeared off device manager, disk management, BIOS, everything. The drive wouldn't open and I thought I would have to RMA the drive with Watchmen still inside. Restarting the computer didn't do anything, only after I disconnected the SATA power plug and reconnecting did it magically start working again. I then tried hammering again and the same thing happened. Am I doing something wrong or is this some sort of new security feature?
I've since managed to rip other discs that work with automatic AACS decryption but I haven't been successful hammering with DumpVid.
For reference my drive is a Samsung SH-083A blu ray combo drive and I'm running windows 7 x64 ultimate and hammering with PowerDVD8 and DumpVid 0.4a. The drive is attached to a Intel P55 southbridge SATA controller.

[setarip_old]

Unless I'm misinterpreting something, if you use the "Backup" function of MakeMKV v.4.10, I believe you'll find a small file that, if decodable, may eliminate the need to alter your drive or to "hammer" ;>}


**EDIT** Per "Mike Chen":discatt.dat is a so-called "serialized disc attributes blob". there is
no fixed offset where volume id is stored. this file is created by libdriveio library that we wrote and released under LGPL license, it can be downloaded from our site. The code to _parse_ this serialized blob is not LGPL but public domain so it can be used by anyone for whatever purpose.

[shadowHH333]

sorry, too many issues with my last account. Its drkrvn32.
ANyway...
I managed to get DumpHD working =>10.5.7 (OSX). Im sure this will work on snow as well.

It seems that Apple ships with 64bit version of Java which DumpHD is NOT designed for. .5.5 allows UDF 3.0, partial Java support(the update gives v1.6), and an updated openssl layer.

There is no need to recompile aacskeys just yet.It works to a point. You will get the new Disc keys from the CLI, but the program segfaults shortly after(due to 32/64-bit memory reference issues??). You WONT get >Mbkv 10, however. Use MakeMKV for that.

So what I did was install landof.bikemoney's SOYLATTE (32-bit Java v1.6) and edit the /etc/profile file with nano on the command line. MAKE SURE YOU REBOOT.

Once you do, If you followed all of the optional arguments(including making the link), java will report back as:
Java(TM) SE Runtime Environment (build 1.6.0_03-p3-landonf_19_aug_2008_14_55-b00)
Java HotSpot(TM) Client VM (build 1.6.0_03-p3-landonf_19_aug_2008_14_55-b00, mixed mode)

and you will be able to run DumpHD via command-line. Double clicking the Jar file still forces APPLE Java(64-bit) to load. If anyone can make a Java Preferences addition for Mike Landoff's Java, this might fix this.For now, deal with the command-line.

for aacskeys: make sure you have the aacskeys binary for the OS you are running. If you get a 'cant run exec. file' error, go get aacskeys again and pull the correct file into where dumpHD was stored.

On OSX, you WILL have to update the keyDB yourself, unless the key for the disc in question is already in the DB.

This should work on snow, but I dont have a BDROM in my APPLE HW and I dont want to take my production environment on the Hackintosh down.Its more stable that Ubuntu ATM.(dam canonocal, they HAD to break it.... 9 series is UNstable, in case you use it.)
[I would rather use debian sid than Ubuntu 9 series, and sid doesnt have the HW drivers I need.]

Hope this helps.

[shadowHH333]

If you want to compress the output of dumpHD or makeMKV you wil need the following on OSX to do it reliably(AKA: audio in sync, which is an issue for linux user ATM)

tsmuxerGUI.app
Latest MPlayer SVN snapshot (cant use libblueray.so on OSX)
XCode for compiling MPlayer source package

Use tsMuxerGUI to drop off all of the streams you dont need(downmixes TrueHD tracks to AAC for you, wont find this on Linux, well I cant get it to work anyway withmplayer)

then use mencoder, which you just installed, to compress the files into x264(not recommended) or divx containers.

I have a script that works well for mencoder and plays back 720p no problems, but it takes ME 8 hours to compress a BDROM. I have a lightning fast processor which only a few companies have passed in the speed department. YMMV.

This works on the PC, for the TV(or if Im lazy and hit the right keys, hitting the wrong ones reset playback AND ALL THE ADS all over again....) I just use the console unit.

Who ever designed that feature needs to be shot.You need to be able to resume BDROM playback from last position on the TV.AKA: DONT EVER hit that STOP BUTTON during BDROM playback unless you WANT to see the ADS over again.On my remote the stop and pause buttons are too close.

So for me, since I hate TV ads, I opt for just the main movie on the computer and its worth the time saved during playback(due to finicky console unit) to dump my discs.Some of you dont care so much for this. Again YMMV.

[KenD00]

There should be no difference running DumpHD with a 32 bit or a 64 bit VM, there is no "64 bit Java language". And indeed higher Mac OSX versions use the 64 bit VM by default.

The problem is the aacskeys library, actually the statically linked OpenSSL. I had some difficulties to compile OpenSSL so i was happy when i finally got a working compilation, unfortunately it doesn't work when the aacskeys library gets dynamically linked in higher Mac OSX versions.

I have a working copy of aacskeys here that uses another crypto library and runs just fine even on Snow Leopard, however i don't want to release it now because it doesn't offer any major new functionality for the end user, i wanted to implement some new features first and then make a new release. I haven't seen great demand for a working Mac OSX library, if there is any i could make a binary only release for Mac OSX until i finish a new general release.

:rolleyes:

[setarip_old]

@KenD00

Hi!

Is the information provided in my earlier post useful/usable with DumpHD for BluRay discs?:

http://forum.doom9.org/showpost.php?p=1359249&postcount=372

[KenD00]

Hmm, somehow i've missed your initial post about this. Oh well, i dont know :). I've searched this and the MakeMKV forum for this but i haven't found anything about it, and i haven't found anything in the source so i don't know what this file contains.

Currently there is no need to hammer a drive anymore because Mike Chen was so kind to supply a non revoked Host Certificate. However we don't have recent Processing Keys and he won't provide these.

Anyway wouldn't it be a little strange when a ripper depends on another ripper?

:rolleyes:

[setarip_old]

@KenD00

(I'm over my head here, so please forgive me if what I'm asking/suggesting makes no sense)

Perhaps if you personally try the following, you'll be able to determine whether you can, in fact, extract the volume ID from the created "discatt.dat" file - and whether doing so, in conjunction with DumpHD is all that is needed to decrypt the disc:

If you use MakeMKV and select "Backup" from the 'File" dropdown menu, you'll see that in addition to a not-decrypted full backup of the BluRay disc, you'll have a small file, named "discatt.dat".

Again, "Mike Chen" stated:discatt.dat is a so-called "serialized disc attributes blob". there is
no fixed offset where volume id is stored. this file is created by libdriveio library that we wrote and released under LGPL license, it can be downloaded from our site. The code to _parse_ this serialized blob is not LGPL but public domain so it can be used by anyone for whatever purpose.

[BENtheTEN]

Hi,

I always get the following error:
libaacskeys.dylib: no suitable image found.
and
libaacskeys.dylib: can't map

Do you have any ideas what this means or better, how it can be resolved?

Thanks
Ben

[blu4fun1]

@BENtheTEN: You may want use the "file" tool to check that the internal format of your libaacskeys.dylib is as expected by the Mac OS X dynamic loader (dyld). "file" should tell you that libaacskeys.dylib is a dynamic shared library for either the i386 or x86_64 architecture.

[KenD00]

Well, i thought that too but that doesn't seem to be the case. I can reproduce the error in Snow Leopard, the file contains all 4 architectures, no broken dependencies but it does not work. I recompiled the latest release under Snow but it didn't change anything.

My current development build does work however, so far i can tell the biggest difference is that it doesn't use OpenSSL anymore. I know i had some problems to get it work with OpenSSL, notably because the OpenSSL version shipped with MacOS missed the ECDSA functions. Using OpenSSL from MacPorts fixed that however.

You haven't mentioned but i assume you are using Snow Leopard, i have made the latest release with it's predecessor and i can't remember that i got this error because of another reason than a missing architecture in the file. If you have the ability you can try to get OpenSSL from MacPorts and recompile aacskeys with it, currently i don't have the time (and mood :D) to do this myself.

:rolleyes:

[blu4fun1]

I downloaded aacskeys-0.4.0c a few minutes ago. The internal format of the libaacskeys.dylib in the lib/macosx directory is not correct. Here's the output of the file command:


libaacskeys.dylib: Mach-O universal binary with 4 architectures
libaacskeys.dylib (for architecture i386): Mach-O executable i386
libaacskeys.dylib (for architecture x86_64): Mach-O 64-bit executable x86_64
libaacskeys.dylib (for architecture ppc7400): Mach-O executable ppc
libaacskeys.dylib (for architecture ppc64): Mach-O 64-bit executable ppc64


The correct format is dynamically linked shared library.

[blu4fun1]

Here are some hints to correctly rebuild libaacskeys.dylib:

1. Carefully read README.txt and be sure you have openssl version 0.9.8 or later and premake version 3.7.

2. Verify your OPENSSL_INCLUDE = and OPENSSL_LIB = settings in premake.lua.

3. Uncomment (remove the --) from these three lines in premake.lua:
--if (macosx) then
-- table.insert(package.buildflags, "dylib")
--end

4. Enter this command: premake --file premake.lua --target gnu --os macosx

5. Remove -flat_namespace -dynamiclib, anywhere you find it in libaacskeys.make. It is caused by a problem with premake.

6. Enter this command: make clean

7. Determine the architectures you need libaacskeys.dylib to support. If you are only using it with DumpHD then you probably only need x86_64 however my Macs are older and I use a modified version of DumpHD that runs under the older Java 1.5 which is the latest Java that Apple has provided for those older Macs.

8. Enter a command like this for the architecture(s) you need: TARGET_ARCH="-arch ppc -arch ppc64 -arch i386 -arch x86_64" make libaacskeys

9. Verify that your result is a dynamically linked shared library using this command: file lib/macosx/libaacskeys.dylib

[KenD00]

Hi, thanks for taking the time to look into this, i totally have missed that file says executable.

I looked at your solution and was quite confused because i thought i'm doing just the same thing, and then i found the error, its a stupid typo!

So the fix is actually even more simple.


Look into premake.lua and find the line
table.insert(package.linkoptions, "-dynamiclib, -framework CoreFoundation -framework IOKit")
and change it to
table.insert(package.linkoptions, "-dynamiclib -framework CoreFoundation -framework IOKit")
The stupid colon behind dynamiclib was the problem!

To compile it under Snow open the file src/ioctl.cpp and change the line
#include <IOKit/scsi-commands/SCSITaskLib.h>
to
#include <IOKit/scsi/SCSITaskLib.h>
Then regenerate the makefiles (you have to be in the root directory of the source tree for this)
premake --target gnu
Clean the tree with
make clean
Finally you can compile a new release version for your architectures, keep in mind that with Snow the powerpc architecture was removed, so an dual intel build would look like this
make "CONFIG=Release" "TARGET_ARCH=-arch i386 -arch x86_64"
Enjoy your working library. In contrast to the broken version in the archive this library depends on the OpenSSL dylib, thankfully the version with Snow includes ECDSA and works fine. If you want to build a statically linked version or on an older MacOS release, consult the README.txt :)


:rolleyes:

[darkbasic]

Is there any way to decrypt mkbv11 to 14?
Are we still stuck with april 2009 films? :-(

[gravos]

[Color=Blue]@KenD00
Perhaps if you personally try the following, you'll be able to determine whether you can, in fact, extract the volume ID from the created "discatt.dat" file - and whether doing so, in conjunction with DumpHD is all that is needed to decrypt the disc:


Yes, there is a VID in the file, the code to read it is in the linux download. But you need a VUK for DumpHD.

[cool54321]

Running Linux and dumphd-0.61 was only able to decrypt 2 BD discs out of 6. Is there a way to decrypt the newer discs on Linux?

These have MKBv: 16

lotr1.log: DiscID : 49E3C2EB3DF6697BF6613F84775EE419A817C06C
lotr2.log: DiscID : F4E162490E6971EC261CFC10653BD0CB52317F6C
lotr3.log: DiscID : A2FA3882887FD436F2E7399F3254771DFE2ED664

One disc had BD+ encryption but removing it also failed:

iceage3.log: DiscID : B6B6CF9AE847975220C62F82F41786DEA881B238

---8<---8<---
Loading /media/cdrom0/BDSVM/00000.svm ...
Volume ID set to: B6 B6 CF 9A E8 47 97 52 20 C6 2F 82 F4 17 86 DE A8 81 B2 38
[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 1)
[I] TRAP_MediaSHAFileHash: Hashing BDSVM/00000.svm
[I] TRAP_MediaSHAFileHash: Hashing AACS/MKB_RO.inf
[I] TRAP_MediaSHAFileHash: Hashing BDMV/STREAM/00389.m2ts
[I] TRAP_LoadContentCode: Loading BDSVM/00001.svm (block 2)
[W] TRAP_DeviceAccess not implemented!
[Event #00000000] EVENT_PlaybackFile( 00000000, 0000FFFF )
[Event #00000001] EVENT_0210( 00000000, 00000001 )
[W] TRAP_DeviceAccess not implemented!
[W] TRAP_DeviceAccess not implemented!
[Event #00000002] EVENT_PlaybackFile( 00000000, 00000001 )
[I] TRAP_LoadContentCode: Loading BDSVM/00002.svm (block 0)
[I] TRAP_GetConversionTable: Received new subtables: 1,59,118,java.lang.ArrayIndexOutOfBoundsException: 290
at bdvm.vm.conv_tab_main.setConversionTable(conv_tab_main.java:43)
at bdvm.vm.decoder.getConversionTable(decoder.java:55)
at bdvm.vm.bdsvm_player_interface.TRAP_handler(bdsvm_player_interface.ja
va:658)
at bdvm.vm.BDVM.step(BDVM.java:391)
at bdvm.debugger.Debugger.step(Debugger.java:801)
...
---8<---8<---

Why was the array out of bounds? Could that be easily fixed just by having a bigger array or has something else went wrong?

[GodofaGap]

I don't know specifically how to solve your problem but an ArrayIndexOutOfBoundsException is not thrown because the array is too small (this shouldn't really ever be happening in Java), but because the program is requesting an element at an index that does not exist (for example the array has 100 elements while the program requests element number 178)

[Rinse&Repeeat]

Are we (the user of your program)responsible for providing our own ProcessingDeviceKeysSimple.txt, HostKeyCertificate.txt contents?

I ask because I believe that the keys and hostCertificate provided was expired by the time I got to it.

I get the following error.
Could not find a Processing Key or Device Key resulting in the Media Key.

[pynux]

only key v1 to v10 is in the ProcessingDeviceKeysSimple.txt
if you want have decrypt v10 to v18 use lxbdplayer with lxbdaacs (and makemkv 1.5.5) to have the media key of bluray mkb >=v11

[Rinse&Repeeat]

The latest version of makeMKV is 1.6.8. I've used it, it's nice, I just don't to have to pay (again) to watch a movie I've already bought. I've payed my dues when I bought the disk(movie), I shouldn't have to pay again for software to watch it.

I found lxBDplayer, I'm not sure about the other file as most of the links I found for it were questionable, and the only one that looked remotely safe was in French, I don't speak French. Is their a link you can provide to the lxbdaacs?

Are you saying I need to replace files in dumpHD with the ones you suggested?

Edit, I found the thread for lxBDplayer, and the required lxBDaacs. I was hoping to use DumpHD, seeing as I don't have to pay for that. I suppose if the only I'll be able to get around the stupid silly "We don't support your OS" limitations of other programs, I'll have to use makeMKV. Paying for yet another program to do what I've already paid for (play a movie) rubs me the wrong way.

[pynux]

lxbdplayer was make by a student of french university
but the software have been translate in english ;)

[pynux]

@Rinse&Repeeat
lxbdplayer is for playing bluray
lxbdaacs is plugin for lxbdplayer to have AACS

lxbdaacs dump the memory of makemkv to have the key of the bluray

but lxbdaacs work only with makemkv 1.5.5 (with the free beta serial)

you don't have to pay for use it

[myth88]

Any idea why I can't press any buttons opening the main window?
See this image:
http://i.imagebanana.com/img/aw3w3tjh/thumb/Screenshot08252013114139PM.png (http://www.imagebanana.com/view/aw3w3tjh/Screenshot08252013114139PM.png)

System is Archlinux with XFCE, installed from AUR.

[Darksoul71]

I know this is not exactly an answer to your question but given the age of the last posting and the last update at the first posting I doubt that there is much active development here. In case you are watching for something to decrypt BDs under Linux, you might consider trying MakeMKV.

HTH,
D$

Edit: A more helpful answer might be which Java Runtime you are using and if this corresponds with the supported JRE of DumpHD. Java apps often behave strange when you use a different Java (older or newer version, OpenJRE versus Sun's JRE, and so on).

[myth88]

Hi,

thanks for the answer. I already tried different versions of java, didn't work...

So right now I really like makemkv! :)

:thanks:

[Darksoul71]

Re-Hi,

glad I could help ! I have been using MakeMKV for quite a while under Xubuntu 12.04 with an external LG BD and it worked like a charm.
Plus it has a nice option to directly watch BDs via local streaming server. Works also great from the shell via makemkvcon if you are more the text addicted type of user :D

[metaldave2003]

Hi, friends.

I am endeavoring to archive my HD DVD's. (It seemed like an appropriate project to work on at the moment.) For the most part, MakeMKV takes care of the job without any real customization. However, there are some titles that are still looking for their VUK.

@candela brought the DumpHD app to my attention when I was looking for keys for these relics of HD lore. I have pieced together the ProcessingDeviceKeysSimple.txt and HostKeyCertificate.txt as appropriate (based upon the sets listed here (https://forum.doom9.org/showthread.php?p=1883655#post1883655)), and those seem to check out. The last piece I'm stuck on is the libaacs library.

I'm currently working this solution on a Mac, and I've found the libaacskeys.dylib within the aacskeys-0.4.0f archive. I've placed this in the same directory as the DumpHD JAR file, and I get the following:

Loading aacskeys library... FAILED
/Users/username/Desktop/Sandbox/dumphd-0.61/libaacskeys.dylib: dlopen(/Users/username/Desktop/Sandbox/dumphd-0.61/libaacskeys.dylib, 1): no suitable image found. Did find:
/Users/username/Desktop/Sandbox/dumphd-0.61/libaacskeys.dylib: can't map unslidable segment __TEXT to 0x100000000 with size 0x75000
/Users/username/Desktop/Sandbox/dumphd-0.61/libaacskeys.dylib: can't map unslidable segment __TEXT to 0x100000000 with size 0x75000
Direct key retrieval disabled, only keys from the database will be used

I've gotten a similar message when I locate the library in the /Library/Java/Extensions directory:

Loading aacskeys library... FAILED
/Library/Java/Extensions/libaacskeys.dylib: dlopen(/Library/Java/Extensions/libaacskeys.dylib, 1): no suitable image found. Did find:
/Library/Java/Extensions/libaacskeys.dylib: can't map unslidable segment __TEXT to 0x100000000 with size 0x75000
/Library/Java/Extensions/libaacskeys.dylib: can't map unslidable segment __TEXT to 0x100000000 with size 0x75000
Direct key retrieval disabled, only keys from the database will be used

I realize this application is ancient history, but I was wondering if someone might have a clue on how to address this issue. I realize running this on macOS Catalina has it's own share of security blocks (which seem to be bypassed if you're running in the local directory rather than anything at the /Library level). However, I think I've got everything configured and recognized correctly.

I will try this with my Windows 10 machine as well to see if the DLL works better than the DYLIB on the Mac.

Thanks in advance!

[maetel99]

I'm currently working this solution on a Mac, and I've found the libaacskeys.dylib within the aacskeys-0.4.0f archive. I've placed this in the same directory as the DumpHD JAR file, and I get the following:


It could be that the old libraries are built 32-bit and you are running macOS 10.15 which is 64-bit only. You can test this by opening a Terminal window and typing:

file <path to dylib>


Then look to see if the output shows "x86_64". If it only shows "i386" then it is a 32-bit only library. You'll have to rebuild it for 64-bit use.

[metaldave2003]

maetel99,

Thank you for the thought. I checked it, and it looks like we're good x86_64:

% file libaacskeys.dylib
libaacskeys.dylib: Mach-O universal binary with 4 architectures: [i386:Mach-O executable i386] [x86_64:Mach-O 64-bit executable x86_64] [ppc_7400] [ppc64]
libaacskeys.dylib (for architecture i386): Mach-O executable i386
libaacskeys.dylib (for architecture x86_64): Mach-O 64-bit executable x86_64
libaacskeys.dylib (for architecture ppc7400): Mach-O executable ppc_7400
libaacskeys.dylib (for architecture ppc64): Mach-O executable ppc64

I was, truly, hoping you had it. Thanks again!

[Emulgator]

In Post #382 (https://forum.doom9.org/showthread.php?p=1430757#post1430757) here blu4fun1 says:

Incorrect internal format: aacskeys-0.4.0c/lib/macosx/libaacskeys.dylib
I downloaded aacskeys-0.4.0c a few minutes ago. The internal format of the libaacskeys.dylib in the lib/macosx directory is not correct. Here's the output of the file command:

libaacskeys.dylib: Mach-O universal binary with 4 architectures
libaacskeys.dylib (for architecture i386): Mach-O executable i386
libaacskeys.dylib (for architecture x86_64): Mach-O 64-bit executable x86_64
libaacskeys.dylib (for architecture ppc7400): Mach-O executable ppc
libaacskeys.dylib (for architecture ppc64): Mach-O 64-bit executable ppc64

The correct format is dynamically linked shared library.

In post #384 (https://forum.doom9.org/showthread.php?p=1431019#post1431019) KenD00 tells his fix.

[metaldave2003]

In post #384 (https://forum.doom9.org/showthread.php?p=1431019#post1431019) KenD00 tells his fix.

Thanks for the link, Emulgator. I think I must have abandoned ship on macOS and went to Windows (which was successful). However, this is a great reference, and I appreciate you finding it.

[metaldave2003]

Back from the dead on this thread once again.

I am trying to close-out my HD-DVD library rip project. Sadly, a lot of my Warner Bros. discs have rotted away, so they're not even readable. (This has been a common, known problem for their discs.) However, I have a bunch of Universal that I'm looking to recover now.

In these interim months, I put together an Ubuntu box with a good NVIDIA Turing graphics card and have been using this as my ripping and encoding appliance. Essentially, it's my hobby box, and I wish I had more time to spend playing. I picked up an LG HD DVD drive on eBay, and I hope this will speed along the project to conclusion.

Circling back to DumpHD, I have gotten the .jar file running on the machine with the GUI. The old libraries and Processing Keys don't seem to be cutting the mustard for Blu-ray Discs (not a big deal with MakeMKV as my primary ripper), but I suspect these would be more than sufficient for the HD DVD discs.

I have hit a stumbling block, and I'm hoping my fellow Ubuntu Linux users will have a solution. Whenever I browse to the HD DVD disc using the DumpHD GUI, it doesn't see anything in the root directory of the disc. Ubuntu sees the disc in the file browser fine, and MakeMKV sees the disc as well. I browse and open "/media/username/discname", and DumpHD immediately responds with:

Initializing source...
No disc type found

By contrast, I can put a Blu-Ray disc in the same drive (this is a dual-format drive), browse to the root directory of the disc, and it seems to "initialize" and read the disc just fine. (Granted, it's not finding keys on the Blu-Ray, but it confirms the read is working fine.)

I know this stuff is ancient history, but I'm hoping this will spark a memory for someone with the same problem and a workaround.

Thanks,

- Dave

[metaldave2003]

One thing that I'm not clear on: I believe the Blu-ray discs will wipe out the VUK method using DumpHD if they're AACS v72 (MKBv72) or higher. There is some type of revocation table stored on the drive itself as part of the copy protection process, and this cannot be wiped or corrected. I'm surprised no one has figured out a method to get a clean wipe on these combo drives. Anyone have any luck finding a work-around to this situation (assuming I understand it correctly)?

It appears my LG GGC-H20L (v1.03) combo drive has touched AACS v72, so Blu-ray decrypting is probably done using the VUK method. However, I still have my Toshiba X807616 (XBOX 360) HD DVD drive which has not touched a Blu-ray disc, so I should be in good shape to dump the keys from that drive. However, it appears I'm still having issues with some discs. To use the parlance, it appears the HD DVD Standard Content discs are unable to be read by DumpHD whereas the HD DVD Advanced Content discs will read. The former will produce the "No disc type found" error with its file structure whereas the latter will recognize.

Unfortunately, LibreDrive (included with MakeMKV) does not support the LG GGC-H20L or the Toshiba X807616, so VUK is the only thing that will allow decrypting. Even with all the VUK published by our friends here, there are still a number of outlying titles which have not been accounted.

Since we're dealing with a (now) 11-12 year old program in DumpHD, the modern OS platforms are causing more conflicts with the latest versions of JRE, etc. I had it working great on Windows 10 back in April 2020, but that has since stopped working there as well. I'd hoped Ubuntu Linux would have overcome some of this, but I'm having the above issues with those HD DVD Standard Content discs. macOS might work with a little tweaking of the dylib AACS library, but we're dealing with backward compatibility there as well.

I'm thinking I need to come up with a VM running an old OS (Windows 10 or something) to just run the DumpHD and retrieve the rest of these keys. Anyone have any experience with this approach?

[metaldave2003]

I'm happy to say that I found a way to get a working DumpHD workflow.

I couldn't get the DumpHD java applet to work properly on a current Ubuntu OS with the current Java JRE, etc. I suspected that I needed to go back in time to use this now 11 year old software. Using an old Windows 7 Pro virtual machine that I'd put together a couple of years ago, I was able to get a valid workflow. I just had to install JRE 8, bring a fresh copy of DumpHD 0.61, added the requisite files, and I was off to the races.

For me, the exercise was to get through the ~75 discs to confirm which ones were readable and the VUK for each. I was able to do that, compile a key table for all the working discs (which I've shared here (http://forum.doom9.org/showthread.php?p=1932271#post1932271)), and put this lingering project to bed once and for all. Of course, I'm on borrowed time to get the discs ripped (as they continue to sit here and rot), but being able to decrypt the discs is the necessary first step.

For the HD DVD disc drive, I had to use my Toshiba X807616 (XBOX 360) external drive to get the job done. As it's only a DVD and HD DVD reader, it's never had a Blu-ray disc read that could revoke the Device Keys prior to MKBv72 (AACS v72). Thus, it remains a "virgin" drive for these purposes.

Now that I have the VUK, I can my LG GGC-H20L HD DVD/Blu-ray Combo Drive (which did have its Device Key revoked because of a current Blu-ray read). With this "newer" drive, I can perform the decrypt and rip at a decent clip (because that XBOX 360 external drive is S... L... O... W...).

Here's the Magic Formula:

Use a Windows 7 Pro Virtual Machine
Install Java JRE 8 (jre-8u221-windows-x64.exe)
Install a good text editor like Notepad++ (or something that will refresh when a text file is edited).
Get a copy of dumphd-0.61 (search Google for dumphd-0.61.zip or dumphd-0.61.tar.gz); Thanks to KenD00 (https://forum.doom9.org/member.php?u=119565) fo all of the great work!
Get a copy of aacskeys-0.4.0f.tar.gz (see this post (https://forum.doom9.org/showthread.php?p=968972#post968972). (Version 'e' will probably work, too.) Thanks to arnezami (https://forum.doom9.org/member.php?u=107682) for all the great work.
Extract the dumphd-0.61 directory.
Extract the aacskeys.dll from the lib/win64 directory in the aacskeys-0.4.0f.tar.gz file and place it in the dumphd-0.61 directory.
In the dumphd-0.61 directory, edit ProcessingDeviceKeysSimple.txt to add the Device Keys and Processing Keys (as provided below)
In the dumphd-0.61 directory, edit HostKeyCertificate.txt and add the HOST_PRIV_KEY and HOST_CERT pair (as provided below)
Open the DumpHD.jar file (or DumpHD.cmd if you prefer) to run the DumpHD GUI.
Once the GUI is up, confirm you see the following (or similar):


DumpHD 0.61 by KenD00

Opening Key Data File... OK
Initializing AACS... OK
Loading aacskeys library... OK
aacskeys library 0.4.0f by arnezami, KenD00, Key, Nobu1789, anon
Loading BDVM... FAILED
bdvm.vm.BDVM
Automatic BD+ removal disabled, specify a Conversion Table manually to remove BD+ if necessary


* We don't need BDVM; We're not interested in Blu-ray keys here.

Click the 'Browse' button, select your HD DVD drive, open to the disc's root directory, and click the "Open" button. If the disc is readable, you will see the DiscID populate in the upper-left field. At that point, it will have already automatically added the new entry to the KEYDB.cfg file in the dumphd-0.61 directory.
Recommended: Make sure you have a text editor open that will display and refresh the contents of dumphd-0.61/KEYDB.cfg. Update the generic "Movie Title" description in each line as it's added or you will not know which key goes to which disc.


Here's my HostKeyCertificate.txt file (based on a compilation post (https://forum.doom9.org/showthread.php?p=1883655#post188365) from mick0 (https://forum.doom9.org/member.php?u=227394)):


;
;
; The following Host Certificates were taken from a post in a thread on the Doom9 Forum
; https://forum.doom9.org/showthread.php?p=1883655#post1883655
;
; These are HOST_PRIV_KEY and HOST_CERT pairs.
;
909250D0C7FC2EE0F0383409D896993B723FA965
0203005CFFFF800001C100003A5907E685E4CBA2A8CD5616665DFAA74421A14F6020D4CFC9847C23107697C39F9D109C8B2D5B93280499661AAE588AD3BF887C48DE144D48226ABC2C7ADAD0030893D1F3F1832B61B8D82D1FAFFF81
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv72
;
5924778E74CC2B18B95BAE7D93A09505B1BF08CE
0201005CFFFF800001B100005F1407EDBF9D1CD38F33A625209B5ED10D48F71E2AB2A1C53CCF9E25D6AEB4BEE968FBBD10DC44064841C358106731589A2C12DD5B4D86FE840D2C6525594E72A19C2EDBC3DD6A28F75E9A9C00D684BB
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv70
;
5F291AE7CF68D67F58689A4CBFE2953064539FAA
0203005CFFFF8000018900003E7C4B0931C0045DFB017F24B1557F5BD0AF5B961FBC1B43519F9023A1E84A3E8C06967B76469CC86527AA3807258C58E00F73971F9BC8353165476454911E3A9D07D742980598BFF9B3DF5EA18E0C7F
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv63
;
27263F402E2D6DB56B1FB7BB4524C6CD5C9F2EF4
0201005CFFFF800001460000952D611B06911B0EAEE577D3715D1FA0E405914068752559DFBD845CB80F4FEE04A40B8FED842ACB78F9F898AEC395409E929C55A20A7EE853509BB84D8FB0DC99E5CAC5F239F0CD79B38C0678702B1C
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv58
;
0F7B481182425FC4C32CDDE612DD05B1BD7863D6
0203005CFFFF800000AD00005F27B91F047E60C251F4262DE74EC061F9261DCE3254EB737EDED53AD84E12805BBEEDB12C285A61627A529129BD98F8590634CF35A9820CD213D5AF786BDE489EC37A75D4D444B8AB40923E317169E9
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv51
;
88B245EA25315F46E6E99D9D521EB1194454A82D
0201005CFFFF800000C400005BF6843ED1AA9C9DEEFEAD8174479C72AB5457691EEB75669105BB195D4B9133069A18FD5357797116CEC22D7FE8F366C2A092E1D00DB770E9E01DB687456B6FBFA28C962D88F05DD43F584ECC821AF7
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv46
;
668C9A75EEFC8DA4261938E271285061BB09F0DD
0201005CFFFF80000039000065EAC9878B85EFF4D77A62B1D600024ACE68DD3366880E4F844F34B77A050135A20E73B626DAEA5157B32EB84BC6E87B0DEE4D833CEADA86120151002C3C66D5256F71CFA68B7E55BA1B351F3403434E
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv32
;
567A6A8EFFFD8967651CF1BB8D15EDB6D2463555
0200005CFFFF0000006400006440BE797538E4FC369FC50BBE9F95CC694338210CDFACE0D2C878BAB96BB72BA5A29D0F7D2E9B836B4CE06781D933544E6258F1F38668B4733F24638CCB6F5B71220A2220217367F833635E97784D9E
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv22
;
8C8647FE2A70EF0388EA9E43F432CC441C6B108C
0200005CFFFF000000AE00004142A5411F1E63F185581C876B939FB40B523BF69C004CA69E047606EE5183C0ABEF1E7D04CB6E65260677E7B0573D08E60957935503ED78F7E27B190B4A7CAFCBAFF4A2836453ECF72E49668DAF1DB9
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv17
;
4737676058D7029452514F0AB186DC4CCA8C578F
0200005CFFFF0000000C00006E3DEB679B9A16ADFAA8E30878767BA6EB2A9B415385AD1181B4446C31E9A5DD2AB808B364FF15885BAC490964318C9BF8029FCF76F688A54FBDA03F6D9332EF04E5A61312DA85880A4D9CBB79D8602E
; Above HOST_PRIV_KEY and HOST_CERT Pair Revoked in MKBv03
;


Here is my ProcessingDeviceKeysSimple.txt (again, thanks to the same post (https://forum.doom9.org/showthread.php?p=1883655#post1883655) from mick0 (https://forum.doom9.org/member.php?u=227394)):


; 2020-04-11 - Updated ProcessingDeviceKeysSimple.txt
;
; The following Device Keys were found in the ProcessingDeviceKeysSimple.txt file
; included with the aacskeys-0.4.0f package.
; - https://forum.doom9.org/showthread.php?p=1883655#post1883655
; - http://s000.tinyupload.com/index.php?file_id=31122209976861014118
;
; After comparison with the newer post on the other Doom9 Forum thread, these were found
; to be accounted in the latest and greatest list (see below).
;
; Device Keys
; 810827A76E5B2CC1685E3217A23E2186 ; DK_V01-V12 DUPLICATE IN LIST BELOW
; 44145A846F19D096F2C84A2E50C5C4F5 ; DK_V14-V16 DUPLICATE IN LIST BELOW
; EB55A475080FBCF18534EFA0839A7373 ; DK_V17-V19 DUPLICATE IN LIST BELOW
; FB4AC39009E82113D45ECF4B7EAEA467 ; DK_V20-V21 DUPLICATE IN LIST BELOW
; 8BF4FBD91A7FB7DB8576D1E5A15A8544 ; DK_V23-V28 DUPLICATE IN LIST BELOW
; AA856A1BA814AB99FFDEBA6AEFBE1C04 ; DK_V01 DUPLICATE IN LIST BELOW
;
; Processing Keys
; 09F911029D74E35BD84156C5635688C0 ; v1 DUPLICATE IN LIST BELOW
; 455FE10422CA29C4933F95052B792AB2 ; v3 DUPLICATE IN LIST BELOW
; F190A1E8178D80643494394F8031D9C8 ; v4 DUPLICATE IN LIST BELOW
; 7A5F8A09F833F7221BD41FA64C9C7933 ; v6-8 DUPLICATE IN LIST BELOW
; C87294CE84F9CCEB5984B547EEC18D66 ; v9 DUPLICATE IN LIST BELOW
; 452F6E403CDF10714E41DFAA257D313F ; v10 DUPLICATE IN LIST BELOW
; 973940BB180E83266231EE596CEF65B2 ; v3-4/7-10/12-13 DUPLICATE IN LIST BELOW
; 58EBDADF88DCC93304CBBEDB9EE095F6 ; v14/15/16 DUPLICATE IN LIST BELOW
; 465FA8BE828509014D05D2FCCEFF35D2 ; v17 DUPLICATE IN LIST BELOW
; AD5E546C46D72DC083AEB5686924E1B3 ; v18/19 DUPLICATE IN LIST BELOW
; 53FCE78ECD352DA50D526B5EE3D3D96B ; v20/21 DUPLICATE IN LIST BELOW
; C32238976FF44A51E2D33553CFE85772 ; v23/25 DUPLICATE IN LIST BELOW
;
;
; The following Device Keys were taken from a post in a thread on the Doom9 Forum
; - https://forum.doom9.org/showthread.php?p=1883655#post1883655
; This post was dated August 29, 2019.
; - This list seems to include all of the above and more.
;
; Device Keys
AA856A1BA814AB99FFDEBA6AEFBE1C04 ; MKBv01
810827A76E5B2CC1685E3217A23E2186 ; MKBv01-MKBv12
44145A846F19D096F2C84A2E50C5C4F5 ; MKBv14-MKBv16
EB55A475080FBCF18534EFA0839A7373 ; MKBv17-MKBv19
FB4AC39009E82113D45ECF4B7EAEA467 ; MKBv20-MKBv21
8BF4FBD91A7FB7DB8576D1E5A15A8544 ; MKBv22-MKBv30
A088BC72424478EACAF237A9E258351E ; MKBv01-MKBv23
5FB86EF127C19C171E799F61C27BDC2A ; MKBv01-MKBv48
6C02A9C4DF6DE9314F6F4BB44677BD67 ; MKBv24-MKBv35
4D84E4D6D434A08D6EF0B523B6D891B2 ; MKBv36-MKBv43
F2F56575C0C5448042298FA9B316AB9A ; MKBv44-MKBv51
31A194B61D3119D2B09DC0D8B9A73A00 ; MKBv49-MKBv52
25F9782764D026413C3D4868F891E81E ; MKBv53-MKBv54
FDAD855E9A89E5335288AF2805DC0497 ; MKBv55-MKBv57
7FD1F7966AD2B0E4F4901205E32A69BA ; MKBv49-MKBv62
76DDD7093216D28C15049A6B9C5C18B9 ; v63
3B323C7A9AFC0921831D247239823DE6 ; v64-65
7A4F40D8696B7B159BE8176CC9EDB85C ; v66-68
;
; Processing Keys
09F911029D74E35BD84156C5635688C0 ; MKBv01
455FE10422CA29C4933F95052B792AB2 ; MKBv03
973940BB180E83266231EE596CEF65B2 ; MKBv03-MKBv12
F190A1E8178D80643494394F8031D9C8 ; MKBv04
7A5F8A09F833F7221BD41FA64C9C7933 ; MKBv06-MKBv08
C87294CE84F9CCEB5984B547EEC18D66 ; MKBv09
452F6E403CDF10714E41DFAA257D313F ; MKBv10
58EBDADF88DCC93304CBBEDB9EE095F6 ; MKBv14-MKBv16
CC72242D4CC8156B960502805987DED0 ; MKBv14-MKBv23
465FA8BE828509014D05D2FCCEFF35D2 ; MKBv17
AD5E546C46D72DC083AEB5686924E1B3 ; MKBv18-MKBv19
53FCE78ECD352DA50D526B5EE3D3D96B ; MKBv20-MKBv21
C32238976FF44A51E2D33553CFE85772 ; MKBv22-MKBv30
3ADE0AB7C9E4270055506C449E8EE6CF ; MKBv24-MKBv48
D11E3DBA323D37DE3DE0D6A0DC5EC807 ; MKBv24-MKBv25
AAAF8A16F829DA16A124D837F64EE2D8 ; MKBv26-MKBv28
C0F535929D59CD071BEE9CB53F0C21C2 ; MKBv30-MKBv35
99AB6AE0A7E13504CE284B7CA401B26A ; MKBv31-MKBv36
19DF7DA3A1FB75AC4DC34CCB6AF6A5C7 ; MKBv36-MKBv38
3FB9D3314AAC7F76581190A624A5C578 ; MKBv39-MKBv43
186D1BBA19487F6450C1FD5ADA9407E6 ; MKBv44-MKBv51
F2C416A45D806D964F567B5D7FED209D ; MKBv49-MKBv52
7A8BAB1B0C66C39D1A2EEE6883E4DD3C ; MKBv53-MKBv54
1F70D403A6D39B20A3F7131750ACAA22 ; MKBv53-MKBv54
8FBDD8452146552EF76136B0A348590B ; MKBv55-MKBv57
0EB5F81CF17405CAFDB97832F5EA11B4 ; MKBv55-MKBv62
76DDD7093216D28C15049A6B9C5C18B9 ; MKBv63
3B323C7A9AFC0921831D247239823DE6 ; MKBv64-MKBv65
7A4F40D8696B7B159BE8176CC9EDB85C ; MKBv66-MKBv68


It's my hope that we've got the majority of the VUK keys compiled in our HD DVD VUK Thread (https://forum.doom9.org/showthread.php?t=120611) that you don't have to go through this process. While most of my titles were on the existing list, there were some notables that were not. It was also a good exercise to confirm which discs were bad (of which there were several). These HD DVD discs are rotting on your shelf now, so get to it.

Thanks again to everyone who has contributed their findings and time to this dead technology. There are some gems in this pile of obsolesence, and these are "licenses" to own our movies (even if the disc no longer works).

Good luck!

[Emulgator]

Good work, metaldave2003 !
Once I have to go back in time for HD-DVD-ROMs I will come back here to go through these steps.

[880]

I have hit a stumbling block, and I'm hoping my fellow Ubuntu Linux users will have a solution. Whenever I browse to the HD DVD disc using the DumpHD GUI, it doesn't see anything in the root directory of the disc. Ubuntu sees the disc in the file browser fine, and MakeMKV sees the disc as well. I browse and open "/media/username/discname", and DumpHD immediately responds with:

Initializing source...
No disc type found

By contrast, I can put a Blu-Ray disc in the same drive (this is a dual-format drive), browse to the root directory of the disc, and it seems to "initialize" and read the disc just fine. (Granted, it's not finding keys on the Blu-Ray, but it confirms the read is working fine.)

I know this stuff is ancient history, but I'm hoping this will spark a memory for someone with the same problem and a workaround.

Thanks,

- Dave

Hi, I ran into the same symptoms too, so it might be the same underlying problem. When I look at an HD-DVD in /media, I can see "HVDVD_TS" and "ADV_OBJ" and stuff but I can't click on them to see the files inside. When I run DumpHD on the folder, it says "No disc type found".

If that's the case, then this is a permissions issue, and it has a simple solution. Use superuser rights to execute DumpHD, and it will be able to read the files underneath HVDVD_TS and the like. The solution looks like:

Open your Terminal application
cd /wherever/dumphd/is/
sudo ./dumphd.sh
This will ask for your password to confirm your administrator aka "super user" rights. Enter your password. Don't be alarmed if you don't see anything while you type your password; that's normal. If you mess up it will prompt you to try again.
Use DumpHD as usual, and keep your Terminal application open while you do so. If you close Terminal it will close DumpHD. Of course you can close the Terminal once you have closed DumpHD.


No Windows needed!

[Dennis98]

Now I want to follow up a little on the writeup from @metaldave2003, after I needed to dive into this topic as well and having done a lot of research..

Some background: I kind of stumbled upon HD-DVD on a quest to get the "best" versions of Terminator 2, as I'm unhappy with the UHD BD and there hasn't really been an improvement to that 2017 release yet.. Before, I didn't even know about HD-DVD - I'm comparatively young for this thread (I think) and I only started collecting Blu-rays long after the format war was over. As I needed a suitable drive for it, I also got curious checking some other movies on that format where I saw potential for improvement, especially after reading about this being a thing (HD-DVD > BD) on AVS Forum.
Anyways, after buying a drive, I thought I just need to find the movies I'm interested in, pop them in and get going with MakeMKV, which works great for Blu-rays and I saw it does support HD-DVDs.
Oh, well.. I certainly didn't expect multiple days of research & trying out and multiple dead discs..

So I want to present a different workflow, without DumpHD but MakeMKV, as I didn't feel like installing Java on my machine for that (as one factor).
I hope that's ok here - I know the irony.^^ It's just fitting with the info already being on here.

(Unfortunately I lost my 'original' research etc. due to a bluescreen, so I might miss mentioning sth. or have no link now, despite having done some research etc. anew. :()


First off, while MakeMKV does have support for HD-DVDs, it seems to only work with MKBv1 discs out of the box. That's what led me to think at some point that pretty much all my discs are not readable anymore. :o
Unfortunately there's no clear message that it can't decrypt those discs, instead you get all kinds of other symptoms, like that it can't be "opened", missing movie playlist, a plethora of errors appearing, incl. "unsupported e-ac3 type" - those are the things I encountered.
1. You need to help out MakeMKV by providing VUKs (Volume Unique Keys) to it.
While it's hardly documented (especially now as the FAQ on their site is down), it supports a "KEYDB" file (https://web.archive.org/web/20211207020201/http://makemkv.com/faq/item/12/category/8), incl. the format of DumpHD used in the HD-DVD VUK thread (https://forum.doom9.org/showthread.php?t=120611) (at least the older format pre DumpHD 0.4 that I tried). That file needs to be in the data directory of MakeMKV; on Windows that is %userprofile%\.MakeMKV. Name probably doesn't matter, but I called mine KEYDB_hddvd.cfg


Optimally that's it. (At least for ripping 1:1 to an MKV.)
Now, if you're unlucky (as me), meaning you can't rip it and can't find an entry for your disc in the file from the thread, you need to get the VUK yourself.
2. For that you need the "aacskeys" tool - but really try to get the (0.4.0) "f" version.
While version "e" can simply be found in/through the AACS Keys thread (https://forum.doom9.org/showthread.php?t=123311), it likely won't work if you got a BD/HD-DVD combo drive - you probably need to use a newer certificate with it, which will just yield you a "AACSVERYIFHOST" error (I just notice the typo^^) due to a bug (https://forum.doom9.org/showthread.php?p=1779382). Version "e", and even "c", might only be fine if it's an HD-DVD only drive, as you can use old certificates without bus encryption or the write flag then.

I got it via this thread (https://forum.doom9.org/showthread.php?t=176924) under "Command line tools".
You might need to update the keys in HostKeyCertificate.txt & ProcessingDeviceKeysSimple.txt if the included isn't doing it for you - check "Dave"'s post.

3. Go to the (extracted) aacskeys folder and run bin\win32\aacskeys.exe <DRIVELETTER>:
You need to run the 32-bit binary/EXE! The 64-bit one I initially tried, as I'd usually do when available, has some output issue (stops after the MKB version in verbose mode). Surely somebody mentioned that somewhere already, but I didn't come across that, I just tried it out of desperation basically.

You don't normally need the `-v` (verbose) option, as is mentioned almost everywhere, you'll get a nice output with just the needed hash and VUK by default. :)

4. (Optional) Use "ValidateVUK" for double-checking that aacskeys gave you the correct key.
I got it via a "Redump Wiki", but here (https://forum.doom9.org/showthread.php?t=121764) is the Doom9 thread directly for it.
Just run validatevuk.exe <DRIVELETTER>: <VUK>

5. Add your new key to the "KEYDB" and (unfortunately) restart MakeMKV.
I think you need a trailing newline (as common in UNIX world) and pay attention to line endings used - unfortunately don't remember details, but remember some trial & error there - likely due to a mix of line endings first (using LF now).



It's pretty simple once you got aacskeys working; just 2 tools, 1 command, no VM or anything needed (I worked on Windows 10).
But the lack of centralized information & availability of things, combined with some faulty discs for even less clarity on what is the issue, made this a complex or at least time-consuming endeavour..

Hope this will help the two people that will come across this from now on. :D

Maybe to add sth. regarding DumpHD here as well: The tool can be downloaded from the Cyberside site of the AACS Keys thread (https://forum.doom9.org/showthread.php?t=123311) as well.