lkml.org 
[lkml]   [2005]   [Apr]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: A way to smoothly overgive graphics control to an other process/program
Date
Dennis Heuer <dh@triple-media.com> writes:

> Hello,
>
> I feel disturbed by the fact that when display-controlling programs
> are started in line (like the bootloader, linux, and finally
> xdm/gdm/kdm), there appear several switches of display resolution,
> text- and graphics mode, and background images. I asked myself how to
> get that more smooth as if there was only one presentation from the
> time the bootloader started up to the gnome/kde session. I thought
> that one could implement a small api that allows a running process to
> freeze display updates until the next process has overtaken the
> display, loaded the same presentation (from same location or just by
> similar configuration), dumped it to the working buffer of the
> graphics card, and released the display (a timeout with fallback-mode
> could make this transaction more fault-resistent). This way, the image
> loaded by the bootloader could be held on display up to the graphical
> login, and even as the
> desktop background, without any visible effect.
>
> Is this technically feasible?

It's technically pointless. Take a look at bootsplash, though.

--
Måns Rullgård
mru@inprovide.com

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-04-09 00:49    [W:0.108 / U:0.164 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site