В некоторый момент ваших графических приключений вам захочется вывести текст через OpenGL. Вопреки тому, что вы могли ожидать, получить простую строку на экране довольно сложно с низкоуровневой библиотекой, такой как OpenGL. Если вам не нужно больше 128 различных символов для отрисовки текста, тогда это не будет сложно. Сложности появляются, когда у символов не совпадают высота, ширина и смещение. В зависимости от того, где вы живете, вам может потребоваться больше 128 символов. А что, если вам захочется спецсимволов, математических или музыкальных символов? Как только вы поймете, что отрисовка текста — не самое простое занятие, то к вам придет осознание того, что это, скорее всего, не должно принадлежать такому низкоуровневому API, как OpenGL. Поскольку OpenGL не предоставляет никаких средств для отрисовки текста, все трудности этого дела оказываются на нас. Поскольку не существует графического примитива "Символ", нам придется придумывать его самим. Уже есть готовые примеры: рисовать символ через GL_LINES, создать 3D-модели символов или отрисовывать символы на плоские четырехугольники в трехмерном пространстве. Чаще всего разработчики ленятся пьют кофе выбирают последний вариант. Отрисовать эти текстурированные четырехугольники не так сложно, как выбрать правильную текстуру. В этом уроке мы познакомимся с несколькими способами и напишем свой продвинутый, но гибкий отрисовщик текста с помощью FreeType. Давным-давно во времена динозавров отрисовка текста включала в себя выбор шрифта (или его создание) для приложения и копирования нужных символов на большую текстуру, называемую растровым шрифтом (bitmap font). Эта текстура содержит все нужные символы в определенных ее частях. Эти символы именуются глифами. Каждый глиф имеет определенную область координат текстур, связанную с ним. Каждый раз при отрисовке символа вы выбираете определенный глиф и отрисовываете только нужную часть на плоский четырехугольник.  Здесь вы можете видеть, как мы бы отрисовывали текст "OpenGL". Берем растровый шрифт и сэмплируем нужные глифы из текстуры, аккуратно выбирая текстурные координаты, которые мы будем отрисовывать поверх нескольких четырехугольников. Включая смешивание и сохраняя фон прозрачным, мы получим строку символов на экране. Этот растровый шрифт был сгенерирован используя генератор растровых шрифтов от Codehead. Этот подход имеет свои плюсы и минусы. У этого подхода простая реализация, поскольку растровые шрифты уже растеризованы. Однако, это не всегда удобно. Если нужен другой шрифт, нужно генерировать новый растровый шрифт. Да еще и увеличение размера символов быстро покажет пикселизованные края. Более того, растровые шрифты часто привязаны к небольшому набору символов, так что символы Юникода, скорее всего, отображены не будут. Данный прием не так давно был популярен (да и сейчас сохраняет свою популярность), поскольку очень быстр и работает на любой платформе. Но к настоящему времени существуют другие подходы к отрисовке текста. Один из них — отрисовка TrueType шрифтов с помощью FreeType. FreeType — библиотека, которая загружает шрифты, отрисовывает их на битмапы и обеспечивает поддержку некоторых операций, связанных со шрифтом. Эта популярная библиотека используется в Mac OS X, Java, Qt, PlayStation, Linux и Android. Умение загружать TrueType-шрифты делает эту библиотеку достаточно привлекательной. Шрифт TrueType — это коллекция глифов, определяемых не пикселями, а математическими формулами. Как и в векторных изображениях, растеризованное изображение шрифта может быть сгенерировано на основе предпочитаемого размера шрифта. Используя TrueType шрифты, вы можете с легкостью отрисовывать глифы различных размеров без потерь качества. FreeType можно скачать с официального сайта. Вы можете либо скомпилировать FreeType сами, либо использовать precompiled-версии, если таковые имеются на сайте. Не забудьте слинковать вашу программу с freetype.lib и удостоверьтесь, что компилятор знает, где искать заголовочные файлы. Затем подключите правильные заголовочные файлы: Что же делает FreeType? Загружает TrueType шрифты и для каждого глифа генерирует растровую картинку и вычисляет некоторые метрики глифа. Мы можем получить растровые изображения для генерации текстур и позиционирования каждого глифа в зависимости от полученных метрик. Чтобы загрузить шрифт, нам надо инициализировать FreeType и загрузить шрифт как face (так FreeType называет шрифт). В данном примере мы загружаем TrueType шрифт arial.ttf, скопированный из папки C:/Windows/Fonts. Каждая из этих функций FreeType возвращает ненулевое значение в случае неудачи. Как только мы загрузили морду шрифта face, нам надо указать желаемый размер шрифта, который мы будем извлекать: Данная функция устанавливает ширину и высоту глифа. Устанавливая ширину в 0 (ноль) мы позволяем FreeType рассчитывать ширину в зависимости от установленной высоты. Face FreeType содержит коллекцию глифов. Мы можем сделать какой-то глиф активным вызывая FT_Load_Char. Тут мы попробуем загрузить глиф X: Устанавливая FT_LOAD_RENDER как один из флагов загрузки, мы указываем FreeType на создание 8-битного растрового изображения в оттенках серого, которое мы потом можем получить так: Глифы, загруженные с помощью FreeType, не одинаковых размеров, как это было в случае растровых шрифтов. Растровое изображение, сгенерированное с помощью FreeType, минимальных размеров для данного размера шрифта и достаточно только для хранения одного символа. К примеру, растровое изображение глифа . намного меньше растрового изображения глифа X. По этой причине FreeType также загружает некоторые метрики, которые показывают, какого размера и где должен быть расположен отдельный символ. Ниже расположено изображение, показывающее, какие метрики FreeType рассчитывает для каждого глифа.  Каждый глиф находится на baseline (горизонтальная линия со стрелкой). Некоторые находятся ровно на baseline (X), некоторые ниже (g, p). Эти метрики точно определяют смещения для точного позиционирования глифов на baseline, настройки размера глифов и чтобы узнать, сколько пикселей нужно оставить для отрисовки следующего глифа. Ниже приведен список метрик, которые мы будем использовать: Мы можем загрузить глиф символа, получить его метрики и генерировать текстуру каждый раз, когда хотим отрисовать его на экран, но на каждом кадре создавать текстуры для отдельного символа — это не самый хороший метод. Лучше мы будем сохранять где-нибудь сгенерированные данные и запрашивать их тогда, когда они нам понадобятся. Определим удобную структуру, которую мы будем хранить в std::map: В этой статье мы упростим себе жизнь и будем использовать только первые 128 символов. Для каждого символа мы сгенерируем текстуру и сохраним нуждые данные в структуру типа Character, которую мы добавим в Characters типа std::map. Таким образом, все данные, нужные для отрисовки символа сохраняются для дальнейшего использования. Внутри цикла мы для каждого из первых 128 символов получаем глиф, генерируем текстуру, устанавливаем его настройки и сохраняем метрики. Интересно подметить, что мы используем GL_RED в качестве аргументов internalFormat и format текстуры. Битмап, сгенерированный из глифа — 8-битное изображение в оттенках серого, каждый пиксель которого занимает 1 байт. По этой причине мы будем хранить буфер битмапа в качестве значения цвета текстуры. Это достигается созданием текстуры, в которой каждый байт соответствует красному компоненту цвета. Если мы используем 1 байт для представления цветов текстуры, не стоит забывать об ограничениях OpenGL: OpenGL требует, чтобы все текстуры имели 4-байтное смещение, т.е. их размер должен быть кратен 4 байтам (например 8 байт, 4000 байт, 2048 байт) или(и) они должны использовать 4 байта на пиксель (как например в формате RGBA), но поскольку мы используем 1 байт на пиксель, они могут иметь разную ширину. Устанавливая смещение распаковки (unpack alignment, есть лучше перевод?) в 1 мы уничтожаем ошибки смещения, которые могли вызвать segfault'ы. Также, когда мы закончили работать с самим шрифтом, следует очистить ресурсы FreeType: Чтобы отрисовывать глифы, воспользуемся следующим вершинным шейдером: Мы комбинируем позицию символа и текстурные координаты в одном vec4. Вершинный шейдер вычисляет произведение координат с матрицей проекции и передает текстурные координаты фрагментному шейдеру: Фрагментный шейдер принимает 2 глобальные переменные — монохромное изображение глифа и цвет самого глифа. Для начала мы сэмплируем значение цвета глифа. Поскольку данные текстуры хранятся в красном компоненте текстуры, мы сэмплируем только r-компонент как значение прозрачности. Изменяя прозрачность цвета полученный цвет будет прозрачен для фона глифа и непрозрачен для настоящих пикселей глифа. Также мы перемножаем цвета RGB с голбальной переменной textColor, чтобы изменять цвет текста. Но чтобы наш механизм заработал, нужно включить смешивание: В качестве матрицы проекции у нас будет ортографическая матрица проекции. Для отрисовки текста на самом деле перспективная матрица не требуется и использование ортографической проекции также позволяет нам задавать все вершинные координаты в экранных координатах, если мы установим матрицу так: Мы установили низ матрицы в 0.0f, верх — в высоту окна. В результате координата y принимает значения от низа экрана (y = 0) до верха экрана (y = 600). Это означает, что точка (0, 0) указывает а нижний левый угол экрана. В заключение создадим VBO и VAO для отрисовки четырехугольников. Здесь мы резервируем достаточно памяти в VBO так, чтобы мы могли потом обновлять данные для отрисовки символов. Плоский четырехугольник требует 6 вершин из 4 чисел с плавающей запятой, так что мы резервируем 6 * 4 = 24 float'а памяти. Поскольку мы собираемся достаточно часто менять вершинные данные, мы выделяем память с помощью GL_DYNAMIC_DRAW. Чтобы вывести строку текста, мы извлечем соответствующую символу структуру Character и вычислим размеры четырехугольника из метрик символа. Из вычисленных размеров четырехугольника мы "на лету" создаем набор из 6 вершин и обновляем вершинные данные с помощью glBufferSubData. Сделаем для удобства функцию RenderText, которая будет отрисовывать строку символов: Содержимое функции относительно понятно: расчет origin, размеров и вершин четырехугольника. Заметьте, что мы умножили каждую метрику на scale. После этого обновляем VBO и отрисовываем четырехугольник. Эта строка кода требует некоторого внимания: Некоторые символы, как например p и g, отрисовываются заметно ниже baseline, значит, четырехугольник должен быть заметно ниже параметра y функции RenderText. Точное смещение y_offset можно выразить из метрик глифа:  Чтобы рассчитать смещение, нам потребуется прямые руки узнать расстояние, на которое символ располагается ниже baseline. Это расстояние показано красной стрелкой. Очевидно, что y_offset = bearingY - height и ypos = y + y_offset. Если все сделано верно, можно отображать текст на экране так: Результат должен выглядеть так:  Код примера тут (ссылка на сайт автора оригинала). Чтобы понять, какие четырехугольники отрисовываются, отключим смешивание:  Из этого рисунка очевидно, что большинство четырехугольников находятся поверх воображаемой baseline, хотя некоторые символы, такие как ( и p, смещены вниз. Эта статья показала, как можно отрисовывать TrueType шрифты с помощью FreeType. Данный подход гибок, масштабируем и работоспособен на различных кодировках символов. Однако, данный подход может быть слишком нагружен для вашего приложения, поскольку на каждый символ создается текстура. Производительные растровые шрифты предпочитаемы, поскольку у нас одна текстура на все глифы. Лучший подход — совместить два подхода и взять лучшее: "на лету" генерировать растровый шрифт из глифов, загруженных с помощью FreeType. Это избавит рендерер от многочисленных переключений текстур и, в зависимости от упаковки текстуры, увеличит производительность. Но у FreeType есть еще один недостаток: глифы фиксированного размера, значит, при увеличении размера отрисовываемого глифа на экране могут появиться ступеньки и при повороте глиф может выглядеть размыто. Valve решила (ссылка на вебархив) эту проблему несколько лет назад с применением signed distance fields. У них получилось очень хорошо и они показали это на 3D-приложениях. P.S.: У нас есть телеграм-конфа для координации переводов. Если есть серьезное желание помогать с переводом, то милости просим!