Re: [pulseaudio-discuss] console volume control
'Twas brillig, and Brandon Kuczenski at 23/05/10 21:01 did gyre and gimble: Would it be appropriate to write an ncurses (do people still use ncurses?) client that uses pactl as a backend? maybe something more integrated would be desirable. If an ncurses interface was written, please use libpulse and not a command line wrapper around pactl... it'll be far easier anyway :p 'pavucontrol' works from a local terminal but doesn't seem to work when logged in remotely- I get a gnome dialog [so it's not an X problem] saying 'connection refused' I don't know off-hand what's wrong. What's the setup? So far I know that you have a server and a client, and X is running on the client, and you are trying to run pavucontrol on the server. The only client-server relationship is in X. I was expecting to control the remote machine's volume control using a dialog that would appear on the local machine's display: classic X11 forwarding. Ahh but Pulse piggy backs on to the X11 protocol so that if you ssh to a remote machine and run an app, you will get both the display and the audio that app produces on your *local* machine. I guess your expectation is understandable, but by the same token, more people prefer things to work seemlessly. If you want to know more about how this process works, see here: http://colin.guthr.ie/2009/08/sound-on-linux-is-confusing-defuzzing-part-2-pulseaudio/ You can always ensure that you run pax11publish -r first and that way a remote PA daemon will be used instead. But this is not important or desirable to me anymore since I suspect I can accomplish my task using pactl. Bear in mind that even if you do ssh to a remote machine, if the X11 properties on the root window are set as they are by default, then pactl will control the PA deamon on your local machine via the network protocol. pacmd will likely not work as it uses a different interface. If you read and understand the above article, this should make sense :) 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/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] console volume control
On Sun, 23 May 2010, Tanu Kaskinen wrote: On Sat, 2010-05-22 at 20:34 -0700, Brandon Kuczenski wrote: Since the list is so responsive, I thought I'd ask all my questions now. Is there a terminal-mode volume control app for pulseaudio, comparable to aumix? if not, I'd like to highlight that as a minor but significant oversight, particularly if the system has users with no GUI login. There are the command-line tools pactl and pacmd, but they aren't comparable to aumix. Alsamixer is the closest alternative, but that's not very good either with Pulseaudio. Would you like to write aumix for Pulseaudio? I did not know about pactl and pacmd. I'll dig into them, keeping in mind that the community has yet to produce an 'aumix' replacement and that I could contribute to such an effort. Would it be appropriate to write an ncurses (do people still use ncurses?) client that uses pactl as a backend? maybe something more integrated would be desirable. 'pavucontrol' works from a local terminal but doesn't seem to work when logged in remotely- I get a gnome dialog [so it's not an X problem] saying 'connection refused' I don't know off-hand what's wrong. What's the setup? So far I know that you have a server and a client, and X is running on the client, and you are trying to run pavucontrol on the server. The only client-server relationship is in X. I was expecting to control the remote machine's volume control using a dialog that would appear on the local machine's display: classic X11 forwarding. But this is not important or desirable to me anymore since I suspect I can accomplish my task using pactl. Thanks for your help. -Brandon ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
[pulseaudio-discuss] console volume control
Since the list is so responsive, I thought I'd ask all my questions now. Is there a terminal-mode volume control app for pulseaudio, comparable to aumix? if not, I'd like to highlight that as a minor but significant oversight, particularly if the system has users with no GUI login. 'pavucontrol' works from a local terminal but doesn't seem to work when logged in remotely- I get a gnome dialog [so it's not an X problem] saying 'connection refused' Thanks in advance, -Brandon ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] console volume control
On Sat, 2010-05-22 at 20:34 -0700, Brandon Kuczenski wrote: Since the list is so responsive, I thought I'd ask all my questions now. Is there a terminal-mode volume control app for pulseaudio, comparable to aumix? if not, I'd like to highlight that as a minor but significant oversight, particularly if the system has users with no GUI login. There are the command-line tools pactl and pacmd, but they aren't comparable to aumix. Alsamixer is the closest alternative, but that's not very good either with Pulseaudio. Would you like to write aumix for Pulseaudio? 'pavucontrol' works from a local terminal but doesn't seem to work when logged in remotely- I get a gnome dialog [so it's not an X problem] saying 'connection refused' I don't know off-hand what's wrong. What's the setup? So far I know that you have a server and a client, and X is running on the client, and you are trying to run pavucontrol on the server. Are you connecting with ssh -X or is it an unprotected remote X session? Which machine's pulseaudio are you expecting pavucontrol to use? If the client machine's, is pulseaudio running there and is module-native-protocol-tcp loaded there? If yes, is the module loaded with --auth-anonymous? If not, have you copied ~/.pulse-cookie from the client machine to the server? -- Tanu Kaskinen ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss