Re: Why run xserver on the OpenGL API?
Keith Packard <[email protected]>
| Newsgroups | gmane.comp.freedesktop.xserver |
|---|---|
| Message-ID | <[email protected]> |
Around 12 o'clock on Nov 25, "Kendall Bennett" wrote: > There is also no reason why you cannot make the existing 2D API's work on > top of the new back end 3D rendering engine as well. Choice of the API > you want to use is good, as long as the back end implementation does not > need to be different (one of the primary reasons our SNAP drivers work so > well; the back end is identical no matter whether you are using it for > Windows, OS/2 or Linux). I thought that was implicit in the plan to write a GL backend for the existing X server rendering infrastructure. The idea is that all core X and Render acceleration would be done with GL function calls, and that for ease of porting the existing code, a dumb frame buffer could be accessed where necessary. Not that the core graphics need a lot of acceleration these days; I get by quite nicely with only copyarea and fillrectangles accelerated at all. Render, on the other hand, could really benefit from most of the GL pixel pipeline... -keith