From transcode-users-admin@exit1.org Wed Dec 1 01:44:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B186B126D85 for ; Wed, 1 Dec 2004 01:44:46 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB10g8Xl019090; Wed, 1 Dec 2004 01:42:08 +0100 Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB10bkXl018925 for ; Wed, 1 Dec 2004 01:37:49 +0100 Received: from froggy.surprise-family.net (c-67-171-190-152.client.comcast.net[67.171.190.152]) by comcast.net (rwcrmhc13) with ESMTP id <2004120100373501500cleate>; Wed, 1 Dec 2004 00:37:40 +0000 Received: from froggy.surprise-family.net (froggy.surprise-family.net [127.0.0.1]) by froggy.surprise-family.net (8.12.8/8.12.8) with ESMTP id iB10YLit032428 for ; Tue, 30 Nov 2004 16:34:32 -0800 Received: (from jason@localhost) by froggy.surprise-family.net (8.12.8/8.12.8/Submit) id iB10Y6gg032426 for transcode-users@exit1.org; Tue, 30 Nov 2004 16:34:06 -0800 X-Authentication-Warning: froggy.surprise-family.net: jason set sender to thesurprises1@comcast.net using -f Date: Tue, 30 Nov 2004 16:34:06 -0800 From: The Surprises To: transcode-users@exit1.org Subject: Re: [transcode-users] Choppy video Message-ID: <20041201003406.GA32419@froggy.surprise-family.net> References: <20041129002956.GB29011@froggy.surprise-family.net> <20041129011350.GB12347@funk.gsky.dom> <20041129015510.GA29194@froggy.surprise-family.net> <1101727971.3192.63.camel@localhost.localdomain> <20041129224158.GA30444@froggy.surprise-family.net> <1101809721.3184.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101809721.3184.3.camel@localhost.localdomain> User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, Nov 30, 2004 at 11:15:21AM +0100, Erik Slagter wrote: > On Mon, 2004-11-29 at 23:41, The Surprises wrote: > > > I've heard this more often. Either ntsc OR the bttv driver OR the > > > combination of both tend to need varying interlacing parameters... > > > Does this mean that every DVD i create should use --encode-fields t? > > Or, is it source specific? Seems to me that since this is an encoding > > option, I would need to do it every time, regardless of the source > > media. > > Depends on the source. If it's bttv, then probably: yes. > What is bttv? The source is an NTSC dvd. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 10:39:28 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 99330126D85 for ; Wed, 1 Dec 2004 10:39:28 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB19YHXl008738; Wed, 1 Dec 2004 10:34:18 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB19T5Xl008365 for ; Wed, 1 Dec 2004 10:29:05 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id C2082CFBE3 for ; Wed, 1 Dec 2004 10:29:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 68B3452C001; Wed, 1 Dec 2004 10:29:04 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 315B12D2; Wed, 1 Dec 2004 10:28:31 +0100 (CET) Subject: Re: [transcode-users] Choppy video From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041201003406.GA32419@froggy.surprise-family.net> References: <20041129002956.GB29011@froggy.surprise-family.net> <20041129011350.GB12347@funk.gsky.dom> <20041129015510.GA29194@froggy.surprise-family.net> <1101727971.3192.63.camel@localhost.localdomain> <20041129224158.GA30444@froggy.surprise-family.net> <1101809721.3184.3.camel@localhost.localdomain> <20041201003406.GA32419@froggy.surprise-family.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101893310.3200.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 01 Dec 2004 10:28:31 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 01:34, The Surprises wrote: > > > Does this mean that every DVD i create should use --encode-fields t? > > > Or, is it source specific? Seems to me that since this is an encoding > > > option, I would need to do it every time, regardless of the source > > > media. > > Depends on the source. If it's bttv, then probably: yes. > What is bttv? The source is an NTSC dvd. Okay. Maybe I have it the wrong way around in the dvd export profile. Do other ntsc-customers also experience this? _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 15:25:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 75D62126D85 for ; Wed, 1 Dec 2004 15:25:41 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1ELbXl026009; Wed, 1 Dec 2004 15:21:37 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1EFZXl025538 for ; Wed, 1 Dec 2004 15:15:36 +0100 Received: from inferno.slug.org (IDENT:1000@localhost.localnet [127.0.0.1]) by inferno.slug.org (8.13.0/8.13.0) with ESMTP id iB1EFXma017516 for ; Wed, 1 Dec 2004 06:15:33 -0800 Received: (from phil@localhost) by inferno.slug.org (8.13.0/8.13.0/Submit) id iB1EFVOM017515 for transcode-users@exit1.org; Wed, 1 Dec 2004 06:15:31 -0800 Date: Wed, 1 Dec 2004 06:15:31 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] Choppy video Message-ID: <20041201141531.GA17511@t22> References: <20041129002956.GB29011@froggy.surprise-family.net> <20041129011350.GB12347@funk.gsky.dom> <20041129015510.GA29194@froggy.surprise-family.net> <1101727971.3192.63.camel@localhost.localdomain> <20041129224158.GA30444@froggy.surprise-family.net> <1101809721.3184.3.camel@localhost.localdomain> <20041201003406.GA32419@froggy.surprise-family.net> <1101893310.3200.0.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101893310.3200.0.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Erik Slagter wrote: > On Wed, 2004-12-01 at 01:34, The Surprises wrote: > > > > Does this mean that every DVD i create should use --encode-fields t? > > > > Or, is it source specific? Seems to me that since this is an encoding > > > > option, I would need to do it every time, regardless of the source > > > > media. > > > Depends on the source. If it's bttv, then probably: yes. > > What is bttv? The source is an NTSC dvd. > > Okay. Maybe I have it the wrong way around in the dvd export profile. Do > other ntsc-customers also experience this? NO! NO! NO! -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 15:36:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A32D7126D85 for ; Wed, 1 Dec 2004 15:36:34 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1EZ9Xl026978; Wed, 1 Dec 2004 15:35:09 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1EV5Xl026714 for ; Wed, 1 Dec 2004 15:31:05 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 20161CFBE3 for ; Wed, 1 Dec 2004 15:31:05 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id B34F352C001; Wed, 1 Dec 2004 15:31:04 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 00EE12B6A64; Wed, 1 Dec 2004 15:30:46 +0100 (CET) Subject: Re: [transcode-users] Choppy video From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041201141531.GA17511@t22> References: <20041129002956.GB29011@froggy.surprise-family.net> <20041129011350.GB12347@funk.gsky.dom> <20041129015510.GA29194@froggy.surprise-family.net> <1101727971.3192.63.camel@localhost.localdomain> <20041129224158.GA30444@froggy.surprise-family.net> <1101809721.3184.3.camel@localhost.localdomain> <20041201003406.GA32419@froggy.surprise-family.net> <1101893310.3200.0.camel@localhost.localdomain> <20041201141531.GA17511@t22> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101911446.3200.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 01 Dec 2004 15:30:46 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 15:15, Phil Ehrens wrote: > > Okay. Maybe I have it the wrong way around in the dvd export profile. Do > > other ntsc-customers also experience this? > > NO! NO! NO! No need to shout ;-) Still it's strange. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 17:02:48 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id BD38B126D85 for ; Wed, 1 Dec 2004 17:02:48 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1FxgXl032010; Wed, 1 Dec 2004 16:59:42 +0100 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB1FtkXl031755 for ; Wed, 1 Dec 2004 16:55:46 +0100 Received: (qmail 22321 invoked by uid 65534); 1 Dec 2004 15:55:40 -0000 Received: from 213-182-98-119.teleos-web.de (EHLO work.holtkamp.priv) (213.182.98.119) by mail.gmx.net (mp015) with SMTP; 01 Dec 2004 16:55:40 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CZWpQ-00038Z-00 for ; Wed, 01 Dec 2004 16:55:40 +0100 Received: from maik by work.holtkamp.priv with local (Exim 3.35 #1 (Debian)) id 1CZWow-00038U-00 for ; Wed, 01 Dec 2004 16:55:10 +0100 Date: Wed, 1 Dec 2004 16:55:10 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041201155510.GB11900@holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <41ACD2EA.3070900@personnelware.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <41ACD2EA.3070900@personnelware.com> User-Agent: Mutt/1.3.28i X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/11/30@14:07 Carl Karsten told me: > Is this the best place to ask about streamdvd and dvdauthor? I suppose dvdauthor-users is the better place but anyhow: > When I use those two, I get one long chapter. Pretty sure the original= =20 ^^^^^^^ BTW: wrong subject? There is IMHO no (easy) way (w/t wine) in linux to requant _and_ save the menus > chapter indexes are just ignored, and dvdauthor just builds a new=20 > default index. Wondering if there is some way to keep the chapter=20 > indexes intact even when requantization has occurred. I am not that familiar with streamdvd (just once used vamps) but in line with the homepage it can extract single chapters so IMHO something like: <pgc <vob file=3D"streamdvd .... <--chapter> 1 |"/> </pgc> <pgc> <vob file=3D"streamdvd .... <--chapter> 2 |"/> </pgc> .... dvdauthor -x file.xml.=20 The example give on streamdvds HP is rather rough and does not use dvdauthors xml capabilities. However, if you don't mind switching to vamps, you will IIRC=20 find some of Erik's perl magick in the archive. HTH --=20 bye maik --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iEYEARECAAYFAkGt6V4ACgkQ0Bn175Anq4gndwCfSZsy0Fe0N+L5ga6LOePmK+4w /KIAoIMU7otTy7H1trmCj8G7UQZJu+Ci =Nyhp -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 17:20:49 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 86322126D85 for ; Wed, 1 Dec 2004 17:20:49 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1GHxXl000570; Wed, 1 Dec 2004 17:17:59 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1GE5Xl032756 for ; Wed, 1 Dec 2004 17:14:05 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 3AFF8CFBE3 for ; Wed, 1 Dec 2004 17:14:05 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 6C96252C001; Wed, 1 Dec 2004 17:14:04 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 2ACE759; Wed, 1 Dec 2004 17:13:21 +0100 (CET) Subject: Re: [transcode-users] OT: dvdmenus From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041201155510.GB11900@holtkamp.priv> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101917600.3367.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 01 Dec 2004 17:13:21 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 16:55, Maik Holtkamp wrote: > However, if you don't mind switching to vamps, you will IIRC > find some of Erik's perl magick in the archive. These will not save your menu's, it will create a new one. You might try dvdunauthor. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 17:55:55 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 7DD5F126D85 for ; Wed, 1 Dec 2004 17:55:55 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1GqEXl002770; Wed, 1 Dec 2004 17:52:14 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1GmIXl002402 for ; Wed, 1 Dec 2004 17:48:19 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB1GmGZj005715 for ; Wed, 1 Dec 2004 08:48:16 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB1GmF5P005714 for transcode-users@exit1.org; Wed, 1 Dec 2004 08:48:15 -0800 Date: Wed, 1 Dec 2004 08:48:14 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041201164814.GA5686@tecra780> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041201155510.GB11900@holtkamp.priv> User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Maik Holtkamp wrote: > There is IMHO no (easy) way (w/t wine) in linux to requant > _and_ save the menus Are you saying that if you use dvdbackup on a dvd, and then apply tcrequant to each .vob in turn, that it damages the menu structure in some way? That doesn't sound right. You should be able to mkisofs -dvd-video on the result and it should work fine... though, since I haven't bothered to try it, I could be totally, utterly wrong. Phil -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 18:08:31 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 0F38E126D85 for ; Wed, 1 Dec 2004 18:08:31 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1H6KXl003778; Wed, 1 Dec 2004 18:06:20 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1H24Xl003506 for ; Wed, 1 Dec 2004 18:02:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id DC62BCFBE3 for ; Wed, 1 Dec 2004 18:02:03 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id A044552C001; Wed, 1 Dec 2004 18:02:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 5DB3159; Wed, 1 Dec 2004 18:01:57 +0100 (CET) Subject: Re: [transcode-users] OT: dvdmenus From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041201164814.GA5686@tecra780> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101920517.3367.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 01 Dec 2004 18:01:57 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 17:48, Phil Ehrens wrote: > Maik Holtkamp wrote: > > There is IMHO no (easy) way (w/t wine) in linux to requant > > _and_ save the menus > > Are you saying that if you use dvdbackup on a dvd, and > then apply tcrequant to each .vob in turn, that it damages > the menu structure in some way? That doesn't sound right. > > You should be able to mkisofs -dvd-video on the result > and it should work fine... though, since I haven't bothered > to try it, I could be totally, utterly wrong. IMHO the pointers in the ifo files into the vobs will be completely wrong... _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 18:22:33 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 4E89E126D85 for ; Wed, 1 Dec 2004 18:22:33 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1HKRXl004611; Wed, 1 Dec 2004 18:20:27 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1HGEXl004372 for ; Wed, 1 Dec 2004 18:16:15 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB1HGDm9005727 for ; Wed, 1 Dec 2004 09:16:13 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB1HGA4b005726 for transcode-users@exit1.org; Wed, 1 Dec 2004 09:16:10 -0800 Date: Wed, 1 Dec 2004 09:16:10 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041201171609.GB5686@tecra780> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101920517.3367.2.camel@localhost.localdomain> User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Erik Slagter wrote: > On Wed, 2004-12-01 at 17:48, Phil Ehrens wrote: > > Maik Holtkamp wrote: > > > There is IMHO no (easy) way (w/t wine) in linux to requant > > > _and_ save the menus > > > > Are you saying that if you use dvdbackup on a dvd, and > > then apply tcrequant to each .vob in turn, that it damages > > the menu structure in some way? That doesn't sound right. > > > > You should be able to mkisofs -dvd-video on the result > > and it should work fine... though, since I haven't bothered > > to try it, I could be totally, utterly wrong. > > IMHO the pointers in the ifo files into the vobs will be completely > wrong... Ah, so the ifo files contain byte offset based index information. My bad. Is there a nice description of this somewhere that I can study and turn into a wiki page? -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 18:48:38 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id CC6E0126D85 for ; Wed, 1 Dec 2004 18:48:38 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1HjhXl005766; Wed, 1 Dec 2004 18:45:43 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1Hf4Xl005523 for ; Wed, 1 Dec 2004 18:41:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id E47EDCFBE3 for ; Wed, 1 Dec 2004 18:41:03 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id A324752C001; Wed, 1 Dec 2004 18:41:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 5867459; Wed, 1 Dec 2004 18:40:56 +0100 (CET) Subject: Re: [transcode-users] OT: dvdmenus From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041201171609.GB5686@tecra780> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> <20041201171609.GB5686@tecra780> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101922856.3367.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 01 Dec 2004 18:40:56 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 18:16, Phil Ehrens wrote: > > IMHO the pointers in the ifo files into the vobs will be completely > > wrong... > > Ah, so the ifo files contain byte offset based index > information. My bad. Is there a nice description of > this somewhere that I can study and turn into a wiki > page? I am not quite a guru on this, but I do know the ifo file contains time-to-byte position pointers, and of course these will be wrong. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 19:25:18 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 7A166126D85 for ; Wed, 1 Dec 2004 19:25:18 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1IIZXl007398; Wed, 1 Dec 2004 19:18:35 +0100 Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1ICdXl007113 for ; Wed, 1 Dec 2004 19:12:39 +0100 Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id 343F1549BA for ; Wed, 1 Dec 2004 19:15:43 +0100 (CET) Date: Wed, 1 Dec 2004 19:12:33 +0100 (CET) From: Christoph Lampert To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus In-Reply-To: <20041201171609.GB5686@tecra780> Message-ID: References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> <20041201171609.GB5686@tecra780> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 1 Dec 2004, Phil Ehrens wrote: > > Ah, so the ifo files contain byte offset based index > information. My bad. Is there a nice description of > this somewhere that I can study and turn into a wiki > page? I guess this has already been done (maybe not as a Wiki, but as other online resources). Starting at doom9.net might be a good idea to find the information. If you want the technical specs, go to http://dvd.sourceforge.net/dvdinfo/ifo.html or more general http://dvd.sourceforge.net/dvdinfo/ I think what everybody would love to see is a tool that fixed the IFO-files to work with shrunk VOBs, or created correct IFOs based on the previous menu structure, but it seems that nobody has invested the time so far. Christoph _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 19:54:19 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id D8171126D85 for ; Wed, 1 Dec 2004 19:54:19 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1Ih1Xl008532; Wed, 1 Dec 2004 19:43:01 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1IdKXl008329 for ; Wed, 1 Dec 2004 19:39:21 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB1IdI7j005768 for ; Wed, 1 Dec 2004 10:39:18 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB1IdGAW005767 for transcode-users@exit1.org; Wed, 1 Dec 2004 10:39:16 -0800 Date: Wed, 1 Dec 2004 10:39:16 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041201183916.GA5760@tecra780> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> <20041201171609.GB5686@tecra780> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Christoph Lampert wrote: > > I guess this has already been done (maybe not as a Wiki, but > as other online resources). Starting at doom9.net might be a > good idea to find the information. If you want the technical specs, > go to > > http://dvd.sourceforge.net/dvdinfo/ifo.html > or more general > http://dvd.sourceforge.net/dvdinfo/ That is fantastic. I have linked to it from here: http://www.transcoding.org/cgi-bin/transcode?External_Resources _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 20:55:10 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A78CA126D85 for ; Wed, 1 Dec 2004 20:55:10 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1Jr8Xl012942; Wed, 1 Dec 2004 20:53:08 +0100 Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1JmIXl012558 for ; Wed, 1 Dec 2004 20:48:18 +0100 Received: by wproxy.gmail.com with SMTP id 57so76893wri for ; Wed, 01 Dec 2004 11:48:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=sh+QaQYlHn7RCZ/tDYoa3GgvtuNBxh0OrJ+9T7RciMfBbyQjab0Kf+s8L1RqYhOsAtbbuEHwy9utDWuYJmM1cWe7YYJQmAGr2mYU8PI9oDVy6VzI9F+ZpOMXwISdBhGrf5ofB30PnvRHPAmc1dyQEb61qIlE8mS2jpIs/VO5rIQ= Received: by 10.54.41.71 with SMTP id o71mr847890wro; Wed, 01 Dec 2004 11:48:11 -0800 (PST) Received: by 10.54.36.6 with HTTP; Wed, 1 Dec 2004 11:48:11 -0800 (PST) Message-ID: Date: Wed, 1 Dec 2004 11:48:11 -0800 From: Chao Chen To: transcode-users@exit1.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] Magick error Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org X-Reply-To: Chao Chen List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Hi. I installed transcode 6.12 and tried to transcode a list of images into an avi, with transcode -i list -o ashby_1110.avi -x imlist,null -y af6,null -F "W32 Microsoft MPEG-4" -c 1-10 -g 344x240 where list contains: ashby/ashby.img20041110_000100.jpg ashby/ashby.img20041110_000200.jpg ashby/ashby.img20041110_000259.jpg ashby/ashby.img20041110_000400.jpg ashby/ashby.img20041110_000500.jpg ashby/ashby.img20041110_000600.jpg ashby/ashby.img20041110_000700.jpg ashby/ashby.img20041110_000759.jpg ... I get the following: ----------- BEGIN SCREEN ------------------------ transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] critical: invalid filename or host "list" [chaos@melissa transcode-0.6.12]$ cd ~/Projects/IDCN/Image -bash: cd: /home/chaos/Projects/IDCN/Image: No such file or directory [chaos@melissa transcode-0.6.12]$ cd ~/Projects/IDCN/Images [chaos@melissa Images]$ transcode -i list -o ashby_1110.avi -x imlist,null -y af6,null -F "W32 Microsoft MPEG-4" -c 1-10 -g 344x240 transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] auto-probing source list (failed) [transcode] V: import format | unknown (V=imlist|A=null) [transcode] V: import frame | 344x240 1.43:1 [transcode] V: bits/pixel | 0.872 [transcode] V: decoding fps,frc | 25.000,0 [transcode] A: import format | 0x2000 AC3 [48000,16,2] [transcode] A: export | disabled [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 7680 (7680.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | sse2 (sse2 sse mmxext mmx asm) [transcode] V: video buffer | 10 @ 344x240 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_imlist.so] v0.0.2 (2003-11-13) (video) RGB [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_af6.so] v0.2.3 (2003-06-09) (video) Win32 dll | (audio) MPEG/AC3/PCM : Avifile RELEASE-0.7.41-041129-17:36-10.0 : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm : 4294.97 MHz Intel(R) Celeron(R) CPU 1.80GHz processor detected Magick: Unable to open file (). Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. Magick: Unable to open file () [No such file or directory]. : Installed fs segment: 0x44e97000 : Found 9 plugins (/usr/local/lib/avifile-0.7,A:40,V:84) [export_af6.so] "W32 Microsoft MPEG-4" FOURCC=0x3234504d (MP42) : Using Win32 dll library: mpg4c32.dll KEYRATE 9999 : W32 Quality 0 KeyFrames: 100 BitRate: 910000 KEYRATE 9999 : W32 Quality 0 KeyFrames: 100 BitRate: 910000 Magick: Unable to open file () [No such file or directory]. ==> hr:0 rest:0 fnum:0 0x12 Magick: Unable to open file () [No such file or directory]. ==> hr:0 rest:1 fnum:1 0x2 Magick: Unable to open file () [No such file or directory].| 9) ==> hr:0 rest:2 fnum:2 0x2 Magick: Unable to open file () [No such file or directory].| 9) ==> hr:0 rest:3 fnum:3 0x2 Magick: Unable to open file () [No such file or directory].| 9) ==> hr:0 rest:4 fnum:4 0x2 Magick: Unable to open file () [No such file or directory].| 9) ... ------------------ END SCREEN --------------------------------------- I made sure the images are there because I can do >display ashby/ashby.img20041110_000100.jpg and see the picture. My config.log says ---------------------------------------------------------- Summary for transcode 0.6.12 features: *-*-*-*-*-*-* Core *-*-*-*-*-*-* static AV-frame buffering yes support for network (sockets) streams yes DVD navigation support with libdvdread no link against local lame library (>=3.89) | ver no | static pvm3 support no *-*-*-*-*-*-* Codec *-*-*-*-*-*-* nasm dependent modules (bbmpeg) yes mjpegtools dependent modules yes libdv dependent modules yes Ogg support | Vorbis support | Theora support yes | yes | no Default xvid export module xvid2 liba52 audio plugin (>=0.7.3) | default decoder no | yes avifile API support yes ImageMagick dependent modules (>=5.4.3) yes libjpeg dependent modules | mmx accel yes | no liblzo dependent modules no libxml2 dependent modules yes experimental v4l support yes experimental lve support no libmpeg3 dependent modules no libfame video encoding plugin no quicktime dependent modules no *-*-*-*-*-*-* Filter *-*-*-*-*-*-* X11 dependent filter plugins yes freetype2 dependent filter (text, subtitler) yes ---------------------------------------------------------- Can anyone help? Thanks. Chao Chen _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Wed Dec 1 21:04:39 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 1386B126D85 for ; Wed, 1 Dec 2004 21:04:39 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1K38Xl013390; Wed, 1 Dec 2004 21:03:08 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB1Jx5Xl013173 for ; Wed, 1 Dec 2004 20:59:05 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id CBA37CFBE3 for ; Wed, 1 Dec 2004 20:59:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 760BD52C001; Wed, 1 Dec 2004 20:59:04 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id BCB3E59; Wed, 1 Dec 2004 20:59:01 +0100 (CET) Subject: Re: [transcode-users] Magick error From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1101931141.3367.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Wed, 01 Dec 2004 20:59:01 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 20:48, Chao Chen wrote: > transcode ... -y af6,null -F "W32 Microsoft MPEG-4" ... Eeeeek! _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Thu Dec 2 04:42:31 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 049B3126D85 for ; Thu, 2 Dec 2004 04:42:31 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB23cYXl030197; Thu, 2 Dec 2004 04:38:34 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB23XjXl030051 for ; Thu, 2 Dec 2004 04:33:45 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id A51D51578A2 for ; Wed, 1 Dec 2004 22:26:29 -0500 (EST) Message-ID: <41AE8E71.9060100@hook.homelinux.com> Date: Wed, 01 Dec 2004 22:39:29 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: raw dv input from a pipe References: <1CYhHg-0wnzSi0@filter07.bbul.t-online.de> <41ab1470.01461@achurch.org> <20041129185408.GB20497@funk.gsky.dom> In-Reply-To: <20041129185408.GB20497@funk.gsky.dom> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Jacob Meuser wrote: >On Mon, Nov 29, 2004 at 09:15:33PM +0900, Andrew Church wrote: > > >>>I could not find out how to use mplayer_import to do this, how do I tell >>>it that the >>>input is raw dv ? >>> >>> >>... | transcode -i /dev/stdin -H 0 -x dv,null ... >> >>-H means "probe N MB of input", so -H 0 tells it not to try probing the >>input file (which is probably what caused your problem--transcode doesn't >>currently work too well with FIFOs). >> >>Note that you can't read both video and audio from the same stream; you'll >>have to split the stream into two: >> >>[window 1] $ ... | tee v-fifo a-fifo >>[window 2] $ transcode -i v-fifo -m a-fifo -H 0 -x dv,dv ... >> >> > ^^ > -p > >-m is audio output, -p is audio input. > > this is exactly why -m/-p have to go _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Thu Dec 2 10:41:15 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 2C354126D82 for ; Thu, 2 Dec 2004 10:41:15 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB29aRXl015534; Thu, 2 Dec 2004 10:36:28 +0100 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB29UmXl015242 for ; Thu, 2 Dec 2004 10:30:48 +0100 Received: (qmail 7342 invoked by uid 65534); 2 Dec 2004 09:30:42 -0000 Received: from 81-89-237-26.teleos-web.de (EHLO work.holtkamp.priv) (81.89.237.26) by mail.gmx.net (mp019) with SMTP; 02 Dec 2004 10:30:42 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CZnIP-0006EZ-00 for ; Thu, 02 Dec 2004 10:30:41 +0100 Received: from maik by work.holtkamp.priv with local (Exim 3.35 #1 (Debian)) id 1CZnHw-0006ES-00 for ; Thu, 02 Dec 2004 10:30:12 +0100 Date: Thu, 2 Dec 2004 10:30:12 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] transcode video from my cybershot --> photo-cd Message-ID: <20041202093012.GA23900@holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <41AAE75F.5080602@myzel.net> <20041129103830.67736.qmail@web21203.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20041129103830.67736.qmail@web21203.mail.yahoo.com> User-Agent: Mutt/1.3.28i X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/11/29@07:38 Erick Gomes Anast=E1cio told me: >=20 > > BTW, how can I control the bitrate? Can I improve quality? >=20 > How about encoding to dvd, instead of svcd? the mpeg would not be to the= =20 > standard, with more than what mpeg2enc gives it now. >=20 > peter >=20 >=20 > Because I dont?t have a dvd-writer drive! >=20 > By the way, did anyone here already done a photo-cd? >=20 > I did one with Nero, on windows (blah!), with both pics and video (from m= y cybershot). The problem this time is that Nero can?t create photo cd?s (a= ctually svcds...) with more than 99 pics (or entries). >=20 > Do you know any linux alternative? Take a look at myProjects from: http://www.celindir.de/dynamic/index_en.htm?10w1k0 I used that jpeg2vcd some decades ago (my standalone used those days could not cope with .jpg). If you don't run the script in total but c&p the single commands you will find some points where you can tweak it. If you prefer GUI you should consider VCDKompanion. If you want just pictures on the disc there is IMHO no reason to choose svcd. You should make it from still images [1] and its size limits are the same for vcd and svcd. So no need to take the risk to ran into compatiblity issues on old hardware by choosing svcd for such tasks. [1] Without deeper knowlege your description of Nero sounds like it will create mpg-video (limited to 99 sequences). That's odd as it means to crop the pic size to the allowed video dimensions=20 copy it several time to meet you duration time*framerate mux some (null) sound in and play it as video. (s)vcd allows better handling of such tasks by using still-images. Just spend a nice night with (p)info vcdimager ;). HTH --=20 bye maik --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iEYEARECAAYFAkGu4KMACgkQ0Bn175Anq4gm2ACfVTvCwQqduqTunilb+hyUMF0F OdsAn3w46ZdQ1rSXd5C8JGDLC2XCK1xM =dhR5 -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Thu Dec 2 11:03:52 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 40C0D126D82 for ; Thu, 2 Dec 2004 11:03:52 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB29v2Xl016314; Thu, 2 Dec 2004 10:57:02 +0100 Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB29qmXl016101 for ; Thu, 2 Dec 2004 10:52:48 +0100 Received: (qmail 5910 invoked by uid 65534); 2 Dec 2004 09:52:42 -0000 Received: from 213-182-97-18.teleos-web.de (EHLO work.holtkamp.priv) (213.182.97.18) by mail.gmx.net (mp018) with SMTP; 02 Dec 2004 10:52:42 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CZndi-0006IU-00 for ; Thu, 02 Dec 2004 10:52:42 +0100 Received: from maik by work.holtkamp.priv with local (Exim 3.35 #1 (Debian)) id 1CZndE-0006IP-00 for ; Thu, 02 Dec 2004 10:52:12 +0100 Date: Thu, 2 Dec 2004 10:52:12 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041202095211.GA24125@holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> <20041201171609.GB5686@tecra780> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/12/01@19:12 Christoph Lampert told me: > I think what everybody would love to see is a tool that fixed the > IFO-files to work with shrunk VOBs, or created correct IFOs based on the > previous menu structure, but it seems that nobody has invested the time so > far. I think the best toolchain from a theoretical point of view is dvdunauthor -> requant (files > 10MB) -> dvdauthor However, I have given up after 2 days playing with it some month ago. But (as I am always somewhat behind on this list) I just read a post about pgcedit some threads above. The HP said something about ifoedit, which is known to run under wine :( on linux. Anyone already did some testing on it? TIA. --=20 bye maik --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iEYEARECAAYFAkGu5csACgkQ0Bn175Anq4h4igCfULmGCLjYVgNdpFShz6ax7uMq 2AYAnRgco07XriY1eMO7TGUCJHoRL+Ie =AQxj -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Thu Dec 2 11:06:31 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 1F8BD126D82 for ; Thu, 2 Dec 2004 11:06:31 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB2A3qXl016626; Thu, 2 Dec 2004 11:03:52 +0100 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB29xBXl016391 for ; Thu, 2 Dec 2004 10:59:11 +0100 Received: (qmail 28636 invoked by uid 65534); 2 Dec 2004 09:59:05 -0000 Received: from 213-182-97-18.teleos-web.de (EHLO work.holtkamp.priv) (213.182.97.18) by mail.gmx.net (mp025) with SMTP; 02 Dec 2004 10:59:05 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CZnjt-0006In-00 for ; Thu, 02 Dec 2004 10:59:05 +0100 Received: from maik by work.holtkamp.priv with local (Exim 3.35 #1 (Debian)) id 1CZnjO-0006Ih-00 for ; Thu, 02 Dec 2004 10:58:34 +0100 Date: Thu, 2 Dec 2004 10:58:34 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: raw dv input from a pipe Message-ID: <20041202095834.GB24125@holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <1CYhHg-0wnzSi0@filter07.bbul.t-online.de> <41ab1470.01461@achurch.org> <20041129185408.GB20497@funk.gsky.dom> <41AE8E71.9060100@hook.homelinux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jho1yZJdad60DJr+" Content-Disposition: inline In-Reply-To: <41AE8E71.9060100@hook.homelinux.com> User-Agent: Mutt/1.3.28i X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041121.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --jho1yZJdad60DJr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/12/01@22:39 Tyler Hall told me: > Jacob Meuser wrote: >=20 > >-m is audio output, -p is audio input. > >=20 > > > this is exactly why -m/-p have to go But don't make such changes suddenly from one version to another. Please keep the old syntax valid an throw a warning about using deprecated syntax first. There are quite some scripts in daily usage that just skipping from one version to the other will give us a lot of traffic here. --=20 bye maik --jho1yZJdad60DJr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iEYEARECAAYFAkGu50oACgkQ0Bn175Anq4gSWwCdF8RRsQYOAabS10uQeqjKgg5T KsQAn1bIxFvhVVKTfHmf73pU27fOa1SG =9vhb -----END PGP SIGNATURE----- --jho1yZJdad60DJr+-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Thu Dec 2 11:43:08 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 0D27E126D82 for ; Thu, 2 Dec 2004 11:43:08 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB2Ae5Xl018476; Thu, 2 Dec 2004 11:40:05 +0100 Received: from mail.webkommune.de (www.webkommune.de [213.133.100.71]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB2AZQXl018192 for ; Thu, 2 Dec 2004 11:35:26 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.webkommune.de (Postfix) with ESMTP id DED23D4356 for ; Thu, 2 Dec 2004 11:35:20 +0100 (CET) Received: from mail.webkommune.de ([127.0.0.1]) by localhost (debian [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23574-02 for ; Thu, 2 Dec 2004 11:35:19 +0100 (CET) Received: from www.webkommune.de (localhost [127.0.0.1]) by mail.webkommune.de (Postfix) with ESMTP id 48B4CD401E for ; Thu, 2 Dec 2004 11:35:19 +0100 (CET) Received: from 130.75.24.73 (SquirrelMail authenticated user jensgeorg_de-0001); by www.webkommune.de with HTTP; Thu, 2 Dec 2004 11:35:19 +0100 (CET) Message-ID: <39706.130.75.24.73.1101983719.squirrel@130.75.24.73> In-Reply-To: <20041202095211.GA24125@holtkamp.priv> References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> <20041201171609.GB5686@tecra780> <20041202095211.GA24125@holtkamp.priv> Date: Thu, 2 Dec 2004 11:35:19 +0100 (CET) Subject: Re: [transcode-users] OT: dvdmenus From: mail@jensgeorg.de To: transcode-users@exit1.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at webkommune.de X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.3 required=5.0 tests=NO_REAL_NAME autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , > But (as I am always somewhat behind on this list) I just read a post > about pgcedit some threads above. The HP said something about > ifoedit, which is known to run under wine :( on linux. > > Anyone already did some testing on it? If you are already consider using wine, you also could use dvdbackup and dvdshrink which does all this quite painless. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Thu Dec 2 13:04:39 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id AA891126D82 for ; Thu, 2 Dec 2004 13:04:39 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB2C07Xl022838; Thu, 2 Dec 2004 13:00:07 +0100 Received: from coruscant.plukwa.net (Debian-exim@coruscant.plukwa.net [195.28.178.197]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB2BtMXl022533 for ; Thu, 2 Dec 2004 12:55:22 +0100 Received: from jedi by coruscant.plukwa.net with local (Exim 4.34) id 1CZpYE-00065W-1H for transcode-users@exit1.org; Thu, 02 Dec 2004 12:55:10 +0100 Date: Thu, 2 Dec 2004 12:55:08 +0100 From: Robert Ramiega To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041202115507.GB16766@coruscant.plukwa.net> Mail-Followup-To: Robert Ramiega , transcode-users@exit1.org References: <41ACD2EA.3070900@personnelware.com> <20041201155510.GB11900@holtkamp.priv> <20041201164814.GA5686@tecra780> <1101920517.3367.2.camel@localhost.localdomain> <20041201171609.GB5686@tecra780> <20041202095211.GA24125@holtkamp.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20041202095211.GA24125@holtkamp.priv> X-GPG-fingerprint: 0D87 1077 016A D72E 2F75 1160 013F 1D5D 0D01 992A X-GPG-key: http://yoda.plukwa.net/key.txt X-Personal-Webpage: http://yoda.plukwa.net User-Agent: Mutt/1.5.6+20040907i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Dec 02, 2004 at 10:52:12AM +0100, Maik Holtkamp wrote: > > I think what everybody would love to see is a tool that fixed the > > IFO-files to work with shrunk VOBs, or created correct IFOs based on the > > previous menu structure, but it seems that nobody has invested the time so > > far. There is GPL'ed BatchIfoUpdate for Windows (written by Trahald). I've sources for it (probably they can also be downloaded from forum.doom9.org somewhere) and i'm thinking on porting it (but well i do lack proper skills so for now i'm learning C trying to write some other app) There are also couple of other apps on windows side that are available with sources (like VobBlanker by JSoto) that could be usefull on Linux side. > > I think the best toolchain from a theoretical point of view is > > dvdunauthor -> requant (files > 10MB) -> dvdauthor > > However, I have given up after 2 days playing with it some month > ago. Recently dvdunauthor was updated a bit and man that did that has just announced what are his plans on dvdauthor-devel ML (big big sorry but i don't remember his name) > But (as I am always somewhat behind on this list) I just read a post > about pgcedit some threads above. The HP said something about > ifoedit, which is known to run under wine :( on linux. IfoEdit might be helpfull but it's not the same as UpdateIFO (which automatically updates all pointers in original IFO from authored IFO). > Anyone already did some testing on it? I tried the same but with ffmpeg instead of requant (my windows experience is showing that below certain point (for me it's around 75-85% of original size) most transcoders give poor results. I obviously failed (ffmpeg only recently incorporated patches that allow it to create proper vobs) - -- Just a friendly Jedi Knight | I find your lack of faith Robert Ramiega jedi@plukwa.net | disturbing -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBrwKbAT8dXQ0BmSoRAk8bAJ90aPrPW5oENbPLT/gYCKzr8pm8jwCgxuiU aZk9cJT1PoauZFEdGigAn2I= =3zP9 -----END PGP SIGNATURE----- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 01:59:20 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id AFB15126D82 for ; Fri, 3 Dec 2004 01:59:20 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB30uVXl017404; Fri, 3 Dec 2004 01:56:31 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB30olXl016378 for ; Fri, 3 Dec 2004 01:50:47 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id 0523D157832 for ; Thu, 2 Dec 2004 19:43:28 -0500 (EST) Message-ID: <41AFB9C3.4030505@hook.homelinux.com> Date: Thu, 02 Dec 2004 19:56:35 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: raw dv input from a pipe References: <1CYhHg-0wnzSi0@filter07.bbul.t-online.de> <41ab1470.01461@achurch.org> <20041129185408.GB20497@funk.gsky.dom> <41AE8E71.9060100@hook.homelinux.com> <20041202095834.GB24125@holtkamp.priv> In-Reply-To: <20041202095834.GB24125@holtkamp.priv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Maik Holtkamp wrote: >Hi, > >0n 04/12/01@22:39 Tyler Hall told me: > > > >>Jacob Meuser wrote: >> >> >> >>>-m is audio output, -p is audio input. >>> >>> >>> >>> >>this is exactly why -m/-p have to go >> >> > >But don't make such changes suddenly from one version to another. >Please keep the old syntax valid an throw a warning about using >deprecated syntax first. > >There are quite some scripts in daily usage that just skipping from >one version to the other will give us a lot of traffic here. > > > I agree, there has to be a friendly transition to the new syntax. I'm just saying that the transition has to happen: the switch names '-m' and '-p' are more confusing than they are helpful. Tyler _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 05:16:35 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B0B41126D82 for ; Fri, 3 Dec 2004 05:16:35 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB34CnXl022537; Fri, 3 Dec 2004 05:12:49 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB346XXl022288 for ; Fri, 3 Dec 2004 05:06:34 +0100 Received: by achurch.org (wmail 0.9.52) id 41afe645.31622; Fri, 03 Dec 2004 13:06:29 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Date: Fri, 03 Dec 2004 12:25:17 JST In-Reply-To: <41AFB9C3.4030505@hook.homelinux.com> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41afe645.31622@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] Option naming (was Re: raw dv input from a pipe) Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >I agree, there has to be a friendly transition to the new syntax. I'm >just saying that the transition has to happen: the switch names '-m' and >'-p' are more confusing than they are helpful. I don't think there's any problem with the way files are specified (e.g. -i/-m); the problem is that there are too many options for single-letter option names, and as a result many options get assigned unobvious letters. (From tcmplex experience, I can guess that "-p" means "primary audio stream", but where does "-m" come from?) What ought to happen is a--friendly, of course--switchover to long option names exclusively, except perhaps for the really obvious and commonly used ones (like -i/-o), so instead of getting confused over -m vs. -p we can just say --import-audio-file and be done with it. At the same time, it would be nice to allow "settings files", e.g. "-s dvd.settings", so you don't have to type out all of the long option names every time: $ cat dvd.settings --export-codec ffmpeg,ac3 --export-codec-options mpeg4 --export-profile dvd-ntsc ... That said, here's my suggestion for renaming the current transcode option menagerie. Also, it would be nice if the underscores in current long option names, e.g. --export_prof, were changed to hyphens; not only do underscores require the shift key to type, they look ugly ;) Current option New option [short equivalent] ------- ----------------------------- -A --ac3-passthrough -B --resize-fast-shrink -C --anti-alias -D --sync-to-audio -E --export-audio-params -F --export-codec-options -G --gamma-correction -H --auto-probe -I --deinterlace -J --filter -K --grayscale -L --vob-seek -M --pes-sync -N --export-audio-format -O --flush-lame-buffer -P --passthrough -Q --quality -R --pass [-p] -S --process-psu -T --dvd-title [-t] -U --dvd-split-chapters -V (disappears) -W --vob-autosplit -X --resize-fast-expand -Y --export-clip -Z --resize -a --encode-track -b --export-audio-bitrate [-A] -c --frames [-f] -d --audio-swap-bytes -e --import-audio-params -f --import-frame-rate -g --import-frame-size -h --help [-h] -i --input [-i] -j --import-clip -k --swap-colors -l --mirror -m --export-audio-file -n --import-audio-format -o --output [-o] -p --import-audio-file -q --debug-level [-d] -r --reduce-frame-size -s --audio-gain -t --split-output -u --threads -v --version [-v] -w --video-bitrate [-V] -x --import-codec [-I] -y --export-codec [-O] -Z --flip Since some short options would change meanings, this would obviously have to be done in stages, e.g.: - transcode 1.0.0: implement long options, warn when using short options (except maybe -h and -v) - transcode 1.1.0: deprecate all short options (print proper long-option command line and error out)--this will get all the scripts into long option format so we don't have to worry about changing short options later - transcode 2.0.0: introduce new short options --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 05:30:36 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id E459C126D82 for ; Fri, 3 Dec 2004 05:30:36 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB34MrXl022812; Fri, 3 Dec 2004 05:22:53 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB34IQXl022674 for ; Fri, 3 Dec 2004 05:18:26 +0100 Received: by achurch.org (wmail 0.9.52) id 41afe911.31642; Fri, 03 Dec 2004 13:18:25 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Date: Fri, 03 Dec 2004 13:17:46 JST In-Reply-To: <41afe645.31622@achurch.org> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41afe911.31642@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , > I don't think there's any problem with the way files are specified >(e.g. -i/-m); the problem is that there are too many options for ^^ That was really, really, ironic. And completely unintentional. ;) --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 12:12:21 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 71EF5126D82 for ; Fri, 3 Dec 2004 12:12:21 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3B3TXl010710; Fri, 3 Dec 2004 12:03:29 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3At1Xl010217 for ; Fri, 3 Dec 2004 11:55:02 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id F330A1578BE for ; Fri, 3 Dec 2004 05:47:41 -0500 (EST) Message-ID: <41B04764.3030607@hook.homelinux.com> Date: Fri, 03 Dec 2004 06:00:52 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41afe645.31622@achurch.org> In-Reply-To: <41afe645.31622@achurch.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Andrew Church wrote: >>I agree, there has to be a friendly transition to the new syntax. I'm >>just saying that the transition has to happen: the switch names '-m' and >>'-p' are more confusing than they are helpful. >> >> > > I don't think there's any problem with the way files are specified >(e.g. -i/-m); the problem is that there are too many options for >single-letter option names, and as a result many options get assigned >unobvious letters. (From tcmplex experience, I can guess that "-p" means >"primary audio stream", but where does "-m" come from?) What ought to >happen is a--friendly, of course--switchover to long option names >exclusively, except perhaps for the really obvious and commonly used ones >(like -i/-o), so instead of getting confused over -m vs. -p we can just >say --import-audio-file and be done with it. > > Rather than dedicate an input/output option to be specifically audio (like --import-audio-file) or anything else (-i or --input), I'd rather see -i/--input be dedicated to listing input streams (audio/video/muxed/text/etc.) and -o/--output be dedicated to listing output streams. So rather than transcode -i video.m2v -p audio.mpa .... or transcode -i container.avi -p newaudio.mp3 .... or transcode .... -o video-only.avi -m audio.mp3 or transcode .... -o video.m2v -m audio.mpa you can use one common argument format: transcode -i video.m2v,audio.mpa .... transcode -i container.avi,newaudio.mp3 .... transcode .... -o video-only.avi,audio.mp3 transcode .... -o video.m2v,audio.mpa Going in this direction gives us the ability to enhance transcode someday to allow more than one audio/video/whatever stream to be input or output (when we put in better support for mux/demux of course): transcode -i video.m2v,audio-en.mpa,audio-en.ac3,audio-en.dts,subtitles.cc ..... -o mydvd.vob transcode -i vacation*.jpg,song.mp3 .... -o myslideshow.avi All those examples ignore the middle-man options, I'm just pointing out how much more user-friendly it would be to put all named input streams to -i/--input and all named output streams to -o/--output. > At the same time, it would be nice to allow "settings files", e.g. >"-s dvd.settings", so you don't have to type out all of the long option >names every time: > >$ cat dvd.settings >--export-codec ffmpeg,ac3 >--export-codec-options mpeg4 >--export-profile dvd-ntsc >... > > > It would also be nice to have various levels of settings files: - first pull settings from compiled-in default policies - then allow settings from (compile-time configurable) /etc/transcode.conf to pile-on & override settings - then allow settings from say ~/.transcoderc to pile-on & override settings - then allow settings from say ./.transcoderc to pile-on & override settings - then allow settings from '-s filename.settings' to pile-on & be final override > That said, here's my suggestion for renaming the current transcode >option menagerie. Also, it would be nice if the underscores in current >long option names, e.g. --export_prof, were changed to hyphens; not only do >underscores require the shift key to type, they look ugly ;) > >Current >option New option [short equivalent] >------- ----------------------------- >-A --ac3-passthrough >-B --resize-fast-shrink >-C --anti-alias >-D --sync-to-audio >-E --export-audio-params >-F --export-codec-options >-G --gamma-correction >-H --auto-probe >-I --deinterlace >-J --filter >-K --grayscale >-L --vob-seek >-M --pes-sync >-N --export-audio-format >-O --flush-lame-buffer >-P --passthrough >-Q --quality >-R --pass [-p] >-S --process-psu >-T --dvd-title [-t] >-U --dvd-split-chapters >-V (disappears) >-W --vob-autosplit >-X --resize-fast-expand >-Y --export-clip >-Z --resize >-a --encode-track >-b --export-audio-bitrate [-A] >-c --frames [-f] >-d --audio-swap-bytes >-e --import-audio-params >-f --import-frame-rate >-g --import-frame-size >-h --help [-h] >-i --input [-i] >-j --import-clip >-k --swap-colors >-l --mirror >-m --export-audio-file >-n --import-audio-format >-o --output [-o] >-p --import-audio-file >-q --debug-level [-d] >-r --reduce-frame-size >-s --audio-gain >-t --split-output >-u --threads >-v --version [-v] >-w --video-bitrate [-V] >-x --import-codec [-I] >-y --export-codec [-O] >-Z --flip > > Since some short options would change meanings, this would obviously >have to be done in stages, e.g.: > - transcode 1.0.0: implement long options, warn when using short > options (except maybe -h and -v) > - transcode 1.1.0: deprecate all short options (print proper > long-option command line and error out)--this will > get all the scripts into long option format so we > don't have to worry about changing short options > later > - transcode 2.0.0: introduce new short options > > > _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 14:56:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B5662126D82 for ; Fri, 3 Dec 2004 14:56:25 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Dp9Xl021427; Fri, 3 Dec 2004 14:51:09 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB3DifXl021023 for ; Fri, 3 Dec 2004 14:44:43 +0100 Received: by achurch.org (wmail 0.9.52) id 41b06dc7.03554; Fri, 03 Dec 2004 22:44:39 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Date: Fri, 03 Dec 2004 22:17:14 JST In-Reply-To: <41B04764.3030607@hook.homelinux.com> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41b06dc7.03554@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >Rather than dedicate an input/output option to be specifically audio >(like --import-audio-file) or anything else (-i or --input), I'd rather >see -i/--input be dedicated to listing input streams >(audio/video/muxed/text/etc.) and -o/--output be dedicated to listing >output streams. So rather than > transcode -i video.m2v -p audio.mpa .... ...] >you can use one common argument format: > transcode -i video.m2v,audio.mpa .... [...] No. No. PLEASE no. This is a massively overengineered solution to the simple problem of determining what sort of stream a filename requests. If you lump everything together in -i, how are you going to figure out what demux/import code to use for each file? Auto-probing (won't work with pipes)? Filename extension (heaven help us)? Or are you going to end up with some sort of insanely convoluted mess, like transcode -H 0 -i images/*.jpg=magick:jpeg,audio/pipe-l=raw:s16le,... Keep It Simple... you know the saying. Besides, transcode doesn't need to include everything up to the kitchen sink--that way lies madness (or possibly Windows). The vast majority of transcode usage is for taking a single video and audio stream and converting them to another (muxed or not) video and audio stream, and I see no problem with saying "go write a script" to people who want to mux together three video streams, five audio tracks, seven subtitles, and a partridge in a pear tree all in the same AVI file. If you really want to allow lots of input/output files, drop this idea of using the command line and just go to XML, like dvdauthor. (And while you're at it, make the XML parser a separate program that calls transcode!) --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 15:11:18 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 328CD126D82 for ; Fri, 3 Dec 2004 15:11:18 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3E8sXl022640; Fri, 3 Dec 2004 15:08:54 +0100 Received: from web61310.mail.yahoo.com (web61310.mail.yahoo.com [216.155.196.153]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB3DxsXl022081 for ; Fri, 3 Dec 2004 14:59:54 +0100 Received: (qmail 85159 invoked by uid 60001); 3 Dec 2004 13:59:48 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=6lNE4AWnkufoeB3UpH7J+W9K8X1neqmLPEE7nvy/A94e3MzrHhPdnQriLynNOKOfI7Nl5NJbZw6q8xFSGIp0GwImoPRJRBuepTMcY1ZVXpPNoKv0t6YfLNWZ9wnmc7DryNRoUgkwAJ+/0fuQ3gkv1hZJe/Cyp389cg3Vqa5e07U= ; Message-ID: <20041203135948.85157.qmail@web61310.mail.yahoo.com> Received: from [206.112.75.208] by web61310.mail.yahoo.com via HTTP; Fri, 03 Dec 2004 05:59:48 PST Date: Fri, 3 Dec 2004 05:59:48 -0800 (PST) From: L H To: transcode-users@exit1.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-298196677-1102082388=:83877" X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] better compression with ffmpeg - using vbr? Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --0-298196677-1102082388=:83877 Content-Type: text/plain; charset=us-ascii Hello! I am on a linux box and going through a few different tutorials on how to go from a DV file (captured using dvgrab from my camcorder) to a working DVD (that plays on most standard NTSC dvd palyers.) I would like to fit about 150 minutes on a dvd and want to know how to pass flags to ffmpeg (or another encoder if I need to) to invoke some kind of VBR encoding. I don't really care if it takes 2 days to encode if I can fit what I want on 1 dvd. I don't know a lot about vbr encoding and there seems to be a huge number of parameters to ffmpeg (when I give transcode the -q 2 option to see the possible flags.) I don't know what most of these flags mean and would love some help and maybe some easy command lines to transcode to do what I want (bottom line I want the best quality that will give me 150 minutes of video on a dvd - regardless of the time it will take to encode.) Thanks a lot! Luke __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-298196677-1102082388=:83877 Content-Type: text/html; charset=us-ascii
Hello!
 
