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. -- Tanu
