Re: [Musicpd-dev-team] pulseaudio configuration
One way to go around this without using network access is to edit daemon.conf and client.conf (usually in /etc/pulse) and have them use a pulse-cookie file. The way I did it before was to get that file saved as /etc/pulse-cookie, set it g+w for 'pulse-access' group, for example, and add 'mpd' and your own user in that group. More information about this can be found in the man pages for 'pulse-client.conf' and 'pulse-daemon.conf' Hope this can help... Jason -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] pulseaudio configuration
I thought I'd give xubuntu 9.10 a try, and it seems to use pulseaudio now. I'm having a bit of trouble getting mpd to work with it. When mpd tries to play, it launches its own pulseaudio instance. This works fine as far as mpd is concerned - it's able to play to it - but there's no sound. I guess my own user pulseaudio instance has a lock on that? I know the pulseaudio output plugin has been in active development lately, so I'm hoping someone out there has dealt with this. Thanks, Jeffrey -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] pulseaudio configuration
Yeah, I thought of this, and network access, and system-wide pulseaudio. Uninstalling pulseaudio works pretty well too. Just wondering if there's a non-workaround solution. On Sat, Oct 31, 2009 at 11:35 AM, Matt Wheeler m...@funkyhat.org wrote: Perhaps not a wonderful solution, but my workaround is to tell mpd to run as me. This will probably only work well if you're the only person that uses the computer. -- Matt Wheeler m...@funkyhat.org -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] pulseaudio configuration
On 2009/10/31 17:40, Jeffrey Middleton jefr...@gmail.com wrote: Yeah, I thought of this, and network access, and system-wide pulseaudio. Uninstalling pulseaudio works pretty well too. Just wondering if there's a non-workaround solution. Running MPD as your user is usually not a good idea. The real problem is that you have two PulseAudio instances, fighting over exclusive access to your sound card. Don't run two. Make MPD use the one single system-wide daemon. Don't ask me how, I've never used PulseAudio except during MPD development. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] pulseaudio configuration
None of these are really good options: * run mpd as your user - security * network access to pulseaudio - kludge at best * system-wide pulseaudio daemon - tons of problems: http://pulseaudio.org/wiki/WhatIsWrongWithSystemMode I guess it's just not meant to be! Fortunately I don't really have any need to use pulseaudio. Thanks y'all! Jeffrey On Sat, Oct 31, 2009 at 11:51 AM, Max Kellermann m...@duempel.org wrote: On 2009/10/31 17:40, Jeffrey Middleton jefr...@gmail.com wrote: Yeah, I thought of this, and network access, and system-wide pulseaudio. Uninstalling pulseaudio works pretty well too. Just wondering if there's a non-workaround solution. Running MPD as your user is usually not a good idea. The real problem is that you have two PulseAudio instances, fighting over exclusive access to your sound card. Don't run two. Make MPD use the one single system-wide daemon. Don't ask me how, I've never used PulseAudio except during MPD development. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
