Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
14th December 2008, 19:59 | #241 | Link |
Registered User
Join Date: Feb 2007
Posts: 86
|
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.
|
14th December 2008, 21:37 | #243 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
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 . |
14th December 2008, 23:42 | #244 | Link | |
Registered User
Join Date: Feb 2007
Posts: 86
|
Quote:
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. Last edited by SuperGoof; 14th December 2008 at 23:44. |
|
14th December 2008, 23:46 | #245 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
DumpHD 0.6
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. |
15th December 2008, 10:31 | #246 | Link |
Registered User
Join Date: Jun 2008
Posts: 46
|
@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. |
15th December 2008, 15:00 | #247 | Link |
Pajas Mentales...
Join Date: Dec 2004
Location: Spanishtán
Posts: 496
|
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 Last edited by sl1pkn07; 15th December 2008 at 15:07. |
15th December 2008, 17:15 | #248 | Link |
Registered User
Join Date: Sep 2008
Posts: 189
|
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).
|
15th December 2008, 19:14 | #249 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
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. |
15th December 2008, 22:59 | #251 | Link | |||
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
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 Quote:
Quote:
Quote:
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. |
|||
15th December 2008, 23:52 | #252 | Link | ||
Registered User
Join Date: Dec 2006
Posts: 202
|
Quote:
Quote:
|
||
16th December 2008, 15:31 | #253 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
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 . Last edited by KenD00; 16th December 2008 at 15:34. |
19th December 2008, 12:16 | #255 | Link |
clueless n00b
Join Date: Oct 2001
Location: somewhere over the rainbow
Posts: 10,579
|
DumpHD uses generics.. a Java language feature introduced in the 5.0 release (and that was released a long long time ago).
__________________
For the web's most comprehensive collection of DVD backup guides go to www.doom9.org |
19th December 2008, 23:05 | #256 | Link |
Registered User
Join Date: Sep 2006
Posts: 249
|
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:
Code:
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! |
19th December 2008, 23:24 | #257 | Link | |
JuSt a PoWer uSEr
Join Date: Mar 2005
Location: None of your Business
Posts: 288
|
Quote:
http://uploaded.to/?id=xcco6l |
|
20th December 2008, 00:56 | #258 | Link |
Registered User
Join Date: Sep 2006
Posts: 249
|
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 |
20th December 2008, 17:35 | #259 | Link |
Registered User
Join Date: Jan 2007
Location: Internet
Posts: 378
|
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. |
Thread Tools | Search this Thread |
Display Modes | |
|
|