Subject: Re: [ecasound] Forward: Bug#195027: ecasound2.2: Processing time (option -t) wrong with sample-rate != 44100 Hz
From: Kai Vehmanen (k_AT_eca.cx)
Date: Thu May 29 2003 - 19:40:17 EEST
On Wed, 28 May 2003, Junichi Uekawa wrote:
> I wasn't quite following the '-t' discussion, but is this problem
> a similar one to that were reported ("-t: at 48000", although this is
> about a lower samplerate.)?
Yes, this helped to track down the bug. More info below...
Stephan Niemz <st.n_AT_gmx.net> wrote:
> I use ecasound to record at a samplerate which is not the standard
> 44100 Hz. When using the option -t to stop recording after a given
> time, the resulting length is completely wrong because ecasound seems to
> count samples assuming the "standard" sample rate. For example, I use
> the following command line:
>
> ecasound -d:3 -D -ev -evp -ezf -r -z:db -z:nointbuf \
> -f:s16_le,2,32000 -i:alsa -o stdout -t:$timeout
This was indeed a bug. As none of the audio objects ('alsa' and 'stdout')
have a locked sample format (unlike for instance .wav and .aiff files),
ecasound didn't properly reset the chainsetup samplerate to 32000. In
other words it set the srate correctly for the individual files but it did
not set the global chainsetup srate. Thus -t:xxx didn't work as expected.
PS Fix is in CVS.
-- http://www.eca.cx Audio software for Linux!
This archive was generated by hypermail 2b28 : Thu May 29 2003 - 19:41:24 EEST