On Fri, Jun 15, 2012 at 06:28:51PM +0100, Liam Girdwood wrote: > On Fri, 2012-06-15 at 15:11 +0300, Tanu Kaskinen wrote: > > This sort of hardware causes trouble for the planned routing system, at > > least as I have envisioned it to behave. My vision has been that the > > routing logic in pulseaudio would enable and disable ports based on the > > streams that exist and their properties. In the OMAP4 case, there aren't > > any streams created when a cellular call starts, and therefore the > > routing logic doesn't know that it should do something. > This is quite common in the smartphone voice call use case. A lot of It's more than common, I'm only aware of one phone design which does route the audio via the CPU on call (the N900). Anything that can't cope with bypassed on call audio is going to struggle. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20120615/30b34a07/attachment.pgp>
