Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[HOWTO]Freetype subpixel font rendering - lcd monitors Pt 2
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 19, 20, 21 ... 27, 28, 29  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
illuminated
n00b
n00b


Joined: 28 Dec 2010
Posts: 48

PostPosted: Sun Feb 20, 2011 8:38 pm    Post subject: Reply with quote

I have one more question. Has anybody experienced any difficulties when reading text that has font size smaller than usual ? For example, when somebody puts 'code' tag around some tags, I have to zoom in a couple of times to read it.

Last edited by illuminated on Sun Jul 10, 2011 8:06 am; edited 1 time in total
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Mon Feb 21, 2011 2:49 am    Post subject: Reply with quote

illuminated, you should either describe the problem properly (yes, small text is *small*, we know that) or show a screenshot.
Back to top
View user's profile Send private message
patrix_neo
Guru
Guru


Joined: 08 Jan 2004
Posts: 519
Location: The Maldives

PostPosted: Tue Mar 01, 2011 10:22 pm    Post subject: Reply with quote

illuminated wrote:
I have one more question. Has anybody experienced any difficulties when reading text that has font size smaller than usual ? For example, when somebody puts 'code' tag around some tags, I have to zoom in a couple of times to read it.


I can only tell from own experience. I had that problem while having a new monitor and upgraded Xorg. My final solution was find a resolution for my monitor, to skip /etc/X11/xorg.conf, make a new one ONLY for my nvidia card and use a HDMI cable. Better contrast too.
Back to top
View user's profile Send private message
illuminated
n00b
n00b


Joined: 28 Dec 2010
Posts: 48

PostPosted: Wed Mar 02, 2011 6:51 am    Post subject: Reply with quote

PaulBredbury wrote:
illuminated, you should either describe the problem properly (yes, small text is *small*, we know that) or show a screenshot.


It works after reboot :D
Back to top
View user's profile Send private message
illuminated
n00b
n00b


Joined: 28 Dec 2010
Posts: 48

PostPosted: Fri Apr 01, 2011 10:19 pm    Post subject: Reply with quote

Hello again. Although I love Gentoo, I'm really struggling with setting up the fonts which would be nice and very easy to read (as close as possible to the originals). I have followed wiki guide about lcd-filtering but the problem I ran into was that texts on web sites was very hard to read especially when they had more than 3 paragraphs. So, I installed all Windows fonts and use infinality's .fonts.config. I tried changing rendering style in the file, but the fonts still don't look very clear. I suppose this is because I don't have any infinality's patches installed. I read almost whole topic and I still don't know how to apply these patches and which to apply. At the bottom, I attached few screenshots how my fonts look like with infinality's .fonts.config and infinality rendering style chosen.

http://img862.imageshack.us/i/snapshot3e.png/
http://img84.imageshack.us/i/snapshot4a.png/
http://img838.imageshack.us/i/snapshot5x.png/

edit
I figured it out now. Apparently all infinality patches are included in overlay (missed this somehow). My problems were that I wasn't using .Xresources file and I had few fonts enabled which basically made my fonts look very bad.
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Sat May 28, 2011 3:43 am    Post subject: Reply with quote

With Infinality's rendering, don't use INFINALITY_FT_STEM_ALIGNMENT_TYPE - it's unstable.
Back to top
View user's profile Send private message
stelinux
Tux's lil' helper
Tux's lil' helper


Joined: 02 Nov 2004
Posts: 108

PostPosted: Mon May 30, 2011 5:46 pm    Post subject: freetype -cleartype +lcdfilter = segfault Reply with quote

Freetype & co. compiled with -cleartype +lcdfilter give libreoffice segfault. Revert the programs to +cleartype -lcdfiter give libreoffice start normally. The sigsegv is related to libfreetype.6.6.2 at the open of the file.
Now I'm at office but when I go to home I post you my emerge --info.
_________________
stelinux on i7 950 12GB 1600 8/8/8 GP106
gentoo 17.1/no-multilib
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Mon May 30, 2011 6:13 pm    Post subject: Re: freetype -cleartype +lcdfilter = segfault Reply with quote

stelinux wrote:
libreoffice segfault

Are you using freetype2-infinality-protect_null_pointer-goddesse.patch

References:
https://bbs.archlinux.org/viewtopic.php?pid=864901#p864901
http://aur.archlinux.org/packages.php?ID=38888 (click on "tarball" to get the patches)
http://www.infinality.net/forum/viewtopic.php?f=2&t=14&p=225#p224
http://www.infinality.net/forum/viewtopic.php?f=2&t=48
Back to top
View user's profile Send private message
bi3l
Apprentice
Apprentice


