You are not logged in.
Here is a comparison between freetype 2.2 and older version:
Same font, freetype 2.2 with light hinting vs freetype 2 (default config on suse 10)
I heard people getting some problems with 2.2 - but the new light hinting is great (it doesn't make any difference before), and it works well with all the fonts I have tried: MS core fonts, new vista ones, and office fonts and chinese ones. Some fonts which can't be used with auto-hint previously are also rendered perfectly now.
Offline
Its been flagged out of date, someone will get to it. It may help to file a bug report so the maintainers know that its important to someone. Update requests in this forum generally go unnoticed.
Dusty
Offline
Last time I used it, light hinting made my fonts look like little dark clouds.
At any rate, the problem with 2.2 is that bytecode hinting, rather than just being disabled by default, cannot be enabled, period. Unless someone's come up with a patch for that, in which case I'd by all means support the update.
Offline
Last time I used it, light hinting made my fonts look like little dark clouds.
At any rate, the problem with 2.2 is that bytecode hinting, rather than just being disabled by default, cannot be enabled, period. Unless someone's come up with a patch for that, in which case I'd by all means support the update.
Ah, what fonts you are using?? Did you explicitly disable autohint for them in fonts.conf?
EDIT: I found the problem. Freetype 2.2 by default activates a stripped-down bytecode interpreter which has no patent issue (and is rather useless ), see http://freetype.fis.uniroma2.it/freetyp … ngine.html
I'm rebuilding a new freetype now
Offline
MS and Bitstream at the time, and yes, autohint was explicitly disabled.
FWIW, we had 2.2 in the repos for a while. It was reverted:
upgpkg: freetype2 2.1.10-4
Revert to 2.1.10, too many regressions. Add integer overflow fixes from Novell ClosedSuSE
Offline
The freetype 2.2 with patented bytecode interpreter: http://www.aqd.ath.cx/stuff-linux/binar … pkg.tar.gz
patch is here => http://www.aqd.ath.cx/stuff-linux/bytecode.patch
Offline
Ah, seems that patch will solve the regressions: I found out after the first release that the bytecode hinter wasn't really enabled, so I updated it with a 2nd release, which became a little bit better, but was still worse than the 2.1.x versions.
Looking at your patch I need to disable/enable 3 options to get the old behaviour back.
Offline
Cool. 8)
Offline
Fonts are blurry here with the new freetype
EDIT: Sub-pixel hinting set to RGB and full hinting style fixed it.
Offline
My xterms look hideous now
It's a bit of a shame that these kinds of gimicky changes get shoved down people's throats, in a way. Especially if it happens without warning or message in advance
Now I've been looking at how to switch this ugly anti-aliasing off for the last 30 minutes (and I've still not found the solution )
Offline
Are you using the autohinter or bytecode AA?
Offline
To be honest, I haven't the slightest idea what I'm using
fonts.conf doesn't mention either of them, and the autohinter and AA parts are both commented out in /etc/fonts/local.conf.
in /etc/fonts/conf.d the only enabled config is no-bitmaps.conf
There is no ~/.fonts.conf, either.
Offline
To be honest, I haven't the slightest idea what I'm using
fonts.conf doesn't mention either of them, and the autohinter and AA parts are both commented out in /etc/fonts/local.conf.
in /etc/fonts/conf.d the only enabled config is no-bitmaps.conf
There is no ~/.fonts.conf, either.
On what apps??
Offline
GoneWacko wrote:To be honest, I haven't the slightest idea what I'm using
fonts.conf doesn't mention either of them, and the autohinter and AA parts are both commented out in /etc/fonts/local.conf.
in /etc/fonts/conf.d the only enabled config is no-bitmaps.conf
There is no ~/.fonts.conf, either.
On what apps??
It looks fine everywhere, it's just that I don't want <the> to be applied to my xterm font because it doesn't look very well with that.
Offline