Linux声音系统和PulseAudio简介

Linux的声音系统或许是最无序的子系统部分！作为Server来说，声音无足轻重，无人问津，而作为桌面来说太多的实现方案，各有各的长出和不足，ALSA经过多年的发展，基本统一了Linux声卡硬件驱动层的借口，OSS日渐退出，但是在ALSA之上的各个应用层面，方案和软件之多让人咋舌！ESD，aRts, JACK,GStreamer, 这些系统组件各个为战，实现了不同的功能，ESD是GNOME的声音服务器，而aRts是KDE的，JACK可以处理一些底层的应用，GStreamer是GNOME平台比较新的Code和Decode的中间层，向声音服务器输送解码后的RAW Audio，还有很多程序，比如Xine和Mplayer，他们的声音处理完全是独自完成的，从编解码到输出到ALSA驱动，应用程序全包办了，不需其他的中间层！这就使整个声音系统显的极其复杂和杂乱无章！PulseAudio声音服务器试图以全新的架构来提供新的声音处理架构，希望能像ALSA统一底层那样一统声音应用领域！

对于现今的大部分GNOME程序而言，声音处理流程是这样的：
应用程序调用GSTreamer解码，将压缩的声音文件解成raw audio数据，然后交给ESD声音服务器，由ESD交由ALSA转至设备层，完成声音输出，这个过程中，使用PulseAudio的话，只要把ESD换成PulseAudio应该就可以了！而对于其他方式的应用而言，问题还不止这些！

PulseAudio的目的就是要让声音系统整体复杂度有效的降下来，方便更好的开发各类声音应用。那么安装PulseAudio最便捷的方法是直接从发行版中安装编译好的包！最新的Fedora 8已经是PulseAudio Ready的发行版了，不必为安装费神！
在我系统上已安装的Pulse相关包列表，
pulseaudio-core-libs-0.9.7-0.17.svn20071017.fc8
alsa-plugins-pulseaudio-1.0.14-5.fc8
pulseaudio-module-x11-0.9.7-0.17.svn20071017.fc8
pulseaudio-module-gconf-0.9.7-0.17.svn20071017.fc8
gstreamer-plugins-pulse-0.9.5-0.4.svn20070924.fc8
pulseaudio-libs-0.9.7-0.17.svn20071017.fc8
pulseaudio-libs-glib2-0.9.7-0.17.svn20071017.fc8
pulseaudio-utils-0.9.7-0.17.svn20071017.fc8
pulseaudio-esound-compat-0.9.7-0.17.svn20071017.fc8
pulseaudio-0.9.7-0.17.svn20071017.fc8

由于pulseaudio-esound-compat的出色替代工作，大部分基于ESD的应用用上了PulseAudio。
约90％的应用可以使用PulseAudio，KDE程序可以设置aRTs直接路由到ESD，而XMMS，Amarok程序可以设置后台声音服务器为ESD。

PulseAudio通过网络处理请求的能力也很强，可以处理来自多个数据原的声音，这是其它最大的特色之一！

官方FAQ
PulseAudio的大部分的设置选项
关于更多的信息，可以参见PulseAudio主页！

Comments

Post a Comment

Popular posts from this blog

RPM Build Tips!

Now, I am trying to build a Linux system based on the Fedora Core Release! Working with the RPM system in deep.The unpackaged file terminate the build process under RPM 4.x! Unpackaged files message in RPM-4.1 and following RPM version 4.1 and following demonstrate a new behaviour in the rpmbuild process. Previously, a build process might place any number of files, say in the %install stanza, when running the make install part of a Makefile , in the customary /var/tmp/%{name}-root/ BuildRoot (the RPM_BUILD_ROOT ). Once through that part of the Makefile , it can then completely ignore these files in the %files binary packaging stanza. This often happens when an upstream maintainer adds, or deletes items from new directory spurs in the make install , and the change might be missed during an unattended or automated rebuild. This option permits careful packagers to cross check the quality of their packaging. So as a cross check, /usr/lib/rpm/check-files is now enabled during
Read more

关于.rpmnew和.rpmsave文件

.rpmnew和.rpmsave文件经常在RPM系统升级某些特定软件包时出现，很少有用户关心或在意这些文件或者明白这些文件和信息出现的真正意义！其实.rpmnew和.rpmsave都是RPM软件包升级策略的产物；当升级过程中，包含对默认配置文件的修改时，保留系统中当前的配置文件，因为那些文件可能包含了用户自定义的信息和修改；这时RPM系统会根据既有的策略来对系统中原来的配置文件做出处置。.rpmnew表示这些是新的默认配置文件，而原来的配置文件将被保留下来；相反的如果新的配置文件取代了原来系统中的文件，那么原来的文件将被更名为.rpmsave，而新版本的配置文件将使用原来的名字安装到系统中。这就是.rpmnew和.rpmsave的来源。 至于使用.rpmnew还是.rpmsave这是由RPM包维护者选择的策略决定的，最新的Fedora 8的维护者好像都倾向于使用.rpmnew的策略来保留原来的配置文件，以造成比较小的impact。 不推荐直接删除.rpmnew和.rpmsave文件的做法，因为在有些时候这些文件还是应该被慎重处理的，首先需要确认有多少文件需要处理，可以这么做， find / -print | egrep "rpmnew$|rpmsave$" 找出这些文件之后，至少应该使用diff之类的差异比较工具对新旧版本的配置文件进行一番比较，以确定新的配置文件确实需要或者确实影响到系统的正常运行，再行处理！ 这项工作应该是系统文件系统维护的例常工作之一！！
Read more