[pulseaudio-discuss] nomove property (for tunnels)

[Colin Guthrie]

'Twas brillig, and Lennart Poettering at 12/01/09 14:18 did gyre and gimble:
> On Sun, 11.01.09 21:17, Colin Guthrie (gmane at colin.guthr.ie) wrote:
> 
>> Hi Lennart,
>>
>> Does it make sense to add a "nomove" property to streams that UI apps 
>> (and the server itself) should honour?
>>
>> I'm thinking in the case of tunnels which open a connection to a 
>> specific remote machines sinks, but which could then be moved to another 
>> sink on that server.
> 
> We already have a flag for that. It's called
> PA_STREAM_DONT_MOVE. You may specify it when you create a
> stream. However, AFAIR there  we are not exporting this flag back to
> the client as part of pa_sink_input_info. But that's only because I
> never hacked that up, not because it wouldn't be a good idea.
> 
>> On a related note, can sinks have properties too?
> 
> Yes! And some (such as the ALSA sinks) have pretty elaborate props already.
> 
>> If so, perhaps adding a "notunnel" property to sinks you do not want to 
>> be tunnelled would be clever? That way the zeroconf publish code could 
>> check this property rather than specifically checking for the 
>> PA_SINK_NETWORK flag.
> 
> Hmm, PA_SINK_NETWORK was introduced for this very purpose. It is a
> flag you can set if your sink is already wrapping some kind of network
> device and hence it shouldn't be wrapped a second time. It doesn't
> really matter if the protocol in question is our native protocol
> (i.e. as in "tunneling") or is RAOP, or UPnP or whatever. We generally
> should say that network sinks should always connect "as directly" as
> possible.


I feel entirely unoriginal :p

Just out of interest, where do you see flags vs. props going? Is it 
worth trying to consolidate them a bit or is having both systems (which 
arguably could do the same thing in many cases) still sensible for some 
reason?

Col


-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]