Re: Write directly to video

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

You can't call these functions directly, it isn't designed to work that way.
You could paint the framebuffer yourself, if you knew where it was. But
that is under control of the video driver, which is loaded by gwes, which
you're trying not to use. The display driver is not designed to be loaded
by more than one entity, if you tried to load it and then gwes did later
there would be all kinds of problems.

I think you've done all you could already.

--
Dean Ramsier - eMVP
BSQUARE Corporation


"Rob" <Rob@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:6C91CD7E-51F7-48C4-9E0F-B1406CB5C4DD@xxxxxxxxxxxxxxxx
Hi,
I now wait for IsApiReady(SH_WMGR) before the image is displayed through
regular windows functions. This works, the period the screen is black is
reduced by about 2-3 seconds.

When I try to plot earlyer by waiting for IsApiReady(SH_GDI) th plot
routime crashes, probably because I use GetDC() which required WMGR libs,
so
probably it only works when WMGR is up. I will try to replace GetCD() by
CreateDC()...

I would rather call the driver directly, and/or memcpy the bitmap into the
videomemory, but donot know how.
The driver DLL exports a couple of functions that mean little to me
("init"
and 1 or 2 others, not detailed methods for specific functions). I assume
there is some standard in videodriver interfaces. Does anyone know about
this
?

Greetings,
Rob.













"Rob" wrote:

Hi,
Thanks for the responses, I am aware of the issues you mention.

Unfortunately the code that clears the screen is inside the BSP, and I
donot
have sourcecode for that.
Even if I did, Via regularly updates their BSP's....

So the question remains the same, I need to repaint the screen ASAP.
I am now busy painting a BMP contained in the exe, so I donot have to
wait
for the HD to mount (in order to load a bmp).
Maybe that will do, if GWES has GDI up and running really fast.
But if I have to wait for GDI (using IsApiReady(SH_GDI)) , I want to
write
to the screen before GDI is ready, using only DDI_VIA.dll.

So the question is : How ?

Greetings,
Rob.












"Bruce Eitman [eMVP]" wrote:

During initialization, the display driver is probably clearing the
display
buffer. Get rid of that and your splash screen should stay until an
application writes to the display buffer.

--
Bruce Eitman (eMVP)
Senior Engineer
beitman AT applieddata DOT net

Applied Data Systems
www.applieddata.net
An ISO 9001:2000 Registered Company
Microsoft WEP Gold-level Member

"Rob" <Rob@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4B4F82B3-7430-49EA-98B2-B9991DB16AF3@xxxxxxxxxxxxxxxx
Hi Michel,

Freeboot already does that.
The problem is that during init of the video driver (DDI_VIA.dll) the
screen
turns black. After that it takes a couple of (about 4) seconds before
our
app
appears.
Inbetween the screen is black, I want to display a logo inbetween.

I am working on a little app that adds an image to a CPP (in the exe)
as a
byte-array (sort of like a resource), so I donot need to wait for the
harddisk in order to load an image, also I donot want to wait for GDI
+
WMGR
to be ready, so I want to call the video driver directly as soon as
its
loaded , if possible.

Greetings,
Rob.










"Michel Verhagen (eMVP)" wrote:

You'd normally do this in the bootloader. Do a quick initialize of
the
display adapter in the bootloader, dump an image to it and possibly
change the display driver to not clear the screen upon
initialization
(so that the splash image stays visible until CE actually draws the
desktop).

Michel Verhagen, eMVP
EmbeddedFusion
www.EmbeddedFusion.com
mverhagen at embeddedfusion dot com

Rob wrote:
Hi,
When my system boots, and the video-driver is loaded (DDI_VIA.dll)
the
screen turns black. I want to display a bitmap on screen ASAP,
without
waiting for the Disks to mount, or the rest of windows to be
ready.

So I want to plot a fixed array of pixels, directly to the
framebuffer
(preferably).
How would I go about that ?
Can the driver tell me where the framebuffer is ?

Greetings,
Rob.





--






.

Relevant Pages

  • [RFC 2.6.20 1/1] fbdev,mm: Deferred IO and hecubafb driver
    ... completes the work associated with updating the framebuffer. ... +Here's the example nopage for hecubafb where it is a vmalloced framebuffer. ... +The deferred_io callback is where you would perform all your IO to the display ... This is the frame buffer device driver for the Intel-based Macintosh ...
    (Linux-Kernel)
  • Re: Write directly to video
    ... You may also want to see if the vendor is willing to change the driver to at ... I am now busy painting a BMP contained in the exe, so I donot have to wait ... if GWES has GDI up and running really fast. ... application writes to the display buffer. ...
    (microsoft.public.windowsce.platbuilder)
  • [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2
    ... Appended is my attempt to support the Hecuba/E-Ink display. ... unmaping and only then do the actual framebuffer update. ... * This driver is written to be used with the Hecuba display controller ...
    (Linux-Kernel)
  • Re: Write directly to video
    ... The driver DLL exports a couple of functions that mean little to me ("init" ... Unfortunately the code that clears the screen is inside the BSP, and I donot ... if GWES has GDI up and running really fast. ... I want to display a logo inbetween. ...
    (microsoft.public.windowsce.platbuilder)
  • Re: How to change the screen color?
    ... Only if you know how to a) set up the display driver hardware and b) know ... Dean Ramsier - eMVP ... How can I fill the framebuffer? ...
    (microsoft.public.windowsce.platbuilder)