infinality-bundle: good looking fonts made (even) easier

joaocandre · 2013-12-09 13:17:10

bohoomil wrote:

Can it be this?

Well, I already have a bunch of headers and config files in /usr/include/freetype2, which files should I copy there?

progandy · 2013-12-09 14:08:54

joaocandre wrote:

bohoomil wrote:
Can it be this?
Well, I already have a bunch of headers and config files in /usr/include/freetype2, which files should I copy there?

Are you using the ogre 1.8.1 PKGBUILD with the freetype patch?
diff: https://projects.archlinux.org/svntogit … 3a8c82dfad
files: https://projects.archlinux.org/svntogit … 3a8c82dfad

Last edited by progandy (2013-12-09 14:09:15)

joaocandre · 2013-12-09 14:44:15

progandy wrote:

Are you using the ogre 1.8.1 PKGBUILD with the freetype patch?
diff: https://projects.archlinux.org/svntogit … 3a8c82dfad
files: https://projects.archlinux.org/svntogit … 3a8c82dfad

I was trying to compile using the cmake sources on ogre's website. But even using this PKGBUILD, the problem persists. Do I have to point makepkg or cmake to the fretype.patch file somewhere?

Last edited by joaocandre (2013-12-09 14:44:25)

bohoomil · 2013-12-09 18:39:53

joaocandre wrote:

which files should I copy there?

You should not do this: you need to patch the source code you are going to compile.

joaocandre wrote:

Do I have to point makepkg or cmake to the fretype.patch file somewhere?

Yes, in the PKGBUILD. Check man pages for PKGBUILD, diff and patch for details.

For this particular piece of code, the patch should be slightly modified. Use the source package I uploaded here.

Last edited by bohoomil (2013-12-09 20:26:32)

bohoomil · 2013-12-09 22:37:10

cfr wrote:

At least, they don't look like bohoomil's but they are definitely digits.

You are likely to see something like this instead: shot. This is OK as now the auxiliary sans typeface is picked (TeX Gyre Heros) to match the rest of the text block.

sufur · 2013-12-09 23:17:07

"dear Santa Claus please help move Ray Larabies fonts further up on the totem pole to supported"
thank you

bohoomil · 2013-12-09 23:52:21

Je suis désolé, mais je ne comprends pas votre requête…

WonderWoofy · 2013-12-10 00:07:21

bohoomil wrote:

Je suis désolé, mais je ne comprends pas votre requête…

I looked at this site, and they are not free fonts anyway... not sure what rufus is getting at here.

progandy · 2013-12-10 00:22:03

WonderWoofy wrote:

bohoomil wrote:
Je suis désolé, mais je ne comprends pas votre requête…
I looked at this site, and they are not free fonts anyway... not sure what rufus is getting at here.

There are some gratis fonts, but the license does not allow modifications of the font. There are 383 free fonts (source)

Last edited by progandy (2013-12-10 00:25:12)

sufur · 2013-12-10 00:27:52

well regardless I just voted (son fait) three times
I just think theyre sexxy as fook

bohoomil · 2013-12-10 00:30:29

There are +500 typefaces available (the majority of them is, well, quite 'special'). I have no idea which one is free (for personal use, I believe), which one needs special support (if necessary: the first step should always be getting the font and checking out if it works correctly with default fontconfig settings; they are quite sane, in my opinion, and should suffice). Hence even more confusion in my notoriously confused head…

cfr · 2013-12-10 01:33:11

bohoomil wrote:

cfr wrote:
At least, they don't look like bohoomil's but they are definitely digits.
You are likely to see something like this instead: shot. This is OK as now the auxiliary sans typeface is picked (TeX Gyre Heros) to match the rest of the text block.

That's exactly what I see now - thank you! Before, they looked OK but nowhere near this clear. (That is, they were OK in that they were readable and they were the correct glyphs - they just didn't look that great.)

Thank you very much!

cfr · 2013-12-10 01:40:46

progandy wrote:

There are some gratis fonts, but the license does not allow modifications of the font.

The licence also forbids distribution outside the same company or family.

reed1 · 2013-12-10 14:50:25

I don't know man.., just every update I'm seeing the rendering are prettier and prettier

keep up the good work bohoomil..

bohoomil · 2013-12-10 21:27:27

@reed1, I'm glad to read this, thank you very much. However, recent updates to freetype2 code base have brought quite a few improvements that do make the difference. There seems to be a huge step forward between what 2.4.x series could offer and the most recent releases. Now that a real update to infinality patch set has been finally announced, we may expect the most annoying drawbacks of font rendering in Linux to be gone forever.

bohoomil · 2013-12-10 23:37:46

I have been playing with freetype2 parameters recently and trying to improve kerning a bit. I guess the results are not bad: you can grab the new infinality-settings.sh (also available @ GitHub) and replace the existing one. It is going to be available soon with the new freetype2-infinality-ultimate anyhow, but as it does not seem to break anything, you may already give it a go.

Enjoy.

zyth88 · 2013-12-12 04:42:25

Do the presets change the way the fonts render or just change what fonts get used?

orschiro · 2013-12-12 06:06:35

@bohoomil

I do not know what magic you apply but recently the font rendering showed again some amazing improvements.

Awesome!

bohoomil · 2013-12-12 06:37:07

@zyth88, the latter: presets are used here to tell fontconfig which font group (free / ms / custom) should be picked. As far as rendering is concerned, we actually have a single 'preset' which comes in 4 variants. The default one, 'classical', seems quite universal, though.

@orschiro, thank you very much! Many bits of magic were sent by the upstream.

zyth88 · 2013-12-18 01:29:16

I agree, I seem to like classic the most.

There's one issue I ran into with font spacing. The issue goes away if I use a font like DejaVu Sans, although it makes the text rather large (I prefer Liberation Sans). It also happens with the free and ms presets. I don't see it too often, so far mostly on Youtube.

I haven't gone through the whole thread, so I apologize if this has been asked before!

Last edited by zyth88 (2013-12-18 01:32:50)

bohoomil · 2013-12-18 05:18:47

Thanks for the feedback. Please, replace the entire '' section in /etc/fonts/conf.avail.infinality/92-selective-rendering.conf with this:

<!-- Liberation Sans -->
  <match target="font">
    <test name="family">
      <string>Liberation Sans</string>
    </test>
    <test name="pixelsize" compare="less">
      <double>13</double>
    </test>
    <test name="weight" compare="eq">
      <const>regular</const>
    </test>
    <edit name="autohint" mode="assign">
      <bool>false</bool>
    </edit>
    <edit name="hintstyle" mode="assign">
      <const>hintfull</const>
    </edit>
  </match>

  <match target="font">
    <test name="family">
      <string>Liberation Sans</string>
    </test>
    <test name="pixelsize" compare="more_eq">
      <double>13</double>
    </test>
    <test name="weight" compare="eq">
      <const>regular</const>
    </test>
    <edit name="autohint" mode="assign">
      <bool>false</bool>
    </edit>
    <edit name="hintstyle" mode="assign">
      <const>hintslight</const>
    </edit>
  </match>

  <match target="font">
    <test name="family">
      <string>Liberation Sans</string>
    </test>
    <test name="pixelsize" compare="less_eq">
      <double>13</double>
    </test>
    <test name="weight" compare="eq">
      <const>bold</const>
    </test>
    <edit name="autohint" mode="assign">
      <bool>false</bool>
    </edit>
    <edit name="hintstyle" mode="assign">
      <const>hintfull</const>
    </edit>
  </match>

  <match target="font">
    <test name="family">
      <string>Liberation Sans</string>
    </test>
    <test name="pixelsize" compare="more">
      <double>13</double>
    </test>
    <test name="pixelsize" compare="less">
      <double>19</double>
    </test>
    <test name="weight" compare="eq">
      <const>bold</const>
    </test>
    <edit name="autohint" mode="assign">
      <bool>false</bool>
    </edit>
    <edit name="hintstyle" mode="assign">
      <const>hintslight</const>
    </edit>
  </match>

  <match target="font">
    <test name="family">
      <string>Liberation Sans</string>
    </test>
    <test name="pixelsize" compare="more">
      <double>22</double>
    </test>
    <test name="pixelsize" compare="less">
      <double>32</double>
    </test>
    <test name="weight" compare="eq">
      <const>bold</const>
    </test>
    <edit name="autohint" mode="assign">
      <bool>false</bool>
    </edit>
    <edit name="hintstyle" mode="assign">
      <const>hintslight</const>
    </edit>
  </match>

