Close Topic Options

Интересная ситуация сегодня получилась.
Вышел DVDFab Platinum 3.1.7.0 Final.
Скачал, поставил и решил рипануть кое что. Выбрал принципиально из Warner.
На оригинальном диске стоит защита воспроизведения по цифре и рессивер показывает 48кГц. После того как сделал рип в DVDFab Platinum 3.1.7.0 Final, показывает 96кГц.
DVDFab Platinum 3.1.7.0 Final снимает ограничения по цифре
И, что интересно. Пробовал по цифре проиграть несколько релизов Raven-а, который как я понимаю рипался через DVDARipper и ресивер показывает 48кГц.
Только Weather Report показал 96кГц.


Какие будут мнения?

What do you mean, Jagger? DVDFab is able to remove the protection over the digital output? Or only about the number showed by your receiver?
Sorry, I can't be sure about your words. I've making the translation to english -via- google russian-english beta translator.

I hope you can to answer my doubt.
Thanks at all,
1755isla.

@ JaggerV

please, provide screenshots of DVDAExplorer outputs for working song (the one that shows 96kHz) and for non-working song (the one that shows 48kHz), because you are wrong about DVDFab, read below.

@ Raven, OlCh and all interested in Copy Control Information (CCI) and the differences between DVDFab, dvdcpxm.exe, and DVDARipper + WinDVD

according to official '4C Entity 12 Bit Watermark Specification', you can get it here:

http://rapidshare.com/files/51594849/4cspec.pdf.html

the Watermark protection has two part:
1) watermarks in the actual audio data, that still can't be removed and
2) mandatory (it should be there no matter if there are real watermarks in the actual audio data or not) "12 Bit Watermark" header in the metadata (the AOBs headers), that contains the following bits:

please note, that header can be set to no restrictions and thus effectively removed.

in DVDARipper Readme.txt file you can read:

in other words, version 0.99f has "CCI data reset" and version 0.99c hasn't "CCI data reset"

so i have done some tests with "DVDARipper 0.99c", "DVDARipper 0.99f", "DVDFab Platinum 3.1.5.0", "DVDFab Platinum 3.1.7.0" and dvdcpxm.exe.
the disc i used for the tests is the original "Diana Krall - Love Scene" DVD-Audio disc, that i own.
also, both versions of "DVDFab Platinum" has the same behavior, so below i will refer to "DVDFab Platinum" only, meaning both versions.

the steps and the results:

step 1) decrypt with dvdcpxm.exe, ATS_01_4.AOB from the disc, it's 188 MB (197 947 392 bytes) in size, so it's small and good for comparison and investigation with hex editor. after decryption finished, dvdcpxm.exe reported:

so ATS_01_4.AOB has 7 unencrypted blocks on the original encrypted disc, it's very important to mention that, as you will see later.

step 2) decrypt the disc with "DVDFab Platinum"

step 3) compare byte by byte the ATS_01_4.AOB file produced with dvdcpxm.exe and the one produced with "DVDFab Platinum"

guess what? they have exactly 7 different bytes, exactly the same number as the number of unencrypted blocks in ATS_01_4.AOB

step 4) further investigation with hex editor of those 7 different bytes shows, that in every AOB header of those 7 unencrypted blocks, there is 1 different byte and more precisely:

conclusion 1: if the block is unencrypted on the original encrypted disc, "DVDFab Platinum" copy the block header from the original disc, exactly as it is, without processing the CCI bits, while dvdcpxm.exe process the CCI bits and set them to 0, which is very logical CCI status for unencrypted block - obviously it can be copied.

step 5) decrypt the disc with "DVDARipper 0.99c"

as DVDARipper Readme.txt says, that version doesn't process the CCI bits at all and further investigation with hex editor shows that:

conclusion 2: no matter if the block is encrypted or unencrypted "DVDARipper 0.99c" doesn't process the CCI bits and copy the block header exactly as it is on the original disc, which is obviously very wrong, because doesn't reflect the actual CCI status

step 5) decrypt the disc with "DVDARipper 0.99f"

