[pulseaudio-discuss] Alternate sample rates

Wang Xingchao wangxingchao2011 at gmail.com
Wed Oct 19 01:02:54 PDT 2011


2011/10/18 Pierre-Louis Bossart <pierre-louis.bossart at linux.intel.com>:
>> Very Cool feature!  Why not change sample_spec totally according to
>> sink's availability, but only sample rate? The default sample_spec
>> used at initialization, if alsa driver supports various formats/rates,
>>  PA could change sink's sample_spec in order to fit sink-input's
>> request. Is there any risk or my misunderstanding ?
>
> These patches do not always use the rate of the client. This only happens
> when there's a exact match. In case of a difference between the client rate
> and the sink rates, SRC will be used. These set of patches are mostly
> intended to make SRC easier (integer ratios) or unnecessary. One of the main
> goals was for example that voice calls would be resampled to 48kHz instead
> of 44.1kHz, since a 3x or 6x resampling takes less resources.
> But to your point we've discussed with Arun of dynamically updating the
> number of channels supported for HDMI outputs. When the EDID/ELD is read, we
> could use the information to automatically make the output multichannel, and
> possibly set a higher sampling rate.
> -Pierre
>

Thanks your clarification, Pierre!  :)

--xingchao


More information about the pulseaudio-discuss mailing list