Re: Blanking the screen : EZFB

"James Lehman" <[email protected]>
Newsgroups gmane.linux.fbdev.user
Message-ID <004401c57eac$26b41d20$ef00a8c0@bug>
OK. I've looked at the code quite a bit and I've done some searching...
Sorry if I'm getting into this and it has already been discussed, but are
there any online docs about what changed in the new 2.6 frame buffer vs.
2.4? I see there is a thing called fb_info and it has a structure of
function pointers in it that look like they do some fabulous things. All I
create in my code is a user version of fix and var and a memmap to the video
ram. Are there some examples of instantiating an fb_info with fix and var
encapsulated inside of it? Please note: I've been into computers most of my
life for one reason only... For art. I really want to get this right. I just
got a Matrox G400 with 32MB ram. I can double buffer a screen of 1600x1200 @
32. Even with a waist of time like memsetting zeros to every pixel on the
screen for a wipe, it SMOKES! (in a good way). I also really want to get a
mouse pointer working. Is all this stuff I see about "cursor" relevant to
that or is that just character cell terminal block letter stuff?

http://www.akrobiz.com/ezfb
http://www.akrobiz.com/laserboy

Thanks!    James.   :o)




----- Original Message ----- 
From: "James Simmons" <[email protected]>
To: <[email protected]>
Sent: Tuesday, June 28, 2005 5:02 PM
Subject: Re: [Linux-fbdev-users] Blanking the screen : EZFB


>
>
> In 2.6.X the kernel side supports fillrect. Do a fillrect the size of the
> display with the color black.
>
> On Mon, 27 Jun 2005, James Lehman wrote:
>
> > Is there a way to ask the GPU on the video card to wipe out the data in
the
> > visible area of the screen?
> > I have found it takes WAY to long to memset zeros to every line and
keeping
> > track of only those pixels that have changed seems like more work than
it's
> > worth.
> >
> > http://www.akrobiz.com/ezfb
> > http://www.akrobiz.com/laserboy
> >
> > Thanks!
> > Take care.   ~James.   :o)
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > Linux-fbdev-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users
> >
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Linux-fbdev-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users
>



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.