The header says R=G=B as opposed to what?
If this flag isn't set, you'll get, for example, instead of a 5-pixel
buffer (without LCD rendering)
ABCDE
a buffer which triples each pixel value:
AAABBBCCCDDDEEE
According to the information in the web, patents on the ClearType idea
In order for sub-pixel rendering to work, if I understand what I
read in that link correctly, the R, G, and B values will not be
equal, since they're providing the sub-pixels on an LCD screen.
Correct.
The comment indicates the enabling this flag activates sub-pixel
rendering, yet it later
On Tue, 9 Feb 2010 12:23:38 +0800
liuyue liu...@itarge.com wrote:
but i must change the bitmap to the type of YUV420
before overlaping to get the Y and UV, i have no
idea on doing it. so turn to you
Oh, please don't turn to FreeType2! The conversion
from monochrome bitmap image (or subpixel
So if I do the below:
- enable FT_CONFIG_OPTION_SUBPIXEL_RENDERING in ftoption.h
- call FT_Library_SetLcdFilter with FT_LCD_FILTER_DEFAULT
- use FT_RENDER_MODE_LCD when calling FT_Render_Glyph
Then, the result of FT_Render_Glyph will be a 24-bit (8 bits for
each red,green,blue) color
On 01/28/2010 11:18 AM, Werner LEMBERG wrote:
There are several GTK programs I am using (since I'm XFCE user) and
some situations when words like projects occur, e.g. when surfing
with Thunar through my $HOME directory which actually includes a
directory called projects and a symlink to this
Testing after removing the factor of 2 isn't showing any problems for me.
-- Paul
On Fri, Feb 5, 2010 at 3:48 PM, Paul Messmer paul.mess...@gmail.com wrote:
The overallocation is an urgent issue for me, but requires no urgent action
on your part. The bar for me to make a small local fix to
