Quoting Gildas Bayard: > 2005/10/27, Denis Oliver Kropp <[EMAIL PROTECTED]>: > > Quoting Gildas Bayard: > > > I'm not sure I understood the relationship between DirectFBGL and Mesa. > > > Am I correct if I say: > > > - classic Linux openGL program uses Mesa which uses X which uses DRI > > > for hardware acceleration > > > - DirectFBGL wants openGL hardware acceleration without X, so > > > DirectFBGL uses Mesa-embedded which is a modified version a Mesa which > > > uses DirectFB instead of X > > > But is Mesa-embedded using DRI? > > > > DirectFBGL uses Mesa-embedded which uses DRI. > > > > Mesa-embedded is neither DirectFB specific nor using it. > But I don't understand: doesn't mesa need to draw stuff using some > kind of widgets DirectFB provides? I though DirectFB was a equivalent > to Xlib (and much more as it seems) > How are Mesa calculation displayed then?
DirectFB is a graphics system. It provides the framework to setup a hardware accelerated OpenGL context. DirectFBGL uses DirectFB's core API to act as a glue between DirectFB and DRI. The latter one is then used by Mesa to execute the OpenGL commands from the application. > Does this mean that since mesa-embedded only support Matrox (and I > have an intel integrated chipset) I could use the standard Mesa with > DirectFBGL instead? That's not possible. The Mesa-embedded2 branch has its own version of DRI that is not compatible with others. I had to extend the API to be able to render to any surface in video memory. Now, with the pbuffer extension working in the official tree, it might be possible to reimplement DirectFBGL on top of it. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-users mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
