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

parchd · 2014-06-05 16:39:12

I'm having trouble with characters with umlauts in some pdfs.

This happens when I use the free preset. If I use the ms preset everything is readable (although I wouldn't call it pretty).
Any ideas?

orschiro · 2014-06-05 17:12:50

@bohoomil

Can you please give me a short hint how to improve fonts in Java applications?

In particular I am referring to eYd diagram editor.

Please see this screenshot: http://i.imgur.com/mcvU014.png

Thanks in advance!

Last edited by orschiro (2014-06-05 17:13:02)

brebs · 2014-06-05 17:30:18

orschiro wrote:

Java applications

Use openjdk with font rendering patch, and add to the _JAVA_OPTIONS shell variable:

-Dsun.java2d.xrender=true -Dawt.useSystemAAFontSettings=lcd -Dswing.aatext=true

Last edited by brebs (2014-06-05 17:44:42)

orschiro · 2014-06-05 18:12:50

@brebs

Thanks! I will try that out. At the moment the package fails to build for me but that's another issue that I do not want to dump on this thread.

bohoomil · 2014-06-05 20:54:56

@parchd What fonts is the PDF file supposed to use? Please, check this out with `pdffonts`.

@orschiro I do not use OpenJDK from the [extra]: the proprietary one from the AUR will certainly solve your problem without headaches. Please, do not forget to put the environmental variable to your shell's rc file:

export _JAVA_OPTIONS='-Dawt.useSystemAAFontSettings=lcd_hrgb'

Edit yEd & Oracle JRE7 screenshot.

Last edited by bohoomil (2014-06-05 21:02:14)

doggone · 2014-06-05 23:29:50

Hey bohoomil,

What do think about Opak Sans? Would you include it in the fonts bundle?

As always, thanks for making my fonts look nice.

bohoomil · 2014-06-06 02:26:26

@doggone The family is incomplete (the Bold weight lacks glyphs which are present in the Regular). Besides, Regular is a TrueType font, while Bold is a CFF format (let alone incoherent naming convention: OpakSans vs. Opak-Bold). All in all, at this stage of development the family does not seem to be ready for packing up. For now, drop the Regular variant somewhere in your $XDG_DATA_HOME/fonts just like I did.

Last edited by bohoomil (2014-06-06 02:27:20)

parchd · 2014-06-06 07:18:59

@bohoomil, this is the output of pdffonts - nothing looks particularly out of the ordinary to me, but the whole font rendering business seems like a bit of a dark art.

name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
Arial,Bold                           CID TrueType      Identity-H       no  no  yes    470  0
Arial                                CID TrueType      Identity-H       no  no  yes    475  0
RJHTFA+MetaNormalLF-Roman            CID TrueType      Identity-H       yes yes yes    480  0
Courier                              Type 1            Custom           no  no  no      35  0
CourierNew                           TrueType          WinAnsi          no  no  no     435  0
Helvetica                            Type 1            Custom           no  no  no      36  0
ZapfDingbats                         Type 1            ZapfDingbats     no  no  no      37  0
NDXDUS+MetaNormalLF-Roman            TrueType          WinAnsi          no  yes yes     22  0
NDXDUS+MetaNormalLF-Roman            TrueType          WinAnsi          no  yes yes     24  0

orschiro · 2014-06-06 07:44:46

@bohoomil

Thanks! Installing jre and adding the variable fixes the font issue!

bohoomil · 2014-06-06 17:03:01

@parchd Thanks. I found a nearly identical document, without embedded fonts, and the substitution works correctly. Take a look (tested in Zathura and Evince):

--- Arial => Liberation Sans

--- Arial => TeX Gyre Heros

If possible, could you please point me to the exact copy you are experiencing issues with? Right now I am unable to reproduce the problem.

RibShark · 2014-06-06 18:54:24

orschiro wrote:

@brebs
Thanks! I will try that out. At the moment the package fails to build for me but that's another issue that I do not want to dump on this thread.

Try building it in a chroot. Worked for me when it failed building otherwise.

orschiro · 2014-06-06 23:26:35

@RibShark

Thanks but using jre instead of openjdk did the job in this case.

brebs · 2014-06-07 07:46:32

orschiro wrote:

Thanks but using jre instead of openjdk did the job in this case.

OpenJDK will look *better*.

parchd · 2014-06-07 07:53:55

@bohoomil, I have problems with this copy. Also using both evince and zathura. Obviously the document itself is no longer particularly useful, but who knows where else the problem might pop up?

bohoomil · 2014-06-07 09:29:46

@parchd Thanks again. And sorry, I have been blind: the problem is CID font + Identity-H encoding:

parchd wrote:

name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
Arial,Bold                           CID TrueType      Identity-H       no  no  yes    470  0
Arial                                CID TrueType      Identity-H       no  no  yes    475  0
RJHTFA+MetaNormalLF-Roman            CID TrueType      Identity-H       yes yes yes    480  0

Long story short: unless the font is embedded, it will not display correctly with any substitute but the original typeface. (My sample documents were WinAnsi encoded, hence the mapping of the glyphs was correct.) The best you can do to do the job is use MS fonts here. By the way, the document would not render correctly on any platform missing those particular fonts. The difference is that in Windows Arial et al. are present by default, hence the pretty unfortunate PDF creator's output in most cases remains well hidden…

parchd · 2014-06-07 15:35:29

Thanks bohoomil, I've learnt something new today .
I'll switch to MS fonts temporarily if I come across it again.

progandy · 2014-06-07 16:30:54

parchd wrote:

Thanks bohoomil, I've learnt something new today .
I'll switch to MS fonts temporarily if I come across it again.

You don't have to switch your whole system to ms-fonts. It works perfectly for me with the normal "free" preset plus installing ttf-ms-fonts from AUR.

parchd · 2014-06-07 16:44:30

@progandy, hmmm, for me that doesn't work. Doesn't matter though.

bohoomil · 2014-06-07 20:39:47

brebs wrote:

OpenJDK will look *better*.

It does look better. The problem---to me at least---is resource-hungry building process. That is why I use a distro which offers both binary packages and ports-like building system.

aphirst · 2014-06-08 08:48:50

I've been hanging around in the #libass IRC room on Freenode a lot recently, and there was some discussion about how Freetype has a load of custom trig functions in it which don't use the FPU of modern processors (and so causes slowdown in certain subtitle special-cases). One of the libass developers there, rcombs (11rcombs on github) forked freetype to make some minor patches with regards to making these functions actually use the FPU, and it gave noticable performance improvements in those cases.

Would there be any interest in merging his patches, or something similar, into Infinality? My understanding is that Freetype's internal implementation of these functions is for "compatibility" with weird architectures with no FPU, but that's not relevant for Arch on i686 and x86_64, right? I think rcombs posted to the Freetype mailing lists too (I'll edit my post later if I find the exact entry) to be told that if they did mainline patches like this it would take some time.

(I would have asked this on the Infinality forums, but I registered there over a week ago and still haven't received the account activation email...)

EDIT: I found the mailing list thread that rcombs posted. It seems that there are plans to essentially reimplement the libass-performance-affecting Freetype component (the "stroker" - I confess to not fully understand much about the inner workings of Freetype) so as to not require trigonometry at all, but the use of the word "eventually" makes it sound like it will be a long while coming.

EDIT 2: rcombs just told me in #libass that even if the Freetype devs do rework the "stroker" to not use trig, there are still some other parts using trig which are slow, so this patch would presumably help for whatever those parts are too?

Last edited by aphirst (2014-06-08 17:09:52)

89c51 · 2014-06-08 16:42:55

@bohoomil

First of thanks for your work. I have a question. I've applied your patches and it made the Dejavu Sans Mono font (stock not ib) i use in Terminology a bit blur. Is it something i can do to make it as crisp as previous or it is just a matter of preference?

Apart from that in other places the fonts are a lot better.

Thanks.

Last edited by 89c51 (2014-06-08 16:43:37)

brebs · 2014-06-08 16:53:11

aphirst wrote:

use the FPU, and it gave noticable performance improvements

Cool. Here's a patch of 11rcombs's changes, that I've quickly made, that applies to bohoomil's freetype (add it as the final patch). I just had to add 1 line:

#define M_PI 3.14159265358979323846  /* pi */

aphirst · 2014-06-08 17:12:34

brebs wrote:

aphirst wrote:
use the FPU, and it gave noticable performance improvements
Cool. Here's a patch of 11rcombs's changes, that I've quickly made, that applies to bohoomil's freetype (add it as the final patch). I just had to add 1 line:
#define M_PI 3.14159265358979323846  /* pi */

Awesome. Let's see what bohoomil has to say, then. I certainly have my fingers crossed.

Presumably, actually, there would be some utility in these changes being applied to the vanilla freetype packages in the repository also? I'm aware that The Arch Way is to prefer submitting such things upstream, but we already have evidence (the mailing list posts) that, while under consideration, it could take some time in this case. Worth me/someone sending the package maintainer an email?

bohoomil · 2014-06-08 18:36:42

aphirst wrote:

Let's see what bohoomil has to say, then.

Clear and loud "thank you", obviously. I truly appreciate your contribution and brebs' rapid snipping out the relevant pieces of code. The packages have been already rebuilt so fetch them and enjoy. Thank you very much!

@89c51 I think you should get the copy of ttf-dejavu-ib and extract config files for fontconfig which come with it (copy them to /etc/fonts/conf.avail and create symlinks in /etc/fonts/conf.d).

89c51 · 2014-06-08 19:21:25

bohoomil wrote:

@89c51 I think you should get the copy of ttf-dejavu-ib and extract config files for fontconfig which come with it (copy them to /etc/fonts/conf.avail and create symlinks in /etc/fonts/conf.d).

I installed ttf-dejavu-ib to see if it makes a difference but didn't make anything better (to my eyes at least)

Arch Linux

#1176 2014-06-05 16:39:12

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

#1177 2014-06-05 17:12:50

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

#1178 2014-06-05 17:30:18

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

#1179 2014-06-05 18:12:50

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

#1180 2014-06-05 20:54:56

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

#1181 2014-06-05 23:29:50

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

#1182 2014-06-06 02:26:26

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

#1183 2014-06-06 07:18:59

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

#1184 2014-06-06 07:44:46

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

#1185 2014-06-06 17:03:01

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

#1186 2014-06-06 18:54:24

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

#1187 2014-06-06 23:26:35

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

#1188 2014-06-07 07:46:32

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

#1189 2014-06-07 07:53:55

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

#1190 2014-06-07 09:29:46

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

#1191 2014-06-07 15:35:29

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

#1192 2014-06-07 16:30:54

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

#1193 2014-06-07 16:44:30

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

#1194 2014-06-07 20:39:47

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

#1195 2014-06-08 08:48:50

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

#1196 2014-06-08 16:42:55

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

#1197 2014-06-08 16:53:11

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

#1198 2014-06-08 17:12:34

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

#1199 2014-06-08 18:36:42

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

#1200 2014-06-08 19:21:25

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

Board footer