Joined: 06 Feb 2003
Posts: 268
Location: France

PostPosted: Tue May 31, 2011 8:08 am    Post subject: Re: freetype -cleartype +lcdfilter = segfault Reply with quote

PaulBredbury wrote:
Are you using freetype2-infinality-protect_null_pointer-goddesse.patch

Actually yes, but it appears the patch is not complete in LCD filtering. I'll commit a fix asap.
_________________
OGMRip - LCD filtering (Wiki)
Back to top
View user's profile Send private message
stelinux
Tux's lil' helper
Tux's lil' helper


Joined: 02 Nov 2004
Posts: 108

PostPosted: Tue May 31, 2011 5:34 pm    Post subject: Re: freetype -cleartype +lcdfilter = segfault Reply with quote

PaulBredbury wrote:
stelinux wrote:
libreoffice segfault

Are you using freetype2-infinality-protect_null_pointer-goddesse.patch

References:
https://bbs.archlinux.org/viewtopic.php?pid=864901#p864901
http://aur.archlinux.org/packages.php?ID=38888 (click on "tarball" to get the patches)
http://www.infinality.net/forum/viewtopic.php?f=2&t=14&p=225#p224
http://www.infinality.net/forum/viewtopic.php?f=2&t=48


No, I've not found it in my lcd-filtering directory
_________________
stelinux on i7 950 12GB 1600 8/8/8 GP106
gentoo 17.1/no-multilib
Back to top
View user's profile Send private message
bi3l
Apprentice
Apprentice


Joined: 06 Feb 2003
Posts: 268
Location: France

PostPosted: Wed Jun 01, 2011 6:20 am    Post subject: Reply with quote

The name of the patch is freetype-2.4.4-protect-style-name.patch and it's been updated. Please, give it a try.
_________________
OGMRip - LCD filtering (Wiki)
Back to top
View user's profile Send private message
nordic bro
Guru
Guru


Joined: 25 Oct 2003
Posts: 582

PostPosted: Wed Jun 01, 2011 4:38 pm    Post subject: Reply with quote

bit of a font mod noob so can someone tell me where to get these windows/mac fonts besides "the internet"? :) it seems the infinality/lcd-filtering overlay stuff is really meant for them? so is there a pkg of those fonts I can download, rather than just searching out some random individuals and hoping they'll replace the standard ones I use now?

also, I more or less stick to standard font pkgs in gentoo (corefonts, font-bh*, ttf-bitstream, etc.) so for things where I define the font such as when starting xterm or emacs, do I have to specifically change my invocation to pick up the windows/mac version? or putting the windows/mac fonts folder at the top of xorg.conf will do that automatically?

if so, how do I know that's working? that is, how do I know I have the windows/mac equiv of the font being used rather than something saying internally "can't find that font, will just use an existing fallback instead"?

thanks.
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Wed Jun 01, 2011 6:13 pm    Post subject: Reply with quote

nordic bro wrote:
where to get these windows/mac fonts

Freetard-acceptable (i.e. hugely strict on the licence) big collections of quality fonts optimized for screens, the likes of which distros could actually officially include, are very rare.

A few pages ago in this very thread, I linked to various free fonts worth trying.

Quote:
it seems the infinality/lcd-filtering overlay stuff is really meant for them?

Infinality's rendering is the best so far, in my not-so-humble opinion, but it can't magically make a crap font look good. What it will do, is make good fonts look great. So, er, yeah, good fonts are better than crap ones.

Anyway, the whole thing's so (annoyingly) subjective that you have to experiment yourself, to find the best setup for yourself, on your monitor, your DPI settings (which some people have set wrongly - it should be the natural DPI of your monitor, AFAICT, x times y, not 96DPI square and not 120DPI square), your eyes, your personal preferences.

Quote:
hoping they'll replace the standard ones I use now?

Don't "hope", learn to love ~/.fonts.conf, its customization potential, and the freetype commands, e.g.:

Code:
fc-match -a "Sans" | head


Quote:
how do I know that's working?

For e.g. firefox, there's:
Code:
lsof | grep -i firefox | egrep -i 'ttf|pfb'

Which I've already mentioned in this thread.

You should fully read this thread, then ask better questions.
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Sun Jun 05, 2011 7:19 am    Post subject: Reply with quote

Infinality's 20110604 patches are out, but they're unstable.

Edit: Has workaround, see below.


Last edited by PaulBredbury on Sat Jul 23, 2011 8:35 am; edited 1 time in total
Back to top
View user's profile Send private message
illuminated
n00b
n00b