It seems to improve the picture a bit.

Last edited by bohoomil (2013-12-18 05:45:28)

PieterGen · 2013-12-20 21:19:46

Thanks bohoomil for the great work, I applied installed the bundle and I turned subpixel hinting on. Fonts are much better, the only drawback is that the kerning is a bit off now and then, but that is a small price to pay. Plus with a bit of tweaking (Linux can be a time sink, we all know that) it can be made even better... THANKS.

bohoomil · 2013-12-20 21:54:39

Thank you for the feedback. Kerning has been on top of my ib priority list: it still requires some tweaking here and there, but with all the upstream updates to the code I think it is better than it used to be. Some changes seemed to have been on the 'impossible' side and suddenly they improved dramatically: check TeX Gyre Hermes which for the first time ever renders well, really well, out of the box. (There are still a few issues with the stubborn '7', which looks a bit too short at certain sizes, though.) I have started using it as my default replacement for Arial and Helvetica and I am truly impressed. However, I did not expect that anything Helvetica related was going to look properly one day. That is why I hope that sooner or later the kerning glitches will belong to the history, too. ;-)

cfr · 2013-12-29 02:36:58

@bohoomil,
I just wondered if you were aware of any incompatibility with epstopdf since this thread blames infinality used on fedora for problems with this utility. But note that, aside from the fact that this is fedora rather than arch, there is something at least non-standard about this user's set up as they appear to be using a 2014 dev version of some bits of TeX and the standard 2013 version of others so the tex installation may be experimental. I'm really just curious if there is such a problem.

Last edited by cfr (2013-12-29 02:37:36)

brebs · 2013-12-29 09:15:57

cfr wrote:

epstopdf

This might be solved by compiling ghostscript with their bundled, patched libs.

Arch Linux

#801 2013-12-09 13:17:10

Re: infinality-bundle: good looking fonts made (even) easier

#802 2013-12-09 14:08:54

Re: infinality-bundle: good looking fonts made (even) easier

#803 2013-12-09 14:44:15

Re: infinality-bundle: good looking fonts made (even) easier

#804 2013-12-09 18:39:53

Re: infinality-bundle: good looking fonts made (even) easier

#805 2013-12-09 22:37:10

Re: infinality-bundle: good looking fonts made (even) easier

#806 2013-12-09 23:17:07

Re: infinality-bundle: good looking fonts made (even) easier

#807 2013-12-09 23:52:21

Re: infinality-bundle: good looking fonts made (even) easier

#808 2013-12-10 00:07:21

Re: infinality-bundle: good looking fonts made (even) easier

#809 2013-12-10 00:22:03

Re: infinality-bundle: good looking fonts made (even) easier

#810 2013-12-10 00:27:52

Re: infinality-bundle: good looking fonts made (even) easier

#811 2013-12-10 00:30:29

Re: infinality-bundle: good looking fonts made (even) easier

#812 2013-12-10 01:33:11

Re: infinality-bundle: good looking fonts made (even) easier

#813 2013-12-10 01:40:46

Re: infinality-bundle: good looking fonts made (even) easier

#814 2013-12-10 14:50:25

Re: infinality-bundle: good looking fonts made (even) easier

#815 2013-12-10 21:27:27

Re: infinality-bundle: good looking fonts made (even) easier

#816 2013-12-10 23:37:46

Re: infinality-bundle: good looking fonts made (even) easier

#817 2013-12-12 04:42:25

Re: infinality-bundle: good looking fonts made (even) easier

#818 2013-12-12 06:06:35

Re: infinality-bundle: good looking fonts made (even) easier

#819 2013-12-12 06:37:07

Re: infinality-bundle: good looking fonts made (even) easier

#820 2013-12-18 01:29:16

Re: infinality-bundle: good looking fonts made (even) easier

#821 2013-12-18 05:18:47

Re: infinality-bundle: good looking fonts made (even) easier

#822 2013-12-20 21:19:46

Re: infinality-bundle: good looking fonts made (even) easier

#823 2013-12-20 21:54:39

Re: infinality-bundle: good looking fonts made (even) easier

#824 2013-12-29 02:36:58

Re: infinality-bundle: good looking fonts made (even) easier

#825 2013-12-29 09:15:57

Re: infinality-bundle: good looking fonts made (even) easier

Board footer