|
|
转发三封邮件,发件人是 Will Woods (redhat)
- Will Woods
- 主题 Re: how is pulseaudio supposed to work?
- 邮送域 redhat.com
- On Thu, 2007-12-13 at 20:54 +0200, Pekka Savola wrote:
- > Hi,
- >
- > Fedora 8 was working fine until I reinstalled it (but keeping my home
- > dir intact). How sound doesn't work on many applications. This is
- > likely a pulseaudio issue.
- >
- > Having looked at PulseAudio documentation, I haven't found out "the
- > big picture", i.e., how it is supposed to work. Should there be a
- > daemon running or something? Lot of docs also say "pulseaudio is now
- > default" but I haven't found out where this can be configured i.e.
- > where you can turn it off again [1] if you don't like it or check that
- > everything is configured as required.
- The default setup works like this:
- 1) /etc/alsa/pulse-default.conf makes pcm.pulse the default ALSA device.
- - This file is provided by alsa-plugins-pulseaudio.
- 2) When you log in through gdm/kdm, HAL grants you read/write access to
- the ALSA device nodes.
- - This is handled by ConsoleKit, but wdm/xdm don't support it properly.
- - Strictly speaking this has nothing to do with PulseAudio.
- 3) When GNOME/KDE/etc start up, they start pulseaudio.
- - Actually, GNOME starts ESD, but /usr/bin/esd -> esdcompat
- - esdcompat is provided by pulseaudio-esound-compat
- - kde-settings-pulseaudio provides /etc/kde/env/pulseaudio.sh
- 4) Sound-using apps use ALSA/ESD as usual.
- - It's all actually going through pulseaudio, though.
- So - if you're not using GNOME or KDE, or if you're logging in through
- xdm or wdm, or if you're missing some packages, audio might not work
- right.
- If you upgraded your system, the easiest thing to do is:
- # sudo yum groupupdate sound-and-video gnome-desktop kde-desktop
- (you can remove GNOME or KDE at your discretion)
- Oh, and if something else has already claimed the ALSA device,
- pulseaudio won't start properly. So you will want to make sure you get
- the packages set up right and *then* log out and back in, or reboot.
- If you really *must* disable PulseAudio, removing or renaming
- /etc/alsa/pulse-default.conf is the easiest way.
- Hope that helps,
- -w
- --
- fedora-devel-list mailing list
- fedora-devel-list@redhat.com
- https://www.redhat.com/mailman/listinfo/fedora-devel-list
复制代码
- On Thu, 2007-12-13 at 21:42 +0200, Pekka Savola wrote:
- > I'm using gdm (default config), but /dev/dsp, /dev/audio and don't
- > give me perms, I guess this is a problem:
- >
- > crw-rw----+ 1 root root 14, 3 2007-12-12 20:14 /dev/dsp
- 1) /dev/dsp is for the deprecated OSS interface. The ALSA stuff lives
- in /dev/snd/.
- 2) the '+' indicates that there are ACLs on the file. Try:
- $ getfacl /dev/dsp
- and you should see something like this:
- getfacl: Removing leading '/' from absolute path names
- # file: dev/dsp
- # owner: root
- # group: root
- user::rw-
- user:gdm:rw-
- user:wwoods:rw-
- group::rw-
- mask::rw-
- other::---
- Notice that my user (wwoods) has rw access, so that's OK.
- > > 3) When GNOME/KDE/etc start up, they start pulseaudio.
- > > - Actually, GNOME starts ESD, but /usr/bin/esd -> esdcompat
- > > - esdcompat is provided by pulseaudio-esound-compat
- > > - kde-settings-pulseaudio provides /etc/kde/env/pulseaudio.sh
- >
- > Right -- I''m using XFCE so I think I'm hosed.
- Not really - you just have to start pulseaudio yourself, in one of the
- various startup scripts.
- > I guess in the xfce rpms should start up something like this in their
- > init scripts (but don't).
- Yeah - same for fluxbox and other such windowmanagers.
- > I wonder if there could have been some Conflicts: or other magic in
- > the RPMs that would prevent making pulseaudio default if the user has
- > a setup which is known not to work.
- Fixing it in the packaging system seems like the wrong way to approach
- it. It'd be best to fix the ALSA config so pulse is only the default
- *when it's running*.
- -w
复制代码
- On Thu, 2007-12-13 at 14:24 -0600, Callum Lerwick wrote:
- > > Richi Plana wrote:
- > > How much extra latency are we getting from this ? I've noticed the extra
- > > lag in some of our games.
- >
- > Probably because SDL is going through ESD? And OpenAL is going to go
- > through SDL? Which is a completely bogus situation IMHO but it works for
- > now.
- Right. If I understand correctly, SDL choked when trying to use
- PulseAudio as its ALSA device, so we used a last-minute workaround of
- forcing it to use ESD. See this thread for details:
- http://article.gmane.org/gmane.linux.redhat.fedora.devel/70224/
- > Pulse's ALSA wrapper needs to be fixed to work with SDL and OpenAL
- > and/or SDL and OpenAL need to get native Pulse support.
- A preliminary driver was written in April:
- http://www.nabble.com/PulseAudio-output-for-SDL-to10047401.html
- I dunno what the status of that is now, but Lennart has said that we'll
- get native support by F9. Let's hope.
- -w
复制代码
看上去 w 这个家伙什么都知道! |
|