Linux 音频 API 指南
天不可测
由于历史的原因，在 Linux
环境下有多种API系统可用于声音编程。但没有合适的指引就难以找到合乎自己需要的体系。这里是一个指引，是由Lennart
Poettering <mzoybt (at) 0pointer (dot) net>所写（参见：Homepage of Lennart
），
目的就是带你走出这个密林。
最简单的指引莫过于问自己：“我想（用 Linux Sound
API）做些什么？”。下面就是答案：
我想写一个类似于媒体播放器的软件！
那就用 GStreamer。除非你只想基于KDE来编程，那么，你可以选择使用Phonon。
我想在自己的应用程序中加入事件声音！
使用 libcanberra，并根据XDG
Sound Theming/Naming 规范安装声音文件。如果你只基于KDE，则可以使用KNotify，但它的着重点有所不同。
我想做专业的音频编程，包括硬盘录音、音乐合成、MIDI界面等！
使用 JACK 或者完整的ALSA 界面。
我想基础的PCM音频播放和捕捉！
使用 safe
ALSA 子集。
我想在游戏中加入声音！
如果是全屏幕的大型游戏，使用SDL的声音API。如果是简单的游戏，只用到基础的用户界面例如Gtk+的，使用 libcanberra
我想写一个混音器/音量控制软件！
这要根据你想在哪一个层次提供直接的支持：如果你想支持增强的桌面软件混音器，使用 PulseAudio 音量控制
API。如果你想支持硬件混音器，使用ALSA混音器API。
我想写一个支持
plumbing layer的软件！
使用 完整的 ALSA体系。
我想写一个嵌入式的音频软件！
从技术使用性角度而言safe ALSA子集是一个好的选择，但基于你实际的情况也可以使用其它API。
你想了解更多关于这些API的不同之处吗？
GStreamer
GStreamer
是一个Linux桌面媒体流系统的事实标准。它支持音视频流的编解码。可以基于该API实现从简单的音频文件播放到网络流媒体配置等大范围的应用。
GStreamer支持多种编解码器和音频后端。GStreamer显然不适用于基本的PCM音频播放或者低延时/实时应用场合。GStreamer是可
移植的，并不限于仅能在Linux上使用。它支持的音频后端包括ALSA、OSS、PulseAudio等。
[API
Reference]
libcanberra
libcanberra
是一个抽象的事件声音API。它是XDG
声音主题和命名规范
的实现。虽然libcanberra是GNOME的一部分，但它并不依赖于GNOME/Gtk/GLib
，因此可以用于其它桌
面环境。它除了提供简单的界面用于播放声音文件之外，还提供了缓冲机制（适用于基于网络的瘦客户机）和允许传递多种元数
相关文档：
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
1. 在host上执行：
去掉 /etc/ntp.conf 中server行前的注释，Server最后的prefer，表示NTP服务器主要以该部主机时间进行校准，可去掉prefer改参数为time.nist.gov。
ntpdate time.nist.gov
ntpd
2. 在client上执行
&nb ......
最近在kernel 里面 coding, 找来一些资料 顺手贴来，方便查找。（感谢原作者的努力，若有版权问题，请联系）
有时候需要在Linux kernel－－大多是在需要调试的驱动程序－－中读写文件数据。在kernel中操作文件没有标准库可用，需要利用kernel的一些函数，这些函数主要有： filp_open() fi ......
注意点：linux 下区分大小写
命令行
exit 注销系统
ls -al/root 列出root文件夹下所有隐藏文件与相关的文件属性
sh u ......
