Что означает «uniE0A1», возвращаемый FT_Get_Glyph_Name?

Этот вопрос, вероятно, является результатом моего непонимания чего-то фундаментального, но я действительно мог бы сделать с некоторой помощью, так что вот.

Пытаясь разобраться с рендерингом текста, свободным типом и т. д., Я наткнулся на эти странные глифы, которые, как я понимаю, сообщают о том, что они связаны с кодовой точкой юникода, но когда я проверяю со стороны юникода, эта кодовая точка недействительна .

Например, при использовании шрифта «Hack» глиф с индексом 1437 является примером этих загадочных глифов, см. ниже, как он выглядит.

Вот некоторый демонстрационный код, использующий оболочку freetype-py python для freetype.

Во-первых, в качестве примера того, что выглядит правдоподобно и применимо к> 99% глифов, давайте посмотрим на букву "A":

import numpy as np
import freetype as FT
import unicodedata

ff = FT.Face('/usr/share/fonts/truetype/Hack-Regular.ttf')
ff.set_char_size(12<<6)

ff.load_glyph(1425)
ff.get_glyph_name(1425)
# b'uni0041'

hex 41 — это десятичное число 65, которое представляет собой ascii/unicode для «A», и визуализированное растровое изображение также выглядит как «A».

np.array(ff.glyph.bitmap.buffer).reshape(-1,8)
# array([[  0,   0,  67, 255, 121,   0,   0,   0],
#        [  0,   0, 143, 213, 198,   0,   0,   0],
#        [  0,   0, 218,  85, 250,  21,   0,   0],
#        [  0,  38, 248,   9, 203,  95,   0,   0],
#        [  0, 115, 191,   0, 136, 171,   0,   0],
#        [  0, 191, 125,   0,  69, 242,   5,   0],
#        [ 15, 250, 252, 252, 252, 255,  68,   0],
#        [ 87, 231,   2,   0,   0, 178, 145,   0],
#        [162, 152,   0,   0,   0,  97, 221,   0]])
unicodedata.name(chr(0x0041))
# 'LATIN CAPITAL LETTER A'

теперь давайте сделаем то же самое для индекса глифа 1437:

ff.load_glyph(1437)
ff.get_glyph_name(1437)
# b'uniE0A1'
np.array(ff.glyph.bitmap.buffer).reshape(-1,5)
# array([[ 56,  70,   0,   0,   0],
#        [112, 140,   0,   0,   0],
#        [112, 140,   0,   0,   0],
#        [112, 140,   0,   0,   0],
#        [112, 140,   0,   0,   0],
#        [112, 140,   0,   0,   0],
#        [105, 232, 224, 178,   0],
#        [  0, 168, 150,  40, 216],
#        [  0, 168, 241,  46, 216],
#        [  0, 168, 223, 124, 216],
#        [  0, 168, 131, 215, 216],
#        [  0, 168,  81, 212, 216],
#        [  0, 168,  84, 108, 216]])
unicodedata.name(chr(0xE0A1))
# Traceback (most recent call last):
#   File "<stdin>", line 1, in <module>
# ValueError: no such name

Итак, глиф называет себя «uniE0A1», но, как я уже сказал, юникод не имеет там кодовой точки (я дважды проверил, и ее нет в UnicodeData.txt (кажется, версия 12)) и я не распознаю растровое изображение.

Этот вопрос слабо связан с Почему num_glyphs не соответствует количеству глифов, перечисленных FT_Get_First_Char/FT_Get_Next_Char , еще одним примером того, что вещи не складываются.