[pulseaudio-discuss] Allowing pasuspender from other users

2008-01-15 Thread Alex Malinovich
I recently set up a couple of extra accounts on my desktop machine for
my roommates to use. The only time they'll ever be using it is when I'm
already logged in on another console, so pulse will always be running as
me. When they log in, things like paplay work just fine, and they're
able to use the pulse output module in audacious to listen to music. 

However, I've been trying to get them set up to play games using snes9x
which, AFAIK, uses OSS for sound output. Whatever it is that it does,
even padsp can't support it, so the only way I can run it is using
pasuspender. Using pasuspender it works great.

Now the problem is, other users can't use pasuspender since pulse is
running as me. I've tried creating a SUID script (launched by an SUID
elf file, since interpreted suid bits don't work), but it doesn't work.
(This is a bad idea anyway, but it's the first solution I could come up
with.)

So is there any way to allow other users to run pasuspender and have it
work? I don't mind if I need to greatly lower the security settings for
pulse. Things like auth_anonymous=1 are fine if they'll get the job
done.

-- 
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837



signature.asc
Description: This is a digitally signed message part
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Tanu Kaskinen
On Tue, Jan 15, 2008 at 03:38:02PM +, Colin Guthrie wrote:
> Ulf Behrens wrote:
> > PA source -> socket -> netcat -> socket -> PA sink  via  the simple 
> > protocol
> > or
> > PA source -> gstreamer -> PA sink
> > 
> > or any other idea?
> 
> Well you could definately do it via gstreamer - that's fairly easy to
> do. I would have through pacat should be able to do it too tho', but
> I've not quite found the right command ;)

Since I'm not too familiar with gstreamer, I don't say it
definetely won't work, but I'm quite sceptical. The reason I
think it probably doesn't work (or maybe works, but badly)
is that the "pipeline" is clocked in both ends, and they
don't share the clock. For the same reason the pacat
solution won't work either.

The audio needs to be resampled between the source and the
sink. I'm not aware of any solution to this apart from RTP.
If RTP isn't used for anything else, the extra network
traffic could be prevented with firewalling in the Linux
machine.

What really is needed is a proper virtual pulse sound card
for Windows.

-- 
Tanu Kaskinen
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Colin Guthrie
Ulf Behrens wrote:
> PA source -> socket -> netcat -> socket -> PA sink  via  the simple 
> protocol
> or
> PA source -> gstreamer -> PA sink
> 
> or any other idea?

Well you could definately do it via gstreamer - that's fairly easy to
do. I would have through pacat should be able to do it too tho', but
I've not quite found the right command ;)

Col

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Ulf Behrens
Colin Guthrie wrote:
> Ulf Behrens wrote:
>   
>> sorry for being not very precise on what I want to do.
>> Let me try again:
>> I want to listen to some drm restricted music coming from napster or itunes
>> The only speakers which are worth to be called speakers are connected to 
>> a linux box (in my office as well as at home).
>> I don't need any 'noise' coming out of the speakers of my laptop, but my 
>> laptop is the only windows computer around.
>>
>> I was already able to get  a test  setup running  but I'm not happy with 
>> the network traffic I'm producing:  I'm sending the data once via a tcp 
>> connection from my laptop pa server to my linux pa server and then the 
>> linux server is sending the data once again via rtp to itself.
>> In order to avoid the rtp traffic I'm looking for a way to send data 
>> from a pa source to a pa sink. As Colin proposed I'm going to look into 
>> gstreamer which seems to allow what I want
>> 
>
> Judging by your comments above, I'd go back to my previous mail before I
> suggested the whole gstreamer thing.
>
> What you want is a tunnel from laptop to linux. Then you just want to
> move the output stream to the tunnel. This is a very simple setup and
> doesn't require any complicated setup (at least on linux->linux - I've
> not tried on Windows so perhaps something doesn't work properly on this
> platform. I will need to play to say for sure!)
>
>
> The pipeline I suggested before was correct I think:
>
> iTunes -> Win PA server -> Tunnel from Win-Lin -> Lin PA server ->
> soundcard -> speakers -> ears.
>   
I'm afraid I'm too stupid to see the most obvious solution and so I'm 
confusing everyone...

the pipeline above is in principle what I want. The problem is: I want 
to listen to a 'source' on the Win PA server! The data is available as 
something like a virtual line input. Normally one would use rtp-send to 
forward this stream as described in the documentation but the rtp 
modules are not available on windows. And since I'm not very familiar 
with windows I have to be happy with what I have on the windows side. 
I'm able to tunnel my Win PA source stream to the Lin PA. As expected 
I'm getting a new source inside my Lin PA. And when I start a vumeter 
for this source stream I can see the music I would like to hear. What to 
do then, how to send the stream data from a source to a sink? Maybe 
something like:

