Re: [ecasound] Resampling in realtime / resampling quality problem

From: Kai Vehmanen <kvehmanen@email-addr-hidden>
Date: Sat Mar 05 2005 - 08:43:47 EET

On Sat, 19 Feb 2005, Kamil Wencel wrote:

> Kai, Aaron tell me something please :
[...]
> What is the differnece between these lines ? I am still not really
> certain what effects these changes have

Let's see...

> ecasound -f:16,2,96000 -i resample-hq,44100,foo.wav -f:24,2,96000 -o alsa, spdif96
> ecasound -f:24,2,96000 -i resample-hq,44100,foo.wav -f:24,2,96000 -o alsa, spdif96
> ecasound -f:32,2,96000 -i resample-hq,44100,foo.wav -f:24,2,96000 -o alsa, spdif96

These will produce identical results. The -f option is used to set the
"requested audio parameters". If an input object has fixed parameters (for
example wav-file headers contains the exacts parameters), then those will
be used and the -f option ignored. But in many cases -f has an effect:

 - when opening ALSA or any other device (the device supports
   multipe audio param combinatios so you have to pick one with -f)
 - raw and other audio files for which audio parameters are open; -f
   is needed to interpret the audio data in the correct way
 - when opening new wav/etc files: many audio params combinations
   are possibly, so -f is needed

It's also good to note that -f is sticky. You don't have to add a separate
-f option before each audio object, only if you want to change the
"requested audio parameters" (audio objects are parsed in the order they
are given on the command line).

> whatever I change in the first -f: it always comes to this result :
[...]
> (eca-chainsetup) 'rt' buffering mode selected.
> (eca-chainsetup) Audio object "uninitialized", mode "read".
> (audio-io) Format: s16_le, channels 2, srate 96000, interleaved.

As is should be, the s16_le-2ch-96kHz params are read from the wav-file
header.

> I can also give my go for the resampling issue. I had some time this
> morning so I fetched the snapshot from
> 12.10.2004 and build it from scratch. Aaron's tests with sinewaves were
> very good for comparison but I like
> to trust my ears. NO hearable distortions whatever. The clearly hearable
> noise is gone as well.
[...]
> I have both ecasound versions installed parallel so I tried them both.
> THIS is clearly a BIG improvement. Therefore

That is very good to hear. :) Thanks again for testing!

-- 
 http://www.eca.cx
 Audio software for Linux!
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Ecasound-list mailing list
Ecasound-list@email-addr-hidden
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Received on Sat Mar 5 12:15:04 2005

This archive was generated by hypermail 2.1.8 : Sat Mar 05 2005 - 12:15:05 EET