Re: [ft] Gamma (?) huge difference between FreeType and others (OS X, or even FreeType based MacType)

[puxi]

Sorry for this mistake.
Now I use the same fonts to compare them again.

For Latin I use Arial (.ttf),
OS X:
https://i.imgur.com/lSHw4fT.png
FreeType:
https://i.imgur.com/Jm3JAwv.png

For CJK I use Source Han Sans SC Regular (.otf),
OS X:
https://i.imgur.com/dvTUvJJ.png
https://i.imgur.com/BMj0u6K.png
FreeType:
https://i.imgur.com/yG9ybct.png
https://i.imgur.com/Th12ZgK.png

Compare them side by side,
CJK:
https://i.imgur.com/eXOpUPN.png
Latin:
https://i.imgur.com/3huCFdq.png

With the comparisons, you can clearly see the "color" difference
between FreeType and other two. By my eye, it looks like OS X and
MacType both font rendering's "color" have a little bit "red" inside,
or just simply say that looks more "red" (or "purple red") than Linux.
Only Linux font rendering's "color" still looks "blue". By "color",
it's because I still don't know what really called is. I have been
searching a lot of articles about font rendering in the past week, but
none of them can helps me out with this "color" issue.  I was thought
that it probably could be "Subpixel rendering" related, but still not
sure.
I'm also wondering since MacType is FreeType too, which means that
FreeType can did the right "color" of the font rendering.
Hopefully I'm not mistaken something again. It really bother me.
Thanks!


On Wed, Jun 3, 2015 at 1:55 PM Werner LEMBERG <address@hidden> wrote:
>
> > https://i.imgur.com/dpDEEzO.png
> > https://i.imgur.com/EJdaCQQ.png
> >
> > As you can see, even the MacType got the results as same as OS X.
> > Only Linux is so different.
>
> Have a closer look at the glyph `お'.  You can clearly see that OS X
> and Linux use different fonts.  Before drawing any conclusions about
> the `weirdness' on Linux, you should make sure to compare the
> rendering of the *same* fonts – in the same font format!  Especially
> the latter can be of some importance, since CFF (.otf) and TrueType
> (.ttf) are technically different and thus handled separately.
>
>
>     Werner