DumpHD - a HD-DVD / Blu-Ray Decrypter

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