| View previous topic :: View next topic |
| Author |
Message |
illuminated n00b

Joined: 28 Dec 2010 Posts: 48
|
Posted: Sun Feb 20, 2011 8:38 pm Post subject: |
|
|
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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Mon Feb 21, 2011 2:49 am Post subject: |
|
|
| illuminated, you should either describe the problem properly (yes, small text is *small*, we know that) or show a screenshot. |
|
| Back to top |
|
 |
patrix_neo Guru

Joined: 08 Jan 2004 Posts: 333 Location: Svedala
|
Posted: Tue Mar 01, 2011 10:22 pm Post subject: |
|
|
| 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 |
|
 |
illuminated n00b

Joined: 28 Dec 2010 Posts: 48
|
Posted: Wed Mar 02, 2011 6:51 am Post subject: |
|
|
| 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  |
|
| Back to top |
|
 |
illuminated n00b

Joined: 28 Dec 2010 Posts: 48
|
Posted: Fri Apr 01, 2011 10:19 pm Post subject: |
|
|
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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Sat May 28, 2011 3:43 am Post subject: |
|
|
| With Infinality's rendering, don't use INFINALITY_FT_STEM_ALIGNMENT_TYPE - it's unstable. |
|
| Back to top |
|
 |
stelinux n00b


Joined: 02 Nov 2004 Posts: 70
|
Posted: Mon May 30, 2011 5:46 pm Post subject: freetype -cleartype +lcdfilter = segfault |
|
|
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
gentoo 10.0/desktop |
|
| Back to top |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
|
| Back to top |
|
 |
bi3l Apprentice


Joined: 06 Feb 2003 Posts: 264 Location: France
|
Posted: Tue May 31, 2011 8:08 am Post subject: Re: freetype -cleartype +lcdfilter = segfault |
|
|
| 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 |
|
 |
stelinux n00b


Joined: 02 Nov 2004 Posts: 70
|
Posted: Tue May 31, 2011 5:34 pm Post subject: Re: freetype -cleartype +lcdfilter = segfault |
|
|
No, I've not found it in my lcd-filtering directory _________________ stelinux on i7 950 12GB 1600 8/8/8
gentoo 10.0/desktop |
|
| Back to top |
|
 |
bi3l Apprentice


Joined: 06 Feb 2003 Posts: 264 Location: France
|
Posted: Wed Jun 01, 2011 6:20 am Post subject: |
|
|
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 |
|
 |
nordic bro Guru

Joined: 25 Oct 2003 Posts: 517 Location: Boston, MA
|
Posted: Wed Jun 01, 2011 4:38 pm Post subject: |
|
|
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. _________________ "What do these CDs do? What DON'T they do?" |
|
| Back to top |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Wed Jun 01, 2011 6:13 pm Post subject: |
|
|
| 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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Sun Jun 05, 2011 7:19 am Post subject: |
|
|
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 |
|
 |
illuminated n00b

Joined: 28 Dec 2010 Posts: 48
|
Posted: Sun Jun 05, 2011 11:29 am Post subject: |
|
|
| Which fontconfig .conf files should be selected when using infinality config (besides user.conf) ? |
|
| Back to top |
|
 |
stelinux n00b


Joined: 02 Nov 2004 Posts: 70
|
Posted: Mon Jun 06, 2011 10:30 pm Post subject: |
|
|
| 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. |
patch solve the segfault of libfreetype in libreoffice.
Thank you so much  _________________ stelinux on i7 950 12GB 1600 8/8/8
gentoo 10.0/desktop |
|
| Back to top |
|
 |
RomaHagen n00b

Joined: 13 Jun 2011 Posts: 3
|
Posted: Mon Jun 13, 2011 4:58 pm Post subject: |
|
|
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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Mon Jun 13, 2011 5:38 pm Post subject: |
|
|
| 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 |
|
 |
RomaHagen n00b

Joined: 13 Jun 2011 Posts: 3
|
Posted: Mon Jun 13, 2011 5:53 pm Post subject: |
|
|
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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Mon Jun 13, 2011 6:11 pm Post subject: |
|
|
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
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 |
|
 |
RomaHagen n00b

Joined: 13 Jun 2011 Posts: 3
|
Posted: Mon Jun 13, 2011 6:28 pm Post subject: |
|
|
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 |
|
 |
devsk Advocate


Joined: 24 Oct 2003 Posts: 2632 Location: Bay Area, CA
|
Posted: Sat Jul 09, 2011 4:11 pm Post subject: |
|
|
| 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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Sat Jul 09, 2011 11:25 pm Post subject: |
|
|
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 |
|
 |
PaulBredbury Watchman


Joined: 14 Jul 2005 Posts: 6609
|
Posted: Fri Jul 22, 2011 10:55 am Post subject: |
|
|
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 |
|
 |
bi3l Apprentice


Joined: 06 Feb 2003 Posts: 264 Location: France
|
Posted: Sat Jul 23, 2011 9:58 am Post subject: |
|
|
The LCD-filtering overlay has been updated. _________________ OGMRip - LCD filtering (Wiki) |
|
| Back to top |
|
 |
|