Joined: 28 Dec 2010
Posts: 48

PostPosted: Sun Jun 05, 2011 11:29 am    Post subject: Reply with quote

Which fontconfig .conf files should be selected when using infinality config (besides user.conf) ?
Back to top
View user's profile Send private message
stelinux
Tux's lil' helper
Tux's lil' helper


Joined: 02 Nov 2004
Posts: 108

PostPosted: Mon Jun 06, 2011 10:30 pm    Post subject: Reply with quote

bi3l wrote:
The name of the patch is freetype-2.4.4-protect-style-name.patch and it's been updated. Please, give it a try.


:D patch solve the segfault of libfreetype in libreoffice.
Thank you so much :D
_________________
stelinux on i7 950 12GB 1600 8/8/8 GP106
gentoo 17.1/no-multilib
Back to top
View user's profile Send private message
RomaHagen
n00b
n00b


Joined: 13 Jun 2011
Posts: 3

PostPosted: Mon Jun 13, 2011 4:58 pm    Post subject: Reply with quote

Hi,

I've read the last 9 pages of this thread. Let me please ask some stupid question that I asked in the infinality forum already once again, since I'm not satisfied with the answer I got there.

I was always frustrated with the quality of font rendering in Linux. Now that can be improved. But.. To improve it one will need to spend probably days.

My main confusing is why those patches cannot be submitted upstream. I seems to found the answer, but I'm still confused.

At viewtopic.php?f=2&t=18 it says "The existing Truetype interpreter in Freetype renders fonts "correctly"... This is not Freetype misbehaving; rather it is Freetype doing exactly what the font tells it, and Windows using tricks to make them look nicer. "

As I understood the heritage of the big and ugly Micro$oft is a burden to Linux users as always. Micro$oft didn't follow specifications and added it's own "tweaks". With patches you try to mimic Micro$oft's implementation. That's why your patches cannot be submitted upstream. Is that correct?

If so, then I have another question. The main problem is that old fonts, which were designed for black and white displays are tweaked to work on colored ones. But aren't there any modern fonts that are designed for modern displays and that are perfectly rendered with freetype? Then we won't need patches, tweaks etc.

Thanks for your answer in advance!
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Mon Jun 13, 2011 5:38 pm    Post subject: Reply with quote

RomaHagen wrote:
I'm not satisfied with the answer I got there.

Which was this. You should explain what you're not satisfied with, rather than do a copy-n-paste.

Quote:
To improve it one will need to spend probably days.

Or spend 15 minutes installing e.g. Mint, which includes Ubuntu's font-rendering patches. Or Fuduntu which includes Infinality's.

Quote:
That's why your patches cannot be submitted upstream. Is that correct?

I already answered this - it's the FUD caused by patents. Patents owned by the likes of Microsoft *and* Apple. If you google a bit, you'll find the list.

Quote:
tweaked to work on colored ones

You mean, to take advantage of sub-pixel rendering. The fonts are still coloured black, but may appear with red/green/blue fringes, depending on the algorithm, monitor, font, and eyesight of the user.

Quote:
Then we won't need patches, tweaks etc.

Nonsense. We won't need tweaks when we have 600DPI monitors, rather than e.g.:

Code:
$ xdpyinfo | grep -B1 dot
  dimensions:    1920x1080 pixels (372x231 millimeters)
  resolution:    131x119 dots per inch

As I already mentioned in this thread.
Back to top
View user's profile Send private message
RomaHagen
n00b
n00b


Joined: 13 Jun 2011
Posts: 3

PostPosted: Mon Jun 13, 2011 5:53 pm    Post subject: Reply with quote

Sorry, just after I posted it I suspected that you were the guy that replied to me at infinalitie's forum.

I'm aware of the patents you mentioned, but haven't they expired? See http://www.freetype.org/patents.html .

Well, I would like to set up nice font rendering on my system and not change the distro because of it:)

Hm.. with the patches you haven't got it right. What I mean is a reasonable default font rendering as provided by Microsoft or Apple. Of course according to the personal taste the patches can be added. But I suppose the majority of users are just fine with font rendering as in Windows or Mac OS X. This is what I would like the default freetype provides.
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Mon Jun 13, 2011 6:11 pm    Post subject: Reply with quote

There's more patents listed at subpixel rendering and cleartype.

Linux's font rendering can be made better than Windows', so there's no point in just copying their style. You could argue that it should be an option. I might argue that people who want such an option should get their eyes tested :lol:

