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.

 

Go Back   Doom9's Forum > General > Decrypting

Reply
 
Thread Tools Search this Thread Display Modes
Old 14th November 2008, 20:56   #361  |  Link
loo3aem3ON
Registered User
 
Join Date: Sep 2008
Posts: 189
Quote:
Originally Posted by loric View Post
What happens with people that bought a stand-alone player? Do they need to update the firmware to play discs protected with the latest BD+ scheme? Or does that work like AASC, i.e. with revocations affecting only software players and, maybe, the PS3?
They might have to update the player firmware by allowing the player to temporary access the internet or downloading the update manually and burning it to disc. Note that the content code is selecting which program to run based in it's analysis of TRAP_DeviceDiscovery, TRAP_DiscoveryRAM etc ("fingerprint"). It can skip any intensive testing if the player is considered trustworthy (because no hacks known) and therefor it is unlikely that this player would need regular updates if any.
Furthermore don't think of it like the BD+ specification is constantly changing and everyone has to flash it's firmware every month or so. As usual the vendors haven't implemented every detail so their implementations are not fully BD+ conform but these players will probably work fine for a long period of time. This is changing once hacks for a particular player model are known. In this case the content code starts running a lot of checks and might even refuse to generate the conversion table if the certificates and other keys are too old. This is when the vendor is forced to release updates. I believe it is known to the industry which player AnyDVD-HD is emulating but SlySoft doesn't seem to be willing to switch to a different model.

Quote:
Originally Posted by Doom9 View Post
Slysoft now says they need 1-2 months to take care of those
That would be longer than we needed to reverse engineer the entire thing. strange...

Last edited by loo3aem3ON; 14th November 2008 at 21:00.
loo3aem3ON is offline   Reply With Quote
Old 14th November 2008, 21:37   #362  |  Link
tteich
Registered User
 
Join Date: Jul 2004
Posts: 40
Quote:
Originally Posted by loo3aem3ON View Post
[...]
That would be longer than we needed to reverse engineer the entire thing. strange...
Fox released quite a bit of titles, perhaps with different varieties of BD+ code. Should take a while to analyze and circumvent it. Perhaps we should try to get some of those advanced BD+ "debugged". I think the .zip files which user post on the slysoft forum contain the necessary bdvm files from the related disc.

Edit: just checked and realized that the zip file doesn't contain the /BDSVM contents :-(

Last edited by tteich; 14th November 2008 at 21:44.
tteich is offline   Reply With Quote
Old 14th November 2008, 22:22   #363  |  Link
loo3aem3ON
Registered User
 
Join Date: Sep 2008
Posts: 189
Quote:
Originally Posted by tteich View Post
Edit: just checked and realized that the zip file doesn't contain the /BDSVM contents :-(
I have snapshots for jumper and i am optimistic to get this to work without the help of the snapshots as well. Be patient.
loo3aem3ON is offline   Reply With Quote
Old 15th November 2008, 00:11   #364  |  Link
Accident
Registered User
 
Join Date: Aug 2002
Posts: 111
I would be interested in receiving content files for releases that are more advanced, or at least hear how it runs.
Accident is offline   Reply With Quote
Old 15th November 2008, 07:24   #365  |  Link
Accident
Registered User
 
Join Date: Aug 2002
Posts: 111
I have just checked-in version 0.0.3, which adds a streaming method to using the conv_tab.bin. For those wanted to include it is their own code, this is the pseudo code required.

Code:
bluray_init();
vm  = dlx_VM_new(DLX_MEMORY_SIZE);
dlx_load_slots(vm, opt_flashfile ? opt_flashfile : "flash.bin");
dlx_setVolumeID(vm, volumeid);
dlx_loadsvm(vm, 0x0, "BDSVM/00000.svm");
dlx_setPC(vm, 0x1000);
dlx_setWD(vm, 0x7fffffff);
dlx_run_convtab(vm);
dlx_patchseek(vm, 1/*title*/, 0x00000000 /*seek*/);
while((rbytes = fread(buffer, 1,
                              sizeof(buffer),
                              stdin)) > 0) {
  dlx_patch(vm, rbytes, buffer);
  fwrite(buffer, rbytes, 1, stdout);
}
I have included Windows binaries again.

Download here:
http://uploaded.to/?id=ge5h4v

Unix style use are:
Code:
# ./configure
# make
# mount /dev/cdrom /mnt
# cat /mnt/BDMV/STREAM/00001.m2ts | test/convtab -d /mnt/BDMV -t 1 -U | mplayer 
(Use -f and -i or -I to specify flash file, and VolumeID)
Accident is offline   Reply With Quote
Old 15th November 2008, 14:12   #366  |  Link
MickJT
Guest
 
