From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GWHkW-0006oR-Gp for garchives@archives.gentoo.org; Sat, 07 Oct 2006 19:22:16 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k97JL92Y007594; Sat, 7 Oct 2006 19:21:09 GMT Received: from ender.volumehost.net (adsl-69-154-123-202.dsl.fyvlar.swbell.net [69.154.123.202]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k97JH1mV014076 for ; Sat, 7 Oct 2006 19:17:02 GMT Received: from localhost (localhost [127.0.0.1]) by ender.volumehost.net (Postfix) with ESMTP id EA7B614F9 for ; Sat, 7 Oct 2006 19:17:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at volumehost.net Received: from ender.volumehost.net ([127.0.0.1]) by localhost (ender.volumehost.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yHTyPibt0V1P for ; Sat, 7 Oct 2006 19:16:57 +0000 (UTC) Received: from adsl-69-154-123-205.dsl.fyvlar.swbell.net (adsl-69-154-123-205.dsl.fyvlar.swbell.net [69.154.123.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ender.volumehost.net (Postfix) with ESMTP id 516F4BE1 for ; Sat, 7 Oct 2006 19:16:57 +0000 (UTC) From: "Boyd Stephen Smith Jr." To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] {OT} dvdrip permissions error, alternative? Date: Sat, 7 Oct 2006 14:16:46 -0500 User-Agent: KMail/1.9.4 References: <49bf44f10610050957q6a1758apded3e4b5ffce987@mail.gmail.com> <49bf44f10610061050x6895b294ob4dfc9aeed23ac07@mail.gmail.com> <200610072152.28871.nick@rout.co.nz> In-Reply-To: <200610072152.28871.nick@rout.co.nz> X-Eric-Conspiracy: There is no conspiracy Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1325157.0Zq7fGyLUF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610071416.51637.bss03@volumehost.net> X-Archives-Salt: a9332715-0766-47c3-8dac-432cccc11921 X-Archives-Hash: b2db6bc03d6e980c2685346cac090335 --nextPart1325157.0Zq7fGyLUF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 07 October 2006 03:52, Nick Rout wrote=20 about 'Re: [gentoo-user] {OT} dvdrip permissions error, alternative?': > On Saturday 07 October 2006 06:50, Grant wrote: > > > > I think I'll stick with: > > > > > > > > dd if=3D/dev/dvd of=3Dimage.dvd > > > > > > That won't work on CSS scrambled discs. You'll copy the scrambled > > > data but not the key. Instead, use vobcopy followed by growisofs. > > > > What about this (it's what I've been doing): > > > > lsdvd && dd if=3D/dev/dvd of=3Dimage.dvd > > > > Is there any advantage to creating an ISO filesystem out of the image > > if you aren't going to burn it? > > yes. ease of transfer, keping everyting togther. still playable with > xine dvd://path/to.iso > > why are you naming it image.dvd instead of image.iso? > > > Also, is there any way to compress > > the image without doing any kind of transcoding or that type of > > reprocessing? > > the mpeg streams on the dvd ARE compressed. thats what the mpeg codec > does. You can try the usual suspects - zip, bzip etc, but you won't get > far. > > programs that reduce the size of DVD9 so that they will fit on a DVD5 > usually requantise the stream, I am not sure what that means, but it is > much quicker than transcoding to another codec like xvid. xvid will, of > course, give you a much smaller avi file. Increasing the quantization increases the number of pixels represented by a= =20 single data element in the stream. From what I understand, MPEG2 does=20 very JPEG like compression, meaning that square groups of pixels with=20 almost the same color will be stored as a single data element with the=20 average color (and maybe some hinting). Increasing the quantization=20 further merges some of these groups together, resulting in both quality=20 and size reductions. > the analogy with flac is not really appropriate. flac is a lossless > compression, you start with an uncompressed wav file and end up with a > losslessly compressed audio file. A DVD is already lossy compressed to > mpeg2, so it is not logical to make an analogy with flac. Agreed. There are a number of lossless video codecs out there (=20 http://en.wikipedia.org/wiki/List_of_codecs#Lossless_data_compression_2 ),= =20 though certainly none are in wide use. I'd wager that since your are=20 starting w/ an already compressed stream, converting to a lossless format=20 would actually make the video larger. With DVD it isn't practical to=20 transfer uncompressed video, perhaps we might see some uncompressed video=20 available with HD-DVD or Blu-ray. =2D-=20 "If there's one thing we've established over the years, it's that the vast majority of our users don't have the slightest clue what's best for them in terms of package stability." =2D- Gentoo Developer Ciaran McCreesh --nextPart1325157.0Zq7fGyLUF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFJ/0jq72nDbhDXToRAs9hAKCDAgUhsgNIn+gtvVrYjG7z6URB9wCeL5Z1 n/RaB0mj8O+xEV4EFCUaesA= =b/l9 -----END PGP SIGNATURE----- --nextPart1325157.0Zq7fGyLUF-- -- gentoo-user@gentoo.org mailing list