I'm sure you won't see Windows' style in upstream freetype until around 2020, when all the potential patents have expired. So I recommend learning how to apply patches.
Back to top
View user's profile Send private message
RomaHagen
n00b
n00b


Joined: 13 Jun 2011
Posts: 3

PostPosted: Mon Jun 13, 2011 6:28 pm    Post subject: Reply with quote

Well, I can not only apply patches but also write them. I just would like to have them all upstream. :) And it took me a lot of time just to get to know that such patches exist! Previously I used openSUSE, now I've switched to Arch and found out about all this at the Arch Wiki.

Hm.. I thought the problems were not patents but the necessity to use quirks to render legacy fonts as Microsoft did. Of course, such code should not land in the upstream. Now I know that the patents is the other obstacle.

By no means should Linux copy Windows style. What I meant is that the quality should be comparable.
Back to top
View user's profile Send private message
devsk
Advocate
Advocate


Joined: 24 Oct 2003
Posts: 2870
Location: Bay Area, CA

PostPosted: Sat Jul 09, 2011 4:11 pm    Post subject: Reply with quote

Code:
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

media-libs/freetype:2

  (media-libs/freetype-2.4.5::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (media-libs/freetype-2.4.4::lcd-filtering, installed) pulled in by
    media-libs/freetype[lcdfilter=,cleartype=] required by (x11-libs/libXft-2.2.0::lcd-filtering, installed)
    media-libs/freetype:2[lcdfilter=,cleartype=] required by (x11-libs/cairo-1.10.2-r1::lcd-filtering, ebuild scheduled for merge)
Does anybody know why lcd-filtering overlay is not updated to 2.4.5?
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Sat Jul 09, 2011 11:25 pm    Post subject: Reply with quote

2.4.5 needs Infinality's 2010 patches to be redone, thanks to freetype upstream's changes in the last couple of months. I'm using a freetype2 git snapshot from 20110419.

I reckon it would be a better use of effort to fix the crashing bug in Infinality's 2011 version.
Back to top
View user's profile Send private message
PaulBredbury
Watchman
Watchman


Joined: 14 Jul 2005
Posts: 7310

PostPosted: Fri Jul 22, 2011 10:55 am    Post subject: Reply with quote

Now that the crashing bug has a workaround, here's a handy collection of the patches required for "Infinality 2011", plus my own "change-the-defaults-to-be-sensible" patch (which this time sticks to Infinality's recommendations).

Base is the official freetype 2.4.5 release (Edit: 2.4.6 now). Patching code to use:
Code:
# From http://www.infinality.net/fedora/linux/15/SRPMS/freetype-infinality-2.4.5.x-2.20110604_1.4.fc15.src.rpm
patch -Np1 -i freetype-add-subpixel-hinting-infinality-20110604-1.patch &&
patch -Np1 -i freetype-enable-subpixel-hinting-infinality-20100909-1.patch &&
patch -Np1 -i freetype-entire-infinality-patchset-20110604-1.patch &&

# Workaround bug in http://www.infinality.net/forum/viewtopic.php?f=2&t=71
patch -Np1 -i stem_align-crash-workaround.patch &&

# Apply Infinality's own recommended defaults, as the real defaults
patch -Np1 -i env-defaults-20110722.patch &&

# Enable table validation, as done in Fedora & Debian/Ubuntu
patch -Np1 -i freetype-2.2.1-enable-valid.patch &&

# Enable system zlib
sed -i -r 's:.*(#.*SYSTEM_ZLIB.*) .*:\1:' include/freetype/config/ftoption.h &&

# Remove files created by the patch commands
rm -f src/smooth/ftsmooth.c.orig src/autofit/aflatin.c.orig include/freetype/config/ftoption.h.orig modules.cfg.orig &&

# Your usual ./configure --prefix=/usr and make and make install


Compared to the 2010 Infinality patchset, the fonts look cleaner.

Edit: Changed the default INFINALITY_FT_CHROMEOS_STYLE_SHARPENING_STRENGTH from 50 to 0, because 0 removes the ugly distortion, and makes the font appear slightly darker.


Last edited by PaulBredbury on Wed Aug 10, 2011 6:30 pm; edited 1 time in total
Back to top
View user's profile Send private message
bi3l
Apprentice
Apprentice


Joined: 06 Feb 2003
Posts: 268
Location: France

PostPosted: Sat Jul 23, 2011 9:58 am    Post subject: Reply with quote

The LCD-filtering overlay has been updated.
_________________
OGMRip - LCD filtering (Wiki)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3 ... 19, 20, 21 ... 27, 28, 29  Next
Page 20 of 29

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum