transcode-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Original]

Re: [transcode-users] Strange behavior of --export_fps option


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)

Hi,

first of all, thanks for your continuing help. It seems, though, I need some more...


Something like "transcode -e 48032 -E 48000 -j resample ...".
Then transcode / the resample filter will try pitch up or pitch down the
sound a little.
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.html

Mplayer probably handles the timestamps differently (if it's not an avi
file).
But why doesn't it work to use -x mplayer,mplayer?

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]