as DVDARipper Readme.txt says, that version do processing of the CCI bits, comparison of the ATS_01_4.AOB produced with dvdcpxm.exe and the one produced with "DVDARipper 0.99f" and further investigation with hex editor shows that:

conclusion 3: "DVDARipper 0.99f" do CCI bits processing for all blocks, and resets the CCI bits.

summarization of conclusion 1 + 2 + 3:

dvdcpxm.exe:
- unencrypted block: process the CCI bits and set them to 0
- encrypted block: process the CCI bits and set them to 0

"DVDFab Platinum":
- unencrypted block: doesn't process the CCI bits, copy the block header exactly as it is from the original disc
- encrypted block: process the CCI bits and set them to 0

"DVDARipper 0.99c":
- unencrypted block: doesn't process the CCI bits, copy the block header exactly as it is from the original disc
- encrypted block: doesn't process the CCI bits, copy the block header exactly as it is from the original disc

"DVDARipper 0.99f":
- unencrypted block: process the CCI bits and resets the CCI bits
- encrypted block: process the CCI bits and resets the CCI bits

CONCLUSION:
the rips produced with "DVDFab Platinum", "DVDARipper 0.99c", "DVDARipper 0.99f" and dvdcpxm.exe differs only in how the CCI bits are handled, all other bits are the same.

obviously "DVDFab Platinum" and "DVDARipper 0.99c" do the things wrong.

from point of view to reconstruct the AOBs, before their encryption, dvdcpxm.exe is right and produces the correct files, however for our needs, probably we want:

- unencrypted block: process the CCI bits and reset the CCI bits
- encrypted block: process the CCI bits and reset the CCI bits

and that is exactly what "DVDARipper 0.99f" do.

however, further investigation and test are needed to see what CCI bits are the best for standalone DVD-Audio players, until then both "DVDARipper 0.99f" and dvdcpxm.exe are correct in their own way, dvdcpxm.exe is open-source so we can easily modify it, when we know what is best for standalone DVD-Audio players.

PS1

the above explains the output from DVDAExplorer, here some screenshots with short comments:

1) original encrypted disc:




the CCI status info of the original encrypted media

2) "DVDARipper 0.99c":




looks exactly the same as the status of the original encrypted media above, because no matter if the block is encrypted or unencrypted "DVDARipper 0.99c" copy the header from the original encrypted media, which is wrong, because after decryption more logical status is something like "Copy Freely"

3) "DVDFab Platinum":



random effect, because some of the blocks on the original media are encrypted and some are not, so for some tracks the CCI status is correct (the same as with dvdcpxm.exe rips) and for other tracks it's not correct, it's the same as on the encrypted original media, which is wrong as mentioned above



for all tracks the CCI status isn't correct, it's the same as on the original encrypted media, because every track has unencrypted blocks and in such case "DVDFab Platinum" copy the header from the original encrypted disc, which is wrong as mentioned above

4) "DVDARipper 0.99f":




process and resets the CCI status for all blocks, no matter if they are encrypted or not, reset them 4

5) dvdcpxm.exe:




process the CCI bits and set them to 0 for all blocks, no matter if they are encrypted or not

This post has been edited by xkodi on 28-08-2007, 07:48

PS2 here are screenshots for headers of an unencrypted block:

1) original encrypted disc:



2) "DVDARipper 0.99c":



3) "DVDFab Platinum":



4) "DVDARipper 0.99f":



5) dvdcpxm.exe:



PS3 please, don't blame me if i made a mistake or concluded something wrong, but rather do the tests for yourself, you know the idea now, and share your results and thoughts, so we can clarify the things even further

PS4 because now we know which are the CCI bits in the header and dvdcpxm is open-source and thus easily modified, so maybe we need to do tests which CCI bits are best for the standalone DVD-Audio players.

This post has been edited by xkodi on 27-08-2007, 18:32

ok, i'm ready with the posts above, if you want, you can read them now ...

at least now it's clear what is the differences between DVDFab, dvdcpxm.exe, and DVDARipper + WinDVD, they handle the CCI bits differently.

the big question now is:

which is the best CCI bits combination, the 0x04 like the used by "DVDARipper 0.99f" or 0x00 like the used by dvdcpxm.exe?

