nanogui: 4bpp OK, 1bpp Not So Good


Previous by date: 25 Jan 2006 15:04:47 +0000 Re: 4bpp OK, 1bpp Not So Good, Gil Glass
Next by date: 25 Jan 2006 15:04:47 +0000 posting a message in flnx, Alleyn Bowen
Previous in thread: 25 Jan 2006 15:04:47 +0000 Re: 4bpp OK, 1bpp Not So Good, Gil Glass
Next in thread:

Subject: Re: [nanogui] 4bpp OK, 1bpp Not So Good
From: "Greg Haerr" ####@####.####
Date: 25 Jan 2006 15:04:47 +0000
Message-Id: <18c901c621c0$87e11370$6401a8c0@winXP>

: I believe so but how would I know for sure?  If, using fbset for example,
: I set the depth to 1bpp, then am I inherently using fblin1.c?

Yes, the code in scr_fb.c selects the driver from the returned
fb info


:
: > We never use framebuffer primitives, all drawing is direct, when
: > running the fblin*.c drivers.  Of course, a custom driver can do
: > anything, which could be what you need.
:
: My coworker, who has looked at the fblin1.c code, seems to think that
: modifications to fblin1.c could be in order and would likely be relatively
: minor.

Yes, as long as you can somehow get the adjacent three pixels from
the controller.  Otherwise, you'll have to store everything in an
internal ram buffer as well.

Regards,

Greg


Previous by date: 25 Jan 2006 15:04:47 +0000 Re: 4bpp OK, 1bpp Not So Good, Gil Glass
Next by date: 25 Jan 2006 15:04:47 +0000 posting a message in flnx, Alleyn Bowen
Previous in thread: 25 Jan 2006 15:04:47 +0000 Re: 4bpp OK, 1bpp Not So Good, Gil Glass
Next in thread:


Powered by ezmlm-browse 0.20.