计划所图形界面整合到gnu/linux的内核中求帮助

lilyerr

支持这种做法，可以形成一个linux分支，提供给桌面用户。

kakuyou

计划的第一步第二步竟然是开机关机画面，然后是图形系统的设计？

说句不客气的话，再学几年吧。

jhuangjiahua

wide288 还在 IRC 等地方四处宣传


谁想个办法打消她啊

sleetdrop

不一样的声音哟。

wide288

打消我的方法很简单。让我看到 x system 的性能有可能会更快。比win2k 与 winxp 更快。
启动速度与运行速度。还有文件管理器。 和浏览器。
现在 x system 可能会有一两个特性 winxp 没有。但不表式以后会没有。
ms 的开发速度还是很强的。
我以前说的话是很自大。在没有对 x system 进行全面的了解的情况下就想做一些东西。
但是并不是说我以前说的话，我想放弃。更多的了解它。才能实现我能不能最大可能的兼容它( x system and gtk+)。
dri 在操作内核中的 图形驱动。
framebuffer 也有内核中的 图形驱动。
也有很多的程序在用它们。
不过好像现在还是没有3D的桌面用它们。
唯一的3D桌面好像就是java 的。不过听上去好像是 直接与 x server 通信的。直接读x协议 的。
虽然我看它的3d桌面并不是全美。但它有的地方我是很喜欢的。
那种立体图标就很不错。

还有一句话我想我没有说过，那就是不论我改动什么命令行程序我是不想改的，就是说命令行程序会一直能运行 的。不用改动。图形界面或x system 就不好说了。

kakuyou

呵呵，我来说几句吧。

我也在琢磨图形系统。如果可以一起研究的话

我想你应该看看这篇文章
http://dri.freedesktop.org/~jonsmirl/graphics.html
最起码得看得懂这篇文章

纠正你的几个错误。
dri并不是完整的驱动，只不过是对显卡进行了抽象，供gl层书写加速。
framebuffer也不是完整的驱动，也是对显卡进行抽象，供其他驱动书写加速用。

除了dri外，还有一个比较棒的设计
kgi.sourceforge.net

目前大家所用的x-server，也就是xfree86或者xorg，速度慢的原因并不是
x-server就是慢，而是没有好的驱动和软件的某些加构设计的不好，有些
idea太超前，如果你用过商业版本的x-server，速度一点也不慢。

开机和关机的logo什么也不是，一个图形系统还没有开始，一个图形系统已经结束，
也就是说它们和主图形系统没有关系，你能理解吗？


你对软件开发实在是毫无经验，第一步显然应该是设计图形系统，驱动框架，写出
文档，供大家review，你都显示出桌面了，这时候图形系统已经启动了，你却说接
下来设计图形系统，不觉得成了鸡和蛋的问题？

gtk+和qt都是高层库，只要你的图形系统的meta language设计的好，这些都可以
实现在上面。

多学吧。

fundawang

Windows快，最主要的原因是它直接操纵显卡的驱动程序，而显卡的驱动程序直接操纵显卡的GPU指令，这其中完全跳过任何中间层。你如果想要实现所谓的“快”，这个是不可能的，因为这意味着你的图形接口需要完全接管GPU。但显示芯片制造商不会允许你这么做的，这样做等于是完全公开自己芯片的设计，其中涉及大量专利问题。一般认为，涉及专利授权的设计，无法在Linux上实现，即便实现了也不是自由软件。一个不是自由软件的东西，除非有自己绝对优秀的设计，否则不可能在Linux环境中得到认可。

freet15

不是想打击什么，只是现在国内学习Linux的同仁都比较轻浮，不要想一下子弄成一个什么大的项目，不知道LZ对GTK＋的熟悉程度，（Linux系统的熟悉程度我已经看出来了），你的这个思路不是说不值得探讨，而是，你必须先弄清X的工作原理，扎实的底层操作和内核熟悉程度，这样，楼上的高手们才能真正关注到项目的本身，而不是楼主的水平 ：）

sunmoon1997

Post by fundawang
Windows快，最主要的原因是它直接操纵显卡的驱动程序，而显卡的驱动程序直接操纵显卡的GPU指令，这其中完全跳过任何中间层。

linux 里的驱动程序就不是直接操作硬件？ 呵呵。

fundawang

但是没法像nv自己的驱动那样直接操纵GPU进行GL运算，所有的东西好像都是黑盒