guess only tests with standalone DVD-Audio players can answer that question.

This post has been edited by xkodi on 27-08-2007, 18:59

А у кого-нибудь этот dvdcpxm.exe работает? У меня Windows пишет "Не удается выполнить указанную программу.".

on my computer: WinXP Pro + SP2, works great without any problems

by the way judging from the fact, that JaggerV has 96kHz with DVDFab rip and that DVDFab do the same thing as dvdcpxm.exe for the encrypted blocks, seems that standalone players love 0x00 for CCI bits rather than 0x04 used by "DVDARipper 0.99f", but further confirmation and tests are needed ...

This post has been edited by xkodi on 27-08-2007, 19:28

У меня тоже WinXP Pro SP2, правда Rus. Может быть для работы программы требуются какие-то dll которые могут быть на Вашем компьютере за счет наличия у Вас каких либо средств разработки программного обеспечения?

У меня тоже WinXP Pro SP2, правда Rus. Может быть для работы программы требуются какие-то dll которые могут быть на Вашем компьютере за счет наличия у Вас каких либо средств разработки программного обеспечения?

my installation of WinXP is from yesterday and it's completely clean, i've installed only WinXP + drivers for my hardware, so the problem is not a missing dll, but the archive contains the source code of dvdcpxm, so you can try to compile the program on your computer, then probably it will work.

i used "Minnetonka discWelder CHROME" to make AOBs with all possible combinations of CCI options, here is the table with the result, the digits on the left are the binary representation of the byte contains the CCI bits and on the right is the meaning, taken from the "Minnetonka discWelder CHROME" menus:


00 0000 00 --> Copying Permitted without Restrictions

11 0000 00 --> No Copying Permitted

10 0000 00 --> Copying Permitted with Restrictions, Number of Copies: 1, Max Quality: 2 ch/48 kHz/16 bit
10 0010 00 --> Copying Permitted with Restrictions, Number of Copies: 2, Max Quality: 2 ch/48 kHz/16 bit
10 0100 00 --> Copying Permitted with Restrictions, Number of Copies: 4, Max Quality: 2 ch/48 kHz/16 bit
10 0110 00 --> Copying Permitted with Restrictions, Number of Copies: 6, Max Quality: 2 ch/48 kHz/16 bit
10 1000 00 --> Copying Permitted with Restrictions, Number of Copies: 8, Max Quality: 2 ch/48 kHz/16 bit
10 1010 00 --> Copying Permitted with Restrictions, Number of Copies: 10, Max Quality: 2 ch/48 kHz/16 bit
10 1110 00 --> Copying Permitted with Restrictions, Number of Copies: Not Restricted, Max Quality: 2 ch/48 kHz/16 bit

10 0000 10 --> Copying Permitted with Restrictions, Number of Copies: 1, Max Quality: 2 ch
10 0010 10 --> Copying Permitted with Restrictions, Number of Copies: 2, Max Quality: 2 ch
10 0100 10 --> Copying Permitted with Restrictions, Number of Copies: 4, Max Quality: 2 ch
10 0110 10 --> Copying Permitted with Restrictions, Number of Copies: 6, Max Quality: 2 ch
10 1000 10 --> Copying Permitted with Restrictions, Number of Copies: 8, Max Quality: 2 ch
10 1010 10 --> Copying Permitted with Restrictions, Number of Copies: 10, Max Quality: 2 ch
10 1110 10 --> Copying Permitted with Restrictions, Number of Copies: Not Restricted, Max Quality: 2 ch

10 0001 00 --> Copying Permitted with Restrictions, Number of Copies: 1, Max Quality: Not Restricted
10 0011 00 --> Copying Permitted with Restrictions, Number of Copies: 2, Max Quality: Not Restricted
10 0101 00 --> Copying Permitted with Restrictions, Number of Copies: 4, Max Quality: Not Restricted
10 0111 00 --> Copying Permitted with Restrictions, Number of Copies: 6, Max Quality: Not Restricted
10 1001 00 --> Copying Permitted with Restrictions, Number of Copies: 8, Max Quality: Not Restricted
10 1011 00 --> Copying Permitted with Restrictions, Number of Copies: 10, Max Quality: Not Restricted
10 1111 00 --> Copying Permitted with Restrictions, Number of Copies: Not Restricted, Max Quality: Not Restricted

