[pulseaudio-discuss] Using nodes as the primary routing mechanism

Tanu Kaskinen tanu.kaskinen at linux.intel.com
Sun Oct 13 05:59:54 PDT 2013

On Sun, 2013-10-13 at 13:37 +0200, David Henningsson wrote:
> On 10/13/2013 09:54 AM, Tanu Kaskinen wrote:
> > On Tue, 2013-10-01 at 15:39 +0200, David Henningsson wrote:
> >> I think one argument could be that detecting cycles becomes more elegant
> >> (and standard algorithms exists, etc). If we moved cycle detecting to
> >> the node layer, one could easily detect (and thus prohibit) a cycle made
> >> up of a null sink and a loopback, which I don't think we do today.
> > 
> > I see a big problem with filter sinks. They have two different
> > "outputs": the filtered audio (via a sink input) and unfiltered audio
> > (via a monitor source). 
> I've never tried taking a monitor source of a filter sink, but I would
> expect that it would output the filtered audio too.

Well, it doesn't. The data to monitor sources come from
pa_sink_render(), which is called before the filter sink has a chance to
do anything with the data.


More information about the pulseaudio-discuss mailing list