Date: Thu, 22 Apr 2004 15:06:36 +0530 From: "Kishore A K" Subject: Re: [nanogui] freetype problem To: , Hi Áron, I had similar problems previously with my monochrome display, when I had tried loading Truefonts using FreeType 2 library. Jon Foster had helped me out then. I am attaching his mail this mail. Regards, Kishore >>> Takács Áron 04/22/04 02:37PM >>> > Hi Áron, > > Can you mail in some details about your Display - settings, depth, > controller, driver..... > > - Kishore I'am using a Cirrus Logic ep7312-type board with a 320x240x16 monochrome LCD display (clps711xfb framebuffer driver). Microwindows config settings: SCREEN_PIXTYPE = MWPF_PALETTE ERASEMOVE = Y UPDATEREGIONS = Y HAVEMSFONTS = N FRAMEBUFFER = Y VTSWITCH = Y FBREVERSE = Y SERMOUSE = Y SCANKBD = Y Áron --------------------------------------------------------------------- To unsubscribe, e-mail: nanogui-unsubscribe@linuxhacker.org For additional commands, e-mail: nanogui-help@linuxhacker.org -------------------------------------------------------------------------- Date: Fri, 7 Nov 2003 14:32:38 +0000 From: jonathan.foster@philips.com Subject: Re: [nanogui] FreeType 2 fails with 1bpp To: "Kishore A K" : > I am using microwindows-0.90(the latest version) with > uclinux on my coldfire/5272 board. > I am using a 1 bpp display. I observe that FreeType 2 > is failing to load fonts. However I am able to > successfully display using FreeType 1. > > The same was true when I tested on X11 after setting > SCREEN_DEPTH = 1 in the config file. The FreeType 2 driver uses the ->drawarea driver call. Currently, this call is only supported on 8-bit or better framebuffers. There's not any real reason for this, somebody just needs to do the work to adapt the code to other color depths & drivers. To implement this for 1bpp, you'll need to copy the drawarea code from one of the other drivers (e.g. fblin24.c or fblin8.c) into fblin1.c, and then modify it to support the different color depth. You only need to implement the PSDOP_BITMAP_BYTES_MSB_FIRST subfunction, but please consider implementing PSDOP_BITMAP_BYTES_LSB_FIRST too (since it's almost no extra work). Patches are likely to be gratefully accepted. Kind regards, Jon Foster --