Сгенерировать символьные изображения шрифтом, имя которого невозможно правильно декодировать

Ответ 1

Сильвия прокомментирует OP...

Возможно, вы захотите рассмотреть параметр encoding, например ImageFont.truetype(font_path,font_size,encoding="big5")

... получает вас на полпути, но похоже, что вы также должны вручную переводить символы Unicode, если вы не используете шрифт Unicode.

Для шрифтов, которые используют кодировку "big5hkscs", мне пришлось это сделать...

>>> u = u'\u6211'      # Unicode for 我
>>> u.encode('big5hkscs')
'\xa7\xda'

... затем используйте u'\ua7da', чтобы получить правильный глиф, который немного странный, но он выглядит как единственный способ передать многобайтовый символ в PIL.

Следующий код работает для меня как на Python 2.7.4, так и на Python 3.3.1, с PIL 1.1.7...

from PIL import Image, ImageDraw, ImageFont


# Declare font files and encodings
FONT1 = ('Jin_Wen_Da_Zhuan_Ti.ttf',          'unicode')
FONT2 = ('Zhong_Guo_Long_Jin_Shi_Zhuan.ttf', 'big5hkscs')
FONT3 = ('Zhong_Yan_Yuan_Jin_Wen.ttf',       'big5hkscs')


# Declare a mapping from encodings used by str.encode() to encodings used by
# the FreeType library
ENCODING_MAP = {'unicode':   'unic',
                'big5':      'big5',
                'big5hkscs': 'big5',
                'shift-jis': 'sjis'}


# The glyphs we want to draw
GLYPHS = ((FONT1, u'\u6211'),
          (FONT2, u'\u6211'),
          (FONT3, u'\u6211'),
          (FONT3, u'\u66ce'),
          (FONT2, u'\u4e36'))


# Returns PIL Image object
def draw_glyph(font_file, font_encoding, unicode_char, glyph_size=128):

    # Translate unicode string if necessary
    if font_encoding != 'unicode':
        mb_string = unicode_char.encode(font_encoding)
        try:
            # Try using Python 2.x unichr
            unicode_char = unichr(ord(mb_string[0]) << 8 | ord(mb_string[1]))
        except NameError:
            # Use Python 3.x-compatible code
            unicode_char = chr(mb_string[0] << 8 | mb_string[1])

    # Load font using mapped encoding
    font = ImageFont.truetype(font_file, glyph_size, encoding=ENCODING_MAP[font_encoding])

    # Now draw the glyph
    img = Image.new('L', (glyph_size, glyph_size), 'white')
    draw = ImageDraw.Draw(img)
    draw.text((0, 0), text=unicode_char, font=font)
    return img


# Save an image for each glyph we want to draw
for (font_file, font_encoding), unicode_char in GLYPHS:
    img = draw_glyph(font_file, font_encoding, unicode_char)
    filename = '%s-%s.png' % (font_file, hex(ord(unicode_char)))
    img.save(filename)

Обратите внимание, что я переименовал файлы шрифтов в те же имена, что и файлы 7zip. Я стараюсь избегать использования символов, отличных от ASCII, в примерах кода, поскольку иногда они копируются/копируются.

Этот пример должен отлично работать для типов, объявленных в ENCODING_MAP, которые могут быть расширены при необходимости (см. строки кодировки FreeType для действительных Коды FreeType), но вам нужно будет изменить часть кода в случаях, когда Python str.encode() не создает многобайтную строку длины 2.

Обновление

Если проблема в файле ttf, как вы могли бы найти ответ в исходный код PIL и FreeType? Вы, кажется, говорите, что PIL виноват, но зачем нужно проходить unicode_char.encode(...). decode (...), когда вы просто хотите unicode_char?

Как я понимаю, формат TrueType был разработан до того, как Unicode стал широко распространенным, поэтому, если вы хотите создать китайский шрифт тогда вам пришлось бы использовать один из кодировок, который использовался в то время, и Китай в основном использовал Big5 с середины 1980-х годов.

Разумеется, тогда должен был быть способ получить глифы из TTF с кодировкой Big5 с использованием кодировок символов Big5.

Код C для визуализации строки с PIL начинается с функции font_render() и в конечном итоге вызывает FT_Get_Char_Index(), чтобы найти правильный глиф, учитывая код символа как unsigned long.

Однако функция PIL font_getchar(), которая дает, что unsigned long принимает только типы Python string и unicode, и поскольку он, похоже, не делает никакого перевода кодировок символов сам по себе, казалось, что единственным способом получить правильное значение для набора символов Big5 было принуждение символа Python unicode к правильному значению unsigned long, используя факт, что u'\ua7da' хранился внутри как целое число 0xa7da, либо в 16 бит, либо в 32 бита, в зависимости от того, как вы скомпилировали Python.

TBH, было довольно много догадок, так как я не стал исследовать, что именно эффект параметра ImageFont.truetype() encoding есть, но по внешнему виду он не должен делать никакого перевода кодирования символов, а скорее для того, чтобы один TTF файл поддерживал несколько кодировок символов одних и тех же глифов, используя функцию FT_Select_Charmap() для переключения между их.

Итак, как я понимаю, взаимодействие библиотеки FreeType с файлами TTF работает примерно так:

#!/usr/bin/env python
# -*- coding: utf-8 -*-

class TTF(object):
    glyphs = {}
    encoding_maps = {}

    def __init__(self, encoding='unic'):
        self.set_encoding(encoding)

    def set_encoding(self, encoding):
        self.current_encoding = encoding

    def get_glyph(self, charcode):
        try:
            return self.glyphs[self.encoding_maps[self.current_encoding][charcode]]
        except KeyError:
            return ' '


class MyTTF(TTF):
    glyphs = {1: '我',
              2: '曎'}
    encoding_maps = {'unic': {0x6211: 1, 0x66ce: 2},
                     'big5': {0xa7da: 1, 0x93be: 2}}


font = MyTTF()
print 'Get via Unicode map: %s' % font.get_glyph(0x6211)
font.set_encoding('big5')
print 'Get via Big5 map: %s' % font.get_glyph(0xa7da)

... но это зависит от каждого TTF, чтобы предоставить переменную encoding_maps, и нет требования для TTF предоставить один для Unicode. Действительно, маловероятно, чтобы шрифт, созданный до принятия Unicode, имел бы.

Предполагая, что все правильно, то нет ничего плохого в TTF - проблема только с PIL, что делает его немного неудобным для доступа к глифам для шрифтов, которые не имеют Unicode-сопоставления и для которых требуется глиф unsigned long символьный код больше 255.

Ответ 2

Проблема заключается в том, что шрифты не строго соответствуют спецификации TrueType. Быстрое решение - использовать FontForge (вы уже используете его), и пусть он дезинфицирует шрифты.

• Открыть файл шрифта
• Перейдите к Encoding, затем выберите Reencode
• Выберите ISO 10646-1 (Unicode BMP)
• Перейдите к File, затем Generate Fonts
• Сохранить как TTF
• Запустите script с новыми созданными шрифтами
• Voila! Он печатает 我 в красивом шрифте!