Re: Standard way of graphics in Linux
- From: "Nils O. Selåsdal" <NOS@xxxxxxx>
- Date: Thu, 14 Sep 2006 08:23:10 +0200
Herbert Kleebauer wrote:
Bjoern Schliessmann wrote:Herbert Kleebauer wrote:
Exactly that's the problem, the kernel is responsible for the lowIt does. Have a look at the Linux kernel docs (subdirectory fb). How
level stuff but doesn't provide any support for graphics output
(as far as I understand it).
else do you think the X server displays graphics?
This was my first idea. But when I looked at a framebuffer-howto
documentation, I got aware that you first have to compile the
kernel with framebuffer support. This means (if I interpret it
correct), that the graphics program will not run on Linux
installation with a kernel compiled without framebuffer support.
And what happens when I directly access the framebuffer on
a system with KDE installed. How can my program peaceful coexist
with the graphics display of KDE. This all isn't a problem in
Windows, but I just don't see it how to do it in Linux.
Any particluar reason you wanted direct access to the framebuffer
and not use a standard approach ?
.
- Follow-Ups:
- Re: Standard way of graphics in Linux
- From: Herbert Kleebauer
- Re: Standard way of graphics in Linux
- References:
- Standard way of graphics in Linux
- From: Herbert Kleebauer
- Re: Standard way of graphics in Linux
- From: Bjoern Schliessmann
- Re: Standard way of graphics in Linux
- From: Herbert Kleebauer
- Re: Standard way of graphics in Linux
- From: Wolfgang Draxinger
- Re: Standard way of graphics in Linux
- From: Herbert Kleebauer
- Re: Standard way of graphics in Linux
- From: Bjoern Schliessmann
- Re: Standard way of graphics in Linux
- From: Herbert Kleebauer
- Standard way of graphics in Linux
- Prev by Date: Re: user-mode application detect USB device
- Next by Date: Re: Standard way of graphics in Linux
- Previous by thread: Re: Standard way of graphics in Linux
- Next by thread: Re: Standard way of graphics in Linux
- Index(es):
Relevant Pages
|