PA source -> socket -> netcat -> socket -> PA sink  via  the simple 
protocol
or
PA source -> gstreamer -> PA sink

or any other idea?



regards,
ulf

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Colin Guthrie
Ulf Behrens wrote:
> sorry for being not very precise on what I want to do.
> Let me try again:
> I want to listen to some drm restricted music coming from napster or itunes
> The only speakers which are worth to be called speakers are connected to 
> a linux box (in my office as well as at home).
> I don't need any 'noise' coming out of the speakers of my laptop, but my 
> laptop is the only windows computer around.
> 
> I was already able to get  a test  setup running  but I'm not happy with 
> the network traffic I'm producing:  I'm sending the data once via a tcp 
> connection from my laptop pa server to my linux pa server and then the 
> linux server is sending the data once again via rtp to itself.
> In order to avoid the rtp traffic I'm looking for a way to send data 
> from a pa source to a pa sink. As Colin proposed I'm going to look into 
> gstreamer which seems to allow what I want

Judging by your comments above, I'd go back to my previous mail before I
suggested the whole gstreamer thing.

What you want is a tunnel from laptop to linux. Then you just want to
move the output stream to the tunnel. This is a very simple setup and
doesn't require any complicated setup (at least on linux->linux - I've
not tried on Windows so perhaps something doesn't work properly on this
platform. I will need to play to say for sure!)


The pipeline I suggested before was correct I think:

iTunes -> Win PA server -> Tunnel from Win-Lin -> Lin PA server ->
soundcard -> speakers -> ears.

It's just that the subject of the mail made me thing you were wanting
the control to be in the opposite direction! Personally a better subject
would be "How to output to remote linux pa sink from windows pa server?"

Of course I'd just recommend stripping out the DRM and slapping
everything in Amarok myself but that's another point ;)


Col

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Ulf Behrens

sorry for being not very precise on what I want to do.
Let me try again:
I want to listen to some drm restricted music coming from napster or itunes
The only speakers which are worth to be called speakers are connected to 
a linux box (in my office as well as at home).
I don't need any 'noise' coming out of the speakers of my laptop, but my 
laptop is the only windows computer around.

I was already able to get  a test  setup running  but I'm not happy with 
the network traffic I'm producing:  I'm sending the data once via a tcp 
connection from my laptop pa server to my linux pa server and then the 
linux server is sending the data once again via rtp to itself.
In order to avoid the rtp traffic I'm looking for a way to send data 
from a pa source to a pa sink. As Colin proposed I'm going to look into 
gstreamer which seems to allow what I want

cheers

ulf

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] cracks and pops with intelHDA

2008-01-15 Thread Erik Slagter

Lennart Poettering wrote:

On Sun, 13.01.08 11:59, Erik Slagter ([EMAIL PROTECTED]) wrote:



HAL UDIs are used to name the sinks. They are supposed to stay the
same all the time. 


