Этот вопрос, вероятно, является результатом моего непонимания чего-то фундаментального, но я действительно мог бы сделать с некоторой помощью, так что вот.
Пытаясь разобраться с рендерингом текста, свободным типом и т. Д., Я наткнулся на эти странные глифы, которые, как я понимаю, сообщают о том, что они связаны с кодовой точкой юникода, но когда я проверяю со стороны юникода, эта кодовая точка недействительна .
Например, при использовании шрифта «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 , еще один пример того, что не сложения.
