1 |
On Fri, Dec 16, 2011 at 12:25 PM, Mark Knecht <markknecht@×××××.com> wrote: |
2 |
> On Fri, Dec 16, 2011 at 9:06 AM, Michael Mol <mikemol@×××××.com> wrote: |
3 |
>> No; you'll have to decrypt, or do without the encrypted bits. |
4 |
>> |
5 |
>> dvdbackup is probably the closest to what you want. |
6 |
>> |
7 |
>> On Dec 16, 2011 11:09 AM, "Mark Knecht" <markknecht@×××××.com> wrote: |
8 |
>>> |
9 |
>>> For archive purposes is there a simple way for me to make a |
10 |
>>> bit-for-bit copy retail DVDs I've purchased? |
11 |
>>> |
12 |
>>> Assume that I've got the right sort of DVD drive, I guess something |
13 |
>>> capable of writing dual-layer DVDs. |
14 |
>>> |
15 |
>>> Thanks, |
16 |
>>> Mark |
17 |
> |
18 |
> Interesting. So even something that just copies blocks of data, like |
19 |
> dd, can't be used for that purpose? |
20 |
> |
21 |
> I have no interest in tearing apart the DVD in any way. It was more |
22 |
> about the idea of a fire causing the loss of maybe $15K-$20K |
23 |
> investment over the years. I can rip all the CDs, keep the ripped |
24 |
> version here to watch on the computer, and store the DVDs elsewhere, |
25 |
> but that elimiates (generally) being able to watch special features |
26 |
> which my wife and kid enjoy. |
27 |
> |
28 |
> Thanks for the info. |
29 |
|
30 |
I did exactly the same thing a few years ago, but it's been a long, |
31 |
long time, so my memory on my process is very fuzzy. (It also involved |
32 |
my first foray into RAID...I've got a couple hundred DVDs!) Go ahead, |
33 |
count the number of times I qualify something with "IIRC"... |
34 |
|
35 |
dvdbackup can recreate the ISO images, IIRC. |
36 |
|
37 |
If you run a simple 'dd' on a DVD with encrypted portions, you'll get |
38 |
I/O errors when it encounters the encrypted pieces. IIRC, some of the |
39 |
data required to decrypt those portions is on the disc, but it's in an |
40 |
out-of-the-way portion that won't show up as part of the block device. |
41 |
IIRC, dvdbackup makes use of libdvdcss to decrypt the encrypted |
42 |
portions[1], and writes a decrypted version of the data. *this* is why |
43 |
you can't make a bit-for-bit copy; the output data would be decrypted. |
44 |
|
45 |
There are other, later obstacles, too; once CSS was broken, some |
46 |
content publishers (Bandai USA, for example) would fudge the ISO spec |
47 |
and the DVD nav specs in ways that didn't break *most* hardware DVD |
48 |
players, but did tend to break players which strictly adhered to the |
49 |
standards, such as ffmpeg, vlc and mplayer. It also broke dvdbackup |
50 |
for me, IIRC, which is why I had to resort to vobcopy in some cases. I |
51 |
expect the software angle for handling these things has gotten better, |
52 |
though. |
53 |
|
54 |
[1] I don't know how it does it when dd would have hit an I/O error. |
55 |
Obviously, my understanding of the workings of dvdbackup, dd, DVDs and |
56 |
CSS encryption is flawed somehow. |
57 |
|
58 |
-- |
59 |
:wq |