江风的专栏

alsa sample rate跟踪 接上篇，下面要调查： 1、snd_pcm_hw_hw_params，snd_pcm_plug_hw_params，snd_pcm_rate_hw_params，snd_pcm_generic_hw_params和snd_pcm_direct_hw_params是如何被调用的。 2、以及snd_pcm_hw_params和几处单独的_snd_pcm_hw

alsa sample rate跟踪 本计划全部放在一篇中，后来发现太长。 因此截取成四篇，一口气看800多行，确实够烦的！ 之前以为alsa lib中的rate plugin之所以被调用，是因为在asound.conf中指定了硬件的sample rate，例如rate 48000。 但实际测试下来，发现不是这么回事。 无论asound.conf中是否有rate 48000，驱动中得到

alsa sample rate跟踪 接着看。 还有一个疑问点，按照之前的分析，如果想要snd_pcm_hw_params被调用，需要调用snd_pcm_rate_open。 但是从上面列出来的函数调用关系没有调用snd_pcm_rate_open，那么这个东东是什么时候被调用的呢？ 原来在函数snd_pcm_plug_hw_params中有个判断，如果client params中的参数

alsa sample rate跟踪 接下来，要看看open流程中都往pcm上挂了哪些东东。 aplay的main函数中调用snd_pcm_open函数，并传入了一个snd_pcm_t指针handle的地址： static snd_pcm_t *handle; err = snd_pcm_open(&handle, pcm_name, stream, open_mode);

移植alsa-lib遇到的问题 linux audio    alsa lib    VERSIONED_SYMBOLS 这两天移植alsa lib时遇到了一个问题，被困住了好久。 做个记录，以后再被同样问题困住。 问题背景是这样的，有个项目，客户要求使用新的alsa-lib库。 到alsa官网上看了下，最新的是1.0.28。 既然可以要用新的，咱们就彻底满足客户，用个最新的。 接下