public inbox for alsa-devel@alsa-project.org
 help / color / mirror / Atom feed
* Support for snd_pcm_link() on the rate plugin
@ 2015-08-10 12:48 Christian Gruber
  0 siblings, 0 replies; only message in thread
From: Christian Gruber @ 2015-08-10 12:48 UTC (permalink / raw)
  To: alsa-devel

Dear ALSA community,

I have a question regarding the usage of the function snd_pcm_link() on the rate plugin.

As can be seen from its implementation (see pcm.c, line 1368), the function snd_pcm_link() 
calls the fast_op "link" of the first pcm device/plugin to be linked, which is a function 
pointer, whose destination depends on the type of pcm device/plugin to be linked.

If the device is a HW-device, the function snd_pcm_hw_link() is called for instance (see 
pcm_hw.c). Several other plugins use the generic function snd_pcm_generic_link() (see 
pcm_generic.c, line 212), which forwards the function call to their slave devices/plugins, 
e.g. the plugins mmap_emul, linear, lfloat, mulaw, alaw, route, etc.

The rate plugin instead does not support snd_pcm_link(), since the function pointer "link" 
is not assigned in the definition of snd_pcm_rate_fast_ops (see pcm_rate.c, line 1153).

Why does the rate plugin not support snd_pcm_link()? Is their any reason to not use the 
generic function snd_pcm_generic_link() within the rate plugin? If yes, what's the reason 
for it?


Thanks in advance for answering this question,

Christian

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2015-08-10 12:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-10 12:48 Support for snd_pcm_link() on the rate plugin Christian Gruber

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox