Re: inaccurate table of contents

This is a multi-part message in MIME format...

------------=_1280913345-1124-1
Content-Type: text/plain; charset="iso-8859-15"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Joshua N Pritikin wrote:

> I am finding lots of DVDs that play just fine with Totem or Xine but are=
=20
> impossible to backup accurately. Typically there are about 100 tracks=20
> but the tracks do not correspond to the content very well. For example,=
=20
> many tracks report, say 25 minutes of video, but if you play them then=20
> the length changes to less than 100 frames. There are other tracks that=
=20
> seem to contain the content. If I copy them to the hard drive then I get=
=20
> maybe an hour of video. However, the track is not the entire program but=
=20
> just a slice of it. So it looks like content creators are distributing=20
> the video across tracks in a fairly complex way and using the DVD Menu=20
> system to piece things back together. Is there a way to backup these=20
> kinds of DVDs?

Unfortunately not with dvd::rip, since it uses the raw title structure=20
and can't take such DVD menu concatenation tricks into account. Probably
DVD shrinking tools like K9Copy may help here.

Regards,

J=F6rn

--=20
 .''`.  J=F6rn Reder <[email protected]>
: :' :  http://www.exit1.org/
`. `'
  `-    Debian GNU/Linux -- The power of freedom

------------=_1280913345-1124-1
Content-Type: application/pgp-signature
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABEDAAYFAkxZL8EACgkQ2hNi0Chc9HMPkACdEpwwJ45MsqAKVu0VZugYmvHI
6J4Anixh0wT6bKbVK4Mbn7s1BKBy/ESL
=miJG
-----END PGP SIGNATURE-----

------------=_1280913345-1124-1--