these values are self-explanatory: first two major bits define the copying status, next bits define the "Number of Copies" and the "Max Quality"

so the value of 0x04 (00 0001 00) used by "DVDARipper 0.99f" is not valid , actually it is a combination between the first half of ("Copying Permitted without Restrictions"):

00 0000 00 --> Copying Permitted without Restrictions

and the last half of ("Copying Permitted with Restrictions, Number of Copies: 1, Max Quality: Not Restricted"):

10 0001 00 --> Copying Permitted with Restrictions, Number of Copies: 1, Max Quality: Not Restricted

and thus should be read as "Copying Permitted without Restrictions, Number of Copies: 1, Max Quality: Not Restricted", which doesn't make much sense and so probably when first too major bits are zero ("Copying Permitted without Restrictions") then all other minor bits are ignored and in such case in practice both 0x00 and 0x04 should be treated the same, but still 0x04 is not in the table above and so should be considered invalid.

conclusion: in theory seems only dvdcpxm.exe provides really correct decryption of DVD-Audio discs, however probably in practice both dvdcpxm.exe and "DVDARipper 0.99f" have the same behavior, because probably when first too major bits of CCI bits are zero, all other bits are ignored and so in practice 0x04 is treated the same as 0x00, but to remove any doubt, test with standalone DVD-Audio player is required.

This post has been edited by xkodi on 28-08-2007, 11:38

another document:

http://www.4centity.com/data/licensing/adopter/200312CPPM_Compliance_Rules_DVD_Audio2.pdf

says that 0x04 is the correct value of the CCI bits for unrestricted content, so

dvdcpxm and "Minnetonka discWelder CHROME" set it to 0x00

"DVDARipper 0.99f" and the document above set it to 0x04

obviously we need to test if standalone DVD-Audio players make a difference between those two values ...

xkodi
WinXP Pro SP2 Rus CPU AMD Athlon 64 X2 Dual Core 3600+ : dvdcpxm.exe not work;
WinXP Pro SP2 Eng CPU Pentium 4 : dvdcpxm.exe work;
Есть предположения почему?

i have no idea, but probably the problem is something in the RUS localized version of WinXP, so i build a version of dvdcpxm with UNICODE support, maybe that will help:

link: http://rapidshare.com/files/51995197/duc0.rar.html
archive password: n3tL4b%E2k@rU

also i build a version of dvdcpxm with UNICODE support, that also set the CCI bits to 0x04 (instead of 0x00 like the version above):

link: http://rapidshare.com/files/51997665/duc4.rar.html
archive password: n3tL4b%E2k@rU

because that value is the recommended one in section "3.3 Digital CCI Configuration" of the following document:

http://www.4centity.com/data/licensing/adopter/200312CPPM_Compliance_Rules_DVD_Audio2.pdf

"DVDARipper 0.99f" also uses 0x04 for CCI bits.

however, still the output of dvdcpxm and "DVDARipper 0.99f" is different, because "DVDARipper 0.99f" uses sequence of "CDFFFFFF..." for block padding and dvdcpxm uses sequence of "FFFFFFFF..." for block padding.
i don't know which one is more correct padding sequence, but i believe that it is "FFFFFFFF...", because "DVDARipper 0.99c" also uses that sequence and seems that "CDFFFFFF..." is some kind of bug introduced in "DVDARipper 0.99f", so for the time being the most accurate DVD-Audio ripper is:

link: http://rapidshare.com/files/51997665/duc4.rar.html
archive password: n3tL4b%E2k@rU

P.S.

"Minnetonka discWelder CHROME" also uses sequence of "FFFFFFFF..." for block padding, when creates DVD-Audio images, so seems that is the correct value.

This post has been edited by xkodi on 29-08-2007, 12:41

xkodi
dvdcpxm with UNICODE support work on WinXP Pro SP2 Rus. Thank you very much.
P.S. Could you please give source code of this version?

xkodi

Any chance we could see some of them? Thanks in advance