http://bugs.winehq.org/show_bug.cgi?id=32947
--- Comment #15 from Constantine Gavrilov constantine.gavrilov@gmail.com 2013-02-11 10:24:06 CST --- Both are the same.
Namely:
From the freetype documentation:
Quote:
FT_Library_SetLcdFilter Defined in FT_LCD_FILTER_H (freetype/ftlcdfil.h).
FT_EXPORT( FT_Error ) FT_Library_SetLcdFilter( FT_Library library, FT_LcdFilter filter );
This function is used to apply color filtering to LCD decimated bitmaps, like the ones used when calling FT_Render_Glyph with FT_RENDER_MODE_LCD or FT_RENDER_MODE_LCD_V.
input
library
A handle to the target library instance. filter
The filter type.
You can use FT_LCD_FILTER_NONE here to disable this feature, or FT_LCD_FILTER_DEFAULT to use a default filter that should work well on most LCD screens. return
FreeType error code. 0 means success. note
This feature is always disabled by default. Clients must make an explicit call to this function with a ‘filter’ value other than FT_LCD_FILTER_NONE in order to enable it.
Due to PATENTS covering subpixel rendering, this function doesn't do anything except returning ‘FT_Err_Unimplemented_Feature’ if the configuration macro FT_CONFIG_OPTION_SUBPIXEL_RENDERING is not defined in your build of the library, which should correspond to all default builds of FreeType.
End of quote
Both 32-bit and 64-bit of freetype library are built with FT_CONFIG_OPTION_SUBPIXEL_RENDERING undefined. This is a standard policy of all distributions that ship freetype library.
This means that FT_Library_SetLcdFilter() will return FT_Err_Unimplemented_Feature. Yet, subpixel rendering works both in KDE and Gnome using freetype and fontconfig.
This has been the situation for years and I do not know what is the trick (either freetype lies about not supporting subpixel or uses partial functionality) but all opensource applications (including wine before 1.5) were able to use the subpixel rendering with these builds.