DumpHD - a HD-DVD / Blu-Ray Decrypter

[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!