Apparently there is a bug in hal that sometimes gives the USB 
vendor:product combo as ff_ff. Udev has the id's correctly, so 
it must a bug in hal :-(


I have been using hal for something similar for a week, and due to this 
bug AND the fact that is misses a plug-in or unplug event sometimes, I 
switched to a udev implemenation that does it right all of the time...


Just to mention that hal is not yet flawless :-/


smime.p7s
Description: S/MIME Cryptographic Signature
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Alex Malinovich
On Tue, 2008-01-15 at 10:45 +0100, Ulf Behrens wrote:
--snip--
> - I'm running 'virtual audio cable' as a virtual soundcard on the 
> laptop. This way the audio stream is available as a source stream to 
> pulseaudio on the windows laptop.
> - I'm using module-tunnel-source to connect from my linux desktop to the 
> windows PC. Why is the tunnel module deprecated? What do I loose using 
> this module? And how do I establish this connection directly as it is 
> recommended in the documentation?
> - finally I have the stream I want to listen to as a source in my 
> pulseaudio server on my linux PC. How to forward to the sink? I've tried 
> to use rtp-send with option loop=1 and rtp-rcv on the same pulseaudio 
> instance. It works, but it is not very elegant and I'm flooding the 
> network with data which is not really needed anywhere. So I'm looking 
> for something like the 'virtual audio cable' for internal use in 
> pulseaudio. Any hints? Anyone already working on a solution?

Not exactly sure what you're trying to accomplish here? If you're trying
to play audio on your Linux box and have it come out on the speakers for
the Windows box that's pretty easy to do over the network.

If, on the other hand, you want to play audio on your Windows box and
have it come out of the speakers on the Linux box, that's considerably
harder. You would have to have a virtual Pulse soundcard in Windows,
which, AFAIK, doesn't currently exist. There is a virtual ESD soundcard
for Windows, but it hasn't been updated in years and never worked quite
right from what I understand. There might be some other way of
accomplishing this, but I don't know it.

-- 
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837



signature.asc
Description: This is a digitally signed message part
___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Colin Guthrie
Colin Guthrie wrote:
> Ulf Behrens wrote:
>> Hi folks,
>>
>> I'm currently running two pulseaudio servers, one on my windows xp 
>> laptop and one on my linux desktop. I want to stream the audio oupput of 
>> for example itunes from my laptop to the speakers connected to my linux 
>> PC. What I've done up to now:
>>
>> - I'm running 'virtual audio cable' as a virtual soundcard on the 
>> laptop. This way the audio stream is available as a source stream to 
>> pulseaudio on the windows laptop.
> 
> Disclaimer: I've not used pulse on windows (been meaning to for a while
> - perhaps sometime soon!
> 
>> - I'm using module-tunnel-source to connect from my linux desktop to the 
>> windows PC. Why is the tunnel module deprecated? What do I loose using 
>> this module? And how do I establish this connection directly as it is 
>> recommended in the documentation?
> 
> Module tunnel is not deprecated. I use it all the time (linux->linux in
> my office and at home!).
> 
> So in your setup you have your audio source on your laptop/itunes and
> the actual sound card on your linux box.
> 
> Both should be running pulseaudio server. ON the itunes machine you
> should tell pulse to load module-tunnel-sink. This creates a local
> virtual audio device on your local machine which actually outputs to the
> network attached device.. You can then switch the stream played by
> itunes to this virtual device using pavucontrol (assuming this works in
> windows?)
> 
> You need to make sure that the server pulseaudio is configured to allow
> connections from the network (e.g. with authanonymous or and ip based
> ACL rule).
> 
> 
> Most of the information can be found on the pulse audio wiki, but I
> think there is probably call for some "Scenarios" to be put up there
> which give real step-by-step examples of how to achieve a given setup.
> I'll maybe try to do that sometime.
> 
> 
> FWIW, the best way to do this is to enable autodiscovery - this works
> great on Linux but again I'm not 100% sure how things work on windows.
> Essentially you need to make sure the server (or all pulseaudio daemons)
> have the zeroconf-publish module loaded. This uses
> Avahi/Bonjour/Rendevous/ to automatically
> broadcast the fact that the machine supports a "pulse audio sink". You
> can then use the zeroconf-discover module on the client to automatically
> load module-tunnel-sink when it detects these broadcasts. These settings
> can be configured via paprefs.
> 
>> - finally I have the stream I want to listen to as a source in my 
>> pulseaudio server on my linux PC. How to forward to the sink? I've tried 
>> to use rtp-send with option loop=1 and rtp-rcv on the same pulseaudio 
>> instance. It works, but it is not very elegant and I'm flooding the 
>> network with data which is not really needed anywhere. So I'm looking 
>> for something like the 'virtual audio cable' for internal use in 
>> pulseaudio. Any hints? Anyone already working on a solution?
> 
> What you want to do is possible now so no need to worry about it. I
> think you may be getting your sources and sinks mixed up. You're stream
> on your itunes machine should go something like:
> 
> itunes -> win-pa -> tunnel ---> lin-pa -> soundcard -> speakers -> ears
> 
> Hope that helps. Swing by #pulseaudio if you're stuck.
> 
> /me really needs to play with windows at some point.


I've just realised that I kinda changed round what you asked because
it's how I think about it.

If you were wanting to play something in itunes and have it coming out
your windows speakers etc., then walk over to your linux box and somehow
access this stream also (e.g. keep it playing out of the windows
speakers), then this too is possible (this scenario is what is described
by the title "remote source to local sink" - what I described above was
a "local source/stream to a remote sink" i.e. I was considering the
windows PC to be local). It may be that what I described is what you
mean but hey

You can on the linux box hook into the "monitor source" of the windows
pulseaudio daemon. You can, in theory, just play this remote stream
using e.g. pacat but in the short time I have to test I couldn't make it
do this... no doubt some brain dead thing I'm doing ;)

However, to illustate the point, you can use gstreamer. Here in this
example below is a gstreamer pipeline that will display music-matched
visualisations on linux from the sound playing on a remote machine.

In this example my remote machine is called "plateau". The stream
playing on that currently is actually the result of a tunnel from a
colleagues machine but that doesn't matter!


PULSE_SERVER=plateau gst-launch-0.10 pulsesrc
device=alsa_output.pci_10de_6a_alsa_playback_0.monitor ! audioconvert !
libvisual_bumpscope ! ffmpegcolorspace ! videoscale ! video/x-raw-yuv,
width=640, height=480 ! ffmpegcolorspace ! ximagesink

To explain:

# Name of the server
PULSE_SERVER=plateau

# The gstreamer pulsesrc to grab the audio. The device name is the nam

Re: [pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Colin Guthrie
Ulf Behrens wrote:
> Hi folks,
> 
> I'm currently running two pulseaudio servers, one on my windows xp 
> laptop and one on my linux desktop. I want to stream the audio oupput of 
> for example itunes from my laptop to the speakers connected to my linux 
> PC. What I've done up to now:
> 
> - I'm running 'virtual audio cable' as a virtual soundcard on the 
> laptop. This way the audio stream is available as a source stream to 
> pulseaudio on the windows laptop.

Disclaimer: I've not used pulse on windows (been meaning to for a while
- perhaps sometime soon!

> - I'm using module-tunnel-source to connect from my linux desktop to the 
> windows PC. Why is the tunnel module deprecated? What do I loose using 
> this module? And how do I establish this connection directly as it is 
> recommended in the documentation?

Module tunnel is not deprecated. I use it all the time (linux->linux in
my office and at home!).

So in your setup you have your audio source on your laptop/itunes and
the actual sound card on your linux box.

Both should be running pulseaudio server. ON the itunes machine you
should tell pulse to load module-tunnel-sink. This creates a local
virtual audio device on your local machine which actually outputs to the
network attached device.. You can then switch the stream played by
itunes to this virtual device using pavucontrol (assuming this works in
windows?)

You need to make sure that the server pulseaudio is configured to allow
connections from the network (e.g. with authanonymous or and ip based
ACL rule).


Most of the information can be found on the pulse audio wiki, but I
think there is probably call for some "Scenarios" to be put up there
which give real step-by-step examples of how to achieve a given setup.
I'll maybe try to do that sometime.


FWIW, the best way to do this is to enable autodiscovery - this works
great on Linux but again I'm not 100% sure how things work on windows.
Essentially you need to make sure the server (or all pulseaudio daemons)
have the zeroconf-publish module loaded. This uses
Avahi/Bonjour/Rendevous/ to automatically
broadcast the fact that the machine supports a "pulse audio sink". You
can then use the zeroconf-discover module on the client to automatically
load module-tunnel-sink when it detects these broadcasts. These settings
can be configured via paprefs.

> - finally I have the stream I want to listen to as a source in my 
> pulseaudio server on my linux PC. How to forward to the sink? I've tried 
> to use rtp-send with option loop=1 and rtp-rcv on the same pulseaudio 
> instance. It works, but it is not very elegant and I'm flooding the 
> network with data which is not really needed anywhere. So I'm looking 
> for something like the 'virtual audio cable' for internal use in 
> pulseaudio. Any hints? Anyone already working on a solution?

What you want to do is possible now so no need to worry about it. I
think you may be getting your sources and sinks mixed up. You're stream
on your itunes machine should go something like:

itunes -> win-pa -> tunnel ---> lin-pa -> soundcard -> speakers -> ears

Hope that helps. Swing by #pulseaudio if you're stuck.

/me really needs to play with windows at some point.


Col

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss


[pulseaudio-discuss] remote source to local sink

2008-01-15 Thread Ulf Behrens
Hi folks,

I'm currently running two pulseaudio servers, one on my windows xp 
laptop and one on my linux desktop. I want to stream the audio oupput of 
for example itunes from my laptop to the speakers connected to my linux 
PC. What I've done up to now:

- I'm running 'virtual audio cable' as a virtual soundcard on the 
laptop. This way the audio stream is available as a source stream to 
pulseaudio on the windows laptop.
- I'm using module-tunnel-source to connect from my linux desktop to the 
windows PC. Why is the tunnel module deprecated? What do I loose using 
this module? And how do I establish this connection directly as it is 
recommended in the documentation?
- finally I have the stream I want to listen to as a source in my 
pulseaudio server on my linux PC. How to forward to the sink? I've tried 
to use rtp-send with option loop=1 and rtp-rcv on the same pulseaudio 
instance. It works, but it is not very elegant and I'm flooding the 
network with data which is not really needed anywhere. So I'm looking 
for something like the 'virtual audio cable' for internal use in 
pulseaudio. Any hints? Anyone already working on a solution?

regards,
ulf

___
pulseaudio-discuss mailing list
pulseaudio-discuss@mail.0pointer.de
https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss