|
| To: | transcode-users@xxxxxxxxx |
| Subject: | Re: [transcode-users] Strange behavior of --export_fps option |
| From: | "Tobias Radloff" <caralus@xxxxxx> |
| Date: | Mon, 31 May 2004 21:26:23 +0200 |
| In-reply-to: | <1085841803.2960.50.camel@localhost.localdomain> |
| References: | <opr8mlb6onc7tls9@zoidberg> <1085665904.2832.18.camel@localhost.localdomain> <opr8nxfqebc7tls9@zoidberg> <1085673308.5444.1.camel@localhost.localdomain> <opr8pf72skc7tls9@zoidberg> <1085841803.2960.50.camel@localhost.localdomain> |
| User-agent: | Opera M2/7.50 (Linux, build 673) |
Alas, this does not work. For uncommon values for -E, lame exits with an error. The reason is that lame can handle only certain frequencies; at least that's what Tilman Bitterberg says on page http://zebra.fh-weingarten.de/~maxi/html/transcode-users/2003-09/msg00174.htmlSomething like "transcode -e 48032 -E 48000 -j resample ...". Then transcode / the resample filter will try pitch up or pitch down the sound a little.
But why doesn't it work to use -x mplayer,mplayer?Mplayer probably handles the timestamps differently (if it's not an avi file).
Did you try the -M option?Yes. Only with -M 0 or -M 2 transcode will encode the file at all (both values lead to the same AV lag). With any other value for -M, lame gets a sync problem and exits with the error
(extract_mp3.c) missing start code at 0x7674b94 bitstream problem: resyncing...
Regards Tobias
_______________________________________________ transcode-users mailing list transcode-users@xxxxxxxxx http://lists.exit1.org/mailman/listinfo/transcode-users
| [Prev in Thread] | Current Thread | [Next in Thread] |