Posts: n/a
convtab(d).exe still crashes on the Ice Age 1 Blu-Ray (Australian). Haven't checked under Linux.

Should I upload the contents of BDSVM somewhere? (excluding the BACKUP folder).

Edit: Other discs are fine.. It's just this one, and the bdvm debugger .jar works fine with it.
Edit2: I have read this thread thoroughly, but i'm unaware as to what flash.bin is used for, how it is obtained/created and where it's needed, if needed. I haven't needed it yet and BD+ is removed without any problems.

Last edited by MickJT; 15th November 2008 at 14:24.
  Reply With Quote
Old 15th November 2008, 15:00   #367  |  Link
saint-francis
too much lurking
 
saint-francis's Avatar
 
Join Date: Sep 2006
Location: Valhalla
Posts: 668
Quote:
Originally Posted by Doom9 View Post
October 31st 6.4.7.9 (die another day, the happening, possibly: firefly/bender's game) - Slysoft now says they need 1-2 months to take care of those
I ripped the happening last night with no problem at all using anydvd. And I watched it from my HDD. Am I missing something here?
saint-francis is offline   Reply With Quote
Old 15th November 2008, 16:15   #368  |  Link
dirio49
JuSt a PoWer uSEr
 
Join Date: Mar 2005
Location: None of your Business
Posts: 288
Quote:
Originally Posted by saint-francis View Post
I ripped the happening last night with no problem at all using anydvd. And I watched it from my HDD. Am I missing something here?
Please read the thread. It has nothing to do with anydvd. it is about opensource BD+ implementation.
Later

Edit:
James for anydvd says that they need at least one month. This is for Blu-ray not dvds.
__________________
Birthdays are good. Statistics show that the people who have the most live the longest.

Last edited by dirio49; 15th November 2008 at 17:07.
dirio49 is offline   Reply With Quote
Old 15th November 2008, 18:15   #369  |  Link
saint-francis
too much lurking
 
saint-francis's Avatar
 
Join Date: Sep 2006
Location: Valhalla
Posts: 668
Quote:
Originally Posted by dirio49 View Post
Please read the thread. It has nothing to do with anydvd. it is about opensource BD+ implementation.
Later

Edit:
James for anydvd says that they need at least one month. This is for Blu-ray not dvds.
It is the BD that I ripped.

Sorry I thought that doom9 was mentioning Slysoft's inability to break the BD+ on those disks as a method of demonstrating that there is/will be difficulty for the open source project with these lines:
Quote:
Originally Posted by Doom9 View Post
so if you're looking at validating the software against more advanced titles this should provide useful:

October 31st 6.4.7.9 (die another day, the happening, possibly: firefly/bender's game) - Slysoft now says they need 1-2 months to take care of those
saint-francis is offline   Reply With Quote
Old 15th November 2008, 18:41   #370  |  Link
dirio49
JuSt a PoWer uSEr
 
Join Date: Mar 2005
Location: None of your Business
Posts: 288
Quote:
Originally Posted by saint-francis View Post
It is the BD that I ripped.

Sorry I thought that doom9 was mentioning Slysoft's inability to break the BD+ on those disks as a method of demonstrating that there is/will be difficulty for the open source project with these lines:
True, i think maybe there was another BD.
well here is the list
http://forum.slysoft.com/showthread.php?t=21985

BTW did you try to rip the BD with the tool found here?
__________________
Birthdays are good. Statistics show that the people who have the most live the longest.
dirio49 is offline   Reply With Quote
Old 15th November 2008, 20:16   #371  |  Link
loo3aem3ON
Registered User
 
Join Date: Sep 2008
Posts: 189
A new obfuscated aes implementation is being used which looks a bit more complex than the previous one. But i guess it will be no problem for you to break again

Quote:
Originally Posted by MickJT View Post
Should I upload the contents of BDSVM somewhere? (excluding the BACKUP folder).
Yes please. Furthermore i need to you rip the disc with anydvd and dumphd (without the bd+ option) and tell me the first few differences you see. For example the first four 5-byte blocks which are different including their address. This is for me to verify that the repair descriptors of the first nonempty segment are correct. You can use WinHEX or similar to automatically compare the files.

thank you

Quote:
Originally Posted by MickJT View Post
Edit2: I have read this thread thoroughly, but i'm unaware as to what flash.bin is used for, how it is obtained/created and where it's needed, if needed. I haven't needed it yet and BD+ is removed without any problems.
It's the slot memory. If the content code wants to store data in a nonvolatile memory region of the player it uses the slot memory. This can for example be used to collect data about your viewing habits or to restrict how many times you may watch a particular movie.
loo3aem3ON is offline   Reply With Quote
Old 15th November 2008, 21:19   #372  |  Link
saint-francis
too much lurking
 
saint-francis's Avatar
 
Join Date: Sep 2006
Location: Valhalla
Posts: 668
Quote:
Originally Posted by dirio49 View Post
BTW did you try to rip the BD with the tool found here?
No I didn't. I haven't tried it yet.

BTW the BD I ripped was the happening. It is on doom9's list but not on the one you linked to.

Last edited by saint-francis; 15th November 2008 at 21:26.
saint-francis is offline   Reply With Quote
Old 15th November 2008, 21:27   #373  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Ice Age (US version) BDSVM folder (without the BACKUP folder):

http://rapidshare.de/files/40917565/...GE_US.rar.html

first four different 5-byte blocks between BD+ aware and BD+ unaware rip of 00001.m2ts and their addresses:

1. file offset 0x00045B9D:

DA D6 C6 16 1D (AnyDVD rip, i.e. BD+ removed)

99 50 D6 AD A4

2. file offset 0x00046FE1:

D6 09 61 41 C6 (AnyDVD rip, i.e. BD+ removed)

C3 24 9C B0 05

3. file offset 0x0004B772:

2F A2 81 92 2D (AnyDVD rip, i.e. BD+ removed)

38 07 6C BE 2D

4. file offset 0x0004C858:

FD D5 2D 79 60 (AnyDVD rip, i.e. BD+ removed)

A5 F7 60 9A 9D

Last edited by xkodi; 15th November 2008 at 21:55.
xkodi is offline   Reply With Quote
Old 15th November 2008, 22:27   #374  |  Link
loo3aem3ON
Registered User
 
Join Date: Sep 2008
Posts: 189
Quote:
Originally Posted by xkodi View Post
3. file offset 0x0004B772:

2F A2 81 92 2D (AnyDVD rip, i.e. BD+ removed)

38 07 6C BE 2D
You probably mean 0x0004B771. Apart from that i can't see any problems. Both repair descriptors which contain the four patches you told me are correct. You can verify this by loading the conversion table in ConvTableView 0.2:
1. click on "0x00000002: TableID 00001"
2. click on "0x00000394: Segment 0"
3. look at the table at the right hand side. Address0/1 is the address for the patch "patch0" and "patch1". You may ignore all columns but the last four.

I suggest you check a few more differences yourself. Maybe the problems start in one of a later segments. If you can't find any differences between these conversion table entries and your file comparison you should apply the conversion table to the m2ts file created by dumphd and then compare the result with the m2ts file created by anydvd. Please tell me the first few differences you find.

thank you
loo3aem3ON is offline   Reply With Quote
Old 15th November 2008, 23:03   #375  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Quote:
Originally Posted by loo3aem3ON View Post
You probably mean 0x0004B771.
yes, you're right, it's 0x0004B771, not 0x0004B772.

Quote:
Originally Posted by loo3aem3ON View Post
Apart from that i can't see any problems. Both repair descriptors which contain the four patches you told me are correct. You can verify this by loading the conversion table in ConvTableView 0.2:
1. click on "0x00000002: TableID 00001"
2. click on "0x00000394: Segment 0"
3. look at the table at the right hand side. Address0/1 is the address for the patch "patch0" and "patch1". You may ignore all columns but the last four.
now i know how to interpret the conversion table. thank you!

Quote:
Originally Posted by loo3aem3ON View Post
I suggest you check a few more differences yourself. Maybe the problems start in one of a later segments. If you can't find any differences between these conversion table entries and your file comparison you should apply the conversion table to the m2ts file created by dumphd and then compare the result with the m2ts file created by anydvd. Please tell me the first few differences you find.
will do all these things and will report the results.
xkodi is offline   Reply With Quote
Old 16th November 2008, 00:55   #376  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Quote:
Originally Posted by xkodi View Post
will do all these things and will report the results.
finally, full success - no difference with the AnyDVD rip, the two files are byte by byte identical now.

btw, i found out why last time i tried:

http://forum.doom9.org/showthread.ph...26#post1212526

it didn't work - that is because i compiled the content_repair.c with 32 bit fseek function that doesn't support large files. after recompiled content_repair.c with 64 bit fseek it also started to work and produced the same file as dumphd and AnyDVD.

so, BDVM Debugger generates good conv table for Ice Age (US version) and all my troubles were caused by bad compilation of content_repair.c

Last edited by xkodi; 16th November 2008 at 01:00.
xkodi is offline   Reply With Quote
Old 16th November 2008, 01:01   #377  |  Link
Accident
Registered User
 
Join Date: Aug 2002
Posts: 111
Thanks for the files, I do not have the correct volume-id so I don't know if it is going to be correct, but the first couple previously mentioned is correct:

Code:
# test/convtab -v 65 -d iceage/ -I 1d2fc67462fdf986357a8f808fa1298b -f dat/flash.bin -t 1 -u 00001.m2ts

segment: direct patch title 0 started.
[segment] index   059F
[segment] flags   42
[segment] adjust0 0030
[segment] adjust1 001B
[segment] offset0 5D
[segment] offset1 61
[segment] patch0  DAD6C6161D
[segment] patch1  D6096141C6
[segment] would seek to 0000000000045b9d to write patch0
[segment] would seek to 0000000000046fe1 to write patch1
Run against a 0-byte files, we get these patches:
Code:
00045b90  00 00 00 00 00 00 00 00  00 00 00 00 00 da d6 c6  
00045ba0  16 1d 00 00 00 00 00 00  00 00 00 00 00 00 00 00  

00046fe0  00 d6 09 61 41 c6 00 00  00 00 00 00 00 00 00 00  

0004b770  00 8f 2f a2 81 92 00 00  00 00 00 00 00 00 00 00  

0004c850  00 00 00 00 00 00 00 00  fd d5 2d 79 60 00 00 00  

0006dd50  00 00 00 00 00 00 00 00  00 00 00 00 79 18 45 8a  
0006dd60  86 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  

0006e820  00 00 00 00 00 00 00 00  00 00 00 3e 52 37 04 8e  

000fef30  00 00 00 00 00 00 00 00  00 00 c7 38 1a 9e 15 00  

00106190  00 00 00 00 00 00 00 00  00 00 00 00 33 a9 6e 2f  

001061a0  60 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  

00184a30  00 00 00 00 00 35 94 69  89 50 00 00 00 00 00 00
Edit:
I see your edit. excellent.

Last edited by Accident; 16th November 2008 at 01:13.
Accident is offline   Reply With Quote
Old 16th November 2008, 01:19   #378  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Quote:
Originally Posted by Accident View Post
I do not have the correct volume-id so I don't know if it is going to be correct,
at least with Ice Age and Die Hard 4 volume-id is not important for BD+, both with libbluray and BDVM Debugger i use wrong values and conv table is always correct, but maybe this isn't true for other BD+ protected titles.

Quote:
Originally Posted by Accident View Post
but the first couple previously mentioned is correct
they are correct, here is my log and the values are the same as yours:

Code:
0x00045B9D:
DA D6 C6 16 1D 
 
0x00046FE1:
D6 09 61 41 C6 
 
0x0004B771:
8F 2F A2 81 92

0x0004C858:
FD D5 2D 79 60 
 
0x0006DD5C:
79 18 45 8A 86 
 
0x0006E82B:
3E 52 37 04 8E 
 
0x000FEF3A:
C7 38 1A 9E 15 
 
0x0010619C:
33 A9 6E 2F 60 
 
0x00184A35:
35 94 69 89 50
Quote:
Originally Posted by Accident View Post
Edit:
I see your edit. excellent.
i uploaded BDSVM folder from the US release of Ice Age and that release works fine with libbluray, but there are problems with the Australian release:

http://forum.doom9.org/showthread.ph...79#post1213379

so, after MickJT upload BDSVM folder from the Australian release, then you will be able to look at the problem with libbluray.
xkodi is offline   Reply With Quote
Old 16th November 2008, 02:34   #379  |  Link
loo3aem3ON
Registered User
 
Join Date: Sep 2008
Posts: 189
Quote:
Originally Posted by xkodi View Post
so, BDVM Debugger generates good conv table for Ice Age (US version) and all my troubles were caused by bad compilation of content_repair.c
Have you tried repairing the movie with dumphd yet? I believe dumphd v0.5 works fine and you would have saved yourself a lot of work trying it immediately like i suggested in my first reply to your "bug report".
Anyway thank you for finding a bug in this little demonstration repair tool. Could you upload the corrected version please?

Last edited by loo3aem3ON; 16th November 2008 at 03:32.
loo3aem3ON is offline   Reply With Quote
Old 16th November 2008, 02:49   #380  |  Link
Accident
Registered User
 
Join Date: Aug 2002
Posts: 111
libbluray uses autoconf and AC_SYS_LARGEFILE, so it should have no such issues.

fopen and big files depend on OS. Some use fseeko, some use fopen(name, "rbF") (or was that the Solaris 256 descriptor problem).. and so on.
Accident is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 00:35.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.