Linux音频

[brglng]

个人看法：

ALSA应大大简化，只负责为PulseAudio/Jack提供硬件接口
FFADO应该与ALSA合并
PulseAudio与Jack可以考虑合并
gstreamer之类的也应简化，只作为PulseAudio的客户端运行
合并gstreamer/xine/ffmpeg/mplayer等中的解码器部分（暂称为encoder server），并将音频解码器与视频解码器分开

这样就可以形成：ALSA/FFADO专门负责硬件接口，PulseAudio/Jack专门负责应用程序之间、应用程序与硬件之间的音频/midi等数据传输与系统混音，encoder server专门负责解码，大大简化Linux的音频架构
直接输出音频数据的应用程序，是PulseAudio/Jack的client
将数据输出给解码器的应用程序，是encoder server的client

欢迎拍砖～

[nmsfan]

合并？？？？大牛们可不同意

[luojie-dune]

你让Linux和BSD合并吧。

[Strange]

恩，很好。
楼主开始实做吧。

[eexpress]

只能说：造反有理。

[peter_huang]

批准了！

[qy117121]

恩，很好。
楼主开始实做吧。

[cjxgm]

恩，很好。
楼主开始实做吧。

[cnkilior]

你这样的构想和Android音频系统有类似。

[我就是我2]

太深水。

[brglng]

当然，这只是一个想法，可能太理想化
但现在linux混乱的音频架构为程序员带来很多痛苦，同一个软件为了适应不同的系统配置，需要同时支持多个音频api，增加了很多工作量
同时，我认为这也是阻碍linux多媒体发展的一个原因

[shimingzhou]

去掉alsa,pulseaudio，使用oss4解决楼主的问题。现成的解决方案！不用楼主编写代码

[brglng]

从一个应用软件的角度来说，你不能要求用户为了使用你的软件而去特别地安装OSS4，毕竟大部分系统上都没有OSS4。你的应用软件只能必须做到支持各种后端。

[acer4740]

这个世界上从来都不缺想法

[brglng]

即使真动手去做了，又怎么能保证会被广泛使用呢？

好吧，我只是发发牢骚而已～