[pulseaudio-discuss] system-wide daemon
Michał Sawicz
michal at sawicz.net
Tue Feb 9 12:57:07 PST 2010
Dnia 2010-02-09, wto o godzinie 19:31 +0000, Colin Guthrie pisze:
> I wouldn't call this overdesign. Quite the opposite. Yes to get this
> rather bizarre scenario working it would be complex, but to make it
> work
> out of the box in this way in PA itself is far from simple. I've
> already
> listed the 5 relevant points that would need addressing for this to
> work
> and there are significant design hurdles to overcome there. That is
> what
> I would consider overdesign - doing something very complex to support
> a
> pretty niche use case.
It might drop in the same 'overdesigned' category, but maybe it would be
possible to create a scenario where:
1. remote user or a daemon wants to play audio
2. PA looks for an active user session on local PC
3. the remote user's PA tries to connect (over native protocol) to the
active user session
4. there's a dialog on the active user's session with 'User xxxx tries
to access your audio equipment with application yyyy, allow / deny?'
5. if the active user agrees, the remote user is able to play, otherwise
it remains corked until the active user changes or allows the stream to
play.
This would also simplify how remote tunnels are created - now you can
either turn off authentication or hack the config file to only allow
certain
Oh, and apart from VoIP calls being eavesdropped, if someone hacks in
and has access to the hardware he can hear _everything_ that is said
near the microphone. Big problem. Not even root should be able to do
that.
--
Cheers
Michał (Saviq) Sawicz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: To jest cz??? wiadomo?ci podpisana cyfrowo
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20100209/1c26acd3/attachment.pgp>
More information about the pulseaudio-discuss
mailing list