[pulseaudio-discuss] RFC: Loopback module and DONT_MOVE flags + dormant state
Colin Guthrie
gmane at colin.guthr.ie
Thu Dec 15 05:47:23 PST 2011
'Twas brillig, and Pierre-Louis Bossart at 14/12/11 21:25 did gyre and
gimble:
>
>> 2. Should the module itself be dormant? By that I mean should you be
>> able to pass sink="wibble" source="foo" and if those devices do not
>> exist rather than fail as it does now, it just sits and waits for the
>> devices to appear. When they do appear it all kicks in, and all is well.
>> When they disappear it goes back to it's dormant, waiting state until
>> they appear again.
>>
>>
>> This functionality is quite useful. That said, I'm not 100% certain it
>> should live in the module itself. It's kinda a generic thing and I did
>> intend at some point to finish off module-loader which could trigger the
>> load of certain modules when specific sinks/sources appear. This would
>> centralise the functionality and keep the individual modules simpler.
>
> My 2 cents: the loopback should be activated automatically for specific
> sources (mainly Bluetooth or USB inputs). The sink shouldn't be
> specified, we should add a 'role' such as 'speech call' for the loopback
> sink-input and have the routing rules applied. Specifying a specific
> sink seems like a bad idea moving forward.
Yeah not a bad idea. In this case doing the funky stuff in module-loader
would probably make and it could cover specifying just a source, a sink
or a source+sink without any real hassle.
Adding properties to the streams in loopback should be trivial enough too.
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited http://www.tribalogic.net/
Open Source:
Mageia Contributor http://www.mageia.org/
PulseAudio Hacker http://www.pulseaudio.org/
Trac Hacker http://trac.edgewall.org/
More information about the pulseaudio-discuss
mailing list