nanogui: Running document -- RTEMS framebuffer interface specification


Previous by date: 5 Feb 2000 02:51:50 -0000 RTEMS graphics, Greg Haerr
Next by date: 5 Feb 2000 02:51:50 -0000 frame buffer part 423423512435, Erwin Rol
Previous in thread: 5 Feb 2000 02:51:50 -0000 Re: Running document -- RTEMS framebuffer interface specificatio n, Greg Haerr
Next in thread: 5 Feb 2000 02:51:50 -0000 Re: Running document -- RTEMS framebuffer interface specification, Rosimildo daSilva

Subject: Re: Running document -- RTEMS framebuffer interface specification
From: Erwin Rol ####@####.####
Date: 5 Feb 2000 02:51:50 -0000
Message-Id: <389B9DDF.7B5F31EB@muffin.org>

Ron wrote:
> 
> Erwin Rol wrote:
> 
> > ...I also think that embeded system won't need mode switching in the first
> > place.
> > So in my opinion the "mode" of the display is part of the BSP, a design
> > time
> > decision. ...
> 
> We disagree-
> Actually for our needs here at GIPCO on the fly mode switching is a must.
> It comes down to the amount of on board video ram, the need to display
> hi res-low color depth user screens and true color jeg/bmp image files
> on the same device. Adding more video ram is unfortunately not an option.

Ok i was actualy only thinking about TEXT <-> GRAPHICS mode switching
but you have a very good point there. So on the fly changing should be
posible.

- Erwin

Previous by date: 5 Feb 2000 02:51:50 -0000 RTEMS graphics, Greg Haerr
Next by date: 5 Feb 2000 02:51:50 -0000 frame buffer part 423423512435, Erwin Rol
Previous in thread: 5 Feb 2000 02:51:50 -0000 Re: Running document -- RTEMS framebuffer interface specificatio n, Greg Haerr
Next in thread: 5 Feb 2000 02:51:50 -0000 Re: Running document -- RTEMS framebuffer interface specification, Rosimildo daSilva


Powered by ezmlm-browse 0.20.