Current and freetype font rendering
I am unable to get nice looking fonts in my Current VirtualBox instance. I am using Xfce.
Regardless of my efforts, the fonts are always "blurry" or "fuzzy." I am a long-time MS core fonts user. I much prefer Arial for my desktop font. I have tried other fonts and prefer Arial. Enough said about that, please. :) For more than a decade I have used 120 dpi, anti-aliasing, full hinting, and RGB sub-pixel ordering. I long have used my own /etc/fonts/local.conf for when desktop environments do not support those options. For many years I rebuilt the freetype package to gain use of sub-pixel ordering. I never had a problem with the True Type fonts until the latest freetype changes. I am aware the changes in the latest package affect True Type fonts. Allegedly the cure for using True Type fonts with the latest freetype is to use various environment variables. I tried all three options in /etc/profile.d/freetype.sh. In a CentOS 7.6 virtual machine, which includes the same freetype changes, I am using the following environment variable: export FREETYPE_PROPERTIES="truetype:interpreter-version=35 cff:no-stem-darkening=1 autofitter:warping=1" This variable has no effect in Current. Rebuilding the freetype package has no effect. Updating the latest VirtualBox GA has no effect. Any ideas? Thanks. :) |
With -current this is how I set my fonts, not sure if this is the look you are going for though. The newest versions of freetype don't require recompiling to get subpixel rendering anymore, they have there own method called harmony. All I do now is set these symlinks in my /etc/fonts/conf.d file
Code:
cd /etc/fonts/conf.d Code:
Xft.dpi: 96 Based on what you said you'll probably want to tweak the DPI and such but this is what I do and this is what my fonts look lile. https://www.dropbox.com/s/ogpnnsb0wo...rent1.png?dl=0 |
Quote:
All you have to do in order to change the appearance of your screen fonts is symlink files from /etc/fonts/conf.avail to /etc/fonts/conf.d. |
hi,
I had a similar issues: https://www.linuxquestions.org/quest...ml#post5811584 and this is how a fixed them: https://www.linuxquestions.org/quest...ml#post5815939 |
Thanks for the tips. As often is the case, discussing an issue with others reveals the root cause. In my case, the problem is caused by 60-liberation.conf. I should have thought about that sym link right away because I long have used the MS core fonts and always have had to remove that link.
After removing that link the fonts look sharper. Yet oddly the entire VirtualBox screen looks blurry or fuzzy. All other VirtualBox guests (not Slackware) do not have this problem. Might be an Xfce thing, I don't know. I have no patience for KDE and I have not tried that. I need to find time to install the MATE packages as that is what I use daily and that would provide my eyes an equivalent presentation. I probably should find time to run Current on bare metal too. Time -- the one thing nobody ever has enough of. :) Side note: I realize the Liberation fonts are supposed to be a replacement for the MS fonts, but to me they don't look the same and are not as sharp. The metrics are not the same and the fonts always look thicker to me. Because of the recent upstream freetype changes I have been tinkering with other fonts. I don't seem to find anything I am content with. Probably two decades of eye and memory muscle fighting against me because I started using the core fonts as soon as I started using Linux systems in 2002. Back in that day, fonts on a Linux system were awful. As I was dual booting for a few years, I used the core fonts in both systems. By using the core fonts I never had font issues in any Linux system I used. Some might call that "cheating." I call that being pragmatic. ;) |
Current and freetype font rendering
Did you enable sub-pixel hinting? It is not enabled by default.
|
Quote:
|
Current and freetype font rendering
Add a symlink as mentioned in Daedra's post above.
|
Quote:
Quote:
Question: Is sub-pixel hinting now built in? If yes then perhaps the build script should be updated to removed the freetype.subpixel.rendering.diff.gz patch? |
Quote:
|
Quote:
/* #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING */ by default ? |
Yes and no, that line just specifies the pixel order of your LCD monitor. The vast majority of monitors sold today have a pixel order of red,green,blue (RGB). There are monitors out there that different pixel orders like blue,green,red (BGR). I believe the default is RGB so you really don't have to set that if you don't want to. I just do it for peace of mind. If you had a monitor that used BGR, you would have to symlink the appropriate entry into /etc/fonts/conf.d, however I have personally never seen a monitor that uses anything other than RGB, but I do know they exist.
And remember, #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING is the patented subpixel rendering method, freetype 2.9.1 has two ways of doing subpixel rendering, the patented cleartype Microsfoft method, which is that line, and is disabled in default Slackware. And the non-patented freetype method called harmony which is now automatically enabled in freetype. You just have to "turn it on" either in your desktop environment or with the symlinks I mention above. So quick answer, if you decided to turn on subpixel rendering, setting your pixel order is probably only necessary if your monitor is using something other than RGB, but I always set it anyway. |
Quote:
AFAIU These two methods may coexist (may be enabled) simultaneously in the same system. True ? |
I don't believe so. if you enable #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING with the patch included in the slackbuild then the patented method will be used and harmony will be disabled. I am not 100% sure about this, but it really doesn't matter which one you choose to use. visually they are identical. If you read this, it implies its one or the other.
Code:
/*************************************************************************/ |
Yes, I recompile freetype 2.9.x on my machine with ``#define FT_CONFIG_OPTION_SUBPIXEL_RENDERING'' enabled, because WINE does some very bizarro low-level things to enable smoothed fonts rather than using, say, the Xft API. Try enabling smoothed fonts in WINE without that option enabled, and it will not work and fonts will appear jagged and un-antialiased.
|
All times are GMT -5. The time now is 08:41 AM. |