From mboxrd@z Thu Jan  1 00:00:00 1970
From: James Courtier-Dutton <James@superbug.co.uk>
Subject: Re: Hidden rate conversion, and Alsa configuration
Date: Fri, 03 Aug 2007 15:29:48 +0100
Message-ID: <46B33BDC.80408@superbug.co.uk>
References: <200707161340.23503.gineera@aspect135.co.uk>	<20070727130303.12367928@localhost.localdomain>	<Pine.LNX.4.61.0707272207010.7596@tm8103-a.perex-int.cz>
	<200708031503.16318.gineera@aspect135.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <alsa-devel-bounces@alsa-project.org>
Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net
	[194.217.242.85])
	by alsa0.perex.cz (Postfix) with ESMTP id 1F66724354
	for <alsa-devel@alsa-project.org>;
	Fri,  3 Aug 2007 16:30:03 +0200 (CEST)
In-Reply-To: <200708031503.16318.gineera@aspect135.co.uk>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>,
	<mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>,
	<mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Sender: alsa-devel-bounces@alsa-project.org
Errors-To: alsa-devel-bounces@alsa-project.org
To: Alan Horstmann <gineera@aspect135.co.uk>
Cc: Takashi Iwai <tiwai@suse.de>, ALSA devel <alsa-devel@alsa-project.org>, stan <stanl@cox.net>, Jaroslav Kysela <perex@suse.cz>
List-Id: alsa-devel@alsa-project.org

Alan Horstmann wrote:
> On Friday 27 July 2007 21:16, Jaroslav Kysela wrote:
>   
>> On Fri, 27 Jul 2007, stan wrote:
>>     
>>> I really want to avoid rate resampling if I can, while format
>>> conversion has to occur somewhere in order to match the hardware in
>>> most cases.  I assume that any format conversion alsa does
>>> is at least as good as one I would do myself.  While the rate
>>>       
>
>   
>> I answered this numerous times on this list. We have a function to notify
>> the plugins that resampling should be avoided - it's
>> snd_pcm_hw_params_set_rate_resample().
>>     
>
> Can this function be built into an ALSA configuration file in some way, or can 
> it only be called from an app?
>
> Alan
>   
It is only really sensible to have the app do the call, and not a config 
file.
Reason being, if the app does the call, it must also be able to handle 
the resampling itself.
If the config file did it, the app might not be able to do the 
resampling itself and therefore fail to play anything.
Generally, the app is the best place to do the resampling, as it can 
handle the quality issues better.
The resampler in ALSA is only really there to let other apps that don't 
do resampling limp along ok.

James