| Summary: | media-libs/freetype-2.8.1 broken fonts | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | acab |
| Component: | Current packages | Assignee: | Gentoo Fonts Team <fonts> |
| Status: | UNCONFIRMED --- | ||
| Severity: | normal | CC: | bjh-gentoobt, ch4os, egorov_egor, fonts, hendrik, jasmin+gentoo, jnerin, jstein, multilib+disabled, nrfoconnor+bugzillaGentoo, pacho, revent82, soprwa, tdalman, tsmksubc |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Screenshot of ugly font
Larger font, still ugly artifacts around ugly rendered fonts Firefox Rendering |
||
Created attachment 495612 [details]
Larger font, still ugly
Created attachment 495614 [details]
artifacts around ugly rendered fonts
I can confirm this. After upgrade to media-libs/freetype-2.8.1 qupzilla's webengine renders ugly fonts and all sorts of display artifacts around them.
Problems with QtWebEngine are discussed on the project's mailing list: http://lists.nongnu.org/archive/html/freetype-devel/2017-09/msg00081.html I suppose because FT_CONFIG_OPTION_SUBPIXEL_RENDERING in 2.8.1 is undefined by default that enables: [smooth] Harmony LCD rendering. This is a new technology for LCD-optimized rendering. It capitalizes on the fact that each color channel grid is shifted by a third of a pixel. Therefore it is logical to render 3 separate monochrome bitmaps shifting the outline by 1/3 pixel, and then combine them. Importantly, the resulting output does not require additional LCD filtering. * src/smooth/ftsmooth.c (ft_smooth_render_generic) [!FT_CONFIG_OPTION_SUBPIXEL_RENDERING]: Implement new LCD-optimized rendering. * include/freetype/ftlcdfil.h, include/freetype/freetype.h, include/freetype/config/ftoption.h, devel/ftoption.h: Updated documentation. Created attachment 496736 [details]
Firefox Rendering
Also happens in Firefox (=www-client/firefox-55.0.3). Screenshot attached. Downgrading to =media-libs/freetype-2.8 makes things nice and clear again.
What I don't personally understand is why only *some* things were affected; fonts were rendered in Firefox poorly, but most other applications (GTK and Qt alike) were fine.
Temporary workaround for Firefox/Thunderbird on my blog: http://z-issue.com/wp/ugly-fonts-in-mozilla-firefox-and-thunderbird-under-linux-skia-and-cairo/ In my case, those were the only application hit by this bug, so the workaround is applicable. Changing font smoothing from RGBA to Greyscale with Gnome Tweak Tool solves this problem for me. |
Created attachment 495610 [details] Screenshot of ugly font Hi, upgrading from freetype-2.8 to freetype-2.8.1 breaks the font rendering making them ugly, very condensed and with spurious pixels popping out. See scrrenshots