I am on a linux box and going through a few different tutorials on how to go from a DV file (captured using dvgrab from my camcorder) to a working DVD (that plays on most standard NTSC dvd palyers.)  I would like to fit about 150 minutes on a dvd and want to know how to pass flags to ffmpeg (or another encoder if I need to) to invoke some kind of VBR encoding.  I don't really care if it takes 2 days to encode if I can fit what I want on 1 dvd.  I don't know a lot about vbr encoding and there seems to be a huge number of parameters to ffmpeg (when I give transcode the -q 2 option to see the possible flags.)  I don't know what most of these flags mean and would love some help and maybe some easy command lines to transcode to do what I want (bottom line I want the best quality that will give me 150 minutes of video on a dvd - regardless of the time it will take to encode.)
 
Thanks a lot!
Luke

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --0-298196677-1102082388=:83877-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 16:20:32 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 53E8F126D82 for ; Fri, 3 Dec 2004 16:20:32 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3FG0Xl027394; Fri, 3 Dec 2004 16:16:00 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3F9lXl027007 for ; Fri, 3 Dec 2004 16:09:47 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id 36B86157829 for ; Fri, 3 Dec 2004 10:02:28 -0500 (EST) Message-ID: <41B0831C.107@hook.homelinux.com> Date: Fri, 03 Dec 2004 10:15:40 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41b06dc7.03554@achurch.org> In-Reply-To: <41b06dc7.03554@achurch.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Andrew Church wrote: >>Rather than dedicate an input/output option to be specifically audio >>(like --import-audio-file) or anything else (-i or --input), I'd rather >>see -i/--input be dedicated to listing input streams >>(audio/video/muxed/text/etc.) and -o/--output be dedicated to listing >>output streams. So rather than >> transcode -i video.m2v -p audio.mpa .... >> >> >...] > > >>you can use one common argument format: >> transcode -i video.m2v,audio.mpa .... >> >> >[...] > > No. No. PLEASE no. This is a massively overengineered solution to >the simple problem of determining what sort of stream a filename requests. >If you lump everything together in -i, how are you going to figure out what >demux/import code to use for each file? Auto-probing (won't work with >pipes)? Filename extension (heaven help us)? Or are you going to end up >with some sort of insanely convoluted mess, like > transcode -H 0 -i images/*.jpg=magick:jpeg,audio/pipe-l=raw:s16le,... > > That's why I was careful to focus just on -i/-o to list stream names. period. Let default policies, autoprobing, and middle options take care of identifiying stream contents and what to do with them. Specifically, let's discuss those things separately, even though they _are_ related and _may_ come back to dictate that my -i/-o proposal simply can't work. But first let's identify how user-friendly my proposal is. >Keep It Simple... you know the saying. > > I agree. Who are you trying to keep it simple for, the user or the programmer? I opt first for the user, then the programmer. I know what I'm suggesting is more complex (the code that implements the functionality, not the user interface itself) than what we have now, but I think it's worth the effort. Don't slam that single idea just because we haven't yet determined how to implement the entire system, first answer me this from a user's view point (not the programmer's): Keeping the same _functionality_ (regardless of implementation) that we have today, which of these is easier to use: Approximate current syntaxes: transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v -m audio.mpa tcextract -i all.vob -x mp3 -a 0 > all_audio.mp3 avimerge -i all_noaudio.avi -p all_audio.mp3 -o all.avi transcode -i /dev/video -m /dev/dsp -y ffmpeg -F mpeg4 -o tvshow.avi transcode -i list.txt -x imlist,null -y ffmpeg,null -F mpeg4 -o slideshow.avi Proposed respective replacements: transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v,audio.mpa transcode -i all.vob {TBD} -o all_audio.mp3 transcode -i all_noaudio.avi,all_audio.mp3 {TBD} -o all.avi transcode -i /dev/video,/dev/dsp -y ffmpeg -F mpeg4 -o tvshow.avi transcode -i '*.jpg' -y ffmpeg -F mpeg4 -o slideshow.avi The {TBD} (to be determined) means the functionality doesn't exist in transcode yet. I have proposals for this too, but let's talk about that in another topic. It may or may not be too complex to implement so it may or may not impose limitations on my -i/-o proposal. > Besides, transcode doesn't need to include everything up to the >kitchen sink--that way lies madness (or possibly Windows). The vast >majority of transcode usage is for taking a single video and audio stream >and converting them to another (muxed or not) video and audio stream, and >I see no problem with saying "go write a script" to people who want to mux >together three video streams, five audio tracks, seven subtitles, and a >partridge in a pear tree all in the same AVI file. > > I disagree. If you really feel that way, then transcode is pretty much complete now. We should tag it as v1.0(.0) and label it "final release, unless more bugs are found". Naw, more and more technology is reaching the public at lower prices, and I don't see a reason why transcode can't be cleaned up and enhanced to support it. You may like writing scripts to fulfill simple jobs (like to rip a music track from a DVD, or re-mux a vob to strip out un-needed audio tracks), but you are in a shrinking crowd. While you are trying to force users to become programmers to transcode video I'm trying to "keep it simple" for the user. > If you really want to allow lots of input/output files, drop this idea >of using the command line and just go to XML, like dvdauthor. (And while >you're at it, make the XML parser a separate program that calls transcode!) > > > I think XML would be good for supporting strange and complex transcoding setups, but there is nothing wrong with a simple command line to do a simple job. Tyler _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 16:40:48 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A53F2126D82 for ; Fri, 3 Dec 2004 16:40:48 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3FctXl029042; Fri, 3 Dec 2004 16:38:55 +0100 Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3FXbXl028644 for ; Fri, 3 Dec 2004 16:33:38 +0100 Received: from pcp04396353pcs.nrockv01.md.comcast.net ([69.140.183.237]) by comcast.net (rwcrmhc13) with ESMTP id <2004120315333201500n5bnte>; Fri, 3 Dec 2004 15:33:32 +0000 From: Andrew Schulman To: transcode-users@exit1.org Date: Fri, 3 Dec 2004 10:33:30 -0500 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412031033.30663.andrex@alumni.utexas.net> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] [newbie] garbled audio Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , I'm a transcode noob. Very impressed but also somewhat overwhelmed by all of the possibilities of this tool. I have 30-second videos taken with my Canon Powershot S30 camera: $ tcprobe -i sample.avi [tcprobe] RIFF data, AVI video [avilib] V: 15.000 fps, codec=MJPG, frames=450, width=320, height=240 [avilib] A: 11024 Hz, format=0x01, bits=8, channels=1, bitrate=88 kbps, [avilib] 30 chunks, 330720 bytes, CBR [tcprobe] summary for sample.avi, (*) = not default, 0 = not detected import frame size: -g 320x240 [720x576] (*) frame rate: -f 15.000 [25.000] frc=0 (*) audio track: -a 0 [0] -e 11024,8,1 [48000,16,2] -n 0x1 [0x2000] (*) bitrate=88 kbps length: 450 frames, frame_time=66 msec, duration=0:00:29.999 What I want to do is to convert them to Xvid (or anything else more open, portable, and compact than Morgan Multimedia MJPEG). I first tried transcode -i sample.avi -o out.avi -y xvid4 but this fails with (aud_aux.c) Error: Lame encoding error: (-3: lame_init_params() not called) apparently because the audio rate is a little off-- 11024 instead of 11025 Hz. So next I tried transcode -i sample.avi -o out.avi -y xvid4 -E 11025,8,1 This succeeds, but the audio is garbled. So I tried more elaborate versions: # transcode video: transcode -i sample.avi -o v.avi -x ffmpeg,null -y xvid4,null # extract audio: transcode -i sample.avi -o a.avi -x null,raw -y null,wav -N 0x1 # convert the audio rate, for lame: sox -t .auto a.avi -r 11025 a.wav # finally recombine them: transcode -i v.avi -p a.wav -P 1 -y raw -o out.avi Again this succeeds, but the audio is still garbled. The WAV file, a.wav, is perfectly audible, so the problem occurs in the last step. Output of that command is below. Can anyone help me figure out what I'm doing wrong? Thanks much, Andrew. $ transcode -i v.avi -p a.wav -P1 -y raw -o out.avi transcode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms [transcode] auto-probing source v.avi (ok) [transcode] V: import format | XviD RIFF data, AVI (V=avi|A=raw) [transcode] V: pass-through | yes [transcode] V: import frame | 320x240 1.33:1 [transcode] V: bits/pixel | 1.562 [transcode] V: decoding fps,frc | 15.000,13 [transcode] A: import format | 0x1 PCM [11025, 8,1] 88 kbps [transcode] A: export format | 0x55 MPEG layer-3 [11025, 8,1] 128 kbps [transcode] V: encoding fps,frc | 15.000,13 [transcode] A: bytes per frame | 733 (735.000000) [transcode] A: adjustment | 2000@1000 [transcode] V: IA32 accel mode | sse2 (sse2 sse mmxext mmx asm C) tc_memcpy: using mmxext for memcpy [transcode] V: video buffer | 50 @ 320x240 [import_raw.so] v0.3.2 (2002-11-10) (video) RGB/YUV | (audio) PCM [import_avi.so] v0.4.2 (2002-05-24) (video) * | (audio) * [export_raw.so] v0.3.12 (2003-08-04) (video) * | (audio) MPEG/AC3/PCM [import_raw.so] tcextract -x pcm -i "a.wav" -d 0 | tcextract -a 0 -x pcm -d 0 -t raw [import_avi.so] codec=XVID, fps=15.000, width=320, height=240 Audio: using new version Audio: using lame-3.96 MMX [export_raw.so] codec=XVID, fps=15.000, width=320, height=240 tc_memcpy: using mmxext for memcpy tc_memcpy: using mmxext for memcpy encoding frames [000000-000448], 845.21 fps, EMT: 0:00:29, ( 0| 0| 0) clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 449 frames (0 dropped, 0 cloned), clip length 29.93 s _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 17:39:01 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 6EBD1126D82 for ; Fri, 3 Dec 2004 17:39:01 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3GZtXl032741; Fri, 3 Dec 2004 17:35:55 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB3GTEXl032270 for ; Fri, 3 Dec 2004 17:29:15 +0100 Received: by achurch.org (wmail 0.9.52) id 41b09459.03714; Sat, 04 Dec 2004 01:29:13 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Date: Sat, 04 Dec 2004 00:58:30 JST In-Reply-To: <41B0831C.107@hook.homelinux.com> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41b09459.03714@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >That's why I was careful to focus just on -i/-o to list stream names. >period. Let default policies, autoprobing, and middle options take care >of identifiying stream contents and what to do with them. Specifically, >let's discuss those things separately, even though they _are_ related But you can't do that. They're related, therefore we _have_ to consider them at the same time. Discussing various user interface formats is good, but it's a waste of time if they won't actually work in the first place! >Don't slam that single idea just because we haven't yet determined how >to implement the entire system, first answer me this from a user's view >point (not the programmer's): > >Keeping the same _functionality_ (regardless of implementation) that we >have today, which of these is easier to use: > >Approximate current syntaxes: > transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v -m audio.mpa >Proposed respective replacements: > transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v,audio.mpa The former. Answer me this: How do you intend your transcode to figure out what goes in "video.m2v" and what goes in "audio.mpa"? What if I said transcode -i myclip.dv -y ffmpeg -F mpeg2 -o pipe1,pipe2 How do you know what to put in which pipe? More importantly, how do _I_, the user, know what transcode will choose to put in each pipe? How do I know it won't just decide to mux the thing by itself and not even touch pipe2? From a user's perspective, it is arguably clearer to say transcode ... --video-output pipe1 --audio-output pipe2 or transcode ... --output pipe1 instead. >> Besides, transcode doesn't need to include everything up to the >>kitchen sink--that way lies madness (or possibly Windows). The vast >>majority of transcode usage is for taking a single video and audio stream >>and converting them to another (muxed or not) video and audio stream, and >>I see no problem with saying "go write a script" to people who want to mux >>together three video streams, five audio tracks, seven subtitles, and a >>partridge in a pear tree all in the same AVI file. >> >> >I disagree. If you really feel that way, then transcode is pretty much >complete now. We should tag it as v1.0(.0) and label it "final release, >unless more bugs are found". That's not what I meant--I apologize if it seemed that way. My point is that the "transcode" program, _as a single tool_, is growing too bloated already and shouldn't be expanded any more than necessary. Recall the Unix paradigm: many small programs chained together to perform complex tasks. This is very similar to the encapsulation concept proposed more recently by object-oriented programming; by separating functionality into more-or-less independent parts, each part becomes easier to design, code, and debug. As others have pointed out, transcode as it stands is already reaching the limit of maintainability, in the sense that there are parts of the code (like LVM, was it?) that nobody can find their way through anymore. What I'm suggestion is that a distinction should be made between the various tasks involved in video and audio editing: transcoding a stream from one format to another, muxing and demuxing streams, etc. Certainly it will be easier on the user to just say "transcode infile.dv to mpeg2 and ac3, merge subtitle.cc and store in vob container outfile.vob" than to run the several commands that that would currently require. That's why there should be a higher-level tool--_not_ transcode in its current form--that takes care of all that parsing and calls the other transcode programs to perform the actual work. Such a high-level program could accept command-line parameters, as you suggest, or XML files for more complex operations. But ideally, all that work should be split off from transcode itself. Let transcode do what it does best: transcoding between video and audio formats. --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 18:58:59 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 779C4126D82 for ; Fri, 3 Dec 2004 18:58:59 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Hr5Xl004161; Fri, 3 Dec 2004 18:53:05 +0100 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB3Hk5Xl003793 for ; Fri, 3 Dec 2004 18:46:05 +0100 Received: (qmail 12381 invoked by uid 65534); 3 Dec 2004 17:46:00 -0000 Received: from 81-89-238-238.teleos-web.de (EHLO work.holtkamp.priv) (81.89.238.238) by mail.gmx.net (mp008) with SMTP; 03 Dec 2004 18:46:00 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CaHVH-0001PB-00 for ; Fri, 03 Dec 2004 18:45:59 +0100 Received: from syl.holtkamp.priv ([192.168.10.10]) by work.holtkamp.priv with smtp (Exim 3.35 #1 (Debian)) id 1CaHUk-0001Ov-00 for ; Fri, 03 Dec 2004 18:45:26 +0100 Received: by syl.holtkamp.priv (sSMTP sendmail emulation); Fri, 3 Dec 2004 18:45:26 +0100 Date: Fri, 3 Dec 2004 18:45:26 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] better compression with ffmpeg - using vbr? Message-ID: <20041203174526.GA2514@syl.holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <20041203135948.85157.qmail@web61310.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20041203135948.85157.qmail@web61310.mail.yahoo.com> X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/12/03@05:59 L H told me: > I am on a linux box and going through a few different tutorials on > how to go from a DV file (captured using dvgrab from my camcorder) > to a working DVD (that plays on most standard NTSC dvd palyers.) > I would like to fit about 150 minutes on a dvd and want to know > how to pass flags to ffmpeg (or another encoder if I need to) to > invoke some kind of VBR encoding. I don't really care if it takes > 2 days to encode if I can fit what I want on 1 dvd. I don't know > a lot about vbr encoding and there seems to be a huge number of > parameters to ffmpeg (when I give transcode the -q 2 option to see > the possible flags.) I don't know what most of these flags mean > and would love some help and maybe some easy command lines to > transcode to do what I want (bottom line I want the best quality > that will give me 150 minutes of video on a dvd - regardless of > the time it will take to encode.) I am in a PAL country and use mpeg2enc. I do dv -> dvd this way: transcode -i kinofile.xml -x xml --dv_yuy2_mode --encode_fields b \ -E 48000,16,2 -y mpeg2enc,mp2enc \ -F 8,"-b 8500 -q 6 -K kvcd" -o myfilm -b is used to controll the bitrate and -q to controll (abstract) the bitrate span -K sets the matrices. Above given line is my standard attempt. However, I recently encoded some stuff reducing it to: -b 6500 -q 8 and, frankly speaking, I hardly see any difference. The results are quite good. IIRC there were about 160.000 frames (106 min) of such material. On the resulting dvd I compined this with about 600 MB mpeg1 Material and ended in 4200 MB in total. I started at my standard Options (8500/6) and increased/reduced the values after about 5% of the total encoding was made and I recognised that it will not fit. I don't know the differences when dealing with ntsc material (except you can skip --dv_yuy2_mode) but you should get the differences after a look at http://zebra.fh-weingarten.de/~transcode/docs/DV-to-DVD-HOWTO.txt If you will run in serious quality problems by reducing the bitrate/increasing the span you could consider to reduce the framesize to 352x480 and reduce the good looking bitrate by 50%, too.=20 HTH. --=20 bye maik --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBsKY20Bn175Anq4gRAh3AAKCKlBur9ftzhj7SeiTY8U387R/j+QCglrOm WG6KFpbNlc2WKjOKE4iCoQ4= =MAh8 -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:03:10 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 7EDFC126D82 for ; Fri, 3 Dec 2004 19:03:10 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I0JXl004480; Fri, 3 Dec 2004 19:00:19 +0100 Received: from smtp.aaisp.net.uk (A.painless.aaisp.net.uk [81.187.81.51]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3HlcXl003876 for ; Fri, 3 Dec 2004 18:47:39 +0100 Received: from tiar.cowlark.co.uk ([81.187.191.218] helo=tiar) by smtp.aaisp.net.uk with esmtp (Exim 4.42) id 1CaHWk-0008Mx-OW for transcode-users@exit1.org; Fri, 03 Dec 2004 17:47:30 +0000 Received: from mango.tao-group.com ([62.255.240.131] helo=pearl.tao.co.uk) by tiar with esmtp (Exim 3.36 #1 (Debian)) id 1CaHT2-0000bx-00 for ; Fri, 03 Dec 2004 17:43:40 +0000 From: David Given Organization: Tao Group Ltd. To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Date: Fri, 3 Dec 2004 17:47:31 +0000 User-Agent: KMail/1.7.1 References: <41b09459.03714@achurch.org> In-Reply-To: <41b09459.03714@achurch.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412031747.32155.dg@cowlark.com> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Saturday 04 December 2004 00:58, Andrew Church wrote: [...] > What I'm suggestion is that a distinction should be made between the > various tasks involved in video and audio editing: transcoding a stream > from one format to another, muxing and demuxing streams, etc. I'm currently investigating using gstreamer to transcode video: http://gstreamer.freedesktop.org/ It allows you to construct any arbitrary transcoding pipeline out of such things as muxers & demuxers, encoders & decoders, format conversion tools, playback & recording tools, audio and video processing tools, etc. It's still very immature, but it looks highly intriguing. It still doesn't get away from hideous command lines, though; while you can construct a pipeline using a visual XML-based editor, the editor crashes a lot, and you end up having to use invocations such as: gst-launch-0.8 avimux name=m ! filesink location=out.avi { filesrc location=in.mpg ! mpegdemux name=d { d.video_00 ! queue ! identity ! queue ! m.video_%d } { d.audio_00 ! queue ! identity ! queue ! m.audio_%d } } (reencapsulates an MPEG video as an AVI, without doing any reencoding) I find it easier to get my head around gstreamer's configurable pipeline than transcode's fixed one; I always have to keep in mind exactly where in the pipeline each transcode operation is. However, transcode currently does a far better job at processing the actual *video*. -- +- David Given --McQ-+ "...it's not that well-designed GUI's are rare, | dg@cowlark.com | it's just that the three-armed users GUI's are | (dg@tao-group.com) | designed for are rare." --- Mike Uhl on a.f.c +- www.cowlark.com --+ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:08:16 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 815AB126D82 for ; Fri, 3 Dec 2004 19:08:16 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5CXl004735; Fri, 3 Dec 2004 19:05:12 +0100 Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB3HnZXl003964 for ; Fri, 3 Dec 2004 18:49:35 +0100 Received: (qmail 23999 invoked by uid 65534); 3 Dec 2004 17:49:29 -0000 Received: from 81-89-238-238.teleos-web.de (EHLO work.holtkamp.priv) (81.89.238.238) by mail.gmx.net (mp015) with SMTP; 03 Dec 2004 18:49:29 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CaHYf-0001Pt-00 for ; Fri, 03 Dec 2004 18:49:29 +0100 Received: from syl.holtkamp.priv ([192.168.10.10]) by work.holtkamp.priv with smtp (Exim 3.35 #1 (Debian)) id 1CaHYC-0001Po-00 for ; Fri, 03 Dec 2004 18:49:00 +0100 Received: by syl.holtkamp.priv (sSMTP sendmail emulation); Fri, 3 Dec 2004 18:49:00 +0100 Date: Fri, 3 Dec 2004 18:49:00 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] [newbie] garbled audio Message-ID: <20041203174900.GB2514@syl.holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <200412031033.30663.andrex@alumni.utexas.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <200412031033.30663.andrex@alumni.utexas.net> X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/12/03@10:33 Andrew Schulman told me: >=20 > I'm a transcode noob. Very impressed but also somewhat overwhelmed by=20 > all of the possibilities of this tool. >=20 > I have 30-second videos taken with my Canon Powershot S30 camera: >=20 > $ tcprobe -i sample.avi > [tcprobe] RIFF data, AVI video > [avilib] V: 15.000 fps, codec=3DMJPG, frames=3D450, width=3D320, height= =3D240 > [avilib] A: 11024 Hz, format=3D0x01, bits=3D8, channels=3D1, bitrate=3D88= kbps, > [avilib] 30 chunks, 330720 bytes, CBR > [tcprobe] summary for sample.avi, (*) =3D not default, 0 =3D not detected > import frame size: -g 320x240 [720x576] (*) > frame rate: -f 15.000 [25.000] frc=3D0 (*) > audio track: -a 0 [0] -e 11024,8,1 [48000,16,2] -n 0x1 [0x2000] (*) > bitrate=3D88 kbps > length: 450 frames, frame_time=3D66 msec, duration=3D0:00:29.9= 99 >=20 > What I want to do is to convert them to Xvid (or anything else more=20 > open, portable, and compact than Morgan Multimedia MJPEG). I first=20 > tried >=20 > transcode -i sample.avi -o out.avi -y xvid4 >=20 > but this fails with >=20 > (aud_aux.c) Error: Lame encoding error: (-3: lame_init_params() not=20 > called) >=20 > apparently because the audio rate is a little off-- 11024 instead of=20 > 11025 Hz. So next I tried >=20 > transcode -i sample.avi -o out.avi -y xvid4 -E 11025,8,1 I would give -E 44100 a try which is IMHO quite common. --=20 bye maik --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBsKcM0Bn175Anq4gRAtfaAJ4sjdxafxFEqT/FBzO9/uv/UG5JmwCeOcTL w5Z4sZIanHAtl15I5wc3q3c= =JG91 -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:13:20 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id C0B56126D82 for ; Fri, 3 Dec 2004 19:13:20 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IArXl005225; Fri, 3 Dec 2004 19:10:53 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5IXl004749 for ; Fri, 3 Dec 2004 19:05:19 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOhl023813 for ; Fri, 3 Dec 2004 10:12:02 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB35lih9018849 for ; Thu, 2 Dec 2004 21:47:44 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB35li1t022107 for transcode-users@exit1.org; Thu, 2 Dec 2004 21:47:44 -0800 (PST) Date: Thu, 2 Dec 2004 21:47:44 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Message-ID: <20041203054744.GA3476@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <41AFB9C3.4030505@hook.homelinux.com> <41afe645.31622@achurch.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41afe645.31622@achurch.org> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, Dec 03, 2004 at 12:25:17PM +0900, Andrew Church wrote: > >I agree, there has to be a friendly transition to the new syntax. I'm > >just saying that the transition has to happen: the switch names '-m' and > >'-p' are more confusing than they are helpful. > > I don't think there's any problem with the way files are specified > (e.g. -i/-m); the problem is that there are too many options for > single-letter option names, and as a result many options get assigned > unobvious letters. (From tcmplex experience, I can guess that "-p" means > "primary audio stream", but where does "-m" come from?) What ought to > happen is a--friendly, of course--switchover to long option names > exclusively, except perhaps for the really obvious and commonly used ones > (like -i/-o), so instead of getting confused over -m vs. -p we can just > say --import-audio-file and be done with it. > > At the same time, it would be nice to allow "settings files", e.g. > "-s dvd.settings", so you don't have to type out all of the long option > names every time: > > $ cat dvd.settings > --export-codec ffmpeg,ac3 > --export-codec-options mpeg4 > --export-profile dvd-ntsc > ... I like that. it would be nice to be able to supply separate "option groups": --import-settings=dv.import --filter-settings=date.filter --export-settings=dvd.export > That said, here's my suggestion for renaming the current transcode > option menagerie. Also, it would be nice if the underscores in current > long option names, e.g. --export_prof, were changed to hyphens; not only do > underscores require the shift key to type, they look ugly ;) > > Current > option New option [short equivalent] > ------- ----------------------------- > -A --ac3-passthrough > -B --resize-fast-shrink > -C --anti-alias > -D --sync-to-audio > -E --export-audio-params > -F --export-codec-options > -G --gamma-correction > -H --auto-probe > -I --deinterlace > -J --filter > -K --grayscale > -L --vob-seek > -M --pes-sync > -N --export-audio-format > -O --flush-lame-buffer > -P --passthrough > -Q --quality > -R --pass [-p] > -S --process-psu > -T --dvd-title [-t] > -U --dvd-split-chapters > -V (disappears) > -W --vob-autosplit > -X --resize-fast-expand > -Y --export-clip > -Z --resize > -a --encode-track > -b --export-audio-bitrate [-A] > -c --frames [-f] > -d --audio-swap-bytes > -e --import-audio-params > -f --import-frame-rate > -g --import-frame-size > -h --help [-h] > -i --input [-i] > -j --import-clip > -k --swap-colors > -l --mirror > -m --export-audio-file > -n --import-audio-format > -o --output [-o] > -p --import-audio-file > -q --debug-level [-d] > -r --reduce-frame-size > -s --audio-gain > -t --split-output > -u --threads > -v --version [-v] > -w --video-bitrate [-V] > -x --import-codec [-I] > -y --export-codec [-O] > -Z --flip they already have names. long_options[] in src/transcode.c. although it has 'astream_file_in' for '-p'. > Since some short options would change meanings, this would obviously > have to be done in stages, e.g.: > - transcode 1.0.0: implement long options, warn when using short > options (except maybe -h and -v) the long options are already implemented, just not documented. and obviously, there is no warning for using them. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:17:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A229C126D82 for ; Fri, 3 Dec 2004 19:17:25 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IFfXl005456; Fri, 3 Dec 2004 19:15:41 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5IXl004752 for ; Fri, 3 Dec 2004 19:05:19 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOht023813 for ; Fri, 3 Dec 2004 10:12:03 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB151Var029513 for ; Tue, 30 Nov 2004 21:01:31 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB151Viw031771 for transcode-users@exit1.org; Tue, 30 Nov 2004 21:01:31 -0800 (PST) Date: Tue, 30 Nov 2004 21:01:31 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Bizarre halt Message-ID: <20041201050131.GE2032@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <1101782684.4246.12.camel@localhost.localdomain> <1101791183.10607.3.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101791183.10607.3.camel@localhost.localdomain> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, Nov 30, 2004 at 12:06:23AM -0500, Brian Pack wrote: > sh: line 1: 6746 Segmentation fault dr_exec transcode -H 10 -a 0 did you find any more info on this? -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:27:02 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 93084126D82 for ; Fri, 3 Dec 2004 19:27:02 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IPCXl005830; Fri, 3 Dec 2004 19:25:12 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5JXl004755 for ; Fri, 3 Dec 2004 19:05:20 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOi1023813 for ; Fri, 3 Dec 2004 10:12:04 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB14sDog024962 for ; Tue, 30 Nov 2004 20:54:13 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB14sD4A005287 for transcode-users@exit1.org; Tue, 30 Nov 2004 20:54:13 -0800 (PST) Date: Tue, 30 Nov 2004 20:54:13 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] questions about transcode docs and man-pages Message-ID: <20041201045413.GC2032@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <20041126161710.GA4507@ncrfgs3.ncrfgs> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041126161710.GA4507@ncrfgs3.ncrfgs> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, Nov 26, 2004 at 05:17:10PM +0100, ncrfgs wrote: > > man transcode > > - "decoded or skipped. At a programm stream unit" > ^^^^^^^^ > Maybe it's "program" instead of "programm". fixed > > - "transcode was written by Thomas Östreich > > and Tilmann Bitterberg with contributions" > > Why did you write Thomas' email but not yours? > Is this intentional? did not change > > - "See AUTHORS for details" > > It may look ambiguos since somebody could > think it refers to the AUTHORS section in > the man page while if I understood well it > refers to the AUTHORS file in the source > tarball. fixed, but there should probably be an AUTHORS section in the manual. > > - "transcode - LINUX video stream processing tool" > > Does it run on GNU/Linux systems only? If not, > write Unix or GNU/Linux, could be an alternative. this is a lot of places. I prefer simply "transcode - video stream processing tool". what do others prefer? > > transcode-0.6.12/docs/README.cluster > transcode-0.6.12/docs/html/cluster_guide.txt > http://www.theorie.physik.uni-goettingen.de/~ostreich/transcode/html/cluster_guide.txt > > > - "in out cluster. Assume we want 8 chunks with approx." > ^ > Maybe it's "our" instead of "out". fixed in the sources. I can't change ThOe's site. > > > Hope it will help. yes, thanks. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:36:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id AA4FD126D82 for ; Fri, 3 Dec 2004 19:36:25 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IXbXl006208; Fri, 3 Dec 2004 19:33:37 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5KXl004769 for ; Fri, 3 Dec 2004 19:05:20 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOi7023813 for ; Fri, 3 Dec 2004 10:12:04 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iAUI9d4u028996 for ; Tue, 30 Nov 2004 10:09:39 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iAUI9deq025694 for transcode-users@exit1.org; Tue, 30 Nov 2004 10:09:39 -0800 (PST) Date: Tue, 30 Nov 2004 10:09:39 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] low level fps control Message-ID: <20041130180939.GA11882@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <41ABAAF2.2020604@openwide.fr> <1101809797.3184.6.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1101809797.3184.6.camel@localhost.localdomain> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, Nov 30, 2004 at 11:16:38AM +0100, Erik Slagter wrote: > On Tue, 2004-11-30 at 00:04, Pierre Ficheux wrote: > > > Is there a way to modify fps at V4L level? I mean is it possible to skip frames > > in V4L capture? I've seen the following option: > > > > --frame_interval N select only every Nth frame to be exported [1] > > > > but it deals with exported frames, not V4L captured frames. > > The bt878 and saa7134 chips can do it, but there is no api that > implements it. So either extend the v4l2 (!) api and implement the > functionality for you chip, or you'll have to do it in software. yeah, the BSD bktr driver (for bt8x8 chips) has an ioctl for this, and it can be turned on in the import_bktr module, but I get better results using mod_fps to get a lower fps. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:42:42 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id F1BBF126D82 for ; Fri, 3 Dec 2004 19:42:41 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IfAXl006629; Fri, 3 Dec 2004 19:41:10 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5IXl004750 for ; Fri, 3 Dec 2004 19:05:19 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOhr023813 for ; Fri, 3 Dec 2004 10:12:03 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB1MCsSj000045 for ; Wed, 1 Dec 2004 14:12:54 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB1MCskY005857 for transcode-users@exit1.org; Wed, 1 Dec 2004 14:12:54 -0800 (PST) Date: Wed, 1 Dec 2004 14:12:54 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Magick error Message-ID: <20041201221254.GA5638@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, Dec 01, 2004 at 11:48:11AM -0800, Chao Chen wrote: > Hi. I installed transcode 6.12 and tried to transcode a list of > images into an avi, with please update to 0.6.14 http://www.transcoding.org/ > transcode -i list -o ashby_1110.avi -x imlist,null -y af6,null -F "W32 > Microsoft MPEG-4" -c 1-10 -g 344x240 > > where list contains: > > ashby/ashby.img20041110_000100.jpg > ashby/ashby.img20041110_000200.jpg > ashby/ashby.img20041110_000259.jpg > ashby/ashby.img20041110_000400.jpg > ashby/ashby.img20041110_000500.jpg > ashby/ashby.img20041110_000600.jpg > ashby/ashby.img20041110_000700.jpg > ashby/ashby.img20041110_000759.jpg > ... IIRC, those names won't work. remove the 'img20041110_' part so they are ashby/ashby.000100.jpg ashby/ashby.000200.jpg ashby/ashby.000259.jpg ashby/ashby.000400.jpg ashby/ashby.000500.jpg ... > Magick: Unable to open file (). > Magick: Unable to open file () [No such file or directory]. the file name your using confuses the regex in import_imlist. filenames have to be of the format: [] is either - or _ or . the part in [] is otional. you have too many separators. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:51:36 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id CA98A126D82 for ; Fri, 3 Dec 2004 19:51:36 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3InKXl006959; Fri, 3 Dec 2004 19:49:20 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IQ4Xl005867 for ; Fri, 3 Dec 2004 19:26:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 2AB71CFBE4 for ; Fri, 3 Dec 2004 19:26:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id BBEEB52C091; Fri, 3 Dec 2004 19:26:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 7E1512D2; Fri, 3 Dec 2004 19:25:10 +0100 (CET) Subject: Re: [transcode-users] better compression with ffmpeg - using vbr? From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041203174526.GA2514@syl.holtkamp.priv> References: <20041203135948.85157.qmail@web61310.mail.yahoo.com> <20041203174526.GA2514@syl.holtkamp.priv> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102098310.3274.10.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 03 Dec 2004 19:25:10 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, 2004-12-03 at 18:45, Maik Holtkamp wrote: > However, I recently encoded some stuff reducing it to: > -b 6500 -q 8 > and, frankly speaking, I hardly see any difference. I have recorded tv programs 720x576 for over a year with 4000 bps. It's all a matter of noise (or the absence of it). If you don't have any noise (e.g. from DV) you can easily drop the bitrate to e.g. 5000 kbps. You might want to go a bit higher if you have a lot of movement. > If you will run in serious quality problems by reducing the > bitrate/increasing the span you could consider to reduce the > framesize to 352x480 and reduce the good looking bitrate by 50%, > too. The quality will become poor when bitrate is less than +/- 4000 kbps. You may already experience some blocky artifacts during fast movements, but personally I prefer that very much to reducing resolution (which shows all of the time, instead of every now and then). Oh, btw (original poster), almost any encoder encodes VBR by default, it's very hard to make strict CBR, so don't worry about that. It's more the buffer requirements you'll have to worry about, if you're encoding to dvd. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 19:56:19 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 474B7126D82 for ; Fri, 3 Dec 2004 19:56:19 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IsIXl007262; Fri, 3 Dec 2004 19:54:18 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IS4Xl005964 for ; Fri, 3 Dec 2004 19:28:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 3FD3ECFBE4 for ; Fri, 3 Dec 2004 19:28:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 0AD0752C091; Fri, 3 Dec 2004 19:28:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id D68D82D2; Fri, 3 Dec 2004 19:27:42 +0100 (CET) Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <200412031747.32155.dg@cowlark.com> References: <41b09459.03714@achurch.org> <200412031747.32155.dg@cowlark.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102098462.3274.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 03 Dec 2004 19:27:42 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, 2004-12-03 at 18:47, David Given wrote: > I'm currently investigating using gstreamer to transcode video: > > http://gstreamer.freedesktop.org/ > > It allows you to construct any arbitrary transcoding pipeline out of such > things as muxers & demuxers, encoders & decoders, format conversion tools, > playback & recording tools, audio and video processing tools, etc. I find gstreamer has two major problems; there is no mpeg program stream muxer, so it's useless for making dvd's or dvb. But more serious, it's using ANSI C + very ugly constructions to resemble something like C++. Jikes. They should have used C++ from the beginning. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:01:02 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 6B069126D82 for ; Fri, 3 Dec 2004 20:01:02 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IxGXl007498; Fri, 3 Dec 2004 19:59:16 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3If4Xl006597 for ; Fri, 3 Dec 2004 19:41:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 119A7CFBE4 for ; Fri, 3 Dec 2004 19:41:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id DC00052C091; Fri, 3 Dec 2004 19:41:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 113B82D2; Fri, 3 Dec 2004 19:40:51 +0100 (CET) Subject: Re: [transcode-users] low level fps control From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041130180939.GA11882@funk.gsky.dom> References: <41ABAAF2.2020604@openwide.fr> <1101809797.3184.6.camel@localhost.localdomain> <20041130180939.GA11882@funk.gsky.dom> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102099250.3274.16.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 03 Dec 2004 19:40:50 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, 2004-11-30 at 19:09, Jacob Meuser wrote: > > The bt878 and saa7134 chips can do it, but there is no api that > > implements it. So either extend the v4l2 (!) api and implement the > > functionality for you chip, or you'll have to do it in software. > yeah, the BSD bktr driver (for bt8x8 chips) has an ioctl for this, > and it can be turned on in the import_bktr module, but I get better > results using mod_fps to get a lower fps. It would be very easy to implement for saa7134, it's only setting a few bits in a register, so volunteers ;-) _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:06:38 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A652A126D82 for ; Fri, 3 Dec 2004 20:06:38 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3J4mXl007802; Fri, 3 Dec 2004 20:04:48 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5JXl004754 for ; Fri, 3 Dec 2004 19:05:20 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOhx023813 for ; Fri, 3 Dec 2004 10:12:04 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB14wrSM008816 for ; Tue, 30 Nov 2004 20:58:53 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB14wriK006392 for transcode-users@exit1.org; Tue, 30 Nov 2004 20:58:53 -0800 (PST) Date: Tue, 30 Nov 2004 20:58:53 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Choppy video Message-ID: <20041201045853.GD2032@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <20041129002956.GB29011@froggy.surprise-family.net> <20041129011350.GB12347@funk.gsky.dom> <20041129015510.GA29194@froggy.surprise-family.net> <1101727971.3192.63.camel@localhost.localdomain> <20041129224158.GA30444@froggy.surprise-family.net> <1101809721.3184.3.camel@localhost.localdomain> <20041201003406.GA32419@froggy.surprise-family.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041201003406.GA32419@froggy.surprise-family.net> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, Nov 30, 2004 at 04:34:06PM -0800, The Surprises wrote: > On Tue, Nov 30, 2004 at 11:15:21AM +0100, Erik Slagter wrote: > > On Mon, 2004-11-29 at 23:41, The Surprises wrote: > > > > I've heard this more often. Either ntsc OR the bttv driver OR the > > > > combination of both tend to need varying interlacing parameters... > > > > > Does this mean that every DVD i create should use --encode-fields t? > > > Or, is it source specific? Seems to me that since this is an encoding > > > option, I would need to do it every time, regardless of the source > > > media. > > > > Depends on the source. If it's bttv, then probably: yes. > > > > What is bttv? The source is an NTSC dvd. bttv is the Linux driver for Brooktree bt8x8 video capture chips. I think Erik might have had you confused with someone else. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:11:17 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 7A448126D82 for ; Fri, 3 Dec 2004 20:11:17 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3J9cXl008114; Fri, 3 Dec 2004 20:09:38 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5JXl004756 for ; Fri, 3 Dec 2004 19:05:20 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOi3023813 for ; Fri, 3 Dec 2004 10:12:04 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB13uWXO030747 for ; Tue, 30 Nov 2004 19:56:32 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB13uWw5012449 for transcode-users@exit1.org; Tue, 30 Nov 2004 19:56:32 -0800 (PST) Date: Tue, 30 Nov 2004 19:56:32 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] OT: dvdmenus Message-ID: <20041201035632.GA2032@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <41ACD2EA.3070900@personnelware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41ACD2EA.3070900@personnelware.com> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, Nov 30, 2004 at 02:07:06PM -0600, Carl Karsten wrote: > Is this the best place to ask about streamdvd and dvdauthor? > > When I use those two, I get one long chapter. Pretty sure the original > chapter indexes are just ignored, and dvdauthor just builds a new > default index. Wondering if there is some way to keep the chapter > indexes intact even when requantization has occurred. you can get the chapter ranges from tcprobe, and then specify them for dvdauthor to put them in the right places. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:15:54 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id E9F98126D82 for ; Fri, 3 Dec 2004 20:15:54 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JELXl008414; Fri, 3 Dec 2004 20:14:21 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3I5KXl004760 for ; Fri, 3 Dec 2004 19:05:20 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3ICOi5023813 for ; Fri, 3 Dec 2004 10:12:04 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iAUKdNpM019927 for ; Tue, 30 Nov 2004 12:39:23 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iAUKdNP1029508 for transcode-users@exit1.org; Tue, 30 Nov 2004 12:39:23 -0800 (PST) Date: Tue, 30 Nov 2004 12:39:23 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] All frames dropped by transcode Message-ID: <20041130203923.GA9001@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <20041130150209.44fe9cd7.ugly@inhuman.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041130150209.44fe9cd7.ugly@inhuman.org> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Tue, Nov 30, 2004 at 03:02:09PM -0500, Andrew Martin wrote: > Hello, > > I'm attempting to run transcode 0.6.14 from dvd::rip 0.51.2, but (as I > understand from the error), transcode is dropping all the frames. > > The command being run is: > > dr_exec transcode -H 10 -a 1 -x vob -i > /usr/home/ugly/downloads/movies/algiers/vob/001 -w 2490 -F 5,'-B 278 -I > 0 -S 793 -g 9 -G 18' --export_asr 3 -b 224 --a52_drc_off -f 24,1 -y > mpeg2enc,mp2enc -E 44100 --psu_mode --nav_seek > /usr/home/ugly/downloads/movies/algiers/tmp/algiers-001-nav.log > --no_split -o > /usr/home/ugly/downloads/movies/algiers/avi/001/algiers-001 > --print_status 20 -J extsub=0:0:0:0:0 > > I'm importing VOBs and exporting to XSVCD format. > > I'm running Debian (sarge). Included below is a log of the output from > the above command. Any advise would be appreciated. > > Thanks, > > ugly > > libdvdread: Using libdvdcss version 1.2.8 for DVD access > libdvdread: Couldn't find device name. > libdvdread: Can't open file VIDEO_TS.IFO. > [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms > [transcode] auto-probing source > /usr/home/ugly/downloads/movies/algiers/vob/001 (ok) > [transcode] V: import format | MPEG-2 (V=vob|A=vob) > [transcode] V: AV demux/sync | (2) initial MPEG sequence / enforce > frame rate > [transcode] V: import frame | 720x480 1.50:1 encoded @ 16:9 > [transcode] V: bits/pixel | 0.301 > [transcode] V: decoding fps,frc | 23.976,1 > [transcode] V: Y'CbCr | YV12/I420 > [transcode] A: import format | 0x2000 AC3 [48000,16,2] > [transcode] A: export format | 0x50 MPEG layer-2 [44100,16,2] 224 > kbps > [transcode] V: encoding fps,frc | 23.976,1 > [transcode] A: bytes per frame | 8008 (8008.000000) > [transcode] A: adjustment | 0@1000 > [transcode] V: IA32 accel mode | sse (sse mmxext mmx asm C) > tc_memcpy: using mmxext for memcpy > [transcode] V: video buffer | 10 @ 720x480 > [import_vob.so] v0.6.0 (2003-10-02) (video) MPEG-2 | (audio) > MPEG/AC3/PCM | (subtitle) > [filter_extsub.so] 0.3.5 (2003-10-15) DVD subtitle overlay plugin > [filter_extsub.so] options=0:0:0:0:0 > [filter_extsub.so] extracting subtitle 0x20 > [import_vob.so] tccat -i > "/usr/home/ugly/downloads/movies/algiers/vob/001" -t vob -d 0 -S 0 | > tcdemux -a 0 -x ps1 -S 0 -M 2 -d 0 | tcextract -t vob -a 0x20 -x ps1 -d > 0 > (subproc.c) extracting subtitle stream 0 > tc_memcpy: using mmxext for memcpy > [export_mp2enc.so] v1.0.9 (2003-10-30) (audio) MPEG 1/2 > [export_mpeg2enc.so] v1.1.10 (2003-10-30) (video) MPEG 1/2 > [export_mpeg2enc.so] *** init-v *** ! > [export_mp2enc.so] *** init-v *** ! > [export_mpeg2enc.so] cmd=mpeg2enc -v 0 -I 0 -q 3 -f 5 -4 2 -2 3 -b 2490 > -F 1 -n n -a 3 -V 230 -o > "/usr/home/ugly/downloads/movies/algiers/avi/001/algiers-001.m2v" -B 278 > -I 0 -S 793 -g 9 -G 18 > [export_mp2enc.so] (100/4096) cmd=mp2enc -v 0 -r 44100 -b 224 -s -o > "/usr/home/ugly/downloads/movies/algiers/avi/001/algiers-001.mpa" > (split.c) reading auto-split information from file > "/usr/home/ugly/downloads/movies/algiers/tmp/algiers-001-nav.log" > (split.c) done reading 174934 entries > (split.c) chunk 0/0 PU=0 (-L 0 -c 0-174934) mapped onto (-L 0 -c > 0-174934) > [import_vob.so] tccat -i > "/usr/home/ugly/downloads/movies/algiers/vob/001" -t vob -d 0 -S 0 | > tcdemux -a 1 -x ac3 -S 0,0-14922 -M 2 -d 0 | tcextract -t vob -a 1 -x > ac3 -d 0 | tcdecode -x ac3 -d 0 -s 1.000000,1.000000,1.000000 -A 1 > (demuxer.c) seeking to sequence 0:0 ... > tc_memcpy: using mmxext for memcpy > [import_vob.so] tccat -i > "/usr/home/ugly/downloads/movies/algiers/vob/001" -t vob -d 0 -S 0 | > tcdemux -s 0x81 -x mpeg2 -S 0,0-14922 -M 2 -f 23.976024 -P > /tmp/file6v3OMP -d 0 | tcextract -t vob -a 0 -x mpeg2 -d 0 | tcdecode > -x mpeg2 -d 0 -y yv12 > tc_memcpy: using mmxext for memcpy > (demuxer.c) seeking to sequence 0:0 ... > > (V) fill=0/11, empty=1 wait=0 locked=0, ready=0, tag=0 > (A) fill=0/11, empty=1 wait=0 locked=0, ready=0, tag=0 > > (decoder.c) sleeping for 6 seconds to cool down > (split.c) reading auto-split information from file > "/usr/home/ugly/downloads/movies/algiers/tmp/algiers-001-nav.log" > (split.c) done reading 174934 entries > **ERROR: [mp2enc] Error reading wave data > ++ WARN: [mpeg2enc] Generating dummy SVCD scan-data offsets to be filled > in by "vcdimager" > ++ WARN: [mpeg2enc] If you're not using vcdimager you may wish to turn > this off using -d > > clean up | frame threads | unload modules | cancel signal | internal > threads | done > [transcode] encoded 0 frames (174926 dropped, 0 cloned), clip length > 0.00 s I may be blind, but it looks like transcode never gets the video, only the subtitles and audio. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:24:05 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 8FBC7126D82 for ; Fri, 3 Dec 2004 20:24:05 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JJAXl008713; Fri, 3 Dec 2004 20:19:10 +0100 Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3IrjXl007195 for ; Fri, 3 Dec 2004 19:53:45 +0100 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CaIYq-00059g-00 for ; Fri, 03 Dec 2004 19:53:44 +0100 Received: from pcp04396353pcs.nrockv01.md.comcast.net ([69.140.183.237]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Dec 2004 19:53:44 +0100 Received: from andrex by pcp04396353pcs.nrockv01.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Dec 2004 19:53:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: transcode-users@exit1.org From: Andrew Schulman Date: Fri, 3 Dec 2004 13:53:35 -0500 Lines: 10 Message-ID: References: <200412031033.30663.andrex@alumni.utexas.net> <20041203174900.GB2514@syl.holtkamp.priv> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp04396353pcs.nrockv01.md.comcast.net User-Agent: MicroPlanet-Gravity/2.70.2067 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Subject: [transcode-users] Re: [newbie] garbled audio Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , > > transcode -i sample.avi -o out.avi -y xvid4 -E 11025,8,1 > > I would give -E 44100 a try which is IMHO quite common. Thanks. I tried that, but unfortunately it didn't help. The WAV file comes out larger and still audible. But once it's encoded into the AVI file, it still ends up garbled. -- To reply by email, replace "deadspam.com" by "alumni.utexas.net" _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:28:21 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 24E4A126D82 for ; Fri, 3 Dec 2004 20:28:21 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JP9Xl009161; Fri, 3 Dec 2004 20:25:09 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JA4Xl008163 for ; Fri, 3 Dec 2004 20:10:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 52C82CFBE4 for ; Fri, 3 Dec 2004 20:10:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 295DD52C091; Fri, 3 Dec 2004 20:10:04 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 3541B2D2; Fri, 3 Dec 2004 20:09:14 +0100 (CET) Subject: Re: [transcode-users] Choppy video From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041201045853.GD2032@funk.gsky.dom> References: <20041129002956.GB29011@froggy.surprise-family.net> <20041129011350.GB12347@funk.gsky.dom> <20041129015510.GA29194@froggy.surprise-family.net> <1101727971.3192.63.camel@localhost.localdomain> <20041129224158.GA30444@froggy.surprise-family.net> <1101809721.3184.3.camel@localhost.localdomain> <20041201003406.GA32419@froggy.surprise-family.net> <20041201045853.GD2032@funk.gsky.dom> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102100954.3274.18.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 03 Dec 2004 20:09:14 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Wed, 2004-12-01 at 05:58, Jacob Meuser wrote: > > What is bttv? The source is an NTSC dvd. > bttv is the Linux driver for Brooktree bt8x8 video capture chips. > I think Erik might have had you confused with someone else. Possibly. It's the first bell that rang, as I've seen many reports of wrong field order in combination with bttv. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:31:41 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 4BF6B126D82 for ; Fri, 3 Dec 2004 20:31:41 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JU4Xl009442; Fri, 3 Dec 2004 20:30:04 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JJPXl008738 for ; Fri, 3 Dec 2004 20:19:26 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB3JJNRl007484 for ; Fri, 3 Dec 2004 11:19:23 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB3JJM9B007483 for transcode-users@exit1.org; Fri, 3 Dec 2004 11:19:22 -0800 Date: Fri, 3 Dec 2004 11:19:22 -0800 From: Phil Ehrens To: transcode-users@exit1.org Message-ID: <20041203191921.GA7406@tecra780> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] The Wiki Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Hi All, The Wiki is seeing the usual advertising defacements, and these are getting cleaned up pretty quickly by users, so no problems. I am also adding any new defacers IP's to the blacklist and this is working very well. I just want to point out that the best way to clean up a defacement is to use the 'View Other Revisions' link at the bottom of the defaced wiki page, then view the revision before the defacement, click the 'Edit revision ...' link, and then save the page *without editing anything.* This will ensure that pages are reverted to the last legitimate version. If you want to make changes to the page, please do it AFTER first reverting to the last legitimate version. This way the diffs are clean and easier to use. The Wiki is now in the #4 slot on google when searching for transcode. Someone who is a friend of Dr. Thomas Östreich should ask him to update his transcode news page with a link to http://www.transcoding.org. Phil -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:38:22 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 82954126D82 for ; Fri, 3 Dec 2004 20:38:22 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JamXl009821; Fri, 3 Dec 2004 20:36:48 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JVQXl009499 for ; Fri, 3 Dec 2004 20:31:27 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB3JVOiO007494 for ; Fri, 3 Dec 2004 11:31:24 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB3JVOpf007493 for transcode-users@exit1.org; Fri, 3 Dec 2004 11:31:24 -0800 Date: Fri, 3 Dec 2004 11:31:24 -0800 From: Phil Ehrens To: transcode-users@exit1.org Message-ID: <20041203193123.GA7487@tecra780> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] -x mplayer and -vobsub option to mplayer Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , How can I pass mplayer options to transcode when using -x mplayer? Specifically, I want mplayer to render in a vobsub .rar file. -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:45:47 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 4DEFA126D82 for ; Fri, 3 Dec 2004 20:45:47 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JfWXl010137; Fri, 3 Dec 2004 20:41:32 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JW0Xl009541 for ; Fri, 3 Dec 2004 20:32:01 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3Jd7XS003852 for ; Fri, 3 Dec 2004 11:38:45 -0801 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB3JVxa2013574 for ; Fri, 3 Dec 2004 11:31:59 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB3JVwJa010248 for transcode-users@exit1.org; Fri, 3 Dec 2004 11:31:58 -0800 (PST) Date: Fri, 3 Dec 2004 11:31:58 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] [newbie] garbled audio Message-ID: <20041203193158.GA18256@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <200412031033.30663.andrex@alumni.utexas.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412031033.30663.andrex@alumni.utexas.net> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, Dec 03, 2004 at 10:33:30AM -0500, Andrew Schulman wrote: > > I'm a transcode noob. Very impressed but also somewhat overwhelmed by > all of the possibilities of this tool. > > I have 30-second videos taken with my Canon Powershot S30 camera: > > $ tcprobe -i sample.avi > [tcprobe] RIFF data, AVI video > [avilib] V: 15.000 fps, codec=MJPG, frames=450, width=320, height=240 > [avilib] A: 11024 Hz, format=0x01, bits=8, channels=1, bitrate=88 kbps, > [avilib] 30 chunks, 330720 bytes, CBR > [tcprobe] summary for sample.avi, (*) = not default, 0 = not detected > import frame size: -g 320x240 [720x576] (*) > frame rate: -f 15.000 [25.000] frc=0 (*) > audio track: -a 0 [0] -e 11024,8,1 [48000,16,2] -n 0x1 [0x2000] (*) > bitrate=88 kbps > length: 450 frames, frame_time=66 msec, duration=0:00:29.999 > > What I want to do is to convert them to Xvid (or anything else more > open, portable, and compact than Morgan Multimedia MJPEG). I first > tried > > transcode -i sample.avi -o out.avi -y xvid4 > > but this fails with > > (aud_aux.c) Error: Lame encoding error: (-3: lame_init_params() not > called) > > apparently because the audio rate is a little off-- 11024 instead of > 11025 Hz. So next I tried > > transcode -i sample.avi -o out.avi -y xvid4 -E 11025,8,1 > > This succeeds, but the audio is garbled. So I tried more elaborate > versions: I think you need '-J resample' also, but I'm not sure. could you make a sample available for experimenting? > # transcode video: > transcode -i sample.avi -o v.avi -x ffmpeg,null -y xvid4,null > # extract audio: > transcode -i sample.avi -o a.avi -x null,raw -y null,wav -N 0x1 > # convert the audio rate, for lame: > sox -t .auto a.avi -r 11025 a.wav > # finally recombine them: > transcode -i v.avi -p a.wav -P 1 -y raw -o out.avi > > Again this succeeds, but the audio is still garbled. The WAV file, > a.wav, is perfectly audible, so the problem occurs in the last step. > Output of that command is below. seems that should work. are you sure the player isn't garbling the output? maybe transcode put a bad header in the AVI? -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:51:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 7F164126D82 for ; Fri, 3 Dec 2004 20:51:34 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JnmXl010406; Fri, 3 Dec 2004 20:49:48 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3JiFXl010236 for ; Fri, 3 Dec 2004 20:44:15 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id 3F41815785E for ; Fri, 3 Dec 2004 14:36:56 -0500 (EST) Message-ID: <41B0C371.6090107@hook.homelinux.com> Date: Fri, 03 Dec 2004 14:50:09 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41b09459.03714@achurch.org> In-Reply-To: <41b09459.03714@achurch.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Andrew Church wrote: >>That's why I was careful to focus just on -i/-o to list stream names. >>period. Let default policies, autoprobing, and middle options take care >>of identifiying stream contents and what to do with them. Specifically, >>let's discuss those things separately, even though they _are_ related >> >> > > But you can't do that. They're related, therefore we _have_ to >consider them at the same time. Discussing various user interface formats >is good, but it's a waste of time if they won't actually work in the first >place! > > > That's true, but you're creating a kind of catch-22 here. We don't know yet if this -i/-o idea will work or not, therefore you can't count it as a waste of time yet. Until we know for sure, we should keep the idea in mind. Your first reaction to the idea was basically "I can't immediately think of a clean way to implement that, therefore it won't work, therefore discussing how -i/-o would look is a waste of time". But I'm saying "I can't immediately think of a clean way to implement that, but I just started thinking about it. IF we can think of a clean way to implement it, then it's not a waste of time" In case I was misleading before, I am not suggesting we just sit down and start coding the new -i/-o interface. That, I agree, MAY be a waste of time. But it MAY work, and if it could work I think a lot of people would prefer it because of its intuitive nature, so let's discuss some ways to implement and support it. Of course, even if we could implement it in a clean way, you're saying you STILL wouldn't like it? >>Don't slam that single idea just because we haven't yet determined how >>to implement the entire system, first answer me this from a user's view >>point (not the programmer's): >> >>Keeping the same _functionality_ (regardless of implementation) that we >>have today, which of these is easier to use: >> >>Approximate current syntaxes: >> transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v -m audio.mpa >>Proposed respective replacements: >> transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v,audio.mpa >> >> > > The former. > > Why? In the former syntax you have to remember to use this unexplainable '-m' option to signal the audio output. There is another syntax of transcode that demands you specify the audio-only output in a '-o' switch. How do you know when to use '-o' versus '-m' when dealing with audio-only streams? Why should the user have to keep track of that? What about the other syntaxes I listed? Do you prefer the former for all of those? > Answer me this: How do you intend your transcode to figure out what >goes in "video.m2v" and what goes in "audio.mpa"? What if I said > transcode -i myclip.dv -y ffmpeg -F mpeg2 -o pipe1,pipe2 >How do you know what to put in which pipe? More importantly, how do _I_, >the user, know what transcode will choose to put in each pipe? How do I >know it won't just decide to mux the thing by itself and not even touch >pipe2? From a user's perspective, it is arguably clearer to say > transcode ... --video-output pipe1 --audio-output pipe2 >or > transcode ... --output pipe1 >instead. > > > For that specific (and uncommon) case of outputting to a generic pipe, I agree that the syntax is too ambiguous for transcode to automatically determine what to send to each target. There obviously has to be some kind of policy that transcode will follow, specified and controlled by the user, so that it knows what needs to be done. How would the user communicate those instructions to transcode for abnormal cases? Good question, I haven't thought of all the details yet. But for a moment let's say we were able to design a clean and simple method to deliver the policy to transcode for that case...maybe it's with a few more command line options, maybe an XML file, maybe it uses the filename as a hint, maybe it pulls defaults from a config file, or maybe it's just compiled into the program...however that part may look, could you agree that naming all input/output streams would look better with just '-i'/'-o' ? If it helps, I'll take a swing at answering some of your questions. They may have flaws, but that doesn't necessarily mean yet that we can discount the '-i'/'-o' idea... > How do you intend your transcode to figure out what goes in "video.m2v" and what goes in "audio.mpa"? One of my ideas to implement this was to first have transcode use the filename as a hint to the requested output format. It would analyze the file type (dev/dir/file/pattern) and the extension. If that information was found to be too ambiguous then it could fall back to positional assignment (maybe all video streams appear before all audio streams) or maybe a standard policy based on the codec in use, or maybe it would try to forward the order of input streams that were specified, if there was no de/muxing taking place. So, I should be able to say: transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 and transcode should be able to look at that and determine I'm trying to output an MPEG2 video stream (because of .m2v) and an MPEG-audio layer 3 audio stream (because of .mp3). The input is from "/dev/dvd" and, after a bit of investigative work, transcode should determine that I'm specifying the DVD device as input. The policy for this MAY infer that I want just the first angle of the video stream of the longest title and the english audio stream (AC3 1st choice, DTS 2nd choice, PCM 3rd choice) of that same title. Transcode would look to see that the input video and output video streams are of the same type and I didn't specify any requantizing or similar options, so it concludes a video stream pass thru (of course the source still has to be concatenated and demuxed). Transcode would see that I have requested MP3 yet may find AC3 input, so the audio must be transcoded. I haven't specified any overriding sample format, so those would carry over from what's detected in the input audio stream. But typing just this: transcode -i /dev/dvd -o mydvd.avi is pretty ambiguous. What codecs will be used? What bitrate? Again, policies would dictate the default behaviour where possible. If the user want's something not-so-common then he/she can override the policy with a command line options or config XML file. I think the most popular interpretation of that line is to take the main title of the DVD, and take the first angle video stream & AC3/DTS/PCM audio stream, transcode to MPEG4 & MP3, then mux those into an AVI container. Sample rate, frame rate, and resolution would carry over from the input, while bitrates would come from a default policy (maybe video bitrate would be calculated to achieve 0.25 bits/pixel). > How do you know what to put in which pipe? > More importantly, how do _I_, the user, know what transcode will choose to put in each pipe? > How do I know it won't just decide to mux the thing by itself and not even touch pipe2? The answer is, simply, if you don't give transcode enough information to convey your intentions, then policy will fill in what you left out. If you know what that policy is, then you know what transcode will do. A good policy will try to do what the user will most often want. While the pipe example is pretty abnormal, if I say "take audiovideo.dv as input, and output to pipe1 and pipe2", _my_ natural interpretation says that the first video stream will go to pipe1 and the first audio stream will go to pipe2...no re-coding, just demuxing. If a lot of other people chime in and agree that this is also their natural interpretation, then I guess that should be the default policy: If the output stream type can't be determined, then assign the first input video stream to the first output stream and the first input audio stream to the second output stream. If I alter your example and instead say "... -o pipe2.rawaudio,pipe1.rawvideo", then I've given transcode enough information to make it put the audio stream to the first output stream and the video stream to the second output stream (because the filename extensions provided a catch-all default). Or, to do the same thing maybe I'd define a new switch to explicity define the order (and I'm making this part up as I go): "-map audio=0,video=1" >>> Besides, transcode doesn't need to include everything up to the >>>kitchen sink--that way lies madness (or possibly Windows). The vast >>>majority of transcode usage is for taking a single video and audio stream >>>and converting them to another (muxed or not) video and audio stream, and >>>I see no problem with saying "go write a script" to people who want to mux >>>together three video streams, five audio tracks, seven subtitles, and a >>>partridge in a pear tree all in the same AVI file. >>> >>> >>> >>> >>I disagree. If you really feel that way, then transcode is pretty much >>complete now. We should tag it as v1.0(.0) and label it "final release, >>unless more bugs are found". >> >> > > That's not what I meant--I apologize if it seemed that way. My point >is that the "transcode" program, _as a single tool_, is growing too bloated >already and shouldn't be expanded any more than necessary. Recall the Unix >paradigm: many small programs chained together to perform complex tasks. > > Yes, many small programs that do different simple things can be put together. "ls", a program that lists a directory, can be connected to "grep" or "sort" to make a more powerful directory listing system. So why does "ls" have its own options to sort and grep? If everyone adhered strictly to the unix paradigm we'd all be writing super long chains of basic building blocks (or writing a collection of scripts to implement the common chains) just to do basic things. But I know what you're trying to say. There is a point where the executable called "transcode" gets so big that its major functional parts should be spun off into their own executables. Technically the project "transcode" is already doing just that. There are executables to probe, demux, merge, etc. and the executable "transcode" does a fair bit of its own work AND behaves as a wrapper for the other tools. When I say I want to introduce a new feature into transcode, I'm referring to the project. Whether that spells out putting it into the transcode executable or another one, or even its own...doesn't matter to me at this point. >This is very similar to the encapsulation concept proposed more recently by >object-oriented programming; by separating functionality into more-or-less >independent parts, each part becomes easier to design, code, and debug. > That's more a reference to the source code and internal design rather than a layout of final executables. But yes, the principle still applies. By the way, I am a big fan of modular design. >As >others have pointed out, transcode as it stands is already reaching the >limit of maintainability, in the sense that there are parts of the code >(like LVM, was it?) that nobody can find their way through anymore. > > That's because the internal project is badly organized. Every new feature is a patch on top of a simple skeleton. We are now seeing that skeleton shake under the load of all the patches. What I'm proposing, it it turns out it could work, would help trigger a bit of internal reorganization. > What I'm suggestion is that a distinction should be made between the >various tasks involved in video and audio editing: transcoding a stream >from one format to another, muxing and demuxing streams, etc. Certainly it >will be easier on the user to just say "transcode infile.dv to mpeg2 and >ac3, merge subtitle.cc and store in vob container outfile.vob" than to run >the several commands that that would currently require. That's why there >should be a higher-level tool--_not_ transcode in its current form--that >takes care of all that parsing and calls the other transcode programs to >perform the actual work. Such a high-level program could accept >command-line parameters, as you suggest, or XML files for more complex >operations. But ideally, all that work should be split off from transcode >itself. Let transcode do what it does best: transcoding between video and >audio formats. > > Ok. I see your point there, mostly. The executable "transcode", by virtue of its name, should be the thing that takes an input elementary data stream and re-codes it to an output elementary data stream. No demuxing/muxing, just decode/encode. This means one running instance of transcode can only ever take one video/audio/text/etc. stream and output the corresponding stream. Leave the source/destination file operations and container demuxing/muxing operations to other executables. I think in general that's a good idea and it supports the modular design. I know that's not specifically what you're saying (to reduce "transcode" to purely a re-coding tool), but I'm infering that because you also said earlier that separating functionality makes things easier to maintain. But I think those other executables should still be a part of this project/package, don't you? Otherwise, people will have to go install more packages just to get the mux/demux functionality. And if they are a part of this project/package, should we still call this the "transcode" project? What should be the name of this one-size-fits-all wrapper executable? How about this proposal: - Have the executable "transcode" be that wrapper we're talking about, moving the low level work away. - Have the demux/mux functionality be put into a set of shared libraries, and the wrapper can call upon them. - Have two executables "tcdemux" (ok that's already there) and "tcmux", which also use those libraries but perform strictly the demux/mux functions. - Have the decode/encode functionality be put into a set of shared libraries, and the wrapper can call upon them. - Have two executables "tcdecode" (ok that's already there) and "tcencode", which also use those libraries but perform strictly the decode/encode functions. tcdecode will deliver one of the "raw" formats and tcencode will require one of the "raw" formats. - Have all the filter functionality be put into a set of shared libraries, and the wrapper can call upon them. - Have some executables like "tcfilter-logoaway" and "tcfilter-scale", which also use those libraries. They will require and deliver the raw formats, depending on the kind of filter they are. - Have other intelligent functionality like scanning and probing be put into a set of shared libraries, and the wrapper can call upon them. - Have some executable like "tcscan" and "tcprobe" (ok they are already there), which also use those libraries. They will take any kind of stream and deliver the detected information in a variety of formats: plain human language (summary or with details), text output suitable for use as command line options for "transcode", and text output suitable for use in an XML or other type of config file that transcode and the other executables recognize. Tyler _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 20:57:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B7742126D82 for ; Fri, 3 Dec 2004 20:57:46 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Jt9Xl010601; Fri, 3 Dec 2004 20:55:09 +0100 Received: from moultrie.cse.sc.edu (moultrie.cse.sc.edu [129.252.138.7]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Jn6Xl010364 for ; Fri, 3 Dec 2004 20:49:07 +0100 Received: from druid.cse.sc.edu (druid.cse.sc.edu [129.252.131.64]) by moultrie.cse.sc.edu (Postfix) with ESMTP id C4D591E5F7 for ; Fri, 3 Dec 2004 14:49:04 -0500 (EST) From: Boris Kurktchiev To: transcode-users@exit1.org Date: Fri, 3 Dec 2004 19:52:28 +0000 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412031952.29104.techstuff@gmx.net> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] Merging two files Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org X-Reply-To: techstuff@gmx.net List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , I have two .avi's (xvid 0.9) that are part of a movie I want to merge the two 700mb files into one 1400mb one so I can burn it to a DVD. I used dvdrip to make the files about an year and a half ago and now I have a dvd burner and would love to get those files off the cd-r and put more than one movie on a dvd. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 22:41:00 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 726BE126D82 for ; Fri, 3 Dec 2004 22:41:00 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3LbuXl014764; Fri, 3 Dec 2004 22:37:56 +0100 Received: from mailbox.math.ualberta.ca (mailbox.math.ualberta.ca [129.128.206.31]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3LWVXl014504 for ; Fri, 3 Dec 2004 22:32:31 +0100 Received: from math6-167.math.ualberta.ca [129.128.206.167] by mailbox.math.ualberta.ca with esmtp (Exim 4.33 #1) id 1CaKiP-000KwZ-1E ; Fri, 03 Dec 2004 14:11:45 -0700 Message-ID: <41B0BFE8.6050902@math.ualberta.ca> Date: Fri, 03 Dec 2004 14:35:04 -0500 From: Xi Chen User-Agent: Mozilla Thunderbird 0.8 (X11/20040918) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org References: <200412031952.29104.techstuff@gmx.net> In-Reply-To: <200412031952.29104.techstuff@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] GOP Size Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , This is probably well known to the experts. But I just found it out recently so I share it with everyone in case someone runs into the same problem. In case you are using ffmpeg for mpeg encoding and not using --export_prof feature, you might be wondering how to set GOP size. It turns out it is not set by anything you pass to transcode in the file ffmpeg.cfg. Instead, it is set by -w bitrate,gop_size. For example, -w 4500,18 is a good setting for NTSC DVD. Note that the default is 250, which is the maximum key frame interval for mpeg4 encoding and which is way out of spec for DVD. Although it is entirely logical to use maximum key frame interval for gop size, it is better to mention this in the manual. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 22:44:54 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 720F4126D82 for ; Fri, 3 Dec 2004 22:44:54 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3LgoXl015011; Fri, 3 Dec 2004 22:42:50 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3LYHXl014595 for ; Fri, 3 Dec 2004 22:34:18 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3LfOTH011619 for ; Fri, 3 Dec 2004 13:41:02 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB3LYG9t005277 for ; Fri, 3 Dec 2004 13:34:16 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB3LYG4N011489 for transcode-users@exit1.org; Fri, 3 Dec 2004 13:34:16 -0800 (PST) Date: Fri, 3 Dec 2004 13:34:16 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Message-ID: <20041203213416.GA21390@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <41b09459.03714@achurch.org> <41B0C371.6090107@hook.homelinux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B0C371.6090107@hook.homelinux.com> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, Dec 03, 2004 at 02:50:09PM -0500, Tyler Hall wrote: > Andrew Church wrote: > > >>That's why I was careful to focus just on -i/-o to list stream names. > >>period. Let default policies, autoprobing, and middle options take care > >>of identifiying stream contents and what to do with them. Specifically, > >>let's discuss those things separately, even though they _are_ related > >> > >> > > > > But you can't do that. They're related, therefore we _have_ to > >consider them at the same time. Discussing various user interface formats > >is good, but it's a waste of time if they won't actually work in the first > >place! > > > > > > > That's true, but you're creating a kind of catch-22 here. We don't know > yet if this -i/-o idea will work or not, therefore you can't count it as > a waste of time yet. Until we know for sure, we should keep the idea in > mind. > > Your first reaction to the idea was basically "I can't immediately think > of a clean way to implement that, therefore it won't work, therefore > discussing how -i/-o would look is a waste of time". But I'm saying "I > can't immediately think of a clean way to implement that, but I just > started thinking about it. IF we can think of a clean way to implement > it, then it's not a waste of time" > > In case I was misleading before, I am not suggesting we just sit down > and start coding the new -i/-o interface. That, I agree, MAY be a waste > of time. But it MAY work, and if it could work I think a lot of people > would prefer it because of its intuitive nature, so let's discuss some > ways to implement and support it. Of course, even if we could implement > it in a clean way, you're saying you STILL wouldn't like it? usually, it does come down to actually writing the code, and seeing where it fails/exceeds expectations. > >>Don't slam that single idea just because we haven't yet determined how > >>to implement the entire system, first answer me this from a user's view > >>point (not the programmer's): > >> > >>Keeping the same _functionality_ (regardless of implementation) that we > >>have today, which of these is easier to use: > >> > >>Approximate current syntaxes: > >>transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v -m audio.mpa > >>Proposed respective replacements: > >>transcode -i myclip.dv -y ffmpeg -F mpeg2 -o video.m2v,audio.mpa > >> > >> > > > > The former. > > > > > Why? In the former syntax you have to remember to use this unexplainable > '-m' option to signal the audio output. There is another syntax of > transcode that demands you specify the audio-only output in a '-o' > switch. How do you know when to use '-o' versus '-m' when dealing with > audio-only streams? Why should the user have to keep track of that? the difference in when to use -o and -m for audio is not solved by your suggestion. it's an internal issue. IMO, the descriptions of -m and -o in transcode(1) are pretty clear. -o is the output, use -m is you want audio in a separate file. > What about the other syntaxes I listed? Do you prefer the former for all > of those? > > > Answer me this: How do you intend your transcode to figure out what > >goes in "video.m2v" and what goes in "audio.mpa"? What if I said > > transcode -i myclip.dv -y ffmpeg -F mpeg2 -o pipe1,pipe2 > >How do you know what to put in which pipe? More importantly, how do _I_, > >the user, know what transcode will choose to put in each pipe? How do I > >know it won't just decide to mux the thing by itself and not even touch > >pipe2? From a user's perspective, it is arguably clearer to say > > transcode ... --video-output pipe1 --audio-output pipe2 > >or > > transcode ... --output pipe1 > >instead. > > > > > > > For that specific (and uncommon) case of outputting to a generic pipe, I > agree that the syntax is too ambiguous for transcode to automatically > determine what to send to each target. There obviously has to be some > kind of policy that transcode will follow, specified and controlled by > the user, so that it knows what needs to be done. > > How would the user communicate those instructions to transcode for > abnormal cases? Good question, I haven't thought of all the details yet. > But for a moment let's say we were able to design a clean and simple > method to deliver the policy to transcode for that case...maybe it's > with a few more command line options, maybe an XML file, maybe it uses > the filename as a hint, maybe it pulls defaults from a config file, or > maybe it's just compiled into the program...however that part may look, > could you agree that naming all input/output streams would look better > with just '-i'/'-o' ? > > If it helps, I'll take a swing at answering some of your questions. They > may have flaws, but that doesn't necessarily mean yet that we can > discount the '-i'/'-o' idea... > > > How do you intend your transcode to figure out what goes in > "video.m2v" and what goes in "audio.mpa"? > > One of my ideas to implement this was to first have transcode use the > filename as a hint to the requested output format. It would analyze the > file type (dev/dir/file/pattern) and the extension. If that information > was found to be too ambiguous then it could fall back to positional > assignment (maybe all video streams appear before all audio streams) or > maybe a standard policy based on the codec in use, or maybe it would try > to forward the order of input streams that were specified, if there was > no de/muxing taking place. So, I should be able to say: > transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 > and transcode should be able to look at that and determine I'm trying to > output an MPEG2 video stream (because of .m2v) and an MPEG-audio layer 3 > audio stream (because of .mp3). The input is from "/dev/dvd" and, after dfinite NO on the extensions bit. > a bit of investigative work, transcode should determine that I'm > specifying the DVD device as input. The policy for this MAY infer that I > want just the first angle of the video stream of the longest title and > the english audio stream (AC3 1st choice, DTS 2nd choice, PCM 3rd > choice) of that same title. Transcode would look to see that the input > video and output video streams are of the same type and I didn't specify > any requantizing or similar options, so it concludes a video stream pass > thru (of course the source still has to be concatenated and demuxed). > Transcode would see that I have requested MP3 yet may find AC3 input, so > the audio must be transcoded. I haven't specified any overriding sample > format, so those would carry over from what's detected in the input > audio stream. > > But typing just this: > transcode -i /dev/dvd -o mydvd.avi > is pretty ambiguous. What codecs will be used? What bitrate? Again, how is that so much more ambiguous than your example from above: transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 > policies would dictate the default behaviour where possible. If the user > want's something not-so-common then he/she can override the policy with > a command line options or config XML file. I think the most popular > interpretation of that line is to take the main title of the DVD, and > take the first angle video stream & AC3/DTS/PCM audio stream, transcode > to MPEG4 & MP3, then mux those into an AVI container. Sample rate, frame > rate, and resolution would carry over from the input, while bitrates > would come from a default policy (maybe video bitrate would be > calculated to achieve 0.25 bits/pixel). this is nothing new. transcode already has default behaviour. > > How do you know what to put in which pipe? > > More importantly, how do _I_, the user, know what transcode will > choose to put in each pipe? > > How do I know it won't just decide to mux the thing by itself and not > even touch pipe2? > > The answer is, simply, if you don't give transcode enough information to > convey your intentions, then policy will fill in what you left out. If > you know what that policy is, then you know what transcode will do. A > good policy will try to do what the user will most often want. and that's _the_ problem with your suggestion of -i/-o. the -m option is to explicitly request that the audio output is separate. the fact that some export modules multiplex the output and some don't is a separate issue that needs to be addressed, but do not mix this into your suggestion wrt -i/-o. > While the pipe example is pretty abnormal, if I say "take audiovideo.dv > as input, and output to pipe1 and pipe2", _my_ natural interpretation > says that the first video stream will go to pipe1 and the first audio > stream will go to pipe2...no re-coding, just demuxing. If a lot of other > people chime in and agree that this is also their natural > interpretation, then I guess that should be the default policy: If the but why take away the explicit behaviour that already exists? > output stream type can't be determined, then assign the first input > video stream to the first output stream and the first input audio stream > to the second output stream. If I alter your example and instead say > "... -o pipe2.rawaudio,pipe1.rawvideo", then I've given transcode enough > information to make it put the audio stream to the first output stream > and the video stream to the second output stream but then how does transcode grow to outputting, say, one video and two audio streams? > (because the filename > extensions provided a catch-all default). NO! > Or, to do the same thing maybe > I'd define a new switch to explicity define the order (and I'm making > this part up as I go): "-map audio=0,video=1" gross hack > >>> Besides, transcode doesn't need to include everything up to the > >>>kitchen sink--that way lies madness (or possibly Windows). The vast > >>>majority of transcode usage is for taking a single video and audio stream > >>>and converting them to another (muxed or not) video and audio stream, and > >>>I see no problem with saying "go write a script" to people who want to > >>>mux > >>>together three video streams, five audio tracks, seven subtitles, and a > >>>partridge in a pear tree all in the same AVI file. > >>> > >>> > >>> > >>> > >>I disagree. If you really feel that way, then transcode is pretty much > >>complete now. We should tag it as v1.0(.0) and label it "final release, > >>unless more bugs are found". > >> > >> > > > > That's not what I meant--I apologize if it seemed that way. My point > >is that the "transcode" program, _as a single tool_, is growing too bloated > >already and shouldn't be expanded any more than necessary. Recall the Unix > >paradigm: many small programs chained together to perform complex tasks. > > > > > Yes, many small programs that do different simple things can be put > together. "ls", a program that lists a directory, can be connected to > "grep" or "sort" to make a more powerful directory listing system. So > why does "ls" have its own options to sort and grep? If everyone adhered > strictly to the unix paradigm we'd all be writing super long chains of > basic building blocks (or writing a collection of scripts to implement > the common chains) just to do basic things. > > But I know what you're trying to say. There is a point where the > executable called "transcode" gets so big that its major functional > parts should be spun off into their own executables. Technically the > project "transcode" is already doing just that. There are executables to > probe, demux, merge, etc. and the executable "transcode" does a fair bit > of its own work AND behaves as a wrapper for the other tools. > > When I say I want to introduce a new feature into transcode, I'm > referring to the project. Whether that spells out putting it into the > transcode executable or another one, or even its own...doesn't matter to > me at this point. but, you already think transcode is too "patched", and you want to talk about redesigning parts of it. your arguments would have more pull if you would do some of the work to smooth out the issues with transcode before suggesting changes in infrastructure. if you really want to fix something in transcode, add to the Wiki write a manpage for tcrequant update the manpages for the other tools make a transcode library or libraries to get rid of duplicated code > >This is very similar to the encapsulation concept proposed more recently by > >object-oriented programming; by separating functionality into more-or-less > >independent parts, each part becomes easier to design, code, and debug. > > > That's more a reference to the source code and internal design rather > than a layout of final executables. But yes, the principle still > applies. By the way, I am a big fan of modular design. > > >As > >others have pointed out, transcode as it stands is already reaching the > >limit of maintainability, in the sense that there are parts of the code > >(like LVM, was it?) that nobody can find their way through anymore. > > > > > That's because the internal project is badly organized. Every new > feature is a patch on top of a simple skeleton. We are now seeing that > skeleton shake under the load of all the patches. What I'm proposing, it no, not really. the problem is not really in the core. the problem is that not all modules behave "correctly", because there were apparently fairly loose standards as to what could be imported. I will agree though that there definitely needs to be some cleanup. I think it will be easier to fix the main problems by making sure the changes are going to affect all parts of transcode in predictable ways. we are moving closer to that, but there is still some major work to be done. > it turns out it could work, would help trigger a bit of internal > reorganization. this can be done separately. it needs to be done separately, because they are two separate issues. anyway, I already brought up a real problem with the options transcode uses. I got one reply. > > What I'm suggestion is that a distinction should be made between the > >various tasks involved in video and audio editing: transcoding a stream > >from one format to another, muxing and demuxing streams, etc. Certainly it > >will be easier on the user to just say "transcode infile.dv to mpeg2 and > >ac3, merge subtitle.cc and store in vob container outfile.vob" than to run > >the several commands that that would currently require. That's why there > >should be a higher-level tool--_not_ transcode in its current form--that > >takes care of all that parsing and calls the other transcode programs to > >perform the actual work. Such a high-level program could accept > >command-line parameters, as you suggest, or XML files for more complex > >operations. But ideally, all that work should be split off from transcode > >itself. Let transcode do what it does best: transcoding between video and > >audio formats. > > > > > Ok. I see your point there, mostly. The executable "transcode", by > virtue of its name, should be the thing that takes an input elementary > data stream and re-codes it to an output elementary data stream. No > demuxing/muxing, just decode/encode. This means one running instance of > transcode can only ever take one video/audio/text/etc. stream and output > the corresponding stream. Leave the source/destination file operations > and container demuxing/muxing operations to other executables. I think > in general that's a good idea and it supports the modular design. I know that's bad. containers serve good purposes, like A/V sync info. > that's not specifically what you're saying (to reduce "transcode" to > purely a re-coding tool), but I'm infering that because you also said > earlier that separating functionality makes things easier to maintain. it does. but again, I think to look at transcode now and say it has reached a point of unmaintainability and therefore it should be redesigned is ignoring the fact the transcode is very usable as is. I think the best approach is to integrate the "patched" parts into the core the way they should have been in the first place. then, and only then, will the determination of transcode's maintainability be possible. and if it is deemed that redesign is necessary, we'll have relatively clean code to work with. > But I think those other executables should still be a part of this > project/package, don't you? Otherwise, people will have to go install > more packages just to get the mux/demux functionality. > > And if they are a part of this project/package, should we still call > this the "transcode" project? > > What should be the name of this one-size-fits-all wrapper executable? > > How about this proposal: > - Have the executable "transcode" be that wrapper we're talking about, > moving the low level work away. it already does. isn't the main complaint problem that the import and export modules do too much of the work? > - Have the demux/mux functionality be put into a set of shared > libraries, and the wrapper can call upon them. > - Have two executables "tcdemux" (ok that's already there) and "tcmux", > which also use those libraries but perform strictly the demux/mux functions. import and export modules > - Have the decode/encode functionality be put into a set of shared > libraries, and the wrapper can call upon them. > - Have two executables "tcdecode" (ok that's already there) and > "tcencode", which also use those libraries but perform strictly the > decode/encode functions. tcdecode will deliver one of the "raw" formats > and tcencode will require one of the "raw" formats. decode and encode modules > - Have all the filter functionality be put into a set of shared > libraries, and the wrapper can call upon them. > - Have some executables like "tcfilter-logoaway" and "tcfilter-scale", > which also use those libraries. They will require and deliver the raw > formats, depending on the kind of filter they are. pre filters core post filters > - Have other intelligent functionality like scanning and probing be put > into a set of shared libraries, and the wrapper can call upon them. > - Have some executable like "tcscan" and "tcprobe" (ok they are already > there), which also use those libraries. They will take any kind of > stream and deliver the detected information in a variety of formats: > plain human language (summary or with details), text output suitable for > use as command line options for "transcode", and text output suitable > for use in an XML or other type of config file that transcode and the > other executables recognize. the transcode binary amazingly, this is pretty much how transcode works now, except that the import and export modules also do the decoding and encoding. the pipeline of programs idea is just ridiculous. look at some of the problems from the import modules that do this. it's much easier for the different parts to communicate within one program. BTW, if a solid API is decided, then it should be possible to make programs like tcdemux dlopen whichever import module it needs to demux the input. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 22:48:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 67C5F126D82 for ; Fri, 3 Dec 2004 22:48:43 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Ll8Xl015298; Fri, 3 Dec 2004 22:47:08 +0100 Received: from prison.castle (IDENT:itsme@p54874D4D.dip.t-dialin.net [84.135.77.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3LeGXl014896 for ; Fri, 3 Dec 2004 22:40:16 +0100 Received: from fly.castle ([192.168.0.10] helo=wizard.castle) by prison.castle with esmtp (Exim 3.35 #1 (Debian)) id 1CaLA0-0000nJ-00 for ; Fri, 03 Dec 2004 22:40:16 +0100 MIME-Version: 1.0 Message-Id: <20041203224015.3730SwNtMo787@wizard.castle> X-Mailer: - To: transcode-users@exit1.org In-Reply-To: <200412031952.29104.techstuff@gmx.net> From: =?ISO-8859-15?Q?J=F6rn?= Reder Subject: Re: [transcode-users] Merging two files Date: Fri, 3 Dec 2004 22:40:15 +0100 Content-Type: multipart/signed; boundary="----------=_1102110015-3728-2"; micalg="pgp-ripemd160"; protocol="application/pgp-signature" X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , This is a multi-part message in MIME format... ------------=_1102110015-3728-2 Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Boris Kurktchiev wrote: > I have two .avi's (xvid 0.9) that are part of a movie I want to merge the= two=20 > 700mb files into one 1400mb one so I can burn it to a DVD. I used dvdrip = to=20 > make the files about an year and a half ago and now I have a dvd burner a= nd=20 > would love to get those files off the cd-r and put more than one movie on= a=20 > dvd. transcode's avimerge is your friend: % avimerge -i file001.avi file002.avi -o merged.avi There are more options described in the manpage, but for a simple merge you don't need them. Regards, Joern --=20 LINUX - Linux Is Not gnU linuX ------------=_1102110015-3728-2 Content-Type: application/pgp-signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBsN1A2hNi0Chc9HMRA6NDAKCQnWEUwTG6OU7cz7Y+GestDdzRDQCfblg+ Xf73hqgIEV2aTRpwyZamsU0= =tI2k -----END PGP SIGNATURE----- ------------=_1102110015-3728-2-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 22:54:59 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 89E4B126D82 for ; Fri, 3 Dec 2004 22:54:59 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Lr9Xl015665; Fri, 3 Dec 2004 22:53:09 +0100 Received: from prison.castle (IDENT:itsme@p54874D4D.dip.t-dialin.net [84.135.77.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3LkLXl015233 for ; Fri, 3 Dec 2004 22:46:21 +0100 Received: from fly.castle ([192.168.0.10] helo=wizard.castle) by prison.castle with esmtp (Exim 3.35 #1 (Debian)) id 1CaLFt-0002JG-00 for ; Fri, 03 Dec 2004 22:46:21 +0100 MIME-Version: 1.0 Message-Id: <20041203224621.3732RhXvWp256@wizard.castle> X-Mailer: - To: transcode-users@exit1.org In-Reply-To: <20041203191921.GA7406@tecra780> From: =?ISO-8859-15?Q?J=F6rn?= Reder Subject: Re: [transcode-users] The Wiki Date: Fri, 3 Dec 2004 22:46:21 +0100 Content-Type: multipart/signed; boundary="----------=_1102110381-3728-4"; micalg="pgp-ripemd160"; protocol="application/pgp-signature" X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , This is a multi-part message in MIME format... ------------=_1102110381-3728-4 Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Phil Ehrens wrote: > The Wiki is now in the #4 slot on google when searching for > transcode. Great! > Someone who is a friend of Dr. Thomas =D6streich > should ask him to update his transcode news page with a > link to http://www.transcoding.org. I sent a mail two weeks ago, no respond yet :( Regards, Joern --=20 Joern Reder supporting: http://www.zyn.de/ unbelievable: http://www.exit1.org/ CPAN: http://www.perl.com/CPAN/modules/by-authors/id/J/JR/JRED ------------=_1102110381-3728-4 Content-Type: application/pgp-signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBsN6t2hNi0Chc9HMRA+eQAKCMw3ezhBhz+jsuWGAVQPqiFg6BfACfdM85 tPI8yD4aIyrow/m3Iv89EYM= =HgmX -----END PGP SIGNATURE----- ------------=_1102110381-3728-4-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:07:22 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 3BE5B126D82 for ; Fri, 3 Dec 2004 23:07:22 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3M5qXl016278; Fri, 3 Dec 2004 23:05:52 +0100 Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3M1NXl016047 for ; Fri, 3 Dec 2004 23:01:24 +0100 Received: from [192.168.1.47] ([151.205.10.225]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041203220122.ZHBI4602.out010.verizon.net@[192.168.1.47]> for ; Fri, 3 Dec 2004 16:01:22 -0600 Subject: Re: [transcode-users] Bizarre halt From: Brian Pack To: transcode-users@exit1.org In-Reply-To: <20041201050131.GE2032@funk.gsky.dom> References: <1101782684.4246.12.camel@localhost.localdomain> <1101791183.10607.3.camel@localhost.localdomain> <20041201050131.GE2032@funk.gsky.dom> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0MYZB+dc0RJckhlqd2ou" Date: Fri, 03 Dec 2004 17:01:20 -0500 Message-Id: <1102111280.12658.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [151.205.10.225] at Fri, 3 Dec 2004 16:01:22 -0600 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --=-0MYZB+dc0RJckhlqd2ou Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-11-30 at 21:01 -0800, Jacob Meuser wrote: > On Tue, Nov 30, 2004 at 12:06:23AM -0500, Brian Pack wrote: >=20 > > sh: line 1: 6746 Segmentation fault dr_exec transcode -H 10 -a 0 >=20 > did you find any more info on this? I'm going to test a different source, because I tested a shorter clip from the same disc, and had no trouble. I also tried .mpg instead of .avi for the feature, and it ran fine. I had been using the packaged version, but the last time it failed, I had built from source, using the same repository as the packaged version I had. I think it may be dependent on the source content, because I've had some films come out beautifully, but others crap out. I may have just hit a bad couple of films. --=-0MYZB+dc0RJckhlqd2ou Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBsOIwbVmbQsAM5oIRApzBAJ4iUTT1n9IEoMeWlrKzOQVcd0yvRgCfdJrC SkDBCiJeUmOKY7lgSfns78M= =DYby -----END PGP SIGNATURE----- --=-0MYZB+dc0RJckhlqd2ou-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:11:20 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id E5E57126D82 for ; Fri, 3 Dec 2004 23:11:20 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3M9hXl016415; Fri, 3 Dec 2004 23:09:43 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3M1iXl016081 for ; Fri, 3 Dec 2004 23:01:45 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB3M1fNn007594 for ; Fri, 3 Dec 2004 14:01:42 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB3M1egV007593 for transcode-users@exit1.org; Fri, 3 Dec 2004 14:01:40 -0800 Date: Fri, 3 Dec 2004 14:01:40 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] GOP Size Message-ID: <20041203220140.GA7547@tecra780> References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B0BFE8.6050902@math.ualberta.ca> User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Xi Chen wrote: > In case you are using ffmpeg for mpeg encoding and not using > --export_prof feature, you might be wondering how to set GOP size. It > turns out it is not set by anything you pass to transcode in the file > ffmpeg.cfg. Instead, it is set by -w bitrate,gop_size. For example, -w > 4500,18 is a good setting for NTSC DVD. Note that the default is 250, > which is the maximum key frame interval for mpeg4 encoding and which is > way out of spec for DVD. I have added a notation in the wiki that the keyframe value is often referred to as GOP size. While we're at it, what is the third part of the -w option, 'crispness', about? -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:19:35 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 87136126D82 for ; Fri, 3 Dec 2004 23:19:35 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MHuXl016768; Fri, 3 Dec 2004 23:17:56 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MDfXl016579 for ; Fri, 3 Dec 2004 23:13:41 +0100 Received: from slug.org (localhost.localnet [127.0.0.1]) by inferno.slug.org (8.12.11/8.12.11) with ESMTP id iB3MDdVA007602 for ; Fri, 3 Dec 2004 14:13:39 -0800 Received: (from phil@localhost) by slug.org (8.12.11/8.12.11/Submit) id iB3MDd9s007601 for transcode-users@exit1.org; Fri, 3 Dec 2004 14:13:39 -0800 Date: Fri, 3 Dec 2004 14:13:39 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] GOP Size Message-ID: <20041203221339.GB7547@tecra780> References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B0BFE8.6050902@math.ualberta.ca> User-Agent: Mutt/1.4.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , The transcode command line options page on the wiki is difficult to edit because it is poorly formatted, this is my fault, I generated the page by passing the output from 'transcode --help' through a three line script. I will rectify it this weekend, making it easier to edit. Once that is done, people with sound knowlege of the individual options should add notations on that page to better document the many options. Phil -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:24:20 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 73753126D82 for ; Fri, 3 Dec 2004 23:24:20 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MMpXl017135; Fri, 3 Dec 2004 23:22:51 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MI4Xl016797 for ; Fri, 3 Dec 2004 23:18:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 7D7E6CFBE4 for ; Fri, 3 Dec 2004 23:18:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 1B8F752C091; Fri, 3 Dec 2004 23:18:04 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 0CC412D2; Fri, 3 Dec 2004 23:18:00 +0100 (CET) Subject: Re: [transcode-users] GOP Size From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <41B0BFE8.6050902@math.ualberta.ca> References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102112279.3274.20.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 03 Dec 2004 23:17:59 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, 2004-12-03 at 20:35, Xi Chen wrote: > This is probably well known to the experts. But I just found it out > recently so I share it with everyone in case someone runs into the same > problem. > > In case you are using ffmpeg for mpeg encoding and not using > --export_prof feature, you might be wondering how to set GOP size. It > turns out it is not set by anything you pass to transcode in the file > ffmpeg.cfg. Instead, it is set by -w bitrate,gop_size. For example, -w > 4500,18 is a good setting for NTSC DVD. Note that the default is 250, > which is the maximum key frame interval for mpeg4 encoding and which is > way out of spec for DVD. > > Although it is entirely logical to use maximum key frame interval for > gop size, it is better to mention this in the manual. That is one of the reasons why you SHOULD use export profiles. GOP size is only one of the critical aspects to DVD encoding. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:28:20 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 4441A126D82 for ; Fri, 3 Dec 2004 23:28:20 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MQpXl017331; Fri, 3 Dec 2004 23:26:51 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MK3Xl016919 for ; Fri, 3 Dec 2004 23:20:03 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 7DDA8CFBE4 for ; Fri, 3 Dec 2004 23:20:03 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 58ABF52C091; Fri, 3 Dec 2004 23:20:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 1FEDE2D2; Fri, 3 Dec 2004 23:19:48 +0100 (CET) Subject: Re: [transcode-users] GOP Size From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041203220140.GA7547@tecra780> References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> <20041203220140.GA7547@tecra780> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102112387.3274.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 03 Dec 2004 23:19:48 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, 2004-12-03 at 23:01, Phil Ehrens wrote: > While we're at it, what is the third part of the -w option, > 'crispness', about? Probably divx legacy :-( _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:41:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 84696126D83 for ; Fri, 3 Dec 2004 23:41:46 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MeJXl017865; Fri, 3 Dec 2004 23:40:19 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MZVXl017667 for ; Fri, 3 Dec 2004 23:35:32 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB3MgdvF011284 for ; Fri, 3 Dec 2004 14:42:17 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB3MZUCr018145 for ; Fri, 3 Dec 2004 14:35:30 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB3MZUlT027851 for transcode-users@exit1.org; Fri, 3 Dec 2004 14:35:30 -0800 (PST) Date: Fri, 3 Dec 2004 14:35:30 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] GOP Size Message-ID: <20041203223530.GB21315@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B0BFE8.6050902@math.ualberta.ca> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, Dec 03, 2004 at 02:35:04PM -0500, Xi Chen wrote: > This is probably well known to the experts. But I just found it out > recently so I share it with everyone in case someone runs into the same > problem. > > In case you are using ffmpeg for mpeg encoding and not using > --export_prof feature, you might be wondering how to set GOP size. It > turns out it is not set by anything you pass to transcode in the file > ffmpeg.cfg. Instead, it is set by -w bitrate,gop_size. For example, -w > 4500,18 is a good setting for NTSC DVD. Note that the default is 250, > which is the maximum key frame interval for mpeg4 encoding and which is > way out of spec for DVD. > > Although it is entirely logical to use maximum key frame interval for > gop size, it is better to mention this in the manual. yeah, could you make a patch ;) -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Fri Dec 3 23:54:51 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 909A4126D83 for ; Fri, 3 Dec 2004 23:54:51 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MqsXl018280; Fri, 3 Dec 2004 23:52:54 +0100 Received: from mailbox.math.ualberta.ca (mailbox.math.ualberta.ca [129.128.206.31]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Mm8Xl018091 for ; Fri, 3 Dec 2004 23:48:09 +0100 Received: from math6-167.math.ualberta.ca [129.128.206.167] by mailbox.math.ualberta.ca with esmtp (Exim 4.33 #1) id 1CaLta-000PVf-3y ; Fri, 03 Dec 2004 15:27:22 -0700 Message-ID: <41B0D1A3.2040509@math.ualberta.ca> Date: Fri, 03 Dec 2004 15:50:43 -0500 From: Xi Chen User-Agent: Mozilla Thunderbird 0.8 (X11/20040918) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] GOP Size References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> <1102112279.3274.20.camel@localhost.localdomain> In-Reply-To: <1102112279.3274.20.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Erik Slagter wrote: >On Fri, 2004-12-03 at 20:35, Xi Chen wrote: > > >>This is probably well known to the experts. But I just found it out >>recently so I share it with everyone in case someone runs into the same >>problem. >> >>In case you are using ffmpeg for mpeg encoding and not using >>--export_prof feature, you might be wondering how to set GOP size. It >>turns out it is not set by anything you pass to transcode in the file >>ffmpeg.cfg. Instead, it is set by -w bitrate,gop_size. For example, -w >>4500,18 is a good setting for NTSC DVD. Note that the default is 250, >>which is the maximum key frame interval for mpeg4 encoding and which is >>way out of spec for DVD. >> >>Although it is entirely logical to use maximum key frame interval for >>gop size, it is better to mention this in the manual. >> >> > >That is one of the reasons why you SHOULD use export profiles. GOP size >is only one of the critical aspects to DVD encoding. > >_______________________________________________ >transcode-users mailing list >transcode-users@exit1.org >http://lists.exit1.org/mailman/listinfo/transcode-users > > I agree. But there are always some people who want to be in total control of every aspect of their encoding (control freak like yours truly :-). For them, presets are not the way to go. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 00:01:33 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 2384F126D83 for ; Sat, 4 Dec 2004 00:01:33 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3MxgXl018572; Fri, 3 Dec 2004 23:59:42 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB3Mt3Xl018363 for ; Fri, 3 Dec 2004 23:55:03 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id 166F815788E for ; Fri, 3 Dec 2004 17:47:43 -0500 (EST) Message-ID: <41B0F029.9000209@hook.homelinux.com> Date: Fri, 03 Dec 2004 18:00:57 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41b09459.03714@achurch.org> <41B0C371.6090107@hook.homelinux.com> <20041203213416.GA21390@funk.gsky.dom> In-Reply-To: <20041203213416.GA21390@funk.gsky.dom> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Jacob Meuser wrote: >On Fri, Dec 03, 2004 at 02:50:09PM -0500, Tyler Hall wrote: > > >>Why? In the former syntax you have to remember to use this unexplainable >>'-m' option to signal the audio output. There is another syntax of >>transcode that demands you specify the audio-only output in a '-o' >>switch. How do you know when to use '-o' versus '-m' when dealing with >>audio-only streams? Why should the user have to keep track of that? >> >> > >the difference in when to use -o and -m for audio is not solved by >your suggestion. it's an internal issue. IMO, the descriptions of >-m and -o in transcode(1) are pretty clear. -o is the output, use >-m is you want audio in a separate file. > > > Sure my suggestion solves it: never use -m, always use -o. Easy. Just because -m and -o is buried in a man page does not mean the user interface is "clear" and easy to use. If -m means 'audio in a separate file', then why does this work (taken from FAQ): transcode -x null,dvd -i /dev/dvd -T2,-1 -a 1 -y wav -J resample -E 44100 -o foo.wav For consistency shouldn't it be "... -m foo.wav"? Afterall, it's for putting audio in a separate file! >> >>"video.m2v" and what goes in "audio.mpa"? >> >>One of my ideas to implement this was to first have transcode use the >>filename as a hint to the requested output format. It would analyze the >>file type (dev/dir/file/pattern) and the extension. If that information >>was found to be too ambiguous then it could fall back to positional >>assignment (maybe all video streams appear before all audio streams) or >>maybe a standard policy based on the codec in use, or maybe it would try >>to forward the order of input streams that were specified, if there was >>no de/muxing taking place. So, I should be able to say: >> transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 >>and transcode should be able to look at that and determine I'm trying to >>output an MPEG2 video stream (because of .m2v) and an MPEG-audio layer 3 >>audio stream (because of .mp3). The input is from "/dev/dvd" and, after >> >> > >dfinite NO on the extensions bit. > > > why? I'm not suggesting it be a requirement, transcode would use it as a hint to fall back on if there's no other way to tell what to do. Everyone here is quick to jump on "no extensions, absolutely positively no, forever and ever" but I haven't heard any good excuse. >>a bit of investigative work, transcode should determine that I'm >>specifying the DVD device as input. The policy for this MAY infer that I >>want just the first angle of the video stream of the longest title and >>the english audio stream (AC3 1st choice, DTS 2nd choice, PCM 3rd >>choice) of that same title. Transcode would look to see that the input >>video and output video streams are of the same type and I didn't specify >>any requantizing or similar options, so it concludes a video stream pass >>thru (of course the source still has to be concatenated and demuxed). >>Transcode would see that I have requested MP3 yet may find AC3 input, so >>the audio must be transcoded. I haven't specified any overriding sample >>format, so those would carry over from what's detected in the input >>audio stream. >> >>But typing just this: >> transcode -i /dev/dvd -o mydvd.avi >>is pretty ambiguous. What codecs will be used? What bitrate? Again, >> >> > >how is that so much more ambiguous than your example from above: > > transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 > > Yeah, "... -o mydvd.avi" isn't THAT ambiguous, because it could be interpreted as "all streams from main title gets remux'd into this AVI". But "... -o mydvd.m2v,mydvd.mp3" isn't THAT ambiguous either. Looks pretty clear to me what the two output streams will contain, doesn't it to you? > > > >>policies would dictate the default behaviour where possible. If the user >>want's something not-so-common then he/she can override the policy with >>a command line options or config XML file. I think the most popular >>interpretation of that line is to take the main title of the DVD, and >>take the first angle video stream & AC3/DTS/PCM audio stream, transcode >>to MPEG4 & MP3, then mux those into an AVI container. Sample rate, frame >>rate, and resolution would carry over from the input, while bitrates >>would come from a default policy (maybe video bitrate would be >>calculated to achieve 0.25 bits/pixel). >> >> > >this is nothing new. transcode already has default behaviour. > > > automatically achieves 0.25 bits/pixel ??? I thought it had default of 1800 bps. >>even touch pipe2? >> >>The answer is, simply, if you don't give transcode enough information to >>convey your intentions, then policy will fill in what you left out. If >>you know what that policy is, then you know what transcode will do. A >>good policy will try to do what the user will most often want. >> >> > >and that's _the_ problem with your suggestion of -i/-o. the -m >option is to explicitly request that the audio output is separate. > > > Well that's pretty inconsistent. What's so special about audio? Why isn't there another switch to say "extract video stream here"? At least with my suggestion there is commonality: all input streams are in '-i' and all output streams are in '-o'. >the fact that some export modules multiplex the output and some >don't is a separate issue that needs to be addressed, but do not mix >this into your suggestion wrt -i/-o. > > Actually, restructuring the modules was part of my idea for implementing that. > > >>While the pipe example is pretty abnormal, if I say "take audiovideo.dv >>as input, and output to pipe1 and pipe2", _my_ natural interpretation >>says that the first video stream will go to pipe1 and the first audio >>stream will go to pipe2...no re-coding, just demuxing. If a lot of other >>people chime in and agree that this is also their natural >>interpretation, then I guess that should be the default policy: If the >> >> > >but why take away the explicit behaviour that already exists? > > > Where did I say I was taking it away? >>output stream type can't be determined, then assign the first input >>video stream to the first output stream and the first input audio stream >>to the second output stream. If I alter your example and instead say >>"... -o pipe2.rawaudio,pipe1.rawvideo", then I've given transcode enough >>information to make it put the audio stream to the first output stream >>and the video stream to the second output stream >> >> > >but then how does transcode grow to outputting, say, one video and >two audio streams? > > > -o pipe2.rawaudio,pipe3.rawaudio,pipe1.rawvideo >>(because the filename >>extensions provided a catch-all default). >> >> > >NO! > > YES! > > >>Or, to do the same thing maybe >>I'd define a new switch to explicity define the order (and I'm making >>this part up as I go): "-map audio=0,video=1" >> >> > >gross hack > > just an example. > > >>>>> Besides, transcode doesn't need to include everything up to the >>>>>kitchen sink--that way lies madness (or possibly Windows). The vast >>>>>majority of transcode usage is for taking a single video and audio stream >>>>>and converting them to another (muxed or not) video and audio stream, and >>>>>I see no problem with saying "go write a script" to people who want to >>>>>mux >>>>>together three video streams, five audio tracks, seven subtitles, and a >>>>>partridge in a pear tree all in the same AVI file. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>I disagree. If you really feel that way, then transcode is pretty much >>>>complete now. We should tag it as v1.0(.0) and label it "final release, >>>>unless more bugs are found". >>>> >>>> >>>> >>>> >>> That's not what I meant--I apologize if it seemed that way. My point >>>is that the "transcode" program, _as a single tool_, is growing too bloated >>>already and shouldn't be expanded any more than necessary. Recall the Unix >>>paradigm: many small programs chained together to perform complex tasks. >>> >>> >>> >>> >>Yes, many small programs that do different simple things can be put >>together. "ls", a program that lists a directory, can be connected to >>"grep" or "sort" to make a more powerful directory listing system. So >>why does "ls" have its own options to sort and grep? If everyone adhered >>strictly to the unix paradigm we'd all be writing super long chains of >>basic building blocks (or writing a collection of scripts to implement >>the common chains) just to do basic things. >> >>But I know what you're trying to say. There is a point where the >>executable called "transcode" gets so big that its major functional >>parts should be spun off into their own executables. Technically the >>project "transcode" is already doing just that. There are executables to >>probe, demux, merge, etc. and the executable "transcode" does a fair bit >>of its own work AND behaves as a wrapper for the other tools. >> >>When I say I want to introduce a new feature into transcode, I'm >>referring to the project. Whether that spells out putting it into the >>transcode executable or another one, or even its own...doesn't matter to >>me at this point. >> >> > >but, you already think transcode is too "patched", and you want to >talk about redesigning parts of it. > > > Right, not patching it. Taking parts out and replacing them. >your arguments would have more pull if you would do some of the work >to smooth out the issues with transcode before suggesting changes >in infrastructure. > > I could come up with a fully thought out system, then present it to you...that's true. But likely everyone would freak out and scream NO NO NO because it's too big of a change all at once. So I'm introducing the ideas a bit a time to get people thinking about them. I don't want the redesign to be complety my own, I like input from others. >if you really want to fix something in transcode, > > add to the Wiki > > Started... 'Transcode Internals" > write a manpage for tcrequant > > I should get to know it first I guess ;) > update the manpages for the other tools > > Not a bad idea > make a transcode library or libraries to get rid of duplicated code > > Sounds good to me. > > >>>This is very similar to the encapsulation concept proposed more recently by >>>object-oriented programming; by separating functionality into more-or-less >>>independent parts, each part becomes easier to design, code, and debug. >>> >>> >>> >>That's more a reference to the source code and internal design rather >>than a layout of final executables. But yes, the principle still >>applies. By the way, I am a big fan of modular design. >> >> >> >>>As >>>others have pointed out, transcode as it stands is already reaching the >>>limit of maintainability, in the sense that there are parts of the code >>>(like LVM, was it?) that nobody can find their way through anymore. >>> >>> >>> >>> >>That's because the internal project is badly organized. Every new >>feature is a patch on top of a simple skeleton. We are now seeing that >>skeleton shake under the load of all the patches. What I'm proposing, it >> >> > >no, not really. the problem is not really in the core. the problem is >that not all modules behave "correctly", because there were apparently >fairly loose standards as to what could be imported. > >I will agree though that there definitely needs to be some cleanup. > >I think it will be easier to fix the main problems by making sure >the changes are going to affect all parts of transcode in predictable >ways. we are moving closer to that, but there is still some major >work to be done. > > > >>it turns out it could work, would help trigger a bit of internal >>reorganization. >> >> > >this can be done separately. it needs to be done separately, because >they are two separate issues. > >anyway, I already brought up a real problem with the options transcode >uses. I got one reply. > > > >>> What I'm suggestion is that a distinction should be made between the >>>various tasks involved in video and audio editing: transcoding a stream >>> >>> >>>from one format to another, muxing and demuxing streams, etc. Certainly it >> >> >>>will be easier on the user to just say "transcode infile.dv to mpeg2 and >>>ac3, merge subtitle.cc and store in vob container outfile.vob" than to run >>>the several commands that that would currently require. That's why there >>>should be a higher-level tool--_not_ transcode in its current form--that >>>takes care of all that parsing and calls the other transcode programs to >>>perform the actual work. Such a high-level program could accept >>>command-line parameters, as you suggest, or XML files for more complex >>>operations. But ideally, all that work should be split off from transcode >>>itself. Let transcode do what it does best: transcoding between video and >>>audio formats. >>> >>> >>> >>> >>Ok. I see your point there, mostly. The executable "transcode", by >>virtue of its name, should be the thing that takes an input elementary >>data stream and re-codes it to an output elementary data stream. No >>demuxing/muxing, just decode/encode. This means one running instance of >>transcode can only ever take one video/audio/text/etc. stream and output >>the corresponding stream. Leave the source/destination file operations >>and container demuxing/muxing operations to other executables. I think >>in general that's a good idea and it supports the modular design. I know >> >> > >that's bad. containers serve good purposes, like A/V sync info. > > > >>that's not specifically what you're saying (to reduce "transcode" to >>purely a re-coding tool), but I'm infering that because you also said >>earlier that separating functionality makes things easier to maintain. >> >> > >it does. but again, I think to look at transcode now and say it >has reached a point of unmaintainability and therefore it should be >redesigned is ignoring the fact the transcode is very usable as is. > > I'm saying to add any major enhancements requires parts to be redesigned. >I think the best approach is to integrate the "patched" parts into >the core the way they should have been in the first place. > > > probably need to do this first to make redesigning easier, yes >then, and only then, will the determination of transcode's >maintainability be possible. and if it is deemed that redesign is >necessary, we'll have relatively clean code to work with. > > > I agree >>But I think those other executables should still be a part of this >>project/package, don't you? Otherwise, people will have to go install >>more packages just to get the mux/demux functionality. >> >>And if they are a part of this project/package, should we still call >>this the "transcode" project? >> >>What should be the name of this one-size-fits-all wrapper executable? >> >>How about this proposal: >>- Have the executable "transcode" be that wrapper we're talking about, >>moving the low level work away. >> >> > >it already does. isn't the main complaint problem that the import and >export modules do too much of the work? > > > true, but it still calls upon tc* executables, where it should use shared libs >>- Have the demux/mux functionality be put into a set of shared >>libraries, and the wrapper can call upon them. >>- Have two executables "tcdemux" (ok that's already there) and "tcmux", >>which also use those libraries but perform strictly the demux/mux functions. >> >> > >import and export modules > > But you can't call the modules from the shell. I brought it up to support the unix paradigm > > >>- Have the decode/encode functionality be put into a set of shared >>libraries, and the wrapper can call upon them. >>- Have two executables "tcdecode" (ok that's already there) and >>"tcencode", which also use those libraries but perform strictly the >>decode/encode functions. tcdecode will deliver one of the "raw" formats >>and tcencode will require one of the "raw" formats. >> >> > >decode and encode modules > > same response > > >>- Have all the filter functionality be put into a set of shared >>libraries, and the wrapper can call upon them. >>- Have some executables like "tcfilter-logoaway" and "tcfilter-scale", >>which also use those libraries. They will require and deliver the raw >>formats, depending on the kind of filter they are. >> >> > >pre filters >core >post filters > > same response > > >>- Have other intelligent functionality like scanning and probing be put >>into a set of shared libraries, and the wrapper can call upon them. >>- Have some executable like "tcscan" and "tcprobe" (ok they are already >>there), which also use those libraries. They will take any kind of >>stream and deliver the detected information in a variety of formats: >>plain human language (summary or with details), text output suitable for >>use as command line options for "transcode", and text output suitable >>for use in an XML or other type of config file that transcode and the >>other executables recognize. >> >> > >the transcode binary > > See above response. >amazingly, this is pretty much how transcode works now, except that >the import and export modules also do the decoding and encoding. > >the pipeline of programs idea is just ridiculous. look at some of the >problems from the import modules that do this. it's much easier for >the different parts to communicate within one program. > >BTW, if a solid API is decided, then it should be possible to make >programs like tcdemux dlopen whichever import module it needs to >demux the input. > > > Tyler _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 03:36:32 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B4514126D83 for ; Sat, 4 Dec 2004 03:36:32 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB42WcXl025010; Sat, 4 Dec 2004 03:32:38 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB42O3Xl024786 for ; Sat, 4 Dec 2004 03:24:03 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB42VAlL026101 for ; Fri, 3 Dec 2004 18:30:48 -0801 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB42O1NZ006754 for ; Fri, 3 Dec 2004 18:24:01 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB42O1uA023170 for transcode-users@exit1.org; Fri, 3 Dec 2004 18:24:01 -0800 (PST) Date: Fri, 3 Dec 2004 18:24:01 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Message-ID: <20041204022401.GB19997@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <41b09459.03714@achurch.org> <41B0C371.6090107@hook.homelinux.com> <20041203213416.GA21390@funk.gsky.dom> <41B0F029.9000209@hook.homelinux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B0F029.9000209@hook.homelinux.com> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, Dec 03, 2004 at 06:00:57PM -0500, Tyler Hall wrote: > Jacob Meuser wrote: > > >On Fri, Dec 03, 2004 at 02:50:09PM -0500, Tyler Hall wrote: > > > > > >>Why? In the former syntax you have to remember to use this unexplainable > >>'-m' option to signal the audio output. There is another syntax of > >>transcode that demands you specify the audio-only output in a '-o' > >>switch. How do you know when to use '-o' versus '-m' when dealing with > >>audio-only streams? Why should the user have to keep track of that? > >> > >> > > > >the difference in when to use -o and -m for audio is not solved by > >your suggestion. it's an internal issue. IMO, the descriptions of > >-m and -o in transcode(1) are pretty clear. -o is the output, use > >-m is you want audio in a separate file. > > > > > > > Sure my suggestion solves it: never use -m, always use -o. Easy. > > Just because -m and -o is buried in a man page does not mean the user > interface is "clear" and easy to use. > > If -m means 'audio in a separate file', then why does this work (taken > from FAQ): > transcode -x null,dvd -i /dev/dvd -T2,-1 -a 1 -y wav -J resample -E > 44100 -o foo.wav > > For consistency shouldn't it be "... -m foo.wav"? Afterall, it's for > putting audio in a separate file! "separate" implies more than one. if the output file is only audio anyway, there's no need to put it in a separate file. > >> > >>"video.m2v" and what goes in "audio.mpa"? > >> > >>One of my ideas to implement this was to first have transcode use the > >>filename as a hint to the requested output format. It would analyze the > >>file type (dev/dir/file/pattern) and the extension. If that information > >>was found to be too ambiguous then it could fall back to positional > >>assignment (maybe all video streams appear before all audio streams) or > >>maybe a standard policy based on the codec in use, or maybe it would try > >>to forward the order of input streams that were specified, if there was > >>no de/muxing taking place. So, I should be able to say: > >>transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 > >>and transcode should be able to look at that and determine I'm trying to > >>output an MPEG2 video stream (because of .m2v) and an MPEG-audio layer 3 > >>audio stream (because of .mp3). The input is from "/dev/dvd" and, after > >> > >> > > > >dfinite NO on the extensions bit. > > > > > > > why? I'm not suggesting it be a requirement, transcode would use it as a > hint to fall back on if there's no other way to tell what to do. > Everyone here is quick to jump on "no extensions, absolutely positively > no, forever and ever" but I haven't heard any good excuse. because it is dumb. seriously, is it easier to supply a switch or rename a file? do you think it's more likely that someone will supply a wrong switch or have a wrongly named file? regardless, you're suggesting "patch"ing more code in to parse names for extensions to decide what the format is. > >>a bit of investigative work, transcode should determine that I'm > >>specifying the DVD device as input. The policy for this MAY infer that I > >>want just the first angle of the video stream of the longest title and > >>the english audio stream (AC3 1st choice, DTS 2nd choice, PCM 3rd > >>choice) of that same title. Transcode would look to see that the input > >>video and output video streams are of the same type and I didn't specify > >>any requantizing or similar options, so it concludes a video stream pass > >>thru (of course the source still has to be concatenated and demuxed). > >>Transcode would see that I have requested MP3 yet may find AC3 input, so > >>the audio must be transcoded. I haven't specified any overriding sample > >>format, so those would carry over from what's detected in the input > >>audio stream. > >> > >>But typing just this: > >>transcode -i /dev/dvd -o mydvd.avi > >>is pretty ambiguous. What codecs will be used? What bitrate? Again, > >> > >> > > > >how is that so much more ambiguous than your example from above: > > > > transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 > > > > > Yeah, "... -o mydvd.avi" isn't THAT ambiguous, because it could be > interpreted as "all streams from main title gets remux'd into this AVI". you are saying something is not ambiguous because it _could_ mean ... that doesn't make sense. > But "... -o mydvd.m2v,mydvd.mp3" isn't THAT ambiguous either. Looks > pretty clear to me what the two output streams will contain, doesn't it > to you? but that's _more_ ambiguous than -o out.m2v -m out.mp2. > > > > > > > >>policies would dictate the default behaviour where possible. If the user > >>want's something not-so-common then he/she can override the policy with > >>a command line options or config XML file. I think the most popular > >>interpretation of that line is to take the main title of the DVD, and > >>take the first angle video stream & AC3/DTS/PCM audio stream, transcode > >>to MPEG4 & MP3, then mux those into an AVI container. Sample rate, frame > >>rate, and resolution would carry over from the input, while bitrates > >>would come from a default policy (maybe video bitrate would be > >>calculated to achieve 0.25 bits/pixel). > >> > >> > > > >this is nothing new. transcode already has default behaviour. > > > > > > > automatically achieves 0.25 bits/pixel ??? I thought it had default of > 1800 bps. oh, yes, what a great improvement to transcode. instead of a default 1800 bps (sic), we'll have 0.25 bpp. that's not what I was talking about. > >>even touch pipe2? > >> > >>The answer is, simply, if you don't give transcode enough information to > >>convey your intentions, then policy will fill in what you left out. If > >>you know what that policy is, then you know what transcode will do. A > >>good policy will try to do what the user will most often want. > >> > >> > > > >and that's _the_ problem with your suggestion of -i/-o. the -m > >option is to explicitly request that the audio output is separate. > > > > > > > Well that's pretty inconsistent. What's so special about audio? Why > isn't there another switch to say "extract video stream here"? At least > with my suggestion there is commonality: all input streams are in '-i' > and all output streams are in '-o'. audio is different because transcode is primarily a video stream processing tool. > >the fact that some export modules multiplex the output and some > >don't is a separate issue that needs to be addressed, but do not mix > >this into your suggestion wrt -i/-o. > > > > > Actually, restructuring the modules was part of my idea for implementing > that. what, at all, do they have to do with eachother? > > > > > >>While the pipe example is pretty abnormal, if I say "take audiovideo.dv > >>as input, and output to pipe1 and pipe2", _my_ natural interpretation > >>says that the first video stream will go to pipe1 and the first audio > >>stream will go to pipe2...no re-coding, just demuxing. If a lot of other > >>people chime in and agree that this is also their natural > >>interpretation, then I guess that should be the default policy: If the > >> > >> > > > >but why take away the explicit behaviour that already exists? > > > > > > > Where did I say I was taking it away? you want to remove -m. > >>output stream type can't be determined, then assign the first input > >>video stream to the first output stream and the first input audio stream > >>to the second output stream. If I alter your example and instead say > >>"... -o pipe2.rawaudio,pipe1.rawvideo", then I've given transcode enough > >>information to make it put the audio stream to the first output stream > >>and the video stream to the second output stream > >> > >> > > > >but then how does transcode grow to outputting, say, one video and > >two audio streams? > > > > > > > -o pipe2.rawaudio,pipe3.rawaudio,pipe1.rawvideo yes, that's wonderful. I'm sure that will work well with whatever is reading the pipe. it probably expects .rawaudio extensions for raw audio streams. that's the problem with relying on extensions. > >>(because the filename > >>extensions provided a catch-all default). > >> > >> > > > >NO! > > > > > YES! WHY! > > > > > >>Or, to do the same thing maybe > >>I'd define a new switch to explicity define the order (and I'm making > >>this part up as I go): "-map audio=0,video=1" > >> > >> > > > >gross hack > > > > > just an example. > > > > > > >>>>> Besides, transcode doesn't need to include everything up to the > >>>>>kitchen sink--that way lies madness (or possibly Windows). The vast > >>>>>majority of transcode usage is for taking a single video and audio > >>>>>stream > >>>>>and converting them to another (muxed or not) video and audio stream, > >>>>>and > >>>>>I see no problem with saying "go write a script" to people who want to > >>>>>mux > >>>>>together three video streams, five audio tracks, seven subtitles, and a > >>>>>partridge in a pear tree all in the same AVI file. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>I disagree. If you really feel that way, then transcode is pretty much > >>>>complete now. We should tag it as v1.0(.0) and label it "final release, > >>>>unless more bugs are found". > >>>> > >>>> > >>>> > >>>> > >>> That's not what I meant--I apologize if it seemed that way. My point > >>>is that the "transcode" program, _as a single tool_, is growing too > >>>bloated > >>>already and shouldn't be expanded any more than necessary. Recall the > >>>Unix > >>>paradigm: many small programs chained together to perform complex tasks. > >>> > >>> > >>> > >>> > >>Yes, many small programs that do different simple things can be put > >>together. "ls", a program that lists a directory, can be connected to > >>"grep" or "sort" to make a more powerful directory listing system. So > >>why does "ls" have its own options to sort and grep? If everyone adhered > >>strictly to the unix paradigm we'd all be writing super long chains of > >>basic building blocks (or writing a collection of scripts to implement > >>the common chains) just to do basic things. > >> > >>But I know what you're trying to say. There is a point where the > >>executable called "transcode" gets so big that its major functional > >>parts should be spun off into their own executables. Technically the > >>project "transcode" is already doing just that. There are executables to > >>probe, demux, merge, etc. and the executable "transcode" does a fair bit > >>of its own work AND behaves as a wrapper for the other tools. > >> > >>When I say I want to introduce a new feature into transcode, I'm > >>referring to the project. Whether that spells out putting it into the > >>transcode executable or another one, or even its own...doesn't matter to > >>me at this point. > >> > >> > > > >but, you already think transcode is too "patched", and you want to > >talk about redesigning parts of it. > > > > > > > Right, not patching it. Taking parts out and replacing them. you will lose functionality, or you will end up having to patch your new code to get the full functionality. you might as well rewrite from scratch if you're not interested in figuring out exactly _why_ there are problems, and exactly _what_ those problems are, and _how_ to deal with them. > >your arguments would have more pull if you would do some of the work > >to smooth out the issues with transcode before suggesting changes > >in infrastructure. > > > > > I could come up with a fully thought out system, then present it to > you...that's true. But likely everyone would freak out and scream NO NO > NO because it's too big of a change all at once. So I'm introducing the > ideas a bit a time to get people thinking about them. I don't want the > redesign to be complety my own, I like input from others. but it doesn't even seem the -i/-o issue was well thought out. what I mean is, if you have an idea, sit down and try to implement it. if you send in a patch, or need help with a specific issue, or run into something in the code that looks wrong, you are more likely to get technical answers instead of political answers ;) > >if you really want to fix something in transcode, > > > > add to the Wiki > > > > > Started... 'Transcode Internals" doesn't even have links to the documentation that already exists! doen't have any discussion about the current architecture. claims that transcode is too patched, without any examples to back it up. > > write a manpage for tcrequant > > > > > I should get to know it first I guess ;) > > > update the manpages for the other tools > > > > > Not a bad idea > > > make a transcode library or libraries to get rid of duplicated code > > > > > Sounds good to me. > > >it does. but again, I think to look at transcode now and say it > >has reached a point of unmaintainability and therefore it should be > >redesigned is ignoring the fact the transcode is very usable as is. > > > > > I'm saying to add any major enhancements requires parts to be redesigned. I'm saying there's more important things to do first. > >I think the best approach is to integrate the "patched" parts into > >the core the way they should have been in the first place. > > > > > > > probably need to do this first to make redesigning easier, yes or else the redesigned parts won't "fit" as nicely as they could, and many of the same old issues will come back. > >then, and only then, will the determination of transcode's > >maintainability be possible. and if it is deemed that redesign is > >necessary, we'll have relatively clean code to work with. > > > > > > > I agree > > >>But I think those other executables should still be a part of this > >>project/package, don't you? Otherwise, people will have to go install > >>more packages just to get the mux/demux functionality. > >> > >>And if they are a part of this project/package, should we still call > >>this the "transcode" project? > >> > >>What should be the name of this one-size-fits-all wrapper executable? > >> > >>How about this proposal: > >>- Have the executable "transcode" be that wrapper we're talking about, > >>moving the low level work away. > >> > >> > > > >it already does. isn't the main complaint problem that the import and > >export modules do too much of the work? > > > > > > > true, but it still calls upon tc* executables, where it should use > shared libs we probably want to use static libs (libtool convenience libraries) actually. if modules are linked against shared libraries, then we get a copy of the whole library for each module (correct me if I'm wrong, but I believe this is the case with dlopen'ed modules). I'd rather just get the needed symbols from static libraries if possible. > >>- Have the demux/mux functionality be put into a set of shared > >>libraries, and the wrapper can call upon them. > >>- Have two executables "tcdemux" (ok that's already there) and "tcmux", > >>which also use those libraries but perform strictly the demux/mux > >>functions. > >> > >> > > > >import and export modules > > > > > But you can't call the modules from the shell. I brought it up to > support the unix paradigm not sure I understand what you mean. IMO, transcode is the 'shell', the modules are the separate programs. > > > > > >>- Have the decode/encode functionality be put into a set of shared > >>libraries, and the wrapper can call upon them. > >>- Have two executables "tcdecode" (ok that's already there) and > >>"tcencode", which also use those libraries but perform strictly the > >>decode/encode functions. tcdecode will deliver one of the "raw" formats > >>and tcencode will require one of the "raw" formats. > >> > >> > > > >decode and encode modules > > > > > same response > > > > > > >>- Have all the filter functionality be put into a set of shared > >>libraries, and the wrapper can call upon them. > >>- Have some executables like "tcfilter-logoaway" and "tcfilter-scale", > >>which also use those libraries. They will require and deliver the raw > >>formats, depending on the kind of filter they are. > >> > >> > > > >pre filters > >core > >post filters > > > > > same response > > > > > > >>- Have other intelligent functionality like scanning and probing be put > >>into a set of shared libraries, and the wrapper can call upon them. > >>- Have some executable like "tcscan" and "tcprobe" (ok they are already > >>there), which also use those libraries. They will take any kind of > >>stream and deliver the detected information in a variety of formats: > >>plain human language (summary or with details), text output suitable for > >>use as command line options for "transcode", and text output suitable > >>for use in an XML or other type of config file that transcode and the > >>other executables recognize. > >> > >> > > > >the transcode binary > > > > > See above response. > > >amazingly, this is pretty much how transcode works now, except that > >the import and export modules also do the decoding and encoding. > > > >the pipeline of programs idea is just ridiculous. look at some of the > >problems from the import modules that do this. it's much easier for > >the different parts to communicate within one program. > > > >BTW, if a solid API is decided, then it should be possible to make > >programs like tcdemux dlopen whichever import module it needs to > >demux the input. > > > > > > > Tyler > -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 08:13:38 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id BAC66126D83 for ; Sat, 4 Dec 2004 08:13:38 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB479wXl004295; Sat, 4 Dec 2004 08:09:58 +0100 Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB471tXl004128 for ; Sat, 4 Dec 2004 08:01:58 +0100 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CaTvX-000310-00 for ; Sat, 04 Dec 2004 08:01:55 +0100 Received: from pcp04396353pcs.nrockv01.md.comcast.net ([69.140.183.237]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Dec 2004 08:01:55 +0100 Received: from andrex by pcp04396353pcs.nrockv01.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Dec 2004 08:01:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: transcode-users@exit1.org From: Andrew Schulman Date: Sat, 04 Dec 2004 02:01:48 -0500 Lines: 88 Message-ID: References: <200412031033.30663.andrex@alumni.utexas.net> <20041203193158.GA18256@funk.gsky.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp04396353pcs.nrockv01.md.comcast.net User-Agent: KNode/0.8.1 X-Archive: encrypt X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Subject: [transcode-users] Re: [newbie] garbled audio Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >> I have 30-second videos taken with my Canon Powershot S30 camera: >> >> $ tcprobe -i sample.avi >> [tcprobe] RIFF data, AVI video >> [avilib] V: 15.000 fps, codec=MJPG, frames=450, width=320, height=240 >> [avilib] A: 11024 Hz, format=0x01, bits=8, channels=1, bitrate=88 kbps, >> [avilib] 30 chunks, 330720 bytes, CBR >> [tcprobe] summary for sample.avi, (*) = not default, 0 = not detected >> import frame size: -g 320x240 [720x576] (*) >> frame rate: -f 15.000 [25.000] frc=0 (*) >> audio track: -a 0 [0] -e 11024,8,1 [48000,16,2] -n 0x1 [0x2000] (*) >> bitrate=88 kbps >> length: 450 frames, frame_time=66 msec, duration=0:00:29.999 >> >> What I want to do is to convert them to Xvid (or anything else more >> open, portable, and compact than Morgan Multimedia MJPEG). I first >> tried >> >> transcode -i sample.avi -o out.avi -y xvid4 >> >> but this fails with >> >> (aud_aux.c) Error: Lame encoding error: (-3: lame_init_params() not >> called) >> >> apparently because the audio rate is a little off-- 11024 instead of >> 11025 Hz. So next I tried >> >> transcode -i sample.avi -o out.avi -y xvid4 -E 11025,8,1 >> >> This succeeds, but the audio is garbled. So I tried more elaborate >> versions: > > I think you need '-J resample' also, but I'm not sure. I tried this too, and unfortunately it also failed. Have tried putting the -E and -J before and after the -o and -y. No change. > could you make a sample available for experimenting? Sure! Here are the original video (sample.avi: 7.2 MB), xvid4-encoded video (v.avi: 2.7 MB), and WAV-encoded audio (a.wav: 330 KB), as produced by the commands listed below: http://home.comcast.net/~andrex/transcode/sample.avi http://home.comcast.net/~andrex/transcode/v.avi http://home.comcast.net/~andrex/transcode/a.wav (Video of my wife and son) Note that v.avi and a.wav appear to be just fine. The problem occurs when I recombine them, in the last step below. >> # transcode video: >> transcode -i sample.avi -o v.avi -x ffmpeg,null -y xvid4,null >> # extract audio: >> transcode -i sample.avi -o a.avi -x null,raw -y null,wav -N 0x1 >> # convert the audio rate, for lame: >> sox -t .auto a.avi -r 11025 a.wav >> # finally recombine them: >> transcode -i v.avi -p a.wav -P 1 -y raw -o out.avi >> >> Again this succeeds, but the audio is still garbled. The WAV file, >> a.wav, is perfectly audible, so the problem occurs in the last step. >> Output of that command is below. > > seems that should work. are you sure the player isn't garbling the > output? I tried with mplayer and xine, and got the same result. > maybe transcode put a bad header in the AVI? I dunno. tcprobe reports the right things: $ tcprobe out.avi [tcprobe] RIFF data, AVI video [avilib] V: 15.000 fps, codec=XVID, frames=449, width=320, height=240 [avilib] A: 11025 Hz, format=0x55, bits=8, channels=1, bitrate=128 kbps, [avilib] 449 chunks, 236309 bytes, CBR [tcprobe] summary for out.avi, (*) = not default, 0 = not detected import frame size: -g 320x240 [720x576] (*) frame rate: -f 15.000 [25.000] frc=13 (*) audio track: -a 0 [0] -e 11025,8,1 [48000,16,2] -n 0x55 [0x2000] (*) bitrate=128 kbps length: 449 frames, frame_time=66 msec, duration=0:00:29.933 Any help would be greatly appreciated. I'm stumped. Andrew. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 08:28:43 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 7A443126D83 for ; Sat, 4 Dec 2004 08:28:43 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB47OjXl004661; Sat, 4 Dec 2004 08:24:45 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB47HTXl004443 for ; Sat, 4 Dec 2004 08:17:29 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id B1BAD157814 for ; Sat, 4 Dec 2004 02:10:08 -0500 (EST) Message-ID: <41B165ED.7000708@hook.homelinux.com> Date: Sat, 04 Dec 2004 02:23:25 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41b09459.03714@achurch.org> <41B0C371.6090107@hook.homelinux.com> <20041203213416.GA21390@funk.gsky.dom> <41B0F029.9000209@hook.homelinux.com> <20041204022401.GB19997@funk.gsky.dom> In-Reply-To: <20041204022401.GB19997@funk.gsky.dom> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Jacob Meuser wrote: >On Fri, Dec 03, 2004 at 06:00:57PM -0500, Tyler Hall wrote: > > >>Jacob Meuser wrote: >> >> >> >>>On Fri, Dec 03, 2004 at 02:50:09PM -0500, Tyler Hall wrote: >>> >>> >>> >>> >>>>Why? In the former syntax you have to remember to use this unexplainable >>>>'-m' option to signal the audio output. There is another syntax of >>>>transcode that demands you specify the audio-only output in a '-o' >>>>switch. How do you know when to use '-o' versus '-m' when dealing with >>>>audio-only streams? Why should the user have to keep track of that? >>>> >>>> >>>> >>>> >>>the difference in when to use -o and -m for audio is not solved by >>>your suggestion. it's an internal issue. IMO, the descriptions of >>>-m and -o in transcode(1) are pretty clear. -o is the output, use >>>-m is you want audio in a separate file. >>> >>> >>> >>> >>> >>Sure my suggestion solves it: never use -m, always use -o. Easy. >> >>Just because -m and -o is buried in a man page does not mean the user >>interface is "clear" and easy to use. >> >>If -m means 'audio in a separate file', then why does this work (taken >>from FAQ): >> transcode -x null,dvd -i /dev/dvd -T2,-1 -a 1 -y wav -J resample -E >>44100 -o foo.wav >> >>For consistency shouldn't it be "... -m foo.wav"? Afterall, it's for >>putting audio in a separate file! >> >> > >"separate" implies more than one. if the output file is only audio >anyway, there's no need to put it in a separate file. > > > >>>>"video.m2v" and what goes in "audio.mpa"? >>>> >>>>One of my ideas to implement this was to first have transcode use the >>>>filename as a hint to the requested output format. It would analyze the >>>>file type (dev/dir/file/pattern) and the extension. If that information >>>>was found to be too ambiguous then it could fall back to positional >>>>assignment (maybe all video streams appear before all audio streams) or >>>>maybe a standard policy based on the codec in use, or maybe it would try >>>>to forward the order of input streams that were specified, if there was >>>>no de/muxing taking place. So, I should be able to say: >>>>transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 >>>>and transcode should be able to look at that and determine I'm trying to >>>>output an MPEG2 video stream (because of .m2v) and an MPEG-audio layer 3 >>>>audio stream (because of .mp3). The input is from "/dev/dvd" and, after >>>> >>>> >>>> >>>> >>>dfinite NO on the extensions bit. >>> >>> >>> >>> >>> >>why? I'm not suggesting it be a requirement, transcode would use it as a >>hint to fall back on if there's no other way to tell what to do. >>Everyone here is quick to jump on "no extensions, absolutely positively >>no, forever and ever" but I haven't heard any good excuse. >> >> > >because it is dumb. seriously, is it easier to supply a switch >or rename a file? > > It's easier to supply a switch. When was the last time you renamed a file just to change the extension? >do you think it's more likely that someone will supply a wrong switch >or have a wrongly named file? > > I think it's more likely that someone will supply a wrong switch. When was the last time you had a file with an incorrect extension? >regardless, you're suggesting "patch"ing more code in to parse names >for extensions to decide what the format is. > > Actually no. What I'm doing is suggesting potential properties of an overhaul of the whole transcode system, implemented in to-be-determined phases, and my initial topic to jumpstart brainstorming was the '-p'/'-m' switches. I have listed a variety of potential usage examples ranging from simple cases to complex cases to abnormal cases. All this talk about forcing formats according to extension has been blown out of proportion. It is the sprinkles on the frosting on the cake. It is the fall-back case for transcode to use when all else fails in trying to determine just what format the user wants the output to be in. Extension matching on the input side won't happen because it doesn't make sense: that info can be scanned & probed. But on the output side transcode needs to know what streams and what formats need to be pulled out. Currently it's "-m" to extract one audio track (but only when more than an audio track would normally be outputted) and "-o" to catch the rest...whatever that may be. If I say this to transcode: transcode -i myclip.dv -o myclip.m2v -m myclip.mp3 does transcode know what I'm trying to do? If a newbie user came to this list and posted that line saying "it doesn't work, please help" would you not infer that they are trying to convert from DV to the MPEG2-video and MPEG-audio layer-3 streams? You know it and I know it, but transcode doesn't know what you're talking about because you didn't specify a codec. Whereas my with my extension proposal (ignore the 'listed output streams' for this one) transcode would, before finally giving up, say "oh wait a minute, I see .m2v and .mp3 output extensions specified. Let me look that up....ah yes, user must be trying to demux the DV, transcode the DV-video to MPEG2-video, and transcode the DV-audio to MPEG-audio layer-3" Now bring listed output streams into it. Right now the user could do something stupid like this: transcode .... -o output.mpa -m output.m2v A simple typo that forces a video or container stream into output.mpa and output.m2v. The user would be confused when trying manipulate either one of these files, agreed? Now with my proposal you could do this: transcode .... -o output.mpa,output.m2v or this: transcode .... -o output.m2v,output.mpa and they do the same thing....the correct thing...as long the user didn't ALSO specify particular command line switches to FORCE the order of output streams. > > >>>>a bit of investigative work, transcode should determine that I'm >>>>specifying the DVD device as input. The policy for this MAY infer that I >>>>want just the first angle of the video stream of the longest title and >>>>the english audio stream (AC3 1st choice, DTS 2nd choice, PCM 3rd >>>>choice) of that same title. Transcode would look to see that the input >>>>video and output video streams are of the same type and I didn't specify >>>>any requantizing or similar options, so it concludes a video stream pass >>>>thru (of course the source still has to be concatenated and demuxed). >>>>Transcode would see that I have requested MP3 yet may find AC3 input, so >>>>the audio must be transcoded. I haven't specified any overriding sample >>>>format, so those would carry over from what's detected in the input >>>>audio stream. >>>> >>>>But typing just this: >>>>transcode -i /dev/dvd -o mydvd.avi >>>>is pretty ambiguous. What codecs will be used? What bitrate? Again, >>>> >>>> >>>> >>>> >>>how is that so much more ambiguous than your example from above: >>> >>>transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 >>> >>> >>> >>> >>Yeah, "... -o mydvd.avi" isn't THAT ambiguous, because it could be >>interpreted as "all streams from main title gets remux'd into this AVI". >> >> > >you are saying something is not ambiguous because it _could_ mean ... > >that doesn't make sense. > > Yes, for something to be ambiguous it means that something _could_ be interpreted in a number of ways. So there is a possibility of it being interpreted in a way that was not intended. If I give you an M2V file you already know that your MPEG2-video player will play it. You know it is an elementary stream and does not need demuxing. You know what codec is required to decode it, and you know it is a video codec. Whereas if I give you an AVI file, you have no idea what's inside or whether your player will play it. You know it's a container, so you can count the number of streams inside and demux them, but that's about all. To say a stream is an M2V stream is more specific than to say a stream is an AVI stream, so specifying "-o blah.avi" wouldn't help transcode pick default values as much as would if you had said "-o blah.m2v". Therefore, "-o blah.avi" is more ambiguous than "-o blah.m2v". > > >>But "... -o mydvd.m2v,mydvd.mp3" isn't THAT ambiguous either. Looks >>pretty clear to me what the two output streams will contain, doesn't it >>to you? >> >> > >but that's _more_ ambiguous than -o out.m2v -m out.mp2. > > > If transcode is not told how to map streams and ignores the extensions, then yes it is more ambiguous than -o/-m. I guess I should've been more clear by saying that "assuming transcode is not told about mappings but is able to recognize the extensions, 'transcode .... -o mydvd.m2v,mydvd.mp3' is pretty easy to interpret. Or put it another way: saying '-o out.m2v -m out.mp2' is redundant. Of course .mp2 is an audio file, why would it ever be a container or video file? And because the '.mp2' filename is an extra filename on the command line, that fact alone signifies the desire to have the audio extracted and put into a separate file, so why bother repeating that request with '-m'? Wasted typing. >>> >>> >>> >>>>policies would dictate the default behaviour where possible. If the user >>>>want's something not-so-common then he/she can override the policy with >>>>a command line options or config XML file. I think the most popular >>>>interpretation of that line is to take the main title of the DVD, and >>>>take the first angle video stream & AC3/DTS/PCM audio stream, transcode >>>>to MPEG4 & MP3, then mux those into an AVI container. Sample rate, frame >>>>rate, and resolution would carry over from the input, while bitrates >>>>would come from a default policy (maybe video bitrate would be >>>>calculated to achieve 0.25 bits/pixel). >>>> >>>> >>>> >>>> >>>this is nothing new. transcode already has default behaviour. >>> >>> >>> >>> >>> >>automatically achieves 0.25 bits/pixel ??? I thought it had default of >>1800 bps. >> >> > >oh, yes, what a great improvement to transcode. > >instead of a default 1800 bps (sic), we'll have 0.25 bpp. > >that's not what I was talking about. > > > I was serious. You stuck the response after I talk about bits/pixel, but you didn't say what exactly was nothing new. How else should I interpret that? >>>>even touch pipe2? >>>> >>>>The answer is, simply, if you don't give transcode enough information to >>>>convey your intentions, then policy will fill in what you left out. If >>>>you know what that policy is, then you know what transcode will do. A >>>>good policy will try to do what the user will most often want. >>>> >>>> >>>> >>>> >>>and that's _the_ problem with your suggestion of -i/-o. the -m >>>option is to explicitly request that the audio output is separate. >>> >>> >>> >>> >>> >>Well that's pretty inconsistent. What's so special about audio? Why >>isn't there another switch to say "extract video stream here"? At least >>with my suggestion there is commonality: all input streams are in '-i' >>and all output streams are in '-o'. >> >> > >audio is different because transcode is primarily a video stream >processing tool. > > > I feel like we're going in circles here. This "transcode is primarily video" thing is exactly what I'm trying to change. You can transcode audio too. And since video and audio and containers go hand-in-hand, it makes sense to make transcode primarily about video & audio & containers. So, if transcode was turned into more than just a video thing, then keeping '-m' to treat audio specially is inconsistent. To be consistent, either create options to rip out just the video ('-o output.avi -? output.m2v') or go the other way and redefine '-o'. >>>the fact that some export modules multiplex the output and some >>>don't is a separate issue that needs to be addressed, but do not mix >>>this into your suggestion wrt -i/-o. >>> >>> >>> >>> >>Actually, restructuring the modules was part of my idea for implementing >>that. >> >> > >what, at all, do they have to do with eachother? > > > Well, one way I'd like to have transcode implement stream mapping is to identify what objects or resources each module has to offer, then look at what objects or resources are being requested by the user or by other modules, then make the connections. So rather than have an export module dictate what the output stream will be (mpeg2-video versus AVI w/ mpeg4 inside), you separate the functionality. A "codec" module will decode and encode. period. A "container" module will demux and mux. period. If you do this, you allow the user to decide what the output stream(s) will be and, in the case of container streams, what streams will be inside that container stream. And you don't have to have special rules like "well, normally you tell it where the output goes with the '-o', but in this case you want audio while there is also video present so you have to use '-m' instead". Ok I'm getting to the extensions part, all that was to describe how the modules could be reorganized to help support listed streams in '-o'. Now, like I said before, if the user can tell transcode what output format(s) to produce by a set of command line switches or XML config file, then so be it, end of discussion. But if the user has not given that info, and there is no config file to read, and the modules have no suggestions, and there is nothing compiled in to help, then AFTER all that transcode will take a peek at the extensions used in the output filenames. If it doesn't find anything it recognized, then it gives up and prints an error message to the user saying "sorry, don't know what do to!". But if it does recognize an extension, NOW it has something to work with. If, for example, it was .MP3 it could work backwards and say "ah-ha! user wants mpeg-audio layer-3 output". Then it can look at all the audio codec modules and find one that will provide that. It makes the connection and the transcoding starts. And that's the long version of how modules would be related to extension matching. >>> >>> >>>>While the pipe example is pretty abnormal, if I say "take audiovideo.dv >>>>as input, and output to pipe1 and pipe2", _my_ natural interpretation >>>>says that the first video stream will go to pipe1 and the first audio >>>>stream will go to pipe2...no re-coding, just demuxing. If a lot of other >>>>people chime in and agree that this is also their natural >>>>interpretation, then I guess that should be the default policy: If the >>>> >>>> >>>> >>>> >>>but why take away the explicit behaviour that already exists? >>> >>> >>> >>> >>> >>Where did I say I was taking it away? >> >> > >you want to remove -m. > > Yeah, I want to remove the syntax, not the behaviour. transcode .... -o video-only.avi -m audio-only.mp3 could be replaced with transcode ....{some switch for 'take that raw audio stream and put it to the second file listed'}...{some switch for 'take that video stream, put it in an AVI container by itself, write that to the first listed file}... -o video-only.avi,audio-only.mp3 Now I know what you're thinking: all I've done there was taken a simple '-o/-m' syntax and replaced it with an ugly bloated syntax. But I'm stating some general way to do it. The following would be better and do the same thing: transcode ....{some switch for 'take that raw audio stream and put it to the second file listed'}... -o video-only.avi,audio-only.mp3 it could do the same thing because while you've explicitly defined what goes in the 2nd file, you didn't say what goes into the first file. If transcode has no other way to determine what goes in that file, it peeks at the extension and sees AVI. Well, the only input stream left to map (because the audio stream is force-mapped somewhere else) is the video. And transcode will know that a video stream can't be written directly into an AVI file, it has to go through the AVI mux. So it calls up the AVI muxer and inserts him in the connection chain. Yeah, there would be a lot of stuff going on inside, but that same algorithm could be applied to any transcoding scenario. So what switch would I pick for that last example? Maybe '-m' ;) Seriously though, you could get away with removing it altogether. Transcode could follow a pre-defined policy that says something like "there is a preference to have all output audio streams mapped before container streams". I said 'preference' for a reason, meaning the user could override it with a command line switch or config file, but if none of that is found by transcode it will fulfill the preference and first map the audio files, then map what's left over to the container files, leaving the required syntax to just: transcode .... -o video-only.avi,audio-only.mp3 or even transcode .... -o audio-only.mp3,video-only.avi because even though the policy dictates what data stream gets mapped to what kind of file it didn't dictate specifically what files they were. So extension matching, again assuming there was nothing else transcode could use to identify what kind of stream should go into a target file, would hint back to transcode that an audio stream should go in the .mp3 and a container stream should go in the .avi....position independent. > > >>>>output stream type can't be determined, then assign the first input >>>>video stream to the first output stream and the first input audio stream >>>>to the second output stream. If I alter your example and instead say >>>>"... -o pipe2.rawaudio,pipe1.rawvideo", then I've given transcode enough >>>>information to make it put the audio stream to the first output stream >>>>and the video stream to the second output stream >>>> >>>> >>>> >>>> >>>but then how does transcode grow to outputting, say, one video and >>>two audio streams? >>> >>> >>> >>> >>> >>-o pipe2.rawaudio,pipe3.rawaudio,pipe1.rawvideo >> >> > >yes, that's wonderful. I'm sure that will work well with whatever >is reading the pipe. it probably expects .rawaudio extensions for >raw audio streams. > >that's the problem with relying on extensions. > > > Hold on, what "expects .rawaudio extensions"? You've given me a generic situation using pipes of all things. I came up with ".rawaudio" as I was typing the response. For this discussion use whatever extension you prefer. Whatever you run downstream likely won't care what the pipe is named so what does it matter? Why are we even talking about pipes? But if helps I'll say it again: the extension mapping would be used as a last resort, only used if transcode could not find any other way to determine what type of data goes into what output file. Yes, '-m' does a wonderful job of dictating "this file here receives the audio stream, but only if there is more than the audio stream present" and let's the rest go to whatever is called out in '-o'. But the user can easily mix this up with '-p', and the novice may not even realize that more than '-o' is needed to get at the audio. With my proposal using this "extension recognition as a last resort" OR with a built-in policy OR with a command line switch (not just for audio extraction) you can get the same functionality by putting the output filenames in a list after '-o'. So let's try this again and say there's a built-in policy dictating that when even extension matching fails (because there is no recognized extension) then the assumed order of output files is simply "video-0, ..., video-N, audio-0, ..., audio-M, container", where every successful map to a video or audio file causes that video/audio stream to be extracted from the normal container file it would've been written to, and all left over A/V streams get written to the container file. So if there was one video and two audio streams to be outputted, all you'd have to say is transcode .... -o pipe1,pipe2,pipe3 and pipe1 would get the video, pipes 2 & 3 get the audio. Don't like the order? change it with command line parameters or config file. >>>>(because the filename >>>>extensions provided a catch-all default). >>>> >>>> >>>> >>>> >>>NO! >>> >>> >>> >>> >>YES! >> >> > >WHY! > > > Why do extensions provide a catch-all default? to help the user. If I type: transcode -i song.wav -o song.mp3 I expect the "right" or "normal" or "popular" thing to be done, I expect my .wav file to be transcoded to a .mp3 file with the same sample rate & format that my wav had (if possible, otherwise automatically up-sampled to the next allowable rate & format), using 128kbps (ABR or VBR, whatever everyone agrees the default should be). I shouldn't HAVE to tell transcode what codec to use, or what bitrate, or sample rate, or frame format, or even what module should be used to implement that codec. But if I want I still CAN tell transcode what should be overridden. I may WANT to set my bitrate: transcode -i song.wav -b 96 -o song.mp3 But wait, there's more! I could say transcode -i music.mp3,vidonly.avi -o full.vob and without having to specify any other details, I can trust that transcode will take my video stream (whatever it is, as long as transcode could scan & probe it) from the AVI file I listed, transcode it (if needed) to mpeg2-video, then take the mp3 audio and transcode it to mpeg-audio layer 2 (or AC3 or DTS if that's what the default policy dictates), then combine the two into an mpeg2-ps, and generate a DVD VOB file holding one chapter. Yes, I know transcode does not currently generate mpeg2-ps or vob. >>>but, you already think transcode is too "patched", and you want to >>>talk about redesigning parts of it. >>> >>> >>> >>> >>> >>Right, not patching it. Taking parts out and replacing them. >> >> > >you will lose functionality, or you will end up having to patch >your new code to get the full functionality. > >you might as well rewrite from scratch if you're not interested in >figuring out exactly _why_ there are problems, and exactly _what_ >those problems are, and _how_ to deal with them. > > > I don't why you think I'm taking functionality away...I'm moving it around to clean up the syntax. I'm cleaning the syntax to prepare for more enhancements. It seems I'm just stepping on sensitive toes, because no one except Erik seems to care to see this project grow beyond bug fixes and supporting a few more codecs. If I have to go through this much work to convince people to think about a different way to handle more than one stream assignment, let alone the positives of extension matching, I can't imagine what it will take to present how "-y module -F codec" should be just "-F codec". Maybe I should just switch over to gstreamer and work with them. >>>your arguments would have more pull if you would do some of the work >>>to smooth out the issues with transcode before suggesting changes >>>in infrastructure. >>> >>> >>> >>> >>I could come up with a fully thought out system, then present it to >>you...that's true. But likely everyone would freak out and scream NO NO >>NO because it's too big of a change all at once. So I'm introducing the >>ideas a bit a time to get people thinking about them. I don't want the >>redesign to be complety my own, I like input from others. >> >> > >but it doesn't even seem the -i/-o issue was well thought out. > >what I mean is, if you have an idea, sit down and try to implement >it. if you send in a patch, or need help with a specific issue, >or run into something in the code that looks wrong, you are more >likely to get technical answers instead of political answers ;) > > > But this '-i/-o' idea can't be done with a simple patch. To implement it requires some of the other changes I described earlier. In other words, first I need to send patches for a new module system, then I can send patches for new '-i/-o' (then I can send patches for filename extension matching) >>>if you really want to fix something in transcode, >>> >>>add to the Wiki >>> >>> >>> >>> >>Started... 'Transcode Internals" >> >> > >doesn't even have links to the documentation that already exists! > >doen't have any discussion about the current architecture. > > > Yeah I just meant I already created the page...as in I've been thinking about this for a while and even started a wiki page to capture brainstorm ideas. Maybe instead of "Started" I should've used "Created"?? >claims that transcode is too patched, without any examples to >back it up. > > > Maybe I went too far there. It "feels" like it's too patched because of the large number of "exceptions" that come tied with a lot of command line switches. >we probably want to use static libs (libtool convenience libraries) >actually. if modules are linked against shared libraries, then we get >a copy of the whole library for each module (correct me if I'm wrong, >but I believe this is the case with dlopen'ed modules). I'd rather >just get the needed symbols from static libraries if possible. > > > I've never actually had the opportunity to work with dlopen so I'll take your word for it. >>>>- Have the demux/mux functionality be put into a set of shared >>>>libraries, and the wrapper can call upon them. >>>>- Have two executables "tcdemux" (ok that's already there) and "tcmux", >>>>which also use those libraries but perform strictly the demux/mux >>>>functions. >>>> >>>> >>>> >>>> >>>import and export modules >>> >>> >>> >>> >>But you can't call the modules from the shell. I brought it up to >>support the unix paradigm >> >> > >not sure I understand what you mean. > >IMO, transcode is the 'shell', the modules are the separate programs. > > Yes, but in the spirit of "unix" it would make sense to take some popular modules and wrap each one up in its own little executable. The transcode shell/wrapper would not call these executables directly, rather all the executables would link in the same library. It's a small gain, may not even be worth the work, but again it's the "unix" paradigm....where you don't build one program that does all, instead you build all programs that connect to be one. tcdecode | my-script-to-darken-every-other-pixel.sh | tcencode Personally I would place this priority at "long after I do filename extension matching" Tyler _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 11:09:58 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 8EBF1126D83 for ; Sat, 4 Dec 2004 11:09:58 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4A6GXl009569; Sat, 4 Dec 2004 11:06:16 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB49w4Xl009209 for ; Sat, 4 Dec 2004 10:58:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 2EC43CFBE4 for ; Sat, 4 Dec 2004 10:58:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id 980EB52C091; Sat, 4 Dec 2004 10:58:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id E33E12D2; Sat, 4 Dec 2004 10:57:43 +0100 (CET) Subject: Re: [transcode-users] GOP Size From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <41B0D1A3.2040509@math.ualberta.ca> References: <200412031952.29104.techstuff@gmx.net> <41B0BFE8.6050902@math.ualberta.ca> <1102112279.3274.20.camel@localhost.localdomain> <41B0D1A3.2040509@math.ualberta.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102154263.3274.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sat, 04 Dec 2004 10:57:43 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Fri, 2004-12-03 at 21:50, Xi Chen wrote: > >That is one of the reasons why you SHOULD use export profiles. GOP size > >is only one of the critical aspects to DVD encoding. > I agree. But there are always some people who want to be in total > control of every aspect of their encoding (control freak like yours > truly :-). For them, presets are not the way to go. Profiles are NOT presets, they are a different set of defaults. So use dvd profile and THEN override your changes. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 12:26:34 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id E9887126D83 for ; Sat, 4 Dec 2004 12:26:34 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4BLsXl012478; Sat, 4 Dec 2004 12:21:54 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4BBUXl011973 for ; Sat, 4 Dec 2004 12:11:31 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB4BIdhA031391 for ; Sat, 4 Dec 2004 03:18:17 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB4BBT5K027658 for ; Sat, 4 Dec 2004 03:11:29 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB4BBTKh021406 for transcode-users@exit1.org; Sat, 4 Dec 2004 03:11:29 -0800 (PST) Date: Sat, 4 Dec 2004 03:11:29 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Message-ID: <20041204111128.GA8693@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <41b09459.03714@achurch.org> <41B0C371.6090107@hook.homelinux.com> <20041203213416.GA21390@funk.gsky.dom> <41B0F029.9000209@hook.homelinux.com> <20041204022401.GB19997@funk.gsky.dom> <41B165ED.7000708@hook.homelinux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41B165ED.7000708@hook.homelinux.com> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Sat, Dec 04, 2004 at 02:23:25AM -0500, Tyler Hall wrote: > >regardless, you're suggesting "patch"ing more code in to parse names > >for extensions to decide what the format is. > > > > > Actually no. > streams' for this one) transcode would, before finally giving up, say > "oh wait a minute, I see .m2v and .mp3 output extensions specified. Let > me look that up....ah yes, user must be trying to demux the DV, > transcode the DV-video to MPEG2-video, and transcode the DV-audio to > MPEG-audio layer-3" you see, you write all this stuff in the middle, and in the end contradict yourself. the option parsing and probing are probably some of the hardest parts of transcode to unravel, from a programming view. yes, they are probably candidates for replacement, but there is a lot to take into consideration, now, and for transcode's future. that's why I'm picking at your suggestion, because whatever is decided upon has to be resilient and adaptable. oh, and sometimes it takes me a while to see the light :) > Now bring listed output streams into it. Right now the user could do > something stupid like this: ^^^^^^ > transcode .... -o output.mpa -m output.m2v > A simple typo that forces a video or container stream into output.mpa > and output.m2v. The user would be confused when trying manipulate either > one of these files, agreed? yes. but that is not transcode's fault. that is user error. this problem is common to all software. it's more of a problem for transcode, because it has a lot of options. I agree with you that -i,-p/-o,-m are not optimal. however, for the reasons stated, I don't think your proposal is much of an improvement. I prefer more Andrew's approach, maybe something like --muxed-in input file containing audio and video --video-in input file containing video only --audio-in input file containing audio only --muxed-out output file containing audio and video --video-out output file containing video only --audio-out output file containing audio only pretty hard to say that's ambiguous, but it has problems as well. for example, what if the input is an AVI with silent audio and a separate audio file, which is quite common usage of transcode. would it be --muxed-in or --video-in? you would use --muxed-in because AVIs are multiplexed, but someone could say "but, I am only using the video!" > Now with my proposal you could do this: > transcode .... -o output.mpa,output.m2v > or this: > transcode .... -o output.m2v,output.mpa > and they do the same thing....the correct thing...as long the user > didn't ALSO specify particular command line switches to FORCE the order > of output streams. and where does this ability come from? see above. > > > > > >>>>a bit of investigative work, transcode should determine that I'm > >>>>specifying the DVD device as input. The policy for this MAY infer that > >>>>I want just the first angle of the video stream of the longest title > >>>>and the english audio stream (AC3 1st choice, DTS 2nd choice, PCM 3rd > >>>>choice) of that same title. Transcode would look to see that the input > >>>>video and output video streams are of the same type and I didn't > >>>>specify any requantizing or similar options, so it concludes a video > >>>>stream pass thru (of course the source still has to be concatenated and > >>>>demuxed). Transcode would see that I have requested MP3 yet may find > >>>>AC3 input, so the audio must be transcoded. I haven't specified any > >>>>overriding sample format, so those would carry over from what's > >>>>detected in the input audio stream. > >>>> > >>>>But typing just this: > >>>>transcode -i /dev/dvd -o mydvd.avi > >>>>is pretty ambiguous. What codecs will be used? What bitrate? Again, > >>>> > >>>> > >>>> > >>>> > >>>how is that so much more ambiguous than your example from above: > >>> > >>>transcode -i /dev/dvd -o mydvd.m2v,mydvd.mp3 > >>> > >>> > >>> > >>> > >>Yeah, "... -o mydvd.avi" isn't THAT ambiguous, because it could be > >>interpreted as "all streams from main title gets remux'd into this AVI". > >> > >> > > > >you are saying something is not ambiguous because it _could_ mean ... > > > >that doesn't make sense. > > > > > Yes, for something to be ambiguous it means that something _could_ be > interpreted in a number of ways. So there is a possibility of it being > interpreted in a way that was not intended. > > If I give you an M2V file you already know that your MPEG2-video player > will play it. You know it is an elementary stream and does not need > demuxing. You know what codec is required to decode it, and you know it I don't judge books by their covers ;) > is a video codec. Whereas if I give you an AVI file, you have no idea > what's inside or whether your player will play it. You know it's a > container, so you can count the number of streams inside and demux them, > but that's about all. To say a stream is an M2V stream is more specific > than to say a stream is an AVI stream, so specifying "-o blah.avi" > wouldn't help transcode pick default values as much as would if you had > said "-o blah.m2v". Therefore, "-o blah.avi" is more ambiguous than "-o > blah.m2v". neither are complete descriptions. anyway, you are just comparing the differences in AVI vs MPEG2 elementary stream. yes, there are more parameters with AVI. somewhere, they need to be given to transcode. transcode \ --muxed-in in.avi=a0=raw:v0=raw \ # in.avi=raw ? --muxed-out out.avi=a0=mp3:v0=xvid4 # out.avi=a=mp3:v=xvid4 ? offers far more than transcode \ -i in.avi \ -o out.avi and transcode \ --video-in in.m2v=m2v \ --audio-in in.mpa=mp2 \ --muxed-out out.avi=v0=xvid4:a0=pcm:a1=mp3 offers more than transcode \ -i in.m2v,in.mpa \ -o out.avi granted, the -i and -o _look_ more friendly. but they are _far_ more ambiguous. > > > > > >>But "... -o mydvd.m2v,mydvd.mp3" isn't THAT ambiguous either. Looks > >>pretty clear to me what the two output streams will contain, doesn't it > >>to you? > >> > >> > > > >but that's _more_ ambiguous than -o out.m2v -m out.mp2. > > > > > > > If transcode is not told how to map streams and ignores the extensions, > then yes it is more ambiguous than -o/-m. I guess I should've been more > clear by saying that "assuming transcode is not told about mappings but > is able to recognize the extensions, 'transcode .... -o > mydvd.m2v,mydvd.mp3' is pretty easy to interpret. and transcode does not have any notion of what the extensions mean. we are back to the very first argument. > Or put it another way: saying '-o out.m2v -m out.mp2' is redundant. Of > course .mp2 is an audio file, why would it ever be a container or video > file? And because the '.mp2' filename is an extra filename on the > command line, that fact alone signifies the desire to have the audio > extracted and put into a separate file, so why bother repeating that > request with '-m'? Wasted typing. again, we are back to the first argument. you want to add this dubious functionality to a project that you claim is already too patched in the guise of making the command line options more clear, when there is considerable doubt that the command line options are unclear. please point out to me the reports where people have actually had really bad issues with -m and -p. > >>> > >>> > >>> > >>>>policies would dictate the default behaviour where possible. If the > >>>>user want's something not-so-common then he/she can override the policy > >>>>with a command line options or config XML file. I think the most > >>>>popular interpretation of that line is to take the main title of the > >>>>DVD, and take the first angle video stream & AC3/DTS/PCM audio stream, > >>>>transcode to MPEG4 & MP3, then mux those into an AVI container. Sample > >>>>rate, frame rate, and resolution would carry over from the input, while > >>>>bitrates would come from a default policy (maybe video bitrate would be > >>>>calculated to achieve 0.25 bits/pixel). > >>>> > >>>> > >>>> > >>>> > >>>this is nothing new. transcode already has default behaviour. > >>> > >>> > >>> > >>> > >>> > >>automatically achieves 0.25 bits/pixel ??? I thought it had default of > >>1800 bps. > >> > >> > > > >oh, yes, what a great improvement to transcode. > > > >instead of a default 1800 bps (sic), we'll have 0.25 bpp. > > > >that's not what I was talking about. > > > > > > > I was serious. You stuck the response after I talk about bits/pixel, but > you didn't say what exactly was nothing new. How else should I interpret > that? ^^^^^^^ "this is nothing new. transcode already has default behaviour." ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >>>>even touch pipe2? > >>>> > >>>>The answer is, simply, if you don't give transcode enough information > >>>>to convey your intentions, then policy will fill in what you left out. > >>>>If you know what that policy is, then you know what transcode will do. > >>>>A good policy will try to do what the user will most often want. > >>>> > >>>> > >>>> > >>>> > >>>and that's _the_ problem with your suggestion of -i/-o. the -m > >>>option is to explicitly request that the audio output is separate. > >>> > >>> > >>> > >>> > >>> > >>Well that's pretty inconsistent. What's so special about audio? Why > >>isn't there another switch to say "extract video stream here"? At least > >>with my suggestion there is commonality: all input streams are in '-i' > >>and all output streams are in '-o'. > >> > >> > > > >audio is different because transcode is primarily a video stream > >processing tool. > > > > > > > I feel like we're going in circles here. This "transcode is primarily > video" thing is exactly what I'm trying to change. You can transcode > audio too. And since video and audio and containers go hand-in-hand, it > makes sense to make transcode primarily about video & audio & containers. then please start by making that so in transcode _now_. don't come here talking about vast changes. talk is cheap. show us a patch. why don't you start by making audio pass-through work. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 14:06:44 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 859C3126D83 for ; Sat, 4 Dec 2004 14:06:44 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4D2hXl016826; Sat, 4 Dec 2004 14:02:43 +0100 Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB4CrXXl016325 for ; Sat, 4 Dec 2004 13:53:33 +0100 Received: (qmail 1576 invoked by uid 65534); 4 Dec 2004 12:53:28 -0000 Received: from 212-62-89-34.teleos-web.de (EHLO work.holtkamp.priv) (212.62.89.34) by mail.gmx.net (mp008) with SMTP; 04 Dec 2004 13:53:27 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CaZPj-0002aq-00 for ; Sat, 04 Dec 2004 13:53:27 +0100 Received: from syl.holtkamp.priv ([192.168.10.10]) by work.holtkamp.priv with smtp (Exim 3.35 #1 (Debian)) id 1CaZPG-0002ah-00 for ; Sat, 04 Dec 2004 13:52:58 +0100 Received: by syl.holtkamp.priv (sSMTP sendmail emulation); Sat, 4 Dec 2004 13:52:58 +0100 Date: Sat, 4 Dec 2004 13:52:58 +0100 From: Maik Holtkamp To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: [newbie] garbled audio Message-ID: <20041204125258.GB30149@syl.holtkamp.priv> Mail-Followup-To: transcode-users@exit1.org References: <200412031033.30663.andrex@alumni.utexas.net> <20041203193158.GA18256@funk.gsky.dom> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/12/04@02:01 Andrew Schulman told me: > > could you make a sample available for experimenting? >=20 > Sure! Here are the original video (sample.avi: 7.2 MB), xvid4-encoded vi= deo > (v.avi: 2.7 MB), and WAV-encoded audio (a.wav: 330 KB), as produced by the > commands listed below: >=20 > http://home.comcast.net/~andrex/transcode/sample.avi > http://home.comcast.net/~andrex/transcode/v.avi > http://home.comcast.net/~andrex/transcode/a.wav lame a.wav a.mp3 avimerge -i v.avi -p a.mp3 -o film.avi http://mittelerde.homelinux.org/film.avi --=20 bye maik --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBsbMq0Bn175Anq4gRAqqcAKCHlBxcViTH0cU9u6i7T0uftec75wCcCt21 u39m4Zs6mxrAamKTeDbJjHA= =AvSy -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 14:36:13 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 3FF31126D83 for ; Sat, 4 Dec 2004 14:36:13 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4CWKXl015396; Sat, 4 Dec 2004 13:32:20 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4CMRXl015014 for ; Sat, 4 Dec 2004 13:22:27 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB4CTaso021657 for ; Sat, 4 Dec 2004 04:29:14 -0800 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB4CMPX7005916 for ; Sat, 4 Dec 2004 04:22:25 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB4CMPKE004328 for transcode-users@exit1.org; Sat, 4 Dec 2004 04:22:25 -0800 (PST) Date: Sat, 4 Dec 2004 04:22:25 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: [newbie] garbled audio Message-ID: <20041204122225.GB8693@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <200412031033.30663.andrex@alumni.utexas.net> <20041203193158.GA18256@funk.gsky.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Sat, Dec 04, 2004 at 02:01:48AM -0500, Andrew Schulman wrote: > >> I have 30-second videos taken with my Canon Powershot S30 camera: > >> > >> $ tcprobe -i sample.avi > >> [tcprobe] RIFF data, AVI video > >> [avilib] V: 15.000 fps, codec=MJPG, frames=450, width=320, height=240 > >> [avilib] A: 11024 Hz, format=0x01, bits=8, channels=1, bitrate=88 kbps, > >> [avilib] 30 chunks, 330720 bytes, CBR > >> [tcprobe] summary for sample.avi, (*) = not default, 0 = not detected > >> import frame size: -g 320x240 [720x576] (*) > >> frame rate: -f 15.000 [25.000] frc=0 (*) > >> audio track: -a 0 [0] -e 11024,8,1 [48000,16,2] -n 0x1 [0x2000] (*) > >> bitrate=88 kbps > >> length: 450 frames, frame_time=66 msec, duration=0:00:29.999 > >> > >> What I want to do is to convert them to Xvid (or anything else more > >> open, portable, and compact than Morgan Multimedia MJPEG). I first > >> tried > >> > >> transcode -i sample.avi -o out.avi -y xvid4 > >> > >> but this fails with > >> > >> (aud_aux.c) Error: Lame encoding error: (-3: lame_init_params() not > >> called) > >> > >> apparently because the audio rate is a little off-- 11024 instead of > >> 11025 Hz. So next I tried > >> > >> transcode -i sample.avi -o out.avi -y xvid4 -E 11025,8,1 > >> > >> This succeeds, but the audio is garbled. So I tried more elaborate > >> versions: > > > > I think you need '-J resample' also, but I'm not sure. > > I tried this too, and unfortunately it also failed. Have tried putting the > -E and -J before and after the -o and -y. No change. > > > could you make a sample available for experimenting? > > Sure! Here are the original video (sample.avi: 7.2 MB), xvid4-encoded video > (v.avi: 2.7 MB), and WAV-encoded audio (a.wav: 330 KB), as produced by the > commands listed below: > > http://home.comcast.net/~andrex/transcode/sample.avi > http://home.comcast.net/~andrex/transcode/v.avi > http://home.comcast.net/~andrex/transcode/a.wav > > (Video of my wife and son) Note that v.avi and a.wav appear to be just > fine. The problem occurs when I recombine them, in the last step below. > > >> # transcode video: > >> transcode -i sample.avi -o v.avi -x ffmpeg,null -y xvid4,null > >> # extract audio: > >> transcode -i sample.avi -o a.avi -x null,raw -y null,wav -N 0x1 > >> # convert the audio rate, for lame: > >> sox -t .auto a.avi -r 11025 a.wav > >> # finally recombine them: > >> transcode -i v.avi -p a.wav -P 1 -y raw -o out.avi > >> > >> Again this succeeds, but the audio is still garbled. The WAV file, > >> a.wav, is perfectly audible, so the problem occurs in the last step. > >> Output of that command is below. looks like the unsigned linear 8 bit audio is the problem. change the sox command from sox -t .auto a.avi -r 11025 a.wav to sox -t .auto a.avi -r 11025 -w -s a.wav thanks for reporting this. I'll take a look as to why 8 bit unsigned PCM is borked. a simple test with export_lame shows incorrect behaviour as it tries to use 'sox -w -s' on the input instead of 'sox -b -u', even with '-e 11024,8,1' given on the transcode command line. somewhere vob->dm_bits get 16 instead of 8. -- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 15:09:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 19E37126D83 for ; Sat, 4 Dec 2004 15:09:46 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4E69Xl020050; Sat, 4 Dec 2004 15:06:09 +0100 Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4DuqXl019611 for ; Sat, 4 Dec 2004 14:56:52 +0100 Received: from [217.9.27.161] (helo=[192.168.123.1]) by smtp07.web.de with asmtp (WEB.DE 4.102 #165) id 1CaaP1-0000Yv-00 for transcode-users@exit1.org; Sat, 04 Dec 2004 14:56:47 +0100 Message-ID: <41B1C1FD.2080803@web.de> Date: Sat, 04 Dec 2004 14:56:13 +0100 From: =?ISO-8859-15?Q?Thomas_Sch=F6nhoff?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 X-Accept-Language: de, en-gb, en-us, fr-fr MIME-Version: 1.0 To: Transcode Users Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Sender: tom_woody@web.de X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] conversion of mpeg4 to svcd fails Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Hello, after having some success converting mpeg4 files to vcd by using transcode 6.13 I reccently upgraded to transcode 0.6.14-0.0 and ffmpeg ffmpeg 20041113-0.0 to the latest official releases on my Debian SID box. After having a first (successful) look at the video file in Xine and MPlayer I started my first take on CLI: thomas> transcode -i teil1.mov -y mpeg -F s,3,xsvcd.prof -E 44100 -b 128 -o teil1 results in: ----------------------------------------------------------------------- transcode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms [transcode] auto-probing source teil1.mov (ok) [transcode] V: import format | unknown QuickTime (V=mov|A=mov) [transcode] V: import frame | 640x480 1.33:1 [transcode] V: bits/pixel | 0.234 [transcode] V: decoding fps,frc | 25.000,3 [transcode] V: Y'CbCr | YV12/I420 [transcode] warning : requested audio track 0 not found - using 'null' module [transcode] A: import | disabled [transcode] A: export | disabled [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 7056 (7056.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | 3dnowext (3dnowext 3dnow mmxext mmx asm C) tc_memcpy: using mmxext for memcpy [transcode] V: video buffer | 10 @ 640x480 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_mov.so] v0.1.2 (2002-05-16) (video) * | (audio) * [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_mpeg.so] v1.2.3 (2003-08-21) (video) MPEG 1/2 | (audio) MPEG 1 Layer II [import_mov.so] VIDEO: codec=mp4v, fps=25.000, width=640, height=480, frames=26542 error: quicktime codec 'mp4v' not supported for RGB! video import module error: OPEN failed [transcode] critical: failed to open input source ----------------------------------------------------------------------------- The happens when trying to convert this file to vcd, especially the error: quicktime codec 'mp4v' not supported for RGB! remains the same! cheers Thomas _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 15:24:35 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 018AA126D83 for ; Sat, 4 Dec 2004 15:24:35 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4EKRXl020738; Sat, 4 Dec 2004 15:20:27 +0100 Received: from www.eugeneglass.com (root@64-42-83-115.atgi.net [64.42.83.115]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4EB7Xl020388 for ; Sat, 4 Dec 2004 15:11:08 +0100 Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id iB4EIHC0023996 for ; Sat, 4 Dec 2004 06:17:55 -0801 (PST) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.1/8.13.0) with ESMTP id iB4EB66b019214 for ; Sat, 4 Dec 2004 06:11:06 -0800 (PST) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.1/8.13.0/Submit) id iB4EB6T6029541 for transcode-users@exit1.org; Sat, 4 Dec 2004 06:11:06 -0800 (PST) Date: Sat, 4 Dec 2004 06:11:06 -0800 From: Jacob Meuser To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: [newbie] garbled audio Message-ID: <20041204141106.GB32670@funk.gsky.dom> Mail-Followup-To: transcode-users@exit1.org References: <200412031033.30663.andrex@alumni.utexas.net> <20041203193158.GA18256@funk.gsky.dom> <20041204122225.GB8693@funk.gsky.dom> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20041204122225.GB8693@funk.gsky.dom> User-Agent: Mutt/1.4.2i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Dec 04, 2004 at 04:22:25AM -0800, Jacob Meuser wrote: > thanks for reporting this. I'll take a look as to why 8 bit unsigned > PCM is borked. OK, the problem was pretty obvious. > a simple test with export_lame shows incorrect > behaviour as it tries to use 'sox -w -s' on the input instead of 'sox > -b -u', even with '-e 11024,8,1' given on the transcode command line. > somewhere vob->dm_bits get 16 instead of 8. and that is nonsense :/ with the attached patch the following works transcode -i sample.avi -y xvid4,raw -N 0x55 -o out.avi -E 11025 note: my mplayer thinks it's 16 bit audio and doesn't play it right. you're probably better off converting to 16 bit 44100 bps stereo anyway. -- --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=cvs-diff Index: src/audio_trans.c =================================================================== RCS file: /cvstc/transcode/src/audio_trans.c,v retrieving revision 1.8 diff -u -r1.8 audio_trans.c --- src/audio_trans.c 20 Dec 2003 22:00:23 -0000 1.8 +++ src/audio_trans.c 4 Dec 2004 14:09:30 -0000 @@ -203,7 +203,7 @@ s = (short *)ptr->audio_buf + ptr->audio_size; b = (char *)ptr->audio_buf + ptr->audio_size; for (n = 0; n < ptr->audio_size; n++) *--s = ((short)*--b - 0x80) * 0x100; - ptr->audio_size /= 2; + ptr->audio_size *= 2; } //----------------------------------------------------------------- --rwEMma7ioTxnRzrJ-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 17:46:55 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id E7728126D83 for ; Sat, 4 Dec 2004 17:46:54 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4Gh9Xl026876; Sat, 4 Dec 2004 17:43:09 +0100 Received: from web54502.mail.yahoo.com (web54502.mail.yahoo.com [68.142.225.172]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB4GZwXl026524 for ; Sat, 4 Dec 2004 17:35:58 +0100 Received: (qmail 20747 invoked by uid 60001); 4 Dec 2004 16:35:52 -0000 Message-ID: <20041204163552.20745.qmail@web54502.mail.yahoo.com> Received: from [212.205.76.134] by web54502.mail.yahoo.com via HTTP; Sat, 04 Dec 2004 16:35:52 GMT Date: Sat, 4 Dec 2004 16:35:52 +0000 (GMT) From: Nikos Mitas To: transcode-users@exit1.org In-Reply-To: <20041204071801.4477.28179.Mailman@fries.zyn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 8bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: DigestMember Subject: [transcode-users] Quantization Matrixes Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Question 1:Where can i find quantization matrixes for xvid4?I tried numerous customized but the result was poor.I dont have much experience in matrix editing. Question 2:Does the ffmpeg produce better results then xvid4 in noisy videos? ____________________________________________________________ Do You Yahoo!? ÁðïêôÞóôå ôç äùñåÜí @yahoo.gr äéåýèõíóç óáò óôï http://www.otenet.gr _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 19:21:15 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 4ACC6126D83 for ; Sat, 4 Dec 2004 19:21:15 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4IHgXl031765; Sat, 4 Dec 2004 19:17:42 +0100 Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4I9RXl031422 for ; Sat, 4 Dec 2004 19:09:27 +0100 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CaeLX-00012D-00 for ; Sat, 04 Dec 2004 19:09:27 +0100 Received: from pcp04396353pcs.nrockv01.md.comcast.net ([69.140.183.237]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Dec 2004 19:09:26 +0100 Received: from andrex by pcp04396353pcs.nrockv01.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Dec 2004 19:09:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: transcode-users@exit1.org From: Andrew Schulman Date: Sat, 04 Dec 2004 13:09:22 -0500 Lines: 12 Message-ID: References: <200412031033.30663.andrex@alumni.utexas.net> <20041203193158.GA18256@funk.gsky.dom> <20041204125258.GB30149@syl.holtkamp.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp04396353pcs.nrockv01.md.comcast.net User-Agent: KNode/0.8.1 X-Archive: encrypt X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Subject: [transcode-users] Re: Re: [newbie] garbled audio Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , > lame a.wav a.mp3 > avimerge -i v.avi -p a.mp3 -o film.avi Thanks! As I said, transcode is a little overwhelming to a newbie... the number of possible approaches to a problem is so large that it's hard to know what to try next. I didn't think about using avimerge, although I did try lame-encoding and then merging with transcode... but maybe that's why it didn't work, because of the bug in transcode. Regards, Andrew. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 19:29:27 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 51D8B126D83 for ; Sat, 4 Dec 2004 19:29:27 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4IPeXl032114; Sat, 4 Dec 2004 19:25:40 +0100 Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4IIEXl031787 for ; Sat, 4 Dec 2004 19:18:14 +0100 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CaeU2-0001oq-00 for ; Sat, 04 Dec 2004 19:18:14 +0100 Received: from pcp04396353pcs.nrockv01.md.comcast.net ([69.140.183.237]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Dec 2004 19:18:14 +0100 Received: from andrex by pcp04396353pcs.nrockv01.md.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Dec 2004 19:18:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: transcode-users@exit1.org From: Andrew Schulman Date: Sat, 04 Dec 2004 13:18:09 -0500 Lines: 16 Message-ID: References: <200412031033.30663.andrex@alumni.utexas.net> <20041203193158.GA18256@funk.gsky.dom> <20041204122225.GB8693@funk.gsky.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp04396353pcs.nrockv01.md.comcast.net User-Agent: KNode/0.8.1 X-Archive: encrypt X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Subject: [transcode-users] Re: Re: [newbie] garbled audio Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , > looks like the unsigned linear 8 bit audio is the problem. > > change the sox command from > > sox -t .auto a.avi -r 11025 a.wav > > to > > sox -t .auto a.avi -r 11025 -w -s a.wav Thanks! It works. I might've fooled around for a long time before I figured this out, if ever. Regards, Andrew. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sat Dec 4 19:37:29 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B7D41126D83 for ; Sat, 4 Dec 2004 19:37:29 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4IWkXl032455; Sat, 4 Dec 2004 19:32:46 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB4ILwXl031956 for ; Sat, 4 Dec 2004 19:21:58 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id 73A24157818 for ; Sat, 4 Dec 2004 13:14:36 -0500 (EST) Message-ID: <41B201AC.8020604@hook.homelinux.com> Date: Sat, 04 Dec 2004 13:27:56 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41b09459.03714@achurch.org> <41B0C371.6090107@hook.homelinux.com> <20041203213416.GA21390@funk.gsky.dom> <41B0F029.9000209@hook.homelinux.com> <20041204022401.GB19997@funk.gsky.dom> <41B165ED.7000708@hook.homelinux.com> <20041204111128.GA8693@funk.gsky.dom> In-Reply-To: <20041204111128.GA8693@funk.gsky.dom> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Jacob Meuser wrote: >the option parsing and probing are probably some of the hardest parts >of transcode to unravel, from a programming view. > >yes, they are probably candidates for replacement, but there is a lot >to take into consideration, now, and for transcode's future. that's >why I'm picking at your suggestion, because whatever is decided upon >has to be resilient and adaptable. > >oh, and sometimes it takes me a while to see the light :) > > I'm not doing a good job at explaining this. Changing the -i/-o was one of the last things to I was going to do, not the first. I shouldn't have used it as an opening to my ideas. > > >>Now bring listed output streams into it. Right now the user could do >>something stupid like this: >> >> > ^^^^^^ > > >> transcode .... -o output.mpa -m output.m2v >>A simple typo that forces a video or container stream into output.mpa >>and output.m2v. The user would be confused when trying manipulate either >>one of these files, agreed? >> >> > >yes. but that is not transcode's fault. that is user error. > >this problem is common to all software. it's more of a problem for >transcode, because it has a lot of options. > >I agree with you that -i,-p/-o,-m are not optimal. > >however, for the reasons stated, I don't think your proposal is much >of an improvement. > > It's not going to save the world or anything, I agree. But when you look at some other unix conversion tools you see an attempt to make life easy for dumb users. convert photo.jpg photo.png convert output.ps output.pdf For the "i don't care how you do it, just do it" user, you can't get more simple than that. And notice how the tool knows what to do because of the output extension being used. Gimp does the same thing when you save a file.... "by extension" is the default option so that users don't have to pick out what "codec" they want to use. They don't have to use a different output switch based on the type of output they want. I know it's not a perfect analogy to A/V transcoding because there are no stream containers per se, but it still illustrates the user-friendliness that comes from extension matching. >I prefer more Andrew's approach, maybe something like > >--muxed-in input file containing audio and video >--video-in input file containing video only >--audio-in input file containing audio only >--muxed-out output file containing audio and video >--video-out output file containing video only >--audio-out output file containing audio only > >pretty hard to say that's ambiguous, but it has problems as well. >for example, what if the input is an AVI with silent audio and a >separate audio file, which is quite common usage of transcode. > >would it be --muxed-in or --video-in? you would use --muxed-in >because AVIs are multiplexed, but someone could say "but, I >am only using the video!" > > > The --?????-in options aren't needed because the file content, and sub-content if it's a container, will be (should be) probed. If you make the user type one (or more) of those three then you make the user identify the exact nature of the file before he/she can use it because they have to push it through the correct input gate. For the output, yes making the user type a combo of those is pretty clear cut: you know what kind of data will end up in each target. But this does force the user to give more info to transcode just to list the output file(s). If I want transcode to pump out two streams, an AVI and an MP3, why do I have to go further to classify that AVI is a container and MP3 is an audio? We already know AVI is a container so it will only ever appear in the --muxed-out switch...so why should we have to explicitly state that? The only case where --?????-out makes sense is if the user does not specify an extension, like in your pipe example. There, transcode can't deduce what you're requesting from the file name, so it must have another way to identify it, and those options do fit the bill. Using that approach, or the current '-m' switch, how can a user extract two audio streams? Say a VOB is the input, and the user wants the video stream and the AC3 and DTS streams each written to a separate file. How would '-m' or '--audio-out' support that? > > >>is a video codec. Whereas if I give you an AVI file, you have no idea >>what's inside or whether your player will play it. You know it's a >>container, so you can count the number of streams inside and demux them, >>but that's about all. To say a stream is an M2V stream is more specific >>than to say a stream is an AVI stream, so specifying "-o blah.avi" >>wouldn't help transcode pick default values as much as would if you had >>said "-o blah.m2v". Therefore, "-o blah.avi" is more ambiguous than "-o >>blah.m2v". >> >> > >neither are complete descriptions. > >anyway, you are just comparing the differences in AVI vs MPEG2 >elementary stream. yes, there are more parameters with AVI. >somewhere, they need to be given to transcode. > >transcode \ >--muxed-in in.avi=a0=raw:v0=raw \ # in.avi=raw ? >--muxed-out out.avi=a0=mp3:v0=xvid4 # out.avi=a=mp3:v=xvid4 ? > >offers far more than > >transcode \ >-i in.avi \ >-o out.avi > > > yes it offers more control, I agree. And in that case there the user will HAVE to supply more info then simply -o out.avi if they want anything to be transcoded because "-i in.avi -o out.avi" could be accomplished with a simple file copy: "there", transcode say, "you gave me an AVI, you wanted and AVI, but I can't tell if you wanted anything inside to be changed, so I copied it for you". Instead, if I said, for example: transcode -i in.avi -o out.mp3 Transcode doesn't NEED any more info to do work. The user CAN still supply more info to fine-tune the process for that transcode session (by forcing specific bit rates, running the audio through filters, etc.) but doesn't HAVE to if he/she is just looking for a "normal" output. In that example, if the AVI held an mp3 audio stream, I would expect transcode to just extract that stream and write it to a file. Instead, if the AVI held a PCM audio stream, I would expect transcode to extract that stream and encode it to an mp3, then write that to a file. If the AVI held one mp3 and one PCM audio stream, then I would expect transcode to pull the mp3 stream (pass thru) and write it to file. If the AVI help two PCM audio streams, then I would expect transcode to pull the first one and encode it to MP3 and write that to file. Take another example: transcode -i in.mp3 -o out.avi Here I expect transcode to take my MP3 (and it would know it was an mp3 not because of extension matching, but because it probed it and saw the MP3 header) and put it into an AVI. The AVI would be an audio-only AVI. Another example: transcode -i in.mp3,in.avi -o out.avi Here I expect transcode to take my input AVI, merge in a new MP3 audio stream, and write the result to out.avi. If the input AVI contained only a video stream, then the output AVI will have one video and one audio stream. If the input AVI contained both a video and audio stream, then the output AVI will contain one video and two audio stream. In all cases, no re-coding of video or audio is done, because nothing in the command line asks for it. In all those examples, not once did I have to tell transcode anything about the input files except the name. Also, because I didn't request for a video re-encode I didn't have to tell transcode anything about any video stream, whether or not there was one present in my input AVI files. >and > >transcode \ >--video-in in.m2v=m2v \ >--audio-in in.mpa=mp2 \ >--muxed-out out.avi=v0=xvid4:a0=pcm:a1=mp3 > >offers more than > >transcode \ >-i in.m2v,in.mpa \ >-o out.avi > > >granted, the -i and -o _look_ more friendly. but they are _far_ more >ambiguous. > > > They could be far more or just a bit more, depending on what the input/output filenames are: -i in.m2v,in.mpa does not look that ambiguous. Anyway, the input file extensions can be ignored by transcode because it can probe the files. After probing, transcode know it has an input mpeg2-video and an input mpeg-audio-layer-? stream. -o out.avi By itself it's somewhat ambiguous. Combined with just the -i switch above, this will cause those two input streams to be mux'd as-is into the AVI. If you also wanted the audio and/or video streams to be re-encoded then just those -i and -o options are not enough. But, just to re-use your syntax, maybe '-o' could be extended to say '-o out.avi=vo=xvid4:a0=pcm:a1=mp3' >>> >>> >>>>But "... -o mydvd.m2v,mydvd.mp3" isn't THAT ambiguous either. Looks >>>>pretty clear to me what the two output streams will contain, doesn't it >>>>to you? >>>> >>>> >>>> >>>> >>>but that's _more_ ambiguous than -o out.m2v -m out.mp2. >>> >>> >>> >>> >>> >>If transcode is not told how to map streams and ignores the extensions, >>then yes it is more ambiguous than -o/-m. I guess I should've been more >>clear by saying that "assuming transcode is not told about mappings but >>is able to recognize the extensions, 'transcode .... -o >>mydvd.m2v,mydvd.mp3' is pretty easy to interpret. >> >> > >and transcode does not have any notion of what the extensions mean. > >we are back to the very first argument. > > > It does not currently have that notion. I'm saying add it. >>Or put it another way: saying '-o out.m2v -m out.mp2' is redundant. Of >>course .mp2 is an audio file, why would it ever be a container or video >>file? And because the '.mp2' filename is an extra filename on the >>command line, that fact alone signifies the desire to have the audio >>extracted and put into a separate file, so why bother repeating that >>request with '-m'? Wasted typing. >> >> > >again, we are back to the first argument. > >you want to add this dubious functionality to a project that you >claim is already too patched > unrelated. we must be using different terminology. By patched I do not mean by submitting a CVS patch to make changes to the project. By patched I mean like a band-aid patch, where some new piece of code is added to the project that adds functionality for one specific case and LOOKS like it would support a lot of similar cases but does not. For example, --export_prof works great with ffmpeg module, but hardly helps any other module. Another example is '-P'...from the man page: You can pass-through DV video, AVI files and MPEG2 video. When doing MPEG2 pass-through (together with the -y raw module), you can give a requantization factor by using -w Why not MJPEG video? why not MP3 audio? The pass-through code supports explicitly DV/MPEG2 video and only AVI files. Why not MPEG-PS? You also said it yourself, "the option parsing and probing are probably some of the hardest parts of transcode to unravel, from a programming view." Is it mostly sphegetti code? Sphegetti code usually results from quick, not-thought-through patch upon patch upon patch. That's what I mean by "too patched" So now I want to add some functionality. Not to one particular case of transcoding (like "from an AVI to 1-vid & 2-aud streams"), I want to support as many variants of input/output streams as I can. After those changes have been applied, the user can continue to use transcode to rip DVDs or convert home videos to mpeg4, but can ALSO do much more with it, like use it to add background music to a slideshow (and not have to use any other tool like avimerge, and do it in one pass). This isn't a quick-n-easy change, it needs to be well thought out like you say. It's nothing like tossing a quick patch or two onto the heap. It will require a major clean up and re-organization of the guts of the project. But at the same time don't look at this like I'm trying to do a major overhaul just to add a small enhancement. I know what I've just described is a small enhancement, and I know it will take a lot of work. But after that hard work is done, not only will we have obtained a new small enhancement, we'll have a more robust skeleton that allows us to easily and quickly add new features and functionality we haven't even thought of yet! Maybe with a new skeleton it will be easier to support any arbitrary data format, which would be availble for use by all of transcode where it makes sense. For example, one of the clean-ups I'd like to pursue is separating the container functionality from the codec. Make the container its own entity. Then maybe you can use ffmpeg for its mpeg4 video codec, vorbis for the audio codec, and mux the two together into an AVI file. Or when someone adds the mp4 container function they don't have to worry about updating all the modules that could possibly write to the mp4 container. > in the guise of making the command >line options more clear, when there is considerable doubt that >the command line options are unclear. please point out to me the >reports where people have actually had really bad issues with -m >and -p. > > How about the original email of this thread, where someone replied saying "actually, -p should be -m" > > >>>>> >>>>> >>>>> >>>>> >>>>>>policies would dictate the default behaviour where possible. If the >>>>>>user want's something not-so-common then he/she can override the policy >>>>>>with a command line options or config XML file. I think the most >>>>>>popular interpretation of that line is to take the main title of the >>>>>>DVD, and take the first angle video stream & AC3/DTS/PCM audio stream, >>>>>>transcode to MPEG4 & MP3, then mux those into an AVI container. Sample >>>>>>rate, frame rate, and resolution would carry over from the input, while >>>>>>bitrates would come from a default policy (maybe video bitrate would be >>>>>>calculated to achieve 0.25 bits/pixel). >>>>>> >>>>>> >>>>>> >"this is nothing new. transcode already has default behaviour." > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > Ok, I see. Yes defaults currently exist. I was trying to point out where the defaults would come from. Right now they come from the export profile or whatever was built-in to the module (or, if ffmpeg is being used, they come from ffmpeg.cfg). I'm suggesting they can come from more places to provide a more flexible environment. >>>>>>even touch pipe2? >>>>>> >>>>>>The answer is, simply, if you don't give transcode enough information >>>>>>to convey your intentions, then policy will fill in what you left out. >>>>>>If you know what that policy is, then you know what transcode will do. >>>>>>A good policy will try to do what the user will most often want. >>>>>> >>>>>> >>>>>and that's _the_ problem with your suggestion of -i/-o. the -m >>>>>option is to explicitly request that the audio output is separate. >>>>> >>>>> >>>>Well that's pretty inconsistent. What's so special about audio? Why >>>>isn't there another switch to say "extract video stream here"? At least >>>>with my suggestion there is commonality: all input streams are in '-i' >>>>and all output streams are in '-o'. >>>> >>>> >>>audio is different because transcode is primarily a video stream >>>processing tool. >>> >>> >>> >>> >>> >>I feel like we're going in circles here. This "transcode is primarily >>video" thing is exactly what I'm trying to change. You can transcode >>audio too. And since video and audio and containers go hand-in-hand, it >>makes sense to make transcode primarily about video & audio & containers. >> >> > >then please start by making that so in transcode _now_. don't come >here talking about vast changes. talk is cheap. show us a patch. > > Cause I'm afraid of putting in lots of work to implement my own ideas only to have the patch rejected because people don't like all the changes it imposes. For big things you design first, then code. You don't do them at the same time. >why don't you start by making audio pass-through work. > > > If I can find a way to write the code for audio pass-through such that it will also support the new framework, then I will do that. But if I determine that all the new audio pass-through code I write will get tossed when a new framework is implemented, then I am not going to waste my time writing the pass-through code now...I will wait until the new framework is in place. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 04:55:39 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 8FAE9126D83 for ; Sun, 5 Dec 2004 04:55:39 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB53paXl018524; Sun, 5 Dec 2004 04:51:36 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB53e4Xl018233 for ; Sun, 5 Dec 2004 04:40:05 +0100 Received: by achurch.org (wmail 0.9.52) id 41b28311.04360; Sun, 05 Dec 2004 12:40:01 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Date: Sun, 05 Dec 2004 12:20:36 JST In-Reply-To: <41B201AC.8020604@hook.homelinux.com> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41b28311.04360@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >It's not going to save the world or anything, I agree. But when you look >at some other unix conversion tools you see an attempt to make life easy >for dumb users. > convert photo.jpg photo.png > convert output.ps output.pdf I'm not sure where this "convert" program comes from, but take a look at netpbm: the user specifies the conversion type explicitly, using the command name itself (pngtopnm, ppmtogif, etc). While it is confusing that netpbm includes five different file format targets (pbm/pgm/ppm/pnm/pam) with are basically all interchangeable, the explicit usage ensures that the user knows what he's getting out of the process. I think I see the core of the disagreement here: You want transcode to try and "make a best guess" when it's given insufficient information, whereas I (and Jacob? Sorry if I'm misrepresenting your views) say the user should be responsible for providing specific information, and transcode should not do anything that could be ambiguous. You also claim that filename extensions are an acceptable equivalent to options specifying output type, while Jacob and I disagree. This may simply be an unresolvable difference of opinion, but let me explain why I don't like the "do what I mean" approach. I see computers and computer programs as tools, and tools should do exactly what they are made to do, nothing more. (Would a hammer be as useful if it occasionally decided you didn't _really_ want to hit that nail?) Certainly, there is room for programs that try to make more "intelligent" decisions, just like there is room for carpenters; but such programs should exist _on top of_ the basic tools, not _in place of_ them. In transcode's case, that means transcode itself should not attempt to "guess" at what the user intended, whether through filename extension or other means; such cleverness should be left to higher-level programs, such as scripts, which use transcode to perform the actual work. If you make transcode perform ambiguously, you may make it friendlier to some people, but you reduce its usefulness as a _tool_, which is what I believe it's intended to be. --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 06:16:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 51BD8126D83 for ; Sun, 5 Dec 2004 06:16:46 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB55CIXl020090; Sun, 5 Dec 2004 06:12:18 +0100 Received: from sark4.cc.gatech.edu (sark4.cc.gatech.edu [130.207.7.19]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB551IXl019819 for ; Sun, 5 Dec 2004 06:01:18 +0100 Received: from helsinki.cc.gatech.edu (helsinki.cc.gatech.edu [130.207.114.14]) by sark4.cc.gatech.edu (8.12.10/8.12.8) with ESMTP id iB551G5t000856 for ; Sun, 5 Dec 2004 00:01:16 -0500 (EST) Received: from helsinki.cc.gatech.edu (localhost [127.0.0.1]) by helsinki.cc.gatech.edu (8.12.10/8.12.8) with ESMTP id iB551FH8022830 for ; Sun, 5 Dec 2004 00:01:15 -0500 Received: (from eclark@localhost) by helsinki.cc.gatech.edu (8.12.10/8.12.8/Submit) id iB551FWp022829 for transcode-users@exit1.org; Sun, 5 Dec 2004 00:01:15 -0500 X-Authentication-Warning: helsinki.cc.gatech.edu: eclark set sender to eclark@cc.gatech.edu using -f Date: Sun, 5 Dec 2004 00:01:15 -0500 From: Elliott Clark To: transcode-users@exit1.org Message-ID: <20041205050115.GA21033@helsinki.cc.gatech.edu> Mail-Followup-To: transcode-users@exit1.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: Gatech Student X-OS: Linux helsinki 2.4.20-31.9smp i686 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] DVD size with ffmpeg Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Recently I upgraded transcode and ffmpeg to: transcode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice Bellard built on Nov 2 2004 01:41:25, gcc: 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) Now when I try to encode to ntsc dvd prof I get a file size that is double what it used to be. I see it exporting a bitrate of 5000 (about what I want) seen here: [export_ffmpeg.so]: INFO: Starting 1 thread(s) [export_ffmpeg.so]: INFO: Display aspect ratio calculated as 1.333333 [export_ffmpeg.so]: INFO: Sample aspect ratio calculated as 0.888889 [export_ffmpeg.so] multi-pass session: 0 [export_ffmpeg.so] bitrate [kBits/s]: 5000 [export_ffmpeg.so] max keyframe interval: 18 [export_ffmpeg.so] frame rate: 29.97 [export_ffmpeg.so] color space: YV12 [export_ffmpeg.so] quantizers: 2/31 however when I run a tcprob -i sample.mpg i get: tcprobe -i sample.mpg [tcprobe] MPEG program stream (PS) [tcprobe] summary for sample.mpg, (*) = not default, 0 = not detected import frame size: -g 720x480 [720x576] (*) aspect ratio: 4:3 (*) frame rate: -f 23.976 [25.000] frc=1 (*) PTS=0.1780, frame_time=41 ms, bitrate=9000 kbps audio track: -a 0 [0] -e 48000,16,2 [48000,16,2] -n 0x50 [0x2000] (*) PTS=0.1780, bitrate=224 kbps -D 0 --av_fine_ms 0 (frames & ms) [0] [0] Everything else looks like it should, except for the fact that the bitrate is 9000 insead of 5000 like it should be. Now since the export_ffmpeg.so report 5000 as the bitrate I am not sure where the error lies, in the ffmpeg code or in transcode 0.6.14 Any help would be greatly appreciated. Thanks -- -Elliott Neil Clark (eclark@cc.gatech.edu) _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 07:11:46 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A8558126D83 for ; Sun, 5 Dec 2004 07:11:45 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB565wXl026330; Sun, 5 Dec 2004 07:05:58 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB55teXl026055 for ; Sun, 5 Dec 2004 06:55:41 +0100 Received: by achurch.org (wmail 0.9.52) id 41b2a2dc.04425; Sun, 05 Dec 2004 14:55:40 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] DVD size with ffmpeg Date: Sun, 05 Dec 2004 14:53:33 JST In-Reply-To: <20041205050115.GA21033@helsinki.cc.gatech.edu> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41b2a2dc.04425@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , > frame rate: -f 23.976 [25.000] frc=1 (*) > PTS=0.1780, frame_time=41 ms, bitrate=9000 kbps This is just an advisory value stored in the header data, and says nothing about the average bitrate (which can be easily obtained by dividing the size in bits of the video stream by its length in seconds). ffmpeg sets it to the maximum bitrate, which transcode sets to 9000 for DVD encoding. --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 07:33:14 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 2A256126D83 for ; Sun, 5 Dec 2004 07:33:14 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB56QsXl026799; Sun, 5 Dec 2004 07:26:55 +0100 Received: from sark4.cc.gatech.edu (sark4.cc.gatech.edu [130.207.7.19]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB56FaXl026511 for ; Sun, 5 Dec 2004 07:15:36 +0100 Received: from helsinki.cc.gatech.edu (helsinki.cc.gatech.edu [130.207.114.14]) by sark4.cc.gatech.edu (8.12.10/8.12.8) with ESMTP id iB56FZ5t005463 for ; Sun, 5 Dec 2004 01:15:35 -0500 (EST) Received: from helsinki.cc.gatech.edu (localhost [127.0.0.1]) by helsinki.cc.gatech.edu (8.12.10/8.12.8) with ESMTP id iB56FZH8030778 for ; Sun, 5 Dec 2004 01:15:35 -0500 Received: (from eclark@localhost) by helsinki.cc.gatech.edu (8.12.10/8.12.8/Submit) id iB56FZVF030777 for transcode-users@exit1.org; Sun, 5 Dec 2004 01:15:35 -0500 X-Authentication-Warning: helsinki.cc.gatech.edu: eclark set sender to eclark@cc.gatech.edu using -f Date: Sun, 5 Dec 2004 01:15:35 -0500 From: Elliott Clark To: transcode-users@exit1.org Message-ID: <20041205061535.GB21033@helsinki.cc.gatech.edu> Mail-Followup-To: transcode-users@exit1.org References: <20041205050115.GA21033@helsinki.cc.gatech.edu> <41b2a2dc.04425@achurch.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41b2a2dc.04425@achurch.org> User-Agent: Mutt/1.4.1i Organization: Gatech Student X-OS: Linux helsinki 2.4.20-31.9smp i686 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] Re: DVD size with ffmpeg Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On 05/12/04 14:53 +0900, Andrew Church wrote: > > frame rate: -f 23.976 [25.000] frc=1 (*) > > PTS=0.1780, frame_time=41 ms, bitrate=9000 kbps > > This is just an advisory value stored in the header data, and says > nothing about the average bitrate (which can be easily obtained by dividing > the size in bits of the video stream by its length in seconds). ffmpeg > sets it to the maximum bitrate, which transcode sets to 9000 for DVD > encoding. > > --Andrew Church > achurch@achurch.org > http://achurch.org/ > > _______________________________________________ > transcode-users mailing list > transcode-users@exit1.org > http://lists.exit1.org/mailman/listinfo/transcode-users Thanks for the fast answer. But any answer on why recently my sizes have doubled with the exact same command line ? I used to be able to fit >240 mins of dvd video encoded from a svcd/vcd format. Now I can only fit about 200 or so. Its not a HUGE deal but still.. here is the command line: transcode --print_status 100 \ -x mplayer,null \ -y ffmpeg,null \ -F mpeg2video \ --import_asr 2 --export_asr 2 \ --export_prof dvd-ntsc \ -Z 720x480 \ -f 29.970,4 -q 2\ -o output -i output.avi Results in a video file that repots itself to mplayer as 29:38 but is infact 1 hour and 3 miniutes and about 30 seconds long for a total file size as reported by ls and du as 2000467968 so 2000467968 / (((1*60) + 3) * 60) + 30) = 2000467968 / 3810 = 525057.21 ^------ WOW is that right ??? WO seems awfully high Granted this is after multiplexing, but still sounds are small in comparison 64Kbits per second including sound??? OUCH no wonder I don't get that long a movie on a DVD+R -- -Elliott Neil Clark (eclark@cc.gatech.edu) _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 07:42:00 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id AC7C4126D83 for ; Sun, 5 Dec 2004 07:42:00 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB56bhXl027069; Sun, 5 Dec 2004 07:37:43 +0100 Received: from sark4.cc.gatech.edu (sark4.cc.gatech.edu [130.207.7.19]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB56M8Xl026671 for ; Sun, 5 Dec 2004 07:22:08 +0100 Received: from helsinki.cc.gatech.edu (helsinki.cc.gatech.edu [130.207.114.14]) by sark4.cc.gatech.edu (8.12.10/8.12.8) with ESMTP id iB56M75t005816 for ; Sun, 5 Dec 2004 01:22:07 -0500 (EST) Received: from helsinki.cc.gatech.edu (localhost [127.0.0.1]) by helsinki.cc.gatech.edu (8.12.10/8.12.8) with ESMTP id iB56M7H8031479 for ; Sun, 5 Dec 2004 01:22:07 -0500 Received: (from eclark@localhost) by helsinki.cc.gatech.edu (8.12.10/8.12.8/Submit) id iB56M7T1031478 for transcode-users@exit1.org; Sun, 5 Dec 2004 01:22:07 -0500 X-Authentication-Warning: helsinki.cc.gatech.edu: eclark set sender to eclark@cc.gatech.edu using -f Date: Sun, 5 Dec 2004 01:22:07 -0500 From: Elliott Clark To: transcode-users@exit1.org Message-ID: <20041205062207.GA31183@helsinki.cc.gatech.edu> Mail-Followup-To: transcode-users@exit1.org References: <20041205050115.GA21033@helsinki.cc.gatech.edu> <41b2a2dc.04425@achurch.org> <20041205061535.GB21033@helsinki.cc.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041205061535.GB21033@helsinki.cc.gatech.edu> User-Agent: Mutt/1.4.1i Organization: Gatech Student X-OS: Linux helsinki 2.4.20-31.9smp i686 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] Re: DVD size with ffmpeg Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On 05/12/04 01:15 -0500, Elliott Clark wrote: > On 05/12/04 14:53 +0900, Andrew Church wrote: > > > frame rate: -f 23.976 [25.000] frc=1 (*) > > > PTS=0.1780, frame_time=41 ms, bitrate=9000 kbps > > > > This is just an advisory value stored in the header data, and says > > nothing about the average bitrate (which can be easily obtained by dividing > > the size in bits of the video stream by its length in seconds). ffmpeg > > sets it to the maximum bitrate, which transcode sets to 9000 for DVD > > encoding. > > > > --Andrew Church > > achurch@achurch.org > > http://achurch.org/ > > > > _______________________________________________ > > transcode-users mailing list > > transcode-users@exit1.org > > http://lists.exit1.org/mailman/listinfo/transcode-users > > > Thanks for the fast answer. But any answer on why recently my sizes have > doubled with the exact same command line ? I used to be able to fit >240 mins > of dvd video encoded from a svcd/vcd format. Now I can only fit about 200 > or so. Its not a HUGE deal but still.. > > > here is the command line: > > transcode --print_status 100 \ > -x mplayer,null \ > -y ffmpeg,null \ > -F mpeg2video \ > --import_asr 2 --export_asr 2 \ > --export_prof dvd-ntsc \ > -Z 720x480 \ > -f 29.970,4 -q 2\ > -o output -i output.avi > > > Results in a video file that repots itself to mplayer as 29:38 but is infact > 1 hour and 3 miniutes and about 30 seconds long > > for a total file size as reported by ls and du as 2000467968 > > > so > 2000467968 / (((1*60) + 3) * 60) + 30) = > 2000467968 / 3810 = 525057.21 > ^------ WOW is that right ??? WO seems awfully high > > Granted this is after multiplexing, but still sounds are small in comparison > > 64Kbits per second including sound??? OUCH no wonder I don't get that long a > movie on a DVD+R Sorry I don't know where the 64Kbits per second came from I think I just read the wrong xcalc. > > -- > > -Elliott Neil Clark (eclark@cc.gatech.edu) > > _______________________________________________ > transcode-users mailing list > transcode-users@exit1.org > http://lists.exit1.org/mailman/listinfo/transcode-users As an addendum sound files as always in mpa format are around 120mb for a 60 min clip -- -Elliott Neil Clark (eclark@cc.gatech.edu) _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 07:50:44 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id C76AB126D83 for ; Sun, 5 Dec 2004 07:50:44 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB56nFXl027365; Sun, 5 Dec 2004 07:49:15 +0100 Received: from hook.home (CPE000c418ad895-CM000a7363f857.cpe.net.cable.rogers.com [69.192.179.120]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB56QJXl026768 for ; Sun, 5 Dec 2004 07:26:19 +0100 Received: from [10.0.0.177] (teddy.home [10.0.0.177]) by hook.home (Postfix) with ESMTP id A3093157888 for ; Sun, 5 Dec 2004 01:18:56 -0500 (EST) Message-ID: <41B2AB74.3060708@hook.homelinux.com> Date: Sun, 05 Dec 2004 01:32:20 -0500 From: Tyler Hall User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) References: <41b28311.04360@achurch.org> In-Reply-To: <41b28311.04360@achurch.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Andrew Church wrote: >>It's not going to save the world or anything, I agree. But when you look >>at some other unix conversion tools you see an attempt to make life easy >>for dumb users. >> convert photo.jpg photo.png >> convert output.ps output.pdf >> >> > > I'm not sure where this "convert" program comes from, but take a look > > ImageMagick >at netpbm: the user specifies the conversion type explicitly, using the >command name itself (pngtopnm, ppmtogif, etc). While it is confusing that >netpbm includes five different file format targets (pbm/pgm/ppm/pnm/pam) >with are basically all interchangeable, the explicit usage ensures that the >user knows what he's getting out of the process. > > But it also requires him to know exactly what he's putting into the process. While you may think that's a good safety check, not everyone agrees with that. This isn't a nuclear power system software management system, where every action must be explicitly stated to reduce ambiguity to the maximum extent.....it's a multimedia converter take takes input, converts, produces output. So if you ran convert pic.gif pic.jpg you'd actually worry that pic.jpg wasn't a JPEG? You're kidding, right? If it were: convert pic.gif --output-format=JPEG > pic.jpg then I'd say you had a point, because "convert" could've run into a problem and MAY spit out messages to the file pic.jpg. I think you are overcautious and you want everyone else to be as overcautious as you are. Other people trust that their "pic.jpg" file is indeed a JPEG file. > I think I see the core of the disagreement here: You want transcode >to try and "make a best guess" when it's given insufficient information, > > correct >whereas I (and Jacob? Sorry if I'm misrepresenting your views) say the >user should be responsible for providing specific information, and > > at all times, even when that specific information is redundent? >transcode should not do anything that could be ambiguous. You also claim > > but how do you define ambiguous? you're saying transcode -i input.avi -o output.vob would be too risky for transcode to handle? I think the majority of people would look at that and say "yeah, that should take this everything in this AVI and put it into a VOB suitable for playback on a DVD player, transcoding streams if they need it. What's ambiguous about that? You really think some user would type that line but intend for transcode to do something else? Like what? >that filename extensions are an acceptable equivalent to options specifying >output type, while Jacob and I disagree. > > This may simply be an unresolvable difference of opinion, but let me >explain why I don't like the "do what I mean" approach. I see computers >and computer programs as tools, and tools should do exactly what they are >made to do, nothing more. > So a tool should be designed and constructed to just do the bare minimum, and nothing more? Any intelligence that uses more than one basic building block of its own program should be left to a higher level "wrapper" program? That "do exactly what they are made to do" approach is so vague I can use that to say transcode has already gone too far!! Get rid of that export profile, it's extra! Make the user explicitly define every single parameter involved in that transcode session! Quick, remove the calls to tcprobe and tcscan, that kind of auto-detection goes beyond what "transcode" was supposed to do: only transcode input to output. While I'm aiming for simplifying the command line you want to make the user type a paragraph and a half to do the simplest conversion.....the classic unix paradigm designed to keep everyone buried in man pages for every little job. > (Would a hammer be as useful if it occasionally >decided you didn't _really_ want to hit that nail?) > Since the hammer is a passive device with no intelligence at all, it's a pretty weak argument. If I had an intelligent hammer that could identify nails and alter its course by an inch or two during the swing, I could be more lazy in my swing knowing that the hammer will direct itself toward the nail to hit it. And of course I would expect to be able to disable that "automatic behaviour" for special cases, like when two nails are just a couple inches apart. Such a hammer would be a tool that does exactly what it was made to do: drive a nail into wood. This special hammer is just easier to use than the classic hammer. But you look at it from a strange angle, as if the intelligent hammer would one day execute buggy code, thus preventing it from doing its simple job. Better to play it safe, you say, and keep just the core functions in there...anything beyond that imposes too much risk of introducing bugs! But the world isn't as bad you think! Aren't you glad that you can go to your DVD player, pop in an audio CD, and play it? You don't have to explicity tell it what kind of CD you put in there, it will detect it! Even though it is a tool designed to play DVDs, it also accepts other data formats. Even better, when you insert a DVD you don't even have to hit 'play' for the root title to come up on your TV, it will start it for you! Should that kind of "thinking for the user" be thrown out of the DVD player? Should the user be forced to go buy some extension that scans your disc before putting in the drive, then tells your player what it found? But it sounds like you'd be afraid that such an automatic built-in scheme may cause the DVD player to one day see your DVD as an audio CD and treat it as such. What are the chances? You want to impose grief on all users just to avoid strange and negligable risks! > Certainly, there is >room for programs that try to make more "intelligent" decisions, just like >there is room for carpenters; but such programs should exist _on top of_ >the basic tools, not _in place of_ them. > In an ideal world every program module would be unique, nothing would be duplicated, and every module could be connected to every other module where it made sense to do so. That would be the most organized configuration of software. Only one module would provide a given functionality so maintainability would be quick and easy. In a practical world you have to deviate from that: At some point you have stop subdividing because the overhead of module connection and organization becomes larger than what that module provides. At that point you don't force the user to run yet another higher level program to get the feature, you package it in with the lower level stuff...just like someone already decided to do for transcode. I can type transcode -i input.avi -p audio.wav -y ffmpeg -F mpeg4 -o output.avi and it works. According to your philosophy that's a no-no: transcode should not be calling upon tcprobe to see what's inside input.avi, it should not assume that I want an AVI muxed output, it should not assume that I want the audio encoded to MP3, it should not assume that I want the "best" decoder/encoder quality, nor should it assume anything about the target bitrate, sample rate, sample format, resolution, and frame rate. But it does! All I asked for was that the output video codec be mpeg4. Everything else was guessed. Are you telling me that you don't like that feature? You would like to see that go away? Or are these somehow special exceptions that deserve to stay? If you are dead serious about the unix paradigm then why are not pushing transcode in that direction? >In transcode's case, that means >transcode itself should not attempt to "guess" at what the user intended, >whether through filename extension or other means; such cleverness should >be left to higher-level programs, such as scripts, which use transcode to >perform the actual work. If you make transcode perform ambiguously, you >may make it friendlier to some people, but you reduce its usefulness as a >_tool_, which is what I believe it's intended to be. > > How does adding related intelligence REDUCE a tool's usefulness? I'm not adding a web browser to the thing, I'm introducing another level of "default" assignment, a more consistent user interface, and a more robust skeleton. "Sorry, I find transcode less useful for transcoding this .avi to .vob because it assumes I'm trying to transcode from AVI to VOB and configures itself as best it can to do that conversion" "Sorry, I find that intelligent hammer less useful for hammering nails because it assumes I'm trying to hit nails and it directs itself toward the nails" ???? You'd rather build on top of the hammer: have the "intelligent guess work" be a sleeve you buy as an extra and wrap around it. No way. Modular? yes. Worth it? no. There is something to be said for embedded features. Tyler _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 08:28:31 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 33A46126D83 for ; Sun, 5 Dec 2004 08:28:31 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB57QGXl028204; Sun, 5 Dec 2004 08:26:16 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB57F8Xl027931 for ; Sun, 5 Dec 2004 08:15:09 +0100 Received: by achurch.org (wmail 0.9.52) id 41b2b57b.04536; Sun, 05 Dec 2004 16:15:07 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] Re: DVD size with ffmpeg Date: Sun, 05 Dec 2004 16:10:17 JST In-Reply-To: <20041205061535.GB21033@helsinki.cc.gatech.edu> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41b2b57b.04536@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >Thanks for the fast answer. But any answer on why recently my sizes have >doubled with the exact same command line ? I used to be able to fit >240 mins > of dvd video encoded from a svcd/vcd format. Now I can only fit about 200 >or so. Its not a HUGE deal but still.. The maximum allowable DVD bitrate, 9800 kbps, is for one hour of video. If you encode at 5000 kbps, that comes out to about two hours: (4700000000*8) / 5000000 = 7520 seconds (though that doesn't account for audio and multiplexing overhead). >transcode --print_status 100 \ [...] >Results in a video file that repots itself to mplayer as 29:38 but is infact >1 hour and 3 miniutes and about 30 seconds long For some reason, mplayer severely underestimates MPEG file durations. I don't know why. >for a total file size as reported by ls and du as 2000467968 Remember that ls gives you the file size in bytes, not bits, so you need to multiply this by 8: (2000467968*8) / (1*60*60 + 3*60 + 30) = 16003743744 / 3810 = 4200457 bps or 4200 kbps. --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 08:38:38 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 50777126D83 for ; Sun, 5 Dec 2004 08:38:38 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB57aVXl028466; Sun, 5 Dec 2004 08:36:31 +0100 Received: from achurch.org (p8077-ipadfx21hodogaya.kanagawa.ocn.ne.jp [219.160.161.77]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB57INXl028018 for ; Sun, 5 Dec 2004 08:18:23 +0100 Received: by achurch.org (wmail 0.9.52) id 41b2b63e.04544; Sun, 05 Dec 2004 16:18:22 JST From: achurch@achurch.org (Andrew Church) To: transcode-users@exit1.org Subject: Re: [transcode-users] Option naming (was Re: raw dv input from a pipe) Date: Sun, 05 Dec 2004 16:16:23 JST In-Reply-To: <41B2AB74.3060708@hook.homelinux.com> Content-Type: text/plain; charset=ISO-2022-JP X-Mailer: MMail v5.19 Message-ID: <41b2b63e.04544@achurch.org> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , >> This may simply be an unresolvable difference of opinion, but let me >>explain why I don't like the "do what I mean" approach. I see computers >>and computer programs as tools, and tools should do exactly what they are >>made to do, nothing more. >> >So a tool should be designed and constructed to just do the bare >minimum, and nothing more? [...] It seems this is indeed an unresolvable difference of opinion, so let's stop this debate here: it's pretty clear that neither of us is going to change the other's mind, and I think we've both elaborated on our viewpoints enough. --Andrew Church achurch@achurch.org http://achurch.org/ _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 12:21:33 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 1AC87126D83 for ; Sun, 5 Dec 2004 12:21:33 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5BFBXl002462; Sun, 5 Dec 2004 12:15:11 +0100 Received: from a.mx.oldconomy.com (oldconomy.demon.nl [212.238.217.56]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5B34Xl001996 for ; Sun, 5 Dec 2004 12:03:04 +0100 Received: from andromeda.oldconomy.com (andromeda.oldconomy.com [172.31.1.2]) by a.mx.oldconomy.com (Postfix) with ESMTP id 3A286CFBE4 for ; Sun, 5 Dec 2004 12:03:04 +0100 (CET) Received: by andromeda.oldconomy.com (Postfix, from userid 10) id B20E452C091; Sun, 5 Dec 2004 12:03:03 +0100 (CET) Received: by skylla.oldconomy.com (Postfix, from userid 100) id 4E4372D2; Sun, 5 Dec 2004 12:02:37 +0100 (CET) Subject: Re: [transcode-users] DVD size with ffmpeg From: Erik Slagter To: transcode-users@exit1.org In-Reply-To: <20041205050115.GA21033@helsinki.cc.gatech.edu> References: <20041205050115.GA21033@helsinki.cc.gatech.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1102244557.3274.27.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Sun, 05 Dec 2004 12:02:37 +0100 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Sun, 2004-12-05 at 06:01, Elliott Clark wrote: > however when I run a tcprob -i sample.mpg i get: > tcprobe -i sample.mpg > [tcprobe] MPEG program stream (PS) > [tcprobe] summary for sample.mpg, (*) = not default, 0 = not detected > import frame size: -g 720x480 [720x576] (*) > aspect ratio: 4:3 (*) > frame rate: -f 23.976 [25.000] frc=1 (*) > PTS=0.1780, frame_time=41 ms, bitrate=9000 kbps > audio track: -a 0 [0] -e 48000,16,2 [48000,16,2] -n 0x50 [0x2000] (*) > PTS=0.1780, bitrate=224 kbps > -D 0 --av_fine_ms 0 (frames & ms) [0] [0] > > > Everything else looks like it should, except for the fact that the bitrate is > 9000 insead of 5000 like it should be. Now since the export_ffmpeg.so report > 5000 as the bitrate I am not sure where the error lies, in the ffmpeg code or > in transcode 0.6.14 The bitrate recorded in an mpeg file (either ES or PS) is always the MAXIMUM rate, not average or constant. _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 14:55:38 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 750E3126D83 for ; Sun, 5 Dec 2004 14:55:38 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5DnQXl009462; Sun, 5 Dec 2004 14:49:26 +0100 Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5DcaXl008887 for ; Sun, 5 Dec 2004 14:38:36 +0100 Received: from [217.9.27.172] (helo=[192.168.123.1]) by smtp05.web.de with asmtp (WEB.DE 4.102 #165) id 1Cawas-00029k-00 for transcode-users@exit1.org; Sun, 05 Dec 2004 14:38:31 +0100 Message-ID: <41B30F33.10306@web.de> Date: Sun, 05 Dec 2004 14:37:55 +0100 From: =?ISO-8859-15?Q?Thomas_Sch=F6nhoff?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 X-Accept-Language: de, en-gb, en-us, fr-fr MIME-Version: 1.0 To: Transcode Users Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Sender: tom_woody@web.de X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] no audio Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Hello, once again I still try to convert .mov files to SVCD, after my first missing trial I started another one: ------------------------------------------------------------- thomas> transcode -i "SR_27.Nov-1.mov" --import_asr 3 -x \ mplayer,mplayer -y mpeg2enc,mp2enc -F 1 -E 44100,16,2 -b 224 \ --keep_asr -Z 355x288 -o nov_1 ------------------------------------------------------------- This was kind of successful! So employing Mplayer modules seemed to work out fine. Unfortunately the resulting .m1v file doen't have any sound. Looking at how MPlayer module is called by transcode I noticed: ------------------------------------------------------------------- [import_mplayer.so] mplayer -benchmark -noframedrop -nosound -(...) ------------------------------------------------------------------- Why is this default behavior ? Is there any option to influence this from transcode command line? Thomas My system: ffmpeg 20041113-0 transcode 0.6.14-0 _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 16:09:09 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id B6FE5126D83 for ; Sun, 5 Dec 2004 16:09:09 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5F42Xl012966; Sun, 5 Dec 2004 16:04:02 +0100 Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with SMTP id iB5EqRXl012490 for ; Sun, 5 Dec 2004 15:52:27 +0100 Received: (qmail 8829 invoked by uid 65534); 5 Dec 2004 14:52:22 -0000 Received: from 81-89-227-184.teleos-web.de (EHLO work.holtkamp.priv) (81.89.227.184) by mail.gmx.net (mp024) with SMTP; 05 Dec 2004 15:52:22 +0100 X-Authenticated: #810257 Received: from amavis by work.holtkamp.priv with scanned-ok (Exim 3.35 #1 (Debian)) id 1CaxkL-0003tM-00 for ; Sun, 05 Dec 2004 15:52:21 +0100 Received: from syl.holtkamp.priv ([192.168.10.10]) by work.holtkamp.priv with smtp (Exim 3.35 #1 (Debian)) id 1Caxjs-0003tH-00 for ; Sun, 05 Dec 2004 15:51:52 +0100 Received: by syl.holtkamp.priv (sSMTP sendmail emulation); Sun, 5 Dec 2004 15:51:52 +0100 Date: Sun, 5 Dec 2004 15:51:52 +0100 From: Maik Holtkamp To: Transcode Users Subject: Re: [transcode-users] no audio Message-ID: <20041205145152.GA2279@syl.holtkamp.priv> Mail-Followup-To: Transcode Users References: <41B30F33.10306@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <41B30F33.10306@web.de> X-PGP-Fingerprint: 868E 75E0 3FF1 A5F7 7036 41B1 D019 F5EF 9027 AB88 X-ICQ: 106425684 X-IRC: m707 X-message-flag: Outlook is a breeding ground for viruses. See http://cws.internet.com/mail.html for alternatives User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavis (Debian) at holtkamp.priv X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, 0n 04/12/05@14:37 Thomas Sch=F6nhoff told me: > once again I still try to convert .mov files to SVCD, after my first=20 > missing trial I started another one: > ------------------------------------------------------------- > thomas> transcode -i "SR_27.Nov-1.mov" --import_asr 3 -x \=20 > mplayer,mplayer -y mpeg2enc,mp2enc -F 1 -E 44100,16,2 -b 224 \=20 > --keep_asr -Z 355x288 -o nov_1 > ------------------------------------------------------------- >=20 >=20 > This was kind of successful! So employing Mplayer modules seemed to=20 > work out fine. > Unfortunately the resulting .m1v file doen't have any sound. Looking=20 > at how MPlayer module is called by transcode I noticed: When you use -y mpeg2enc,mp2enc there should be two outputfiles *.m(1|2)v and *.mpa which you have to mux in a separate step using mplex. > ------------------------------------------------------------------- > [import_mplayer.so] mplayer -benchmark -noframedrop -nosound -(...) > ------------------------------------------------------------------- Problably this line is just related to video input and you missed the second file? --=20 bye maik --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBsyCI0Bn175Anq4gRAkAnAJ9w8ln9t+BuQm3rvf8PdvBKXCcVNwCfSXvp aK5QGbocTK77d+LF6YHxbNs= =TxNw -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 16:46:01 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 26BCF126D83 for ; Sun, 5 Dec 2004 16:46:01 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5FgBXl015129; Sun, 5 Dec 2004 16:42:11 +0100 Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5FTDXl014294 for ; Sun, 5 Dec 2004 16:29:13 +0100 Received: from [192.168.1.47] ([151.205.10.225]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041205152911.NAHT4602.out010.verizon.net@[192.168.1.47]> for ; Sun, 5 Dec 2004 09:29:11 -0600 Subject: Re: [transcode-users] Bizarre halt From: Brian Pack To: transcode-users@exit1.org In-Reply-To: <1102111280.12658.5.camel@localhost.localdomain> References: <1101782684.4246.12.camel@localhost.localdomain> <1101791183.10607.3.camel@localhost.localdomain> <20041201050131.GE2032@funk.gsky.dom> <1102111280.12658.5.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kppESlErZ2RdDlllBIfn" Date: Sun, 05 Dec 2004 10:29:09 -0500 Message-Id: <1102260549.28503.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [151.205.10.225] at Sun, 5 Dec 2004 09:29:11 -0600 X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --=-kppESlErZ2RdDlllBIfn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-12-03 at 17:01 -0500, Brian Pack wrote: > On Tue, 2004-11-30 at 21:01 -0800, Jacob Meuser wrote: > > On Tue, Nov 30, 2004 at 12:06:23AM -0500, Brian Pack wrote: > >=20 > > > sh: line 1: 6746 Segmentation fault dr_exec transcode -H 10 -a = 0 > >=20 > > did you find any more info on this? >=20 > I'm going to test a different source, because I tested a shorter clip > from the same disc, and had no trouble. I also tried .mpg instead > of .avi for the feature, and it ran fine. >=20 > I had been using the packaged version, but the last time it failed, I > had built from source, using the same repository as the packaged version > I had. >=20 > I think it may be dependent on the source content, because I've had some > films come out beautifully, but others crap out. I may have just hit a > bad couple of films. Sorry 'bout replying to myself, but I've got it. It must be the source material, because I just ran another feature-length movie through, and it came out the other end just fine. I guess I got confused by finding two bad movies back-to-back. I also wonder if I'd get similar results if I'd used the original DVDs instead of burned ones. --=-kppESlErZ2RdDlllBIfn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBsylEbVmbQsAM5oIRAnvlAJ0cc177Sc62oedQR6IkyGpTSKG4RQCeMnLO I2AF5mGv7Iq8TD1viZf0HTE= =gxWh -----END PGP SIGNATURE----- --=-kppESlErZ2RdDlllBIfn-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 17:22:21 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 636C4126D83 for ; Sun, 5 Dec 2004 17:22:21 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5GHBXl016764; Sun, 5 Dec 2004 17:17:11 +0100 Received: from smtp06.web.de (smtp06.web.de [217.72.192.224]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5G4vXl016107 for ; Sun, 5 Dec 2004 17:04:58 +0100 Received: from [217.9.27.172] (helo=[192.168.123.1]) by smtp06.web.de with asmtp (WEB.DE 4.102 #165) id 1CaysW-0002qo-00 for transcode-users@exit1.org; Sun, 05 Dec 2004 17:04:52 +0100 Message-ID: <41B33181.8040307@web.de> Date: Sun, 05 Dec 2004 17:04:17 +0100 From: =?ISO-8859-15?Q?Thomas_Sch=F6nhoff?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 X-Accept-Language: de, en-gb, en-us, fr-fr MIME-Version: 1.0 To: transcode-users@exit1.org Subject: Re: [transcode-users] no audio References: <41B30F33.10306@web.de> <20041205145152.GA2279@syl.holtkamp.priv> In-Reply-To: <20041205145152.GA2279@syl.holtkamp.priv> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Sender: tom_woody@web.de X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Hello Maik, Maik Holtkamp schrieb: > Hi, > > 0n 04/12/05@14:37 Thomas Schönhoff told me: > > >>once again I still try to convert .mov files to SVCD, after my first >>missing trial I started another one: >>------------------------------------------------------------- >> thomas> transcode -i "SR_27.Nov-1.mov" --import_asr 3 -x \ >>mplayer,mplayer -y mpeg2enc,mp2enc -F 1 -E 44100,16,2 -b 224 \ >>--keep_asr -Z 355x288 -o nov_1 >>------------------------------------------------------------- >> >> >>This was kind of successful! So employing Mplayer modules seemed to >>work out fine. >>Unfortunately the resulting .m1v file doen't have any sound. Looking >>at how MPlayer module is called by transcode I noticed: > > > When you use -y mpeg2enc,mp2enc there should be two outputfiles > *.m(1|2)v and *.mpa which you have to mux in a separate step using > mplex. I only found a .m1v file???? Sounds seems to be disappeared mysteriously, bad magic ;-) Anyway, I have no clue where this file is? Guess that it wasn't created at all! >>------------------------------------------------------------------- >>[import_mplayer.so] mplayer -benchmark -noframedrop -nosound -(...) >>------------------------------------------------------------------- > > > Problably this line is just related to video input and you missed the > second file? Hmm, what second file do you talk about? There is only one file to convert. Thanks for response Thomas _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 17:41:47 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 0BC39126D83 for ; Sun, 5 Dec 2004 17:41:47 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5GVLXl017519; Sun, 5 Dec 2004 17:31:21 +0100 Received: from smtp06.web.de (smtp06.web.de [217.72.192.224]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5GFmXl016650 for ; Sun, 5 Dec 2004 17:15:48 +0100 Received: from [217.247.195.85] (helo=pd9f7c355.dip.t-dialin.net) by smtp06.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.102 #165) id 1Caz2m-0004OV-00 for transcode-users@exit1.org; Sun, 05 Dec 2004 17:15:43 +0100 From: Martin Kaletsch Organization: chaotic To: transcode-users@exit1.org Date: Sun, 5 Dec 2004 17:13:53 +0100 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_IPzsB4xJmNqGmOG"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200412051714.00574.mano_mk@web.de> X-Sender: mano_mk@web.de X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Subject: [transcode-users] dvdbackup and region code Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , --Boundary-02=_IPzsB4xJmNqGmOG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello =20 This may not be totaly on-topic here and is possibly a very silly question= =20 but: I'm usualy making backup copys of single layer DVDs with dvdbackup, which i= s=20 fine as long as I view them only on my computer, but when I want to take my= =20 RC1 DVDs to a friend to watch on a standard RC2 DVD player, I'm running int= o=20 problems, as my copies have the same region code as the original! So, is there an easy way to convert a DVD to RC0, apart from=20 dvdunauthor-dvdauthor or something similar? =2D-=20 Martin Kaletsch --Boundary-02=_IPzsB4xJmNqGmOG Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBszPIEyChKh/nCUURAgXvAJ4oP8fSaXPugpb3jpNPCscnwJ80XQCfc1bU dwsZA4njZss+FUEfhMR/5RY= =WsbZ -----END PGP SIGNATURE----- --Boundary-02=_IPzsB4xJmNqGmOG-- _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 18:22:21 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id BF07A126D85 for ; Sun, 5 Dec 2004 18:22:21 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5HGeXl019719; Sun, 5 Dec 2004 18:16:40 +0100 Received: from nil.math.uni-bonn.de (mail.math.uni-bonn.de [131.220.120.11]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5H4hXl019185 for ; Sun, 5 Dec 2004 18:04:43 +0100 Received: from login.math.uni-bonn.de (login.math.uni-bonn.de [131.220.120.13]) by nil.math.uni-bonn.de (Postfix) with ESMTP id B4543550E9 for ; Sun, 5 Dec 2004 18:07:51 +0100 (CET) Date: Sun, 5 Dec 2004 18:04:37 +0100 (CET) From: Christoph Lampert To: transcode-users@exit1.org Subject: Re: [transcode-users] dvdbackup and region code In-Reply-To: <200412051714.00574.mano_mk@web.de> Message-ID: References: <200412051714.00574.mano_mk@web.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , On Sun, 5 Dec 2004, Martin Kaletsch wrote: > I'm usualy making backup copys of single layer DVDs with dvdbackup, which is > fine as long as I view them only on my computer, but when I want to take my > RC1 DVDs to a friend to watch on a standard RC2 DVD player, I'm running into > problems, as my copies have the same region code as the original! You're backups will be no be CSS encrypted, and they will not carry any region code at all. Most likely, your problems come from a different reason, maybe the DVD player can't handle NTSC material/framerates, but only PAL? chl _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 18:58:25 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id CD999126D83 for ; Sun, 5 Dec 2004 18:58:25 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5HsFXl021730; Sun, 5 Dec 2004 18:54:15 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5HgWXl021090 for ; Sun, 5 Dec 2004 18:42:32 +0100 Received: from inferno.slug.org (IDENT:1000@localhost.localnet [127.0.0.1]) by inferno.slug.org (8.13.0/8.13.0) with ESMTP id iB5HgTpx020820 for ; Sun, 5 Dec 2004 09:42:29 -0800 Received: (from phil@localhost) by inferno.slug.org (8.13.0/8.13.0/Submit) id iB5HgTEA020819 for transcode-users@exit1.org; Sun, 5 Dec 2004 09:42:29 -0800 Date: Sun, 5 Dec 2004 09:42:28 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] dvdbackup and region code Message-ID: <20041205174228.GA20813@t22> References: <200412051714.00574.mano_mk@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Christoph Lampert wrote: > On Sun, 5 Dec 2004, Martin Kaletsch wrote: > > I'm usualy making backup copys of single layer DVDs with dvdbackup, which is > > fine as long as I view them only on my computer, but when I want to take my > > RC1 DVDs to a friend to watch on a standard RC2 DVD player, I'm running into > > problems, as my copies have the same region code as the original! > > You're backups will be no be CSS encrypted, and they will not carry > any region code at all. Most likely, your problems come from a different > reason, maybe the DVD player can't handle NTSC material/framerates, but > only PAL? Christoph is correct, dvdbackup removes all regionalisation. Some dvd players will not play dvd-r's at all, and some will not play the type that use purple dye. Yesterday I saw two of the same model of Samsung dvd/vcr combo which stated in their docs that they would NOT play dvd-r's... one of them played them perfectly, the other not at all. I carry dvd-r's with me all the time and test them on every dvd player I can get at. I haven't reported my results because, alas, they are inconsistent. I can tell you that newer models tend to greater individual variation than older models, but that some older models choke on the often higher peak-bitrates of homemade dvd's (as opposed to dvdbackup output, which has the same well constrained bitrate as the commercial disks that it is used to copy.). The moral here is that if you are going to make copies for somebody, test one on their player first, and if you are going to buy a dvd player, bring a dvd-r to the store and ask to test the unit that you intend to buy ;^) Phil -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 19:12:58 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 567BF126D83 for ; Sun, 5 Dec 2004 19:12:58 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5I8kXl022372; Sun, 5 Dec 2004 19:08:46 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5HkxXl021346 for ; Sun, 5 Dec 2004 18:47:01 +0100 Received: from inferno.slug.org (IDENT:1000@localhost.localnet [127.0.0.1]) by inferno.slug.org (8.13.0/8.13.0) with ESMTP id iB5HkvEp020827 for ; Sun, 5 Dec 2004 09:46:57 -0800 Received: (from phil@localhost) by inferno.slug.org (8.13.0/8.13.0/Submit) id iB5HkvIg020826 for transcode-users@exit1.org; Sun, 5 Dec 2004 09:46:57 -0800 Date: Sun, 5 Dec 2004 09:46:57 -0800 From: Phil Ehrens To: transcode-users@exit1.org Subject: Re: [transcode-users] DVD size with ffmpeg Message-ID: <20041205174657.GB20813@t22> References: <20041205050115.GA21033@helsinki.cc.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041205050115.GA21033@helsinki.cc.gatech.edu> User-Agent: Mutt/1.4.2.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Elliott Clark wrote: > Recently I upgraded transcode and ffmpeg to: > transcode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg > > ffmpeg version 0.4.9-pre1, build 4718, Copyright (c) 2000-2004 Fabrice > Bellard built on Nov 2 2004 01:41:25, gcc: 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, > ssp-3.3.2-2, pie-8.7.6) > > > Now when I try to encode to ntsc dvd prof I get a file size that is double > what it used to be. I encode typically 20 hours of material per week in essentially the same way that you are, and I have noticed no significant difference in file size between transcode-0.6.13 and 0.6.14. -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Sun Dec 5 21:49:35 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id A95CC126D83 for ; Sun, 5 Dec 2004 21:49:35 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5KiKXl029854; Sun, 5 Dec 2004 21:44:21 +0100 Received: from inferno.slug.org (inferno.slug.org [64.81.35.113]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5KVkXl029335 for ; Sun, 5 Dec 2004 21:31:47 +0100 Received: from inferno.slug.org (IDENT:1000@localhost.localnet [127.0.0.1]) by inferno.slug.org (8.13.0/8.13.0) with ESMTP id iB5KVgbj020989 for ; Sun, 5 Dec 2004 12:31:43 -0800 Received: (from phil@localhost) by inferno.slug.org (8.13.0/8.13.0/Submit) id iB5KVgbJ020988 for transcode-users@exit1.org; Sun, 5 Dec 2004 12:31:42 -0800 Date: Sun, 5 Dec 2004 12:31:42 -0800 From: Phil Ehrens To: transcode-users@exit1.org Message-ID: <20041205203142.GA20984@t22> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Subject: [transcode-users] wiki transcode command line options doc Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Hi All, I have finished reformatting the command line options page at the Transcode wiki: http://www.transcoding.org/cgi-bin/transcode?Transcode_Command_Line_Options The page should now be very easy to modify without breaking the 'look-and-feel'. I have made notations in red where I think immediate attention is required. Knowlegeable persons should feel free to include example usages directly within that page. If examples beging to get confusing, they can be broken out later into seperate pages using some standard naming convention. It is permissible to include discussion directly within that page with the understanding that it may be edited or moved as the page becomes more mature. Phil -- Phil Ehrens | Fun stuff: The SilverLake Linux Users Group | http://www.ralphmag.org 3428 Winslow Drive | http://www.yellow5.com Silverlake, CA 90026 | http://www.slug.org _______________________________________________ transcode-users mailing list transcode-users@exit1.org http://lists.exit1.org/mailman/listinfo/transcode-users From transcode-users-admin@exit1.org Mon Dec 6 01:00:16 2004 Return-Path: X-Original-To: itdp@fh-biergarten.de Delivered-To: itdp@localhost Received: from fries.zyn.de (fries.zyn.de [213.239.201.88]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.kliche.org (Postfix) with ESMTP id 182C7126D83 for ; Mon, 6 Dec 2004 01:00:16 +0100 (CET) Received: from fries.zyn.de (localhost [127.0.0.1]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5NtIXl006654; Mon, 6 Dec 2004 00:55:18 +0100 Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by fries.zyn.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id iB5NgPXl006203 for ; Mon, 6 Dec 2004 00:42:26 +0100 Received: by wproxy.gmail.com with SMTP id 70so19403wra for ; Sun, 05 Dec 2004 15:42:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VMN2R6KXf2DiuKXqlV2JoNyF2sVH/yIQotwH0Jn9iM9Bub0B64rxzGc3hfEcLbw3chOR25B+kgv2Q23/lT5c2OlzDjnOEakorXJRtlptAEfbRpKucP9rnx32q7Le8Byiju0JzKv+522ZTXSeyawWBn5fXF8p+zxLrQP05cdQIek= Received: by 10.54.23.56 with SMTP id 56mr1230822wrw; Sun, 05 Dec 2004 15:42:18 -0800 (PST) Received: by 10.54.36.6 with HTTP; Sun, 5 Dec 2004 15:42:18 -0800 (PST) Message-ID: Date: Sun, 5 Dec 2004 15:42:18 -0800 From: Chao Chen To: transcode-users@exit1.org Subject: Re: [transcode-users] Magick error In-Reply-To: <20041201221254.GA5638@funk.gsky.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041201221254.GA5638@funk.gsky.dom> X-Mail-Checks: sa wwmf block (fries) X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on fries.zyn.de X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Level: X-WWMF-Status: 2.5.20041202.1!tsvurl@fries X-Mail-Blocker-Flag: YES X-List-Qualification: Member Sender: transcode-users-admin@exit1.org Errors-To: transcode-users-admin@exit1.org X-BeenThere: transcode-users@exit1.org X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: transcode-users@exit1.org X-Reply-To: Chao Chen List-Help: List-Post: List-Subscribe: , List-Id: transcode Users Mailing List List-Unsubscribe: , Thanks for the help. I had a couple of different versions of ImageMagick installed and that seemed to be the problem. I wiped them out and reinstalled ImageMagick 6.3 and it worked. I'll install transcode 6.14. Thanks. Chao On Wed, 1 Dec 2004 14:12:54 -0800, Jacob Meuser wrote: > On Wed, Dec 01, 2004 at 11:48:11AM -0800, Chao Chen wrote: > > Hi. I installed transcode 6.12 and tried to transcode a list of > > images into an avi, with > > please update to 0.6.14 > > http://www.transcoding.org/ > > > > > transcode -i list -o ashby_1110.avi -x imlist,null -y af6,null -F "W32 > > Microsoft MPEG-4" -c 1-10 -g 344x240 > > > > where list contains: > > > > ashby/ashby.img20041110_000100.jpg > > ashby/ashby.img20041110_000200.jpg > > ashby/ashby.img20041110_000259.jpg > > ashby/ashby.img20041110_000400.jpg > > ashby/ashby.img20041110_000500.jpg > > ashby/ashby.img20041110_000600.jpg > > ashby/ashby.img20041110_000700.jpg > > ashby/ashby.img20041110_000759.jpg > > ... > > IIRC, those names won't work. remove the 'img20041110_' part > so they are > > ashby/ashby.000100.jpg > ashby/ashby.000200.jpg > ashby/ashby.000259.jpg > ashby/ashby.000400.jpg > ashby/ashby.000500.jpg > ... > > > Magick: Unable to open file (). > > Magick: Unable to open file () [No such file or directory]. > > the file name your using confuses the regex in import_imlist. > filenames have to be of the format: > > [] > > is either - or _ or . > the part in [] is otional. > > you have too many separators. > > -- > > > > > _______________________________________________ > transcode-users mailing list > transcode-users@exit1.org > http://lists.exit1.org/mailman/listinfo/transcode-users > _______________________________________________ transcode-users mailing lis