总结一下大家发现的问题，漏掉的自己回贴补上。

樱家冢

[quote:1627de1ac3="baif"][quote:1627de1ac3="cjacker"]

5，关于gmplayer乱码和vo问题：乱码问题是因为我patch了gmplayer让他支持gtk2，而不再使用gtk+，并且xmms也被剔除，采用了beep。
beep的工作还是可以的[/quote]

是不是为了统一字体才用的beep，而不用xmms??[/quote]
为了早日抛弃gtk+，进而早日抛弃xtt。

whz81

[quote:951db01f57="cjacker"]1，        安装程序进行X配置，造成界面会发生滚动，因为分辨率顺序问题
如果不选择分辨率，谈出对话框不能关闭。
2，gmplayer VO出错。
3，OO界面字体问题[已经解决]
4，gvim中文菜单和帮助
5，GTK+-1.x的需求（可以考虑作为compat）
6，第一次启动，kudzu被bootsplash掩盖的问题。
7，硬盘安装问题[已经解决]
8，SCSI硬盘问题[正在修正，基本解决]
9，aureal声卡问题[alsa-1.0rc2已经包含驱动，但是kernel-2.6没有包含，解决方法，手动编译alsa]
10，qt特殊符号问题。

几点说明：
1，Magic肯定是支持硬盘安装的，但是pre5引入了一个bug,导致这个功能break，已经修正

2，OO界面字体不用再费心，很快就会有一个更好的OO

3，关于声卡的诸多问题大部分是由alsa导致，这是未来的趋势，也就是说alsa将成为linux下唯一的声卡驱动，这样做是好的，至少可以保证api的一致性，以后如果开发者都能够统一到alsa下面来，我们今天遇到的问题就再也不可能发生了。现在声音服务器有jack, esound, arts这都非常不利于开发工作。

4，如果单纯追求速度，还是使用MagicLinux 1.1吧，1.2不可能快过1.1，其中
kde-3.2cvs和kernel-2.6都成为了新的速度瓶颈，没感觉启动变慢了吗？

5，关于gmplayer乱码和vo问题：乱码问题是因为我patch了gmplayer让他支持gtk2，而不再使用gtk+，并且xmms也被剔除，采用了beep。
beep的工作还是可以的，gmplayer出现了一些编码问题，之所以这么做的原因是字体技术的统一。gtk+只能使用old的X字体技术。[/quote]


手动编译有什么要求，就这样下载回来就可以编译了？？？

zhenrenzhao

beep在线播放有问题，放一首歌的时候点击网页上的另一首歌就导致beep失去响应！

whz81

[quote:11b80d6bec="whz81"][quote:11b80d6bec="cjacker"]1，        安装程序进行X配置，造成界面会发生滚动，因为分辨率顺序问题
如果不选择分辨率，谈出对话框不能关闭。
2，gmplayer VO出错。
3，OO界面字体问题[已经解决]
4，gvim中文菜单和帮助
5，GTK+-1.x的需求（可以考虑作为compat）
6，第一次启动，kudzu被bootsplash掩盖的问题。
7，硬盘安装问题[已经解决]
8，SCSI硬盘问题[正在修正，基本解决]
9，aureal声卡问题[alsa-1.0rc2已经包含驱动，但是kernel-2.6没有包含，解决方法，手动编译alsa]
10，qt特殊符号问题。

几点说明：
1，Magic肯定是支持硬盘安装的，但是pre5引入了一个bug,导致这个功能break，已经修正

2，OO界面字体不用再费心，很快就会有一个更好的OO

3，关于声卡的诸多问题大部分是由alsa导致，这是未来的趋势，也就是说alsa将成为linux下唯一的声卡驱动，这样做是好的，至少可以保证api的一致性，以后如果开发者都能够统一到alsa下面来，我们今天遇到的问题就再也不可能发生了。现在声音服务器有jack, esound, arts这都非常不利于开发工作。

4，如果单纯追求速度，还是使用MagicLinux 1.1吧，1.2不可能快过1.1，其中
kde-3.2cvs和kernel-2.6都成为了新的速度瓶颈，没感觉启动变慢了吗？

5，关于gmplayer乱码和vo问题：乱码问题是因为我patch了gmplayer让他支持gtk2，而不再使用gtk+，并且xmms也被剔除，采用了beep。
beep的工作还是可以的，gmplayer出现了一些编码问题，之所以这么做的原因是字体技术的统一。gtk+只能使用old的X字体技术。[/quote]


手动编译有什么要求，就这样下载回来就可以编译了？？？[/quote]


alsa1.0rc2可以了,thank you ,但是在2。4内核上却不能编译阿