Live data from Hacker News

The new TrueType interpreter in FreeType 2.7.0

lists.nongnu.org

61–70 of 86 posts

Re: The new TrueType interpreter in FreeType 2.7.0

#61
post #58

Can somebody explain this to me? In low resolutions, you can easily, with current memory sizes and bandwidths, store all the fonts in pixel format (compressed of course). At high resolutions, you don't need any hinting, so you can just render the font as svg paths for example. So why do we still need an interpreter?

You'd still need the interpreter to generate the pixel format versions wouldn't you?

Re: The new TrueType interpreter in FreeType 2.7.0

#62
post #44
post #3

"Switching to the new mode might take some getting used to though, so if you think your fonts are suddenly fat, fuzzy or weird, give your brain some time to adjust." This is true, and IMO it's the reason font rendering is much less important than people think. When I got a new pair of glasses I disabled font anti-aliasing to make the edges as sharp as possible. I did this so I could more quickly learn to focus my eye…

Yes the most legible font is the one you're used to, but do we want to condition the next generation into thinking low dpi bitmapped fonts are the best? The thing is, we need to set the software defaults to be most pleasing to a population who has never had any prior experience. And IMHO, the print industry has figured that out centuries ago.

but do we want to condition the next generation into thinking low dpi bitmapped fonts are the best?

If it means the software for displaying them can be simpler, maybe yes? Personally I think the X fixed fonts (with a slashed zero) are pretty good... I can read text in that font all day in a terminal and not get tired.

Re: The new TrueType interpreter in FreeType 2.7.0

#64
post #58

Can somebody explain this to me? In low resolutions, you can easily, with current memory sizes and bandwidths, store all the fonts in pixel format (compressed of course). At high resolutions, you don't need any hinting, so you can just render the font as svg paths for example. So why do we still need an interpreter?

You'd still need the interpreter to generate the pixel format versions wouldn't you?

Well the idea is that the artist can choose any tool they want.

For example, they could write their own renderer, then manually adjust inflection points etc. at different point sizes.

Or, they could just render at a large resolution, scale down to smaller resolution, and adjust any imperfections how they like.

Re: The new TrueType interpreter in FreeType 2.7.0

#65

In the announcement, they explicitly state that the performance changes will make Arial and other very common fonts render less well. Is this a sound decision, in an age where these fonts are still very widely explicitly used?

Arial looks ugly no matter what rendering hacks you apply. The sooner it will be extinct the better.

Re: The new TrueType interpreter in FreeType 2.7.0

#66
post #58

Can somebody explain this to me? In low resolutions, you can easily, with current memory sizes and bandwidths, store all the fonts in pixel format (compressed of course). At high resolutions, you don't need any hinting, so you can just render the font as svg paths for example. So why do we still need an interpreter?

If you use a particular version of each letter at each size, you start to accumulate positioning error as you go along a line (or end up with odd gaps if you try to avoid it). Nowadays, we tend to aim for precise reproduction of the font's sizing, even where the size ends up not being a round number of pixels, for consistency. You'd then need at least 16 versions of each letter to approximately cover each subpixel position, and it starts not really being a win.

Re: The new TrueType interpreter in FreeType 2.7.0

#67
post #57

Finally. To be honest I switched back to using Windows on my private machine because font rendering on Linux (using Chromium and Firefox) was more like a lottery than something readable without enough alcohol. A pity it will take some time to ship to Debian Testing, I'd love to try it without having to recompile the whole system.

What Linux distribution did you use? In my experience the font rendering in the common distributions, like Ubuntu, is rather good these days. Personally I use Debian stable with a simple window manager (Blackbox) and no X display manager. In this case I need to set a few variables in ~/.Xresources to get good results: Xft.antialias: true Xft.autohint: false Xft.dpi: 100 Xft.hinting: true Xft.hintstyle: hintslight Xft…

most modern apps use fontconfig to, well, configure fonts, and afaik ignore these Xft X resources.

So something like this is needed in ~/.config/fontconfig/fonts.conf:

  
  
  
  
  rgb
  true
  hintfull
  true
  lcddefault
  
  

Re: The new TrueType interpreter in FreeType 2.7.0

#68
post #58

Can somebody explain this to me? In low resolutions, you can easily, with current memory sizes and bandwidths, store all the fonts in pixel format (compressed of course). At high resolutions, you don't need any hinting, so you can just render the font as svg paths for example. So why do we still need an interpreter?

If you use a particular version of each letter at each size, you start to accumulate positioning error as you go along a line (or end up with odd gaps if you try to avoid it). Nowadays, we tend to aim for precise reproduction of the font's sizing, even where the size ends up not being a round number of pixels, for consistency. You'd then need at least 16 versions of each letter to approximately cover each subpixel po…

True, but at least the artist has complete control.

Re: The new TrueType interpreter in FreeType 2.7.0

#69
post #3

"Switching to the new mode might take some getting used to though, so if you think your fonts are suddenly fat, fuzzy or weird, give your brain some time to adjust." This is true, and IMO it's the reason font rendering is much less important than people think. When I got a new pair of glasses I disabled font anti-aliasing to make the edges as sharp as possible. I did this so I could more quickly learn to focus my eye…

Just look at any recent Android phone. Font rendering is basically solved, all it took was making displays dense enough. What you are talking about is legacy software that doesn't scale properly.

Re: The new TrueType interpreter in FreeType 2.7.0

#70
post #3

"Switching to the new mode might take some getting used to though, so if you think your fonts are suddenly fat, fuzzy or weird, give your brain some time to adjust." This is true, and IMO it's the reason font rendering is much less important than people think. When I got a new pair of glasses I disabled font anti-aliasing to make the edges as sharp as possible. I did this so I could more quickly learn to focus my eye…

Trying to read ClearType for any length of time beyond casual glances actually makes me dizzy and my eyes start watering because of the lack of sharp edges to focus on. Non-subpixel-AA still looks slightly blurry, but I don't get the same "WTF is happening to my eyes" feeling. I prefer non-AA as well, and in the example screenshots posted in the other comment here, it's the font to the left, describing the current se…

Maybe you already have but try adjusting your cleartype settings if you have not. It makes a real difference for me.
Post reply on HN