Anonymous user
Graphics stack: Difference between revisions
no edit summary
| [unchecked revision] | [unchecked revision] |
No edit summary |
|||
| (One intermediate revision by one other user not shown) | |||
Line 34:
==== Device Driver Layer ====
At the lowest software level, we have the device drivers, which communicate with the actual hardware. These need to be able to work with either the specific display devices - the video memory, the GPU if any, the video signal generators, and even the monitor - or some common subset of it which it shares with disparate adapters. However, this does not mean that the driver must do all the work alone. The VESA VBE/Core defines a standard minimal interface to the hardware as an extension BIOS, which a
Somewhere here you would find things like the Mesa driver framework and the Xlib Direct Rendering Manager. This level doesn't have a formal name in most systems, at least not as far as I know of, which is a first abstraction layer which software system (not necessarily the operating system itself) provides to give a uniform model for drawing pixels on the screen, while still exposing the underlying hardware. The split between 2-D and 3-D often starts around here, as a 3-D renderer generally needs a lot more direct hardware access than a 2-D one.
Line 83:
The Application Layer is the part which is internal to the program itself.
[[Category:Graphical UI]]
| |||