BLFS第一步mpg123

good02xaut

Post by youbest
我谈谈我的理解,不一定正确哦

alas-lib的目的是为了给应用程序提供一组函数接口,这样程序可以方便的调用这些接口来控制音频,如果不用alas-lib那么应用程序自己就要实现这些函数的功能,说到底就是为了编程方便.

alas-driver早先是一个独立的软件包,之后被内核收录,所以现在内核通过alas-driver来实现声卡驱动的.

回到问题上来,就是如果软件使用了alas-lib提供的函数那么当然在运行的时候少不了alas-lib,但如果alas-driver没有驱动声卡,有alas-lib也是发不出声音的.

不知道我解释的是否清楚?

到位，我和你理解的一样：）
应该是正确的吧


LFS还是最好停留在应用层面，相应幻想的号召。大家使用LFS的目的不一样，在内核的外围的外围，更有共同话题，虽然不深了也能让咱们版面更加繁荣。如果总是我说的那些，涉及的有些深，参与性就不好，脱离的大众。
内核外第一层：
Xorg,alsa-lib,microwindow,qt-embed他们的工作机理，[color="Red"]参与度×
第二层：
gtk,qt-x11,[color="red"]参与度××
第三层：
all 应用软件,kde,gnome，[color="red"]参与度×××××

晨想

Post by youbest
现在LFS论坛讨论的东西越来越专业了,其实这样挺好,既然准备搞自己的发行版,还是需要研究一些比较专业的问题.

    讨论问题是非常好的,只要不演化成相互攻击或者互相狡辩就好了.

幸亏偶以前还学过一点编程，不然都快成哑巴了。。。。。
LFS 就应该是研究的最深入的，发行版倒不用研究这个，反而需要研究如何把东西尽量组合起来使用。。嘿嘿。。

晨想

Post by good02xaut
到位，我和你理解的一样：）
应该是正确的吧


LFS还是最好停留在应用层面，相应幻想的号召。大家使用LFS的目的不一样，在内核的外围的外围，更有共同话题，虽然不深了也能让咱们版面更加繁荣。如果总是我说的那些，涉及的有些深，参与性就不好，脱离的大众。
内核外第一层：
Xorg,alsa-lib他们的工作机理，[color="Red"]参与度×
第二层：
gnome,kde,[color="red"]参与度××
第三层：
all 应用软件，[color="red"]参与度×××××

为啥 kde 在第二层？我觉得是反过来，应该是在第三层。。嘿嘿。


关于内核讨论，兄弟先开一帖，我们看看效果。我也想看看内核的东西。

good02xaut

对，我写错，更正。
想乱了：）
呵呵

dyhml

我再说一下
1.kernel module 内核源码已带 , 裁剪,只留下有用的ko
2.静态链接 alsa-lib 的 alsactl 和 amix
3.直接写 /dev/dsp 的应用程序

good02xaut

谢谢楼上的：）
通过与你的讨论，alsa-lib的作用我基本清楚。
1.内核里面编译的任何的东西，我都没有使用module，也就是一个ko都不生成。
2.为了打开静音，必须使用mixer，但不一定使用alsa提供的了。虽然打开静音，mixer做了什么我不清楚，但是这个任务肯定不是很复杂。
3.我用的程序都是现成的，移植。从新写一个不好，还要对Mp3文件解码，如果不自己写解码程序又要调用其他lib支持，还是用现成的代码移植最快。