>> module-virtual-sink is a template for the addition of PCM processing. >> It's basically based on the LADSPA module, I use it for internal >> experiments and will enhance it in the future. > > This definitely makes sense, especially when we'll eventually get the > filtering logic I have mentioined a couple of times. Humm, I am not sure I remember having seen anything on this 'filtering logic'. Would you mind providing a pointer to previous posts? > I have merged both modules to master now since they look mostly good, > and are not invasive. I'll have a closer look soon and fix what there > is left to fix. Cool. Thanks in advance for your feedback. What I am now looking at is a way to handle sinks and sources in a more optimized manner for low-latency speech calls: it doesn't make any sense power-wise to handle uplink and downlink paths in completely separate threads with their own timers. You use the same latency settings,sampling frequencies and channel-map on both paths, relying on completely independent structures results in 2x wakeups for no good reason. Plus if you start doing processing you need inter-thread communication for acoustic enhancements. Maybe we could handle both threads with the same wake-up events (a single rtpoll?), or combine sink/source threads. I know no one cares with a 50 Wh battery, things are different in a handheld.... - Pierre
