[libdvdcss-devel] bit perfect copies of CSS DVDs

Jean-Baptiste Kempf jb at videolan.org
Wed Jul 1 10:16:22 CEST 2015


On 30 Jun, Christoph Anton Mitterer wrote :
> On Tue, 2015-06-30 at 22:16 +0200, Jean-Baptiste Kempf wrote:
> > Right. CSS is both at the file level and at the disk level. You
> > cannot
> > dd directly and have something working.
> > Therefore, when doing copies, you will always remove some part of CSS
> > encryption.
> I see, but even after one has basically "initialised" the device with
> the correct key (by first playing the media via libdvdcss), then the
> UDF still contains files with further CSS encryption, which is why my
> dd dump, when mounted and played afterwards, still shows libdvdcss in
> working, right?

If I understand correctly what you say, yes.

> > > So it seems that in addition to the drive level 
> > > encryption/protection,
> > > which is defeated in (1), there's still another file level 
> > > encryption?
> > > Right?
> > 
> > Well, yes, but I don't know how is that related to your 2).
> Well in (1) "we found out", that there's
> a) encryption at the drive level, which would give me the block level
> errors when the drive isn't sent the key
> b) encryption at the file level, which is still in place after (a) has
> been done
> Right?

Correct.

> So when I dd the disk and mount the UDF image afterwards as loopback
> device, then (a) is gone, but (b) is still present and will need to be
> decrypted.

Correct.

> When I "backup" the disk however with e.g. dvdbackup, then I don't get
> an UDF image but rather normal files VIDEO_TS/*.
> And those are (by name) the same as in the dd'ed UDF image, but the
> binary content of both differs largely.
> 
> So I assumed, that dvdbackup would also do away with (b) and that's why
> the files differ.

Your backup is probably removing the CSS encryption.

> > Are you referring about ARCCOS system?
> Not sure, is there a way to find out whether ARccOS is used?

If your dump make 40GB, or if you see 99 titles.

> hmm strange... any idea where the bug could be? hardware issue?
> libdvdcss?

Sorry, none.

> Just to make things clear:
> The difference is somewhere in the UDF between the two images of the
> same disc.
> But when I loop mount those two dd'ed images and diff the files within
> them - those are the same.
> 
> That's why I thought maybe that's part of CSS, i.e. that the drive
> kinda watermarks the UDF.

Did you read the analysis about DVDCSS?

-- 
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device


More information about the libdvdcss-devel mailing list