フォント名の文字化けの原因をさぐる

公開日 2026-02-01 更新日 -

概要

前回の「フォント名の文字化け-フォント側に問題がないことを確認」でttfファイルに書かれているフォント名のバイト列をさまざまにデコードして調べるというのを、色々なフォントで行っています。

YOzフォントについては、WindowsやMacでも使用できるはずですが、問題が起こっていないと思います。Debianでも12まではこの現象はありませんでした。この記事を必要とされる方は限られていると思います。

Debianでフォント名を管理するのは、fontconfig であろうと思います。Debian13ではversionは 2.15.0-2.3 です。fc-list コマンドでフォント名の文字化けをみせてくれるので、ttfファイルと比較して何が問題なのかをさぐってみました。

フォントによっては、エンコード名の設定を間違えたりして、そこでfontconfigの考えていることが判明する部分もあってなかなか興味深いことがあります。

この記事では、YOzフォントから始めたために、fontconfigはmac用の日本語フォント名を優先して採用しようとしているという仮説で調べていきますが、途中"IPA P明朝"で考え直さなければならなくなっています。ですから、解釈部分は信用せず、データのみ参考にしてください。

各フォントごとに次のような手順を踏んでいます。

• fc-list で名前(の化け具合)を確認。fileコマンドで name offset を取得
• nameオフセットテーブルを調べて、platformID、encodingID、languageID を確認。ここで文字コードをみる
• 名前文字列のデコード一覧を作成。すべて utf_16_be, shift_jis, (ascii) でデコードして、化け具合を確認する。
• 解釈を試みる

次回の記事で、データを必要最小限のものにして、新しい解釈とともにまとめる予定です。

■YOzS90iは文字化けしていない

YOzS90bi、ファイル名でYOzBS_90i.ttfのフォントが化けているのを前回見ましたが、YOzのフォントのうち約半分は化けていないか、style=䉯汤,Boldの部分だけが化けます。

adachi@banach:~$ fc-list YOzS90bi
/usr/share/fonts/truetype/yozvox-yozfont/YOzBS_90i.ttf: 奏穓㤰扩,YOzS90bi:style=䉯汤,Bold

YOzS90biに名前の似ているYOzS90iについて違いを調べてみます。

adachi@banach:~$ fc-list YOzS90i
/usr/share/fonts/truetype/yozvox-yozfont/YOzRS_90i.ttf: YOzS90i:style=Regular

日本語名がないことを-vオプションでも確認します。

adachi@banach:~$ fc-list -vb YOzS90i
Pattern has 26 elts (size 32)
	family: "YOzS90i"(s)
	familylang: "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "YOzS90i"(s)
	fullnamelang: "en"(s)
	slant: 0(i)(s)
	...以下略

YOzS90iフォントのオフセットテーブル

YOzS90iフォントのファイルである、YOzRS_90i.ttfのオフセットテーブルを見ていきます。

adachi@banach:~$ hd /usr/share/fonts/truetype/yozvox-yozfont/YOzRS_90i.ttf|head -19
00000000  00 01 00 00 00 12 01 00  00 04 00 20 47 53 55 42  |........... GSUB|
00000010  39 b5 89 69 00 00 01 2c  00 00 09 a0 4f 53 2f 32  |9..i...,....OS/2|
00000020  7b bb 9c 48 00 00 0a cc  00 00 00 56 63 6d 61 70  |{..H.......Vcmap|
00000030  81 65 89 ac 00 00 0b 24  00 00 85 8c 63 76 74 20  |.e.....$....cvt |
00000040  0f c0 10 00 00 00 90 b0  00 00 02 00 66 70 67 6d  |............fpgm|
00000050  01 52 9c 18 00 00 92 b0  00 00 00 b3 67 61 73 70  |.R..........gasp|
00000060  00 07 00 07 00 00 93 64  00 00 00 0c 67 6c 79 66  |.......d....glyf|
00000070  4b 54 0f 8e 00 00 93 70  00 95 69 30 68 65 61 64  |KT.....p..i0head|
00000080  09 a8 2c ed 00 95 fc a0  00 00 00 36 68 68 65 61  |..,........6hhea|
00000090  07 73 58 0b 00 95 fc d8  00 00 00 24 68 6d 74 78  |.sX........$hmtx|
000000a0  aa ad c9 34 00 95 fc fc  00 01 57 2c 6c 6f 63 61  |...4......W,loca|
000000b0  77 15 1d 8c 00 97 54 28  00 01 57 30 6d 61 78 70  |w.....T(..W0maxp|
000000c0  6e 28 04 4d 00 98 ab 58  00 00 00 20 6d 6f 72 74  |n(.M...X... mort|
000000d0  bd c7 3f 9b 00 98 ab 78  00 00 09 a8 6e 61 6d 65  |..?....x....name|
000000e0  8a 5a e4 dd 00 98 b5 20  00 00 02 03 70 6f 73 74  |.Z..... ....post|
000000f0  ff a3 00 30 00 98 b7 24  00 00 00 20 70 72 65 70  |...0...$... prep|
00000100  0f 25 3e a5 00 98 b7 44  00 00 02 82 76 68 65 61  |.%>....D....vhea|
00000110  06 04 56 98 00 98 b9 c8  00 00 00 24 76 6d 74 78  |..V........$vmtx|
00000120  2a 31 bc aa 00 98 b9 ec  00 01 57 2c 00 01 00 00  |*1........W,....|

fileコマンドで簡単に

やはりnameテーブルのオフセットは fileコマンドで知ることができます。

adachi@banach:~$ file /usr/share/fonts/truetype/yozvox-yozfont/YOzRS_90i.ttf
/usr/share/fonts/truetype/yozvox-yozfont/YOzRS_90i.ttf: TrueType Font data, 18 tables, 1st "GSUB", name offset 0x98b520

YOzS90iフォントのnameテーブル

nameのデータはオフセットが 00 98 b5 20 長さが 00 00 02 03 なので、0098b520の行の 00 00から、0098b720 の行の 39 30 69 までです。

adachi@banach:~$ hd /usr/share/fonts/truetype/yozvox-yozfont/YOzRS_90i.ttf|grep 0098b520 -A32
0098b520  00 00 00 21 01 92 00 01  00 00 00 00 00 00 00 08  |...!............|
0098b530  00 53 00 01 00 00 00 00  00 01 00 07 00 6a 00 01  |.S...........j..|
0098b540  00 00 00 00 00 02 00 07  00 63 00 01 00 00 00 00  |.........c......|
0098b550  00 03 00 07 00 6a 00 01  00 00 00 00 00 04 00 07  |.....j..........|
0098b560  00 6a 00 01 00 00 00 00  00 05 00 0d 00 46 00 01  |.j...........F..|
0098b570  00 00 00 00 00 06 00 07  00 6a 00 01 00 00 00 00  |.........j......|
0098b580  00 07 00 07 00 6a 00 01  00 01 00 0b 00 00 00 08  |.....j..........|
0098b590  00 53 00 01 00 01 00 0b  00 01 00 07 00 6a 00 01  |.S...........j..|
0098b5a0  00 01 00 0b 00 02 00 07  00 63 00 01 00 01 00 0b  |.........c......|
0098b5b0  00 03 00 07 00 6a 00 01  00 01 00 0b 00 04 00 07  |.....j..........|
0098b5c0  00 6a 00 01 00 01 00 0b  00 05 00 0d 00 46 00 01  |.j...........F..|
0098b5d0  00 01 00 0b 00 06 00 07  00 6a 00 01 00 01 00 0b  |.........j......|
0098b5e0  00 07 00 07 00 6a 00 03  00 01 04 09 00 00 00 10  |.....j..........|
0098b5f0  00 1a 00 03 00 01 04 09  00 01 00 0e 00 2a 00 03  |.............*..|
0098b600  00 01 04 09 00 02 00 0e  00 38 00 03 00 01 04 09  |.........8......|
0098b610  00 03 00 0e 00 2a 00 03  00 01 04 09 00 04 00 0e  |.....*..........|
0098b620  00 2a 00 03 00 01 04 09  00 05 00 1a 00 00 00 03  |.*..............|
0098b630  00 01 04 09 00 06 00 0e  00 2a 00 03 00 01 04 09  |.........*......|
0098b640  00 07 00 0e 00 2a 00 03  00 01 04 11 00 00 00 10  |.....*..........|
0098b650  00 1a 00 03 00 01 04 11  00 01 00 0e 00 2a 00 03  |.............*..|
0098b660  00 01 04 11 00 02 00 0e  00 38 00 03 00 01 04 11  |.........8......|
0098b670  00 03 00 0e 00 2a 00 03  00 01 04 11 00 04 00 0e  |.....*..........|
0098b680  00 2a 00 03 00 01 04 11  00 05 00 1a 00 00 00 03  |.*..............|
0098b690  00 01 04 11 00 06 00 0e  00 2a 00 03 00 01 04 11  |.........*......|
0098b6a0  00 07 00 0e 00 2a 00 03  00 01 04 11 00 0d 00 08  |.....*..........|
0098b6b0  00 5b 00 56 00 65 00 72  00 73 00 69 00 6f 00 6e  |.[.V.e.r.s.i.o.n|
0098b6c0  00 20 00 31 00 34 00 2e  00 30 00 34 00 59 00 2e  |. .1.4...0.4.Y..|
0098b6d0  00 4f 00 7a 00 20 00 56  00 6f 00 78 00 59 00 4f  |.O.z. .V.o.x.Y.O|
0098b6e0  00 7a 00 53 00 39 00 30  00 69 00 52 00 65 00 67  |.z.S.9.0.i.R.e.g|
0098b6f0  00 75 00 6c 00 61 00 72  56 65 72 73 69 6f 6e 20  |.u.l.a.rVersion |
0098b700  31 34 2e 30 34 59 2e 4f  7a 20 56 6f 78 00 2d 00  |14.04Y.Oz Vox.-.|
0098b710  2d 00 2d 00 2d 52 65 67  75 6c 61 72 59 4f 7a 53  |-.-.-RegularYOzS|
0098b720  39 30 69 00 00 03 00 00  00 00 00 00 ff a0 00 30  |90i............0|

YOzS90iフォントのnameオフセットテーブル

面倒になってきたので、python3のプログラムを書いて自動化してみました。確認しながらすすみます。

filename='/usr/share/fonts/truetype/yozvox-yozfont/YOzRS_90i.ttf'
offset=0x98b520
formatOfNameRecord=0x0000
numOfNameRecord=0x0021
stringOffsetOfNameRecord=0x0192

文字列の数は、0~0x20 で 0x21(10進33個)で全部読めています。

オフセットが同じということは、同じ文字列が設定されているということです。win_enなどの定義は前のページと同じです。

YOzS90iフォントの名前文字列のデコード一覧

文字列はバイト列として格納されているので、指定されたエンコード形式でエンコードされているとしてデコードして読める文字列となります。

エンコード形式は platformID encodingID languageID で決まりますが、ここではすべて utf_16_be shift_jis の両方でデコードしています。 shift_jisは、20~7eまでは ascii と同じなので、ASCII を兼ねています。

前回の YOzS90bi では、英語名はmac_enからasciiで、、日本語名はmac_jaからutf_16_beでデコードしたと推測されました。

今回の YOzS90i でも同様とすると、日本語名はmac_jaからutf_16_beでデコードすると、7バイトと奇数なので失敗します。最後が�になっているのがその証拠です。そこで、日本語名をないものとした、と考えられます。

styleについても、Regularは7バイトなのでutf_16_beでのデコードに失敗して、英語名だけになったと考えられます。

Boldは4バイトなので、utf_16_beでのデコードに成功したと考え、"䉯汤"が日本語名になった。これがBoldのフォントに限ってstyleが化けている原因のような気がします。

adachi@banach:~$ fc-list -vb YOzS90i
Pattern has 26 elts (size 32)
	family: "YOzS90i"(s)
	familylang: "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "YOzS90i"(s)
	fullnamelang: "en"(s)
	slant: 0(i)(s)
	...以下略

■YOzSはフォント名だけ文字化け

fc-list確認

adachi@banach:~$ fc-list YOzS
/usr/share/fonts/truetype/yozvox-yozfont/YOzRS_.ttf: 奏穓,YOzS:style=Regular

adachi@banach:~$ fc-list -vb YOzS
Pattern has 26 elts (size 32)
	family: "奏穓"(s) "YOzS"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "奏穓"(s) "YOzS"(s)
	fullnamelang: "ja"(s) "en"(s)
	slant: 0(i)(s)

fileの出力

adachi@banach:~$ file /usr/share/fonts/truetype/yozvox-yozfont/YOzRS_.ttf
/usr/share/fonts/truetype/yozvox-yozfont/YOzRS_.ttf: TrueType Font data, 17 tables, 1st "GSUB", name offset 0x8c8a34

一応、冒頭部分を確認して、

adachi@banach:~$ hd /usr/share/fonts/truetype/yozvox-yozfont/YOzRS_.ttf|head
00000000  00 01 00 00 00 11 01 00  00 04 00 10 47 53 55 42  |............GSUB|
00000010  c4 fe 68 df 00 00 01 1c  00 00 0e dc 4f 53 2f 32  |..h.........OS/2|
00000020  7c fd ce 48 00 00 0f f8  00 00 00 56 63 6d 61 70  ||..H.......Vcmap|
00000030  b7 db 30 70 00 00 10 50  00 01 8f 8f 63 76 74 20  |..0p...P....cvt |
...

YOzSフォントのnameオフセットテーブル

filename='/usr/share/fonts/truetype/yozvox-yozfont/YOzRS_.ttf'
offset=0x8c8a34
formatOfNameRecord=0x0000
numOfNameRecord=0x0021
stringOffsetOfNameRecord=0x0192

YOzSフォントの名前文字列のデコード一覧

YOzS では、日本語名はmac_jaのバイト列をutf_16_beでデコードして"奏穓"となりデコードは成功なのでこれを採用。英語名はasciiでデコードしてYOzSとなり、これを採用。

styleについては、日本語名はmac_jaのバイト列をutf_16_beでのデコード。Regularは7バイトなので失敗して、英語名だけになったと考えられます。

うまくついていけてます。

■YOzSF90biは奇数バイトなのに

手作業で化け文字フォントのフォントファイルを探っていたときに、気になるフォントがありました。YOzSF90biです。日本語名が、"奏穓䘹ぢ楘"ですが、対応するasciiが"YOzSF90biX"になって、文字数が合わないのです。これを探ります。

adachi@banach:/media/adachi/E1T/python3/work$ fc-list YOzSF90bi
/usr/share/fonts/truetype/yozvox-yozfont/YOzBSF90i.ttf: 奏穓䘹ぢ楘,YOzSF90bi:style=䉯汤,Bold
adachi@banach:/media/adachi/E1T/python3/work$ fc-list -vb YOzSF90bi
Pattern has 27 elts (size 32)
	family: "奏穓䘹ぢ楘"(s) "YOzSF90bi"(s)
	familylang: "ja"(s) "en"(s)
	style: "䉯汤"(s) "Bold"(s)
	stylelang: "ja"(s) "en"(s)
	fullname: "YOzSF90bi"(s)
	fullnamelang: "en"(s)
	slant: 0(i)(s)

fileの出力

adachi@banach:~$ file /usr/share/fonts/truetype/yozvox-yozfont/YOzBSF90i.ttf
/usr/share/fonts/truetype/yozvox-yozfont/YOzBSF90i.ttf: TrueType Font data, 18 tables, 1st "GSUB", name offset 0x9ac974

一応、冒頭部分を確認して、

adachi@banach:~$ hd /usr/share/fonts/truetype/yozvox-yozfont/YOzBSF90i.ttf |head -5
00000000  00 01 00 00 00 12 01 00  00 04 00 20 47 53 55 42  |........... GSUB|
00000010  39 b5 89 69 00 00 01 2c  00 00 09 a0 4f 53 2f 32  |9..i...,....OS/2|
00000020  7b bb 9c 51 00 00 0a cc  00 00 00 56 63 6d 61 70  |{..Q.......Vcmap|
00000030  81 65 89 ac 00 00 0b 24  00 00 85 8c 63 76 74 20  |.e.....$....cvt |
00000040  0f c0 10 00 00 00 90 b0  00 00 02 00 66 70 67 6d  |............fpgm|

YOzSF90biフォントのnameオフセットテーブル

filename='/usr/share/fonts/truetype/yozvox-yozfont/YOzBSF90i.ttf'
offset=0x9ac974
formatOfNameRecord=0x0000
numOfNameRecord=0x0021
stringOffsetOfNameRecord=0x0192

offset'0049'のlengthとして'0009'と'000a'と2つの値があります。これそのものは規格として間違っているわけではありませんが、mac_jaのnameIDの01だけ異なるというのは妙です。03,04,06,07も'000a'ならわかります。

YOzSF90biフォントの名前文字列のデコード一覧

YOzSF90bi では、日本語名はmac_jaのnameID 01のバイト列10バイトをutf_16_beでデコードして"奏穓䘹ぢ楘"となりデコードは成功なのでこれを採用。英語名はmac_enのnameID 01を読むので9バイト、asciiでデコードして"YOzSF90bi"となり、これを採用。

styleについては、日本語名はmac_jaのバイト列をutf_16_beでデコードして"䉯汤"となりこれを採用。英語名はasciiでデコードして"Bold"となり、これを採用。

いままで注目していなかったfullnameはnameID 04 です。こちらはmac_jaもmac_enも両方9バイトです。奇数バイトなのでutf_16_beでのデコードは失敗して無視。asciiでのデコードは"YOzSF90bi"となり、これを採用。

うまくついていけてます。

YOzの開発者が01だけ修正したのかもしれませんが、そのおかげでもう一歩理解できたかもしれません。

■衡山毛筆フォント行書-YOz以外のも見てみる

報告される名前は3つ

adachi@banach:~$ fc-list 衡山毛筆フォント行書
/usr/share/fonts/truetype/kouzan-mouhitsu/kouzan-mouhitsu-gyosho.ttf: 衡山毛筆フォント行書,KouzanBrushFontGyousyo,䭯畺慮䉲畳框潮瑇祯畳祯:style=Regular

-vbオプションで3つ目の言語がない

adachi@banach:~$ fc-list -vb 衡山毛筆フォント行書
Pattern has 26 elts (size 32)
	family: "衡山毛筆フォント行書"(s) "KouzanBrushFontGyousyo"(s) "䭯畺慮䉲畳框潮瑇祯畳祯"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "衡山毛筆フォント行書"(s) "KouzanBrushFontGyousyo"(s) "䭯畺慮䉲畳框潮瑇祯畳祯"(s)
	fullnamelang: "ja"(s) "en"(s)
	slant: 0(i)(s)

fileの出力

adachi@banach:~$$ file /usr/share/fonts/truetype/kouzan-mouhitsu/kouzan-mouhitsu-gyosho.ttf
/usr/share/fonts/truetype/kouzan-mouhitsu/kouzan-mouhitsu-gyosho.ttf: TrueType Font data, 18 tables, 1st "GSUB", 24 names, Macintosh, language 0x411, KouzanAoyagi

いつもの name offset が出ません。

一応、冒頭部分を確認して、

adachi@banach:~$ hd /usr/share/fonts/truetype/kouzan-mouhitsu/kouzan-mouhitsu-gyosho.ttf |head -19
00000000  00 01 00 00 00 12 01 00  00 04 00 20 47 53 55 42  |........... GSUB|
00000010  56 93 8d 69 00 02 a7 28  00 00 09 a0 4f 53 2f 32  |V..i...(....OS/2|
00000020  7b bb 8c 49 00 00 01 c8  00 00 00 56 63 6d 61 70  |{..I.......Vcmap|
00000030  4d 1d 4a 59 00 00 30 90  00 00 86 92 63 76 74 20  |M.JY..0.....cvt |
00000040  0f c0 10 00 00 00 2b 58  00 00 02 00 66 70 67 6d  |......+X....fpgm|
00000050  01 52 9c 18 00 00 2d 58  00 00 00 b3 67 61 73 70  |.R....-X....gasp|
00000060  00 17 00 06 00 00 2b 48  00 00 00 10 67 6c 79 66  |......+H....glyf|
00000070  a4 f9 aa 2f 00 03 a4 18  00 52 6b 54 68 65 61 64  |.../.....RkThead|
00000080  63 44 43 e1 00 00 01 2c  00 00 00 36 68 68 65 61  |cDC....,...6hhea|
00000090  07 96 40 5e 00 00 01 64  00 00 00 24 68 6d 74 78  |..@^...d...$hmtx|
000000a0  c3 d6 de 6a 00 01 aa 54  00 00 f3 2c 6c 6f 63 61  |...j...T...,loca|
000000b0  7c a3 a1 c8 00 00 b7 24  00 00 f3 30 6d 61 78 70  ||......$...0maxp|
000000c0  55 04 02 85 00 00 01 88  00 00 00 20 6d 6f 72 74  |U.......... mort|
000000d0  44 8c d9 9b 00 02 9d 80  00 00 09 a8 6e 61 6d 65  |D...........name|
000000e0  30 dc 8f a9 00 00 02 20  00 00 29 26 70 6f 73 74  |0...... ..)&post|
000000f0  ff a3 00 30 00 00 01 a8  00 00 00 20 70 72 65 70  |...0....... prep|
00000100  0f 25 3e a5 00 00 2e 0c  00 00 02 82 76 68 65 61  |.%>.........vhea|
00000110  07 6f 41 4b 00 02 b0 c8  00 00 00 24 76 6d 74 78  |.oAK.......$vmtx|
00000120  2c 19 6d a0 00 02 b0 ec  00 00 f3 2c 00 01 00 00  |,.m........,....|

0100なので単一ファイル。nameのオフセットは 00 00 02 20 と意外と近い。

衡山毛筆フォント行書のnameオフセットテーブル

filename='/usr/share/fonts/truetype/kouzan-mouhitsu/kouzan-mouhitsu-gyosho.ttf'
offset=0x220
formatOfNameRecord=0x0000
numOfNameRecord=0x0018
stringOffsetOfNameRecord=0x0126

たぶんフォント作成側で間違えています。

platformIDがMacintosh, encodingIDがRoman, で languageIDが 0x0411 となっています。platformIDがWindowsならば、0x0411 は japanese なのですが、Macintosh なので該当なしです。? としておきました。

同じバイト列でも、それぞれ別の場所において別々にしています。

macintosh,Roman,0x0411 は略称を作っていないので、macrom? としています。

衡山毛筆フォント行書の名前文字列のデコード一覧

1. まず、いままでの経験から、日本語名をmac_jaから取ろうとするはずです。ところがmac_jaがありません。多分次の候補はwin_jaでないでしょうか。だとすると、win_jaをutf_16_beでデコードして"衡山毛筆フォント行書"に行き着きます。styleも同様に動けばwin_jaの02を utf_16_be でデコードして "Regular"のはずですが、ありません。
2. 英語名は、mac_enですが、mac,roma,en はやはりありませんから、win_enから取るのではないでしょうか。win_enは windows,utf_16_be,en-US の略ですから utf_16_beでデコードして "KouzanBrushFontGyousyo" となります。styleも同様に動いて"Regular"でしょう。
3. 3つめのfamilynameですが、ja,enと扱ってきて、macintosh,Roman,0x0411 は そのどちらとも違う第三の言語に見えるのではないでしょうか。すると、とりあえず utf_16_be でデコードして"䭯畺慮䉲畳框潮瑇祯畳祯"。デコード自体は成功なのでこれを採用するも、言語は不明なのでつけない。styleも同様に動くのですが、奇数バイトのため utf_16_be でデコードできないのでなしです。
4. fullnameについても同様に解釈できます。

かなりいい線いってます。styleについて、mac_enがない⇨win_enを読む⇨"Regular"となるはず、という所だけ合致しません

adachi@banach:~$ fc-list -vb 衡山毛筆フォント行書
Pattern has 26 elts (size 32)
	family: "衡山毛筆フォント行書"(s) "KouzanBrushFontGyousyo"(s) "䭯畺慮䉲畳框潮瑇祯畳祯"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s) ⇦ここにもう一つ"Regular"
	stylelang: "en"(s)  ⇦ここにもう一つ"ja"

同じ文字列だと省かれるのか??

■衡山毛筆フォント草書はどうか

衡山毛筆フォント草書はja,enの2つだけです。

adachi@banach:~$ fc-list 衡山毛筆フォント草書
/usr/share/fonts/truetype/kouzan-mouhitsu/KouzanBrushFontSousyo.ttf: 衡山毛筆フォント草書,KouzanBrushFontSousyo:style=Regular

-vbオプション

adachi@banach:~$ fc-list -vb 衡山毛筆フォント草書
Pattern has 26 elts (size 32)
	family: "衡山毛筆フォント草書"(s) "KouzanBrushFontSousyo"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "衡山毛筆フォント草書"(s) "KouzanBrushFontSousyo"(s)
	fullnamelang: "ja"(s) "en"(s)
	slant: 0(i)(s)

fileの出力

adachi@banach:~$ file /usr/share/fonts/truetype/kouzan-mouhitsu/KouzanBrushFontSousyo.ttf
/usr/share/fonts/truetype/kouzan-mouhitsu/KouzanBrushFontSousyo.ttf: TrueType Font data, 18 tables, 1st "GSUB", 24 names, Macintosh, language 0x411, KouzanAoyagi

行書と同じで name offset が出ません。

これも、冒頭部分を確認して、

adachi@banach:/media/adachi/E1T/python3/work$ hd /usr/share/fonts/truetype/kouzan-mouhitsu/KouzanBrushFontSousyo.ttf |head -19
00000000  00 01 00 00 00 12 01 00  00 04 00 20 47 53 55 42  |........... GSUB|
00000010  56 93 8d 69 00 02 a7 28  00 00 09 a0 4f 53 2f 32  |V..i...(....OS/2|
00000020  7b bb 8c 49 00 00 01 c8  00 00 00 56 63 6d 61 70  |{..I.......Vcmap|
00000030  4d 1d 4a 59 00 00 30 90  00 00 86 92 63 76 74 20  |M.JY..0.....cvt |
00000040  0f c0 10 00 00 00 2b 58  00 00 02 00 66 70 67 6d  |......+X....fpgm|
00000050  01 52 9c 18 00 00 2d 58  00 00 00 b3 67 61 73 70  |.R....-X....gasp|
00000060  00 17 00 06 00 00 2b 48  00 00 00 10 67 6c 79 66  |......+H....glyf|
00000070  43 cb f0 67 00 03 a4 18  00 55 e9 6c 68 65 61 64  |C..g.....U.lhead|
00000080  38 51 e7 24 00 00 01 2c  00 00 00 36 68 68 65 61  |8Q.$...,...6hhea|
00000090  07 96 40 5e 00 00 01 64  00 00 00 24 68 6d 74 78  |..@^...d...$hmtx|
000000a0  c2 f1 fd ce 00 01 aa 54  00 00 f3 2c 6c 6f 63 61  |.......T...,loca|
000000b0  bc 28 38 38 00 00 b7 24  00 00 f3 30 6d 61 78 70  |.(88...$...0maxp|
000000c0  55 04 03 29 00 00 01 88  00 00 00 20 6d 6f 72 74  |U..)....... mort|
000000d0  44 8c d9 9b 00 02 9d 80  00 00 09 a8 6e 61 6d 65  |D...........name|
000000e0  26 2c 13 fb 00 00 02 20  00 00 29 26 70 6f 73 74  |&,..... ..)&post|
000000f0  ff a3 00 30 00 00 01 a8  00 00 00 20 70 72 65 70  |...0....... prep|
00000100  0f 25 3e a5 00 00 2e 0c  00 00 02 82 76 68 65 61  |.%>.........vhea|
00000110  07 6f 41 4b 00 02 b0 c8  00 00 00 24 76 6d 74 78  |.oAK.......$vmtx|
00000120  2c 1a 8a ea 00 02 b0 ec  00 00 f3 2c 00 01 00 00  |,..........,....|

行書同様、0100なので単一ファイル。nameのオフセットは 00 00 02 20 とこれも同じ。

衡山毛筆フォント草書のnameオフセットテーブル

filename='/usr/share/fonts/truetype/kouzan-mouhitsu/KouzanBrushFontSousyo.ttf'
offset=0x220
formatOfNameRecord=0x0000
numOfNameRecord=0x0018
stringOffsetOfNameRecord=0x0126

行書とおなじです。たぶんフォント作成側で間違えています。

platformIDがMacintosh, encodingIDがRoman, で languageIDが 0x0411 となっています。platformIDがWindowsならば、0x0411 は japanese なのですが、Macintosh なので該当なしです。? としておきました。

ここも行書とおなじです。同じバイト列でも、それぞれ別の場所において別々にしています。

macintosh,Roman,0x0411 は略称を作っていないので、macrom? としています。

衡山毛筆フォント草書の名前文字列のデコード一覧

行書と同様に考えていきます。

1. まず、いままでの経験から、日本語名をmac_jaから取ろうとするはずです。ところがmac_jaがありません。多分次の候補はwin_jaでないでしょうか。だとすると、win_jaをutf_16_beでデコードして"衡山毛筆フォント草書"に行き着きます。styleも同様に動けばwin_jaの02を utf_16_be でデコードして "Regular"のはずですが、ありません。
2. 英語名は、mac_enですが、mac,roma,en はやはりありませんから、win_enから取るのではないでしょうか。win_enは windows,utf_16_be,en-US の略ですから utf_16_beでデコードして "KouzanBrushFontGyousyo" となります。styleも同様に動いて"Regular"でしょう。
3. 行書にあった3つ目のfamilynameですが、草書でもja,enと扱ってきて、macintosh,Roman,0x0411 は そのどちらとも違う第三の言語に見えるはずです。すると、とりあえず utf_16_be でデコードして"䭯畺慮䉲畳框潮瑓潵獹�"。21バイトと奇数なのでデコードは成功しません。そこでこれを無視します。styleも同様に動いて、奇数バイトのため utf_16_be でデコードできないのでなしです。
4. fullnameについても同様に解釈できます。

かなりいい線いってます。やはりstyleについて、mac_enがない⇨win_enを読む⇨"Regular"となるはず、という所だけ合致しません

adachi@banach:~$ fc-list -vb 衡山毛筆フォント草書
Pattern has 26 elts (size 32)
	family: "衡山毛筆フォント草書"(s) "KouzanBrushFontSousyo"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s) ⇦ここにもう一つ"Regular"
	stylelang: "en"(s)  ⇦ここにもう一つ"ja"

同じ文字列だと省かれるのか??

■'VL Pゴシック'はデフォルトの日本語フォント

Debian13にデフォルトで入っているフォントで日本語名があるのは、'VL ゴシック'と'VL Pゴシック'だけだと思います。

adachi@banach:~$ fc-list 'VL Pゴシック'
/usr/share/fonts/truetype/vlgothic/VL-PGothic-Regular.ttf: VL Pゴシック,VL PGothic:style=regular

-vbオプション

fullnameがfanilynameとstyleを' 'で結合したものになるというのは説明では読みましたが、実際にそうなっているのは初めて見ました。

adachi@banach:~$ fc-list -vb 'VL Pゴシック'
Pattern has 26 elts (size 32)
	family: "VL Pゴシック"(s) "VL PGothic"(s)
	familylang: "ja"(s) "en"(s)
	style: "regular"(s)
	stylelang: "en"(s)
	fullname: "VL PGothic Regular"(s)
	fullnamelang: "en"(s)
	slant: 0(i)(s)

fileの出力

adachi@banach:~$ file /usr/share/fonts/truetype/vlgothic/VL-PGothic-Regular.ttf
/usr/share/fonts/truetype/vlgothic/VL-PGothic-Regular.ttf: TrueType Font data, 18 tables, 1st "FFTM", name offset 0x3c6c5c

冒頭部分を確認して、

adachi@banach:/media/adachi/E1T/python3/work$ hd /usr/share/fonts/truetype/vlgothic/VL-PGothic-Regular.ttf |head -5
00000000  00 01 00 00 00 12 01 00  00 04 00 20 46 46 54 4d  |........... FFTM|
00000010  76 ee 47 50 00 3f 50 0c  00 00 00 1c 47 44 45 46  |v.GP.?P.....GDEF|
00000020  01 35 44 d9 00 3f 19 dc  00 00 00 32 47 50 4f 53  |.5D..?.....2GPOS|
00000030  eb ce 5d fb 00 3f 1e 1c  00 00 31 ee 47 53 55 42  |..]..?....1.GSUB|
00000040  51 08 4e 78 00 3f 1a 10  00 00 04 0c 4f 53 2f 32  |Q.Nx.?......OS/2|

'VL Pゴシック'のnameオフセットテーブル

filename='/usr/share/fonts/truetype/vlgothic/VL-PGothic-Regular.ttf'
offset=0x3c6c5c
formatOfNameRecord=0x0000
numOfNameRecord=0x0011
stringOffsetOfNameRecord=0x00d2

日本語のフォント名はひとつしかありません。これは潔い。

'VL Pゴシック'の名前文字列のデコード一覧

著作権の部分が極端に大きくなっています。英語部分はWinとmacに同じものがエンコードを変えて格納されています。日本語部分はwin_jaの01familynameだけです。utf_16_beです。

1. 日本語名をmac_jaから取ろうとするが、mac_jaがありません。次の候補はwin_jaでこれをutf_16_beでデコードすると" VL Pゴシック"になります。styleにはmac_jaもなくwin_jaもないのですが、mac_en に流れるのか諦めるのかは不明です。mac_enの02を ascii でデコードすれば"Regular"です。
2. 英語名は、mac_enがあります。これをasciiでデコードすれば "VL PGothic" になります。styleも同様に動いて"Regular"でしょう。
3. fullnameについては日本語名がないのではじめから英語で拾っているはずです。

■'IPA P明朝'で困った

もう一つフォント名が3つになるものがあります。

adachi@banach:~$ fc-list 'IPA P明朝'
/usr/share/fonts/opentype/ipafont-mincho/ipamp.ttf: IPA P明朝,IPAPMincho,䥐䅐䵩湣桯:style=Regular

言語も3つです。

adachi@banach:~$ fc-list -vb 'IPA P明朝'
Pattern has 26 elts (size 32)
	family: "IPA P明朝"(s) "IPAPMincho"(s) "䥐䅐䵩湣桯"(s)
	familylang: "ja"(s) "en"(s) "ja"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "IPA P明朝"(s) "IPAPMincho"(s) "䥐䅐䵩湣桯"(s)
	fullnamelang: "ja"(s) "en"(s) "ja"(s)
	slant: 0(i)(s)

fileコマンドでoffsetもわかります。

adachi@banach:~$ file /usr/share/fonts/opentype/ipafont-mincho/ipamp.ttf
/usr/share/fonts/opentype/ipafont-mincho/ipamp.ttf: TrueType Font data, 18 tables, 1st "GDEF", name offset 0x781ea8

一応冒頭のハージョンを確認

adachi@banach:~$ hd /usr/share/fonts/opentype/ipafont-mincho/ipamp.ttf|head -5
00000000  00 01 00 00 00 12 01 00  00 04 00 20 47 44 45 46  |........... GDEF|
00000010  00 26 31 bd 00 00 01 2c  00 00 00 1e 47 53 55 42  |.&1....,....GSUB|
00000020  9d cc fa 49 00 00 01 4c  00 00 0d da 4f 53 2f 32  |...I...L....OS/2|
00000030  55 70 6f 79 00 00 0f 28  00 00 00 60 63 6d 61 70  |Upoy...(...`cmap|
00000040  81 75 07 ec 00 00 0f 88  00 03 97 b6 63 76 74 20  |.u..........cvt |

'IPA P明朝'のnameオフセットテーブル

filename='/usr/share/fonts/opentype/ipafont-mincho/ipamp.ttf'
offset=0x781ea8
formatOfNameRecord=0x0000
numOfNameRecord=0x0024
stringOffsetOfNameRecord=0x01b6

platformID encodingID languageID は例の4つの組み合わせしかありません。

同じバイト列でも、それぞれ別の場所において別々にしています。

'IPA P明朝'の名前文字列のデコード一覧

重複していてもそれぞれ用意していることと、著作権の記述が長いことで全体が膨らんでいます。nameID=01~04だけを抜書したものを下に用意しました。

1. 今までmac_jaの値をutf-16でデコードするところからスタートしたのは、YOzにおいて日本名が文字化けしていたからでした。今回もそうすると、䥐䅐䵩湣桯 となるはずです。それは3つ目の名前になっています。1つめの名前は"IPA P明朝"です。これはwin_jaをデコードしなければ出てきません。mac_jaの値をshift_JISでデコードするとIPAPMinchoです。これはjaの名前としてはでていません。
2. mac_enの値をshift_JISでデコードするとIPAPMinchoです。win_enをutf-16でデコードしても同じです。これはまあ、いいでしょう。
3. ちょっと予想したルールを変更する必要が出てきました。䥐䅐䵩湣桯が出てくるように考えなければなりません。

adachi@banach:~$ fc-list -vb 'IPA P明朝'
Pattern has 26 elts (size 32)
	family: "IPA P明朝"(s) "IPAPMincho"(s) "䥐䅐䵩湣桯"(s)
	familylang: "ja"(s) "en"(s) "ja"(s)
	style: "Regular"(s)
	stylelang: "en"(s)

考え直します。

1. 英語名から考えていきます。mac_en では ascii で IPAPMincho, win_en では utf_16_be で IPAMincho。同一なので一つにまとめます。
2. 日本語名は mac_ja が間違いですが、utf_16_be で 䥐䅐䵩湣桯、win_ja で 'IPA P明朝' 異なりますが両方有効です。
3. 理由は付きませんが、win_ja を先に、'IPA P明朝'(ja), IPAPMincho(en), 䥐䅐䵩湣桯(ja) となります。
4. styleもenは同様ですが、mac_ja は失敗し、win_ja では Regular ですが、enと同じなので省略し、Regular(en)のみとします。

どうでしょうか。win_ja を優先するのが説明できません。

■IPA明朝は名前が2つ

これは問題ないと思いますが。

adachi@banach:~$ fc-list -vb IPA明朝
Pattern has 27 elts (size 32)
	family: "IPA明朝"(s) "IPAMincho"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "IPA明朝"(s) "IPAMincho"(s)
	fullnamelang: "ja"(s) "en"(s)
	slant: 0(i)(s)
	weight: 80(f)(s)
	width: 100(f)(s)
	spacing: 90(i)(s)
	foundry: "IPA "(s)
	file: "/usr/share/fonts/opentype/ipafont-mincho/ipam.ttf"(s)

adachi@banach:~$ file /usr/share/fonts/opentype/ipafont-mincho/ipam.ttf
/usr/share/fonts/opentype/ipafont-mincho/ipam.ttf: TrueType Font data, 18 tables, 1st "GDEF", name offset 0x78215c

adachi@banach:~$ hd /usr/share/fonts/opentype/ipafont-mincho/ipam.ttf|head -5
00000000  00 01 00 00 00 12 01 00  00 04 00 20 47 44 45 46  |........... GDEF|
00000010  00 26 31 bd 00 00 01 2c  00 00 00 1e 47 53 55 42  |.&1....,....GSUB|
00000020  31 8e 85 6a 00 00 01 4c  00 00 0d be 4f 53 2f 32  |1..j...L....OS/2|
00000030  55 b8 6f f6 00 00 0f 0c  00 00 00 60 63 6d 61 70  |U.o........`cmap|
00000040  38 f7 3e 61 00 00 0f 6c  00 03 9a 86 63 76 74 20  |8.>a...l....cvt |

IPA明朝のnameオフセットテーブル

filename='/usr/share/fonts/opentype/ipafont-mincho/ipam.ttf'
offset=0x78215c
formatOfNameRecord=0x0000
numOfNameRecord=0x0024
stringOffsetOfNameRecord=0x01b6

IPA明朝の名前文字列のデコード一覧

これも全体が膨らんでいるので、nameID=01~04だけを抜書したものを下に用意しました。

1. 英語名から考えていきます。mac_enでは IPAMincho , win_enでも IPAMincho なので一つにまとめます。
2. 日本語名は mac_ja が間違いですが、utf_16_be で デコード失敗、win_ja で IPA明朝 でこれを採用。
3. styleも同様ですが、win_ja でも Regular なので 省略し、Regular(en)のみとします。

adachi@banach:~$ fc-list -vb IPA明朝
Pattern has 27 elts (size 32)
	family: "IPA明朝"(s) "IPAMincho"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)

■'BIZ UDゴシック'

Regular と Bold がそれぞれ別ファイルで、名前が共通です。

adachi@banach:~$ fc-list  'BIZ UDゴシック'
/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Bold.ttf: BIZ UDゴシック,BIZ UDGothic:style=Bold
/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Regular.ttf: BIZ UDゴシック,BIZ UDGothic:style=Regular

fullname では区別されていますが、これを fc-list に使っても認識されません。postscriptname の "BIZUDGothic-Bold" を使っても2つ出てきます。

adachi@banach:~$ fc-list -vb 'BIZ UDゴシック'
Pattern has 27 elts (size 32)
	family: "BIZ UDゴシック"(s) "BIZ UDGothic"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)
	fullname: "BIZ UDゴシック"(s) "BIZ UDGothic"(s)
	fullnamelang: "ja"(s) "en"(s)
	slant: 0(i)(s)
	weight: 80(f)(s)
	width: 100(f)(s)
	spacing: 90(i)(s)
	foundry: "MRSW"(s)
	file: "/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Regular.ttf"(s)
	index: 0(i)(s)
	outline: True(s)
	scalable: True(s)
	fontversion: 68878(i)(s)
	capability: "otlayout:DFLT otlayout:cyrl otlayout:grek otlayout:hani otlayout:kana otlayout:latn"(s)
	fontformat: "TrueType"(s)
	decorative: False(s)
	postscriptname: "BIZUDGothic-Regular"(s)
	color: False(s)
	symbol: False(s)
	variable: False(s)
	fonthashint: True(s)
	order: 0(i)(s)
	namedinstance: False(s)
	fontwrapper: "SFNT"(s)

Pattern has 27 elts (size 32)
	family: "BIZ UDゴシック"(s) "BIZ UDGothic"(s)
	familylang: "ja"(s) "en"(s)
	style: "Bold"(s)
	stylelang: "en"(s)
	fullname: "BIZ UDゴシック Bold"(s) "BIZ UDGothic Bold"(s)
	fullnamelang: "ja"(s) "en"(s)
	slant: 0(i)(s)
	weight: 200(f)(s)
	width: 100(f)(s)
	spacing: 90(i)(s)
	foundry: "MRSW"(s)
	file: "/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Bold.ttf"(s)
	index: 0(i)(s)
	outline: True(s)
	scalable: True(s)
	fontversion: 68878(i)(s)
	capability: "otlayout:DFLT otlayout:cyrl otlayout:grek otlayout:hani otlayout:kana otlayout:latn"(s)
	fontformat: "TrueType"(s)
	decorative: False(s)
	postscriptname: "BIZUDGothic-Bold"(s)
	color: False(s)
	symbol: False(s)
	variable: False(s)
	fonthashint: True(s)
	order: 0(i)(s)
	namedinstance: False(s)
	fontwrapper: "SFNT"(s)

■'BIZ UDゴシック Regular' から先に

adachi@banach:~$ file /usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Regular.ttf
/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Regular.ttf: TrueType Font data, digitally signed, 19 tables, 1st "DSIG", name offset 0x45b910
adachi@banach:~$ hd /usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Regular.ttf |head -5
00000000  00 01 00 00 00 13 01 00  00 04 00 30 44 53 49 47  |...........0DSIG|
00000010  00 00 00 01 00 47 37 ec  00 00 00 08 47 53 55 42  |.....G7.....GSUB|
00000020  04 71 76 e6 00 45 bd c8  00 00 a0 de 4f 53 2f 32  |.qv..E......OS/2|
00000030  66 94 96 dd 00 00 01 b8  00 00 00 60 63 6d 61 70  |f..........`cmap|
00000040  ec c8 06 70 00 00 db bc  00 03 15 ab 63 76 74 20  |...p........cvt |

'BIZ UDゴシック Regular'のnameオフセットテーブル

filename='/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Regular.ttf'
offset=0x45b910
formatOfNameRecord=0x0000
numOfNameRecord=0x0014
stringOffsetOfNameRecord=0x00f6

nameオフセットテーブルはWinだけで、すべてutf_16_beでデコードします。

文字列の割当は合理的に設計されています。

'BIZ UDゴシック Regular'の名前文字列のデコード一覧

これも全体が膨らんでいるので、nameID=01~04だけを抜書したものを下に用意しました。

winだけなので文句なしだと思います。

1. 英語名から考えていきます。win_enで 'BIZ UDGothic'
2. 日本語名も win_ja だけで 'BIZ UDゴシック' 。
3. styleも、win_en,win_ja ともに Regular なので統一し Regular(en) のみとします。

   family: "BIZ UDゴシック"(s) "BIZ UDGothic"(s)
	familylang: "ja"(s) "en"(s)
	style: "Regular"(s)
	stylelang: "en"(s)

■'BIZ UDゴシック Bold'

adachi@banach:~$ file /usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Bold.ttf 
/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Bold.ttf: TrueType Font data, digitally signed, 19 tables, 1st "DSIG", name offset 0x454690
adachi@banach:~$ hd /usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Bold.ttf|head -5
00000000  00 01 00 00 00 13 01 00  00 04 00 30 44 53 49 47  |...........0DSIG|
00000010  00 00 00 01 00 46 c5 a8  00 00 00 08 47 53 55 42  |.....F......GSUB|
00000020  04 71 76 e6 00 45 4b 84  00 00 a0 de 4f 53 2f 32  |.qv..EK.....OS/2|
00000030  67 c0 9a be 00 00 01 b8  00 00 00 60 63 6d 61 70  |g..........`cmap|
00000040  ec c8 06 70 00 00 db bc  00 03 15 ab 63 76 74 20  |...p........cvt |

'BIZ UDゴシック Bold'のnameオフセットテーブル

filename='/usr/share/fonts/truetype/bizud-gothic/BIZUDGothic-Bold.ttf'
offset=0x454690
formatOfNameRecord=0x0000
numOfNameRecord=0x0014
stringOffsetOfNameRecord=0x00f6

'BIZ UDゴシック Bold'の名前文字列のデコード一覧

これもwinだけなので文句なしだと思います。

1. 英語名から考えていきます。win_enで 'BIZ UDGothic'
2. 日本語名も win_ja だけで 'BIZ UDゴシック' 。
3. styleも、win_en,win_ja ともに Bold なので統一し Bold(en) のみとします。

	family: "BIZ UDゴシック"(s) "BIZ UDGothic"(s)
	familylang: "ja"(s) "en"(s)
	style: "Bold"(s)
	stylelang: "en"(s)

■モトヤLマルベリ3等幅

adachi@banach:~$ fc-list  モトヤLマルベリ3等幅
/usr/share/fonts/truetype/motoya-l-maruberi/MTLmr3m.ttf: モトヤLマルベリ3等幅,MotoyaLMaru,莂荧莄䲃綃讃碃訳鎙閝:style=Regular,W3 mono
adachi@banach:~$ fc-list -vb モトヤLマルベリ3等幅
Pattern has 27 elts (size 32)
	family: "モトヤLマルベリ3等幅"(s) "MotoyaLMaru"(s) "莂荧莄䲃綃讃碃訳鎙閝"(s)
	familylang: "ja"(s) "en"(s) "ja"(s)
	style: "Regular"(s) "W3 mono"(s)
	stylelang: "ja"(s) "en"(s)
	fullname: "モトヤLマルベリ3等幅"(s) "MotoyaLMaru W3 mono"(s) "莂荧莄䲃綃讃碃訳鎙閝"(s)
	fullnamelang: "ja"(s) "en"(s) "ja"(s)
	slant: 0(i)(s)
	weight: 80(f)(s)
	width: 100(f)(s)
	spacing: 90(i)(s)
	foundry: "MTY "(s)
	file: "/usr/share/fonts/truetype/motoya-l-maruberi/MTLmr3m.ttf"(s)
	index: 0(i)(s)
	outline: True(s)
	scalable: True(s)
	fontversion: 262144(i)(s)
	capability: "otlayout:kana"(s)
	fontformat: "TrueType"(s)
	decorative: False(s)
	postscriptname: "MotoyaLMaru-W3-90ms-RKSJ-H"(s)
	color: False(s)
	symbol: False(s)
	variable: False(s)
	fonthashint: True(s)
	order: 0(i)(s)
	namedinstance: False(s)
	fontwrapper: "SFNT"(s)

adachi@banach:~$ file /usr/share/fonts/truetype/motoya-l-maruberi/MTLmr3m.ttf
/usr/share/fonts/truetype/motoya-l-maruberi/MTLmr3m.ttf: TrueType Font data, 16 tables, 1st "GSUB", name offset 0x2b8dbc
adachi@banach:~$ hd /usr/share/fonts/truetype/motoya-l-maruberi/MTLmr3m.ttf|head -5
00000000  00 01 00 00 00 10 01 00  00 04 00 00 47 53 55 42  |............GSUB|
00000010  71 59 58 68 00 00 01 0c  00 00 01 6c 4f 53 2f 32  |qYXh.......lOS/2|
00000020  db 6f e2 09 00 00 02 78  00 00 00 56 63 6d 61 70  |.o.....x...Vcmap|
00000030  67 6e a9 84 00 00 02 d0  00 00 85 ea 67 61 73 70  |gn..........gasp|
00000040  00 17 00 09 00 00 88 bc  00 00 00 10 67 6c 79 66  |............glyf|

モトヤLマルベリ3等幅のnameオフセットテーブル

filename='/usr/share/fonts/truetype/motoya-l-maruberi/MTLmr3m.ttf'
offset=0x2b8dbc
formatOfNameRecord=0x0000
numOfNameRecord=0x001e
stringOffsetOfNameRecord=0x016e

platformID encodingID languageID は例の4つの組み合わせのうち、mac,jap,ja がありません。mac,rom,ja になっています。

macromja が mac, roma, japanese です。asciiだけだったら問題ないのですが。

モトヤLマルベリ3等幅の名前文字列のデコード一覧

mac-roma-japaneseの組み合わせがあるので、shift_jis に加えて ascii でのデコードを追加しました。

これも全体が膨らんでいるので、nameID=01~04だけを抜書したものを下に用意しました。

1. 英語名から考えていきます。mac_enでは MotoyaLMaru , win_enでも MotoyaLMaru なので一つにまとめます。
2. 日本語名は macromja と ascii との指定ですが、それは失敗します。utf_16_be で デコードすると、莂荧莄䲃綃讃碃訳鎙閝。shift_JISだと、モトヤLマルベリ3等幅になるはず。win_ja で モトヤLマルベリ3等幅 です。macで2つの名前を登録するとは考えにくいので、asciiで失敗して、utf_16_be で デコードしたものを採用すると考えます。結果、winでモトヤLマルベリ3等幅(ja)、macで莂荧莄䲃綃讃碃訳鎙閝(ja)となります。
3. styleはmac_enで、'W3 mono'。win_en でも 'W3 mono'。 macronja では ascii で読めて Regular 、win_ja でも Regular なので、Regular(ja), 'W3 mono'(en)とします。

ここも、macよりwinを優先する理由がないこと以外は納得できます。

adachi@banach:~$ fc-list -vb モトヤLマルベリ3等幅
Pattern has 27 elts (size 32)
	family: "モトヤLマルベリ3等幅"(s) "MotoyaLMaru"(s) "莂荧莄䲃綃讃碃訳鎙閝"(s)
	familylang: "ja"(s) "en"(s) "ja"(s)
	style: "Regular"(s) "W3 mono"(s)
	stylelang: "ja"(s) "en"(s)