freetype
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ft] Regression in rendering of Luxi Mono


From: Mike FABIAN
Subject: [ft] Regression in rendering of Luxi Mono
Date: Thu, 19 Oct 2006 18:14:03 +0200
User-agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.5 (fiddleheads, linux)

In freetype 2.2.1 CVS version from 20061013, "Luxi Mono" is
rendered completely broken when the autohinter is not used.

See this screen shot (from ftview):

http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-off-ft-2.2.1.20061013.png

When the autohinter is switched on, the problem disappears,
see the following screen shot:

http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-on-ft-2.2.1.20061013.png

It is nice that the autohinter improves the rendering, but why is the
rendering completely broken without the autohinter?

The problem did not exist in freetype 2.1.10, see the following
two screen shots:

http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-off-ft-2.1.10.png
http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luxi-mono-autohinting-on-ft-2.1.10.png

In freetype 2.1.10, switching off the autohinter changes the rendering
results only slighly, there is no such huge difference as with
freetype 2.2.1.20061013 where the rendering of "Luxi Mono" without the
autohinter is completely broken.

By the way, both freetype version used for testing this were compiled
*with* the byte code interpreter!

The font is /usr/share/fonts/truetype/luximr.ttf as distributed
with X.org release 7.1. This font is also available here:

http://lisa.goe.net/~mfabian/freetype2-luxi-mono-autohinting-problem/luximr.ttf

-- 
Mike FABIAN   <address@hidden>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。




reply via email to

[Prev in Thread] Current Thread [Next in Thread]