Масштабирование шрифта

[egich92]

Доброе время суток.
Хотелось бы узнать, может кто пользовался или знает алгоритмы масштабирования шрифтов на микроконтроллере? Если да, буду очень благодарен ссылкам, коду, идеям и рекомендациям...

Планируется использовать свой, отрисованный шрифт.
Предполагается вывод на экран графики и текста. Но хранить наборы шрифтов разных размеров, считаю нецелесообразным. Хочется попробовать масштабирование...
В дальнейшем буду делать универсальную либу, которую можно будет использовать в разных проектах, с разными дисплеями.

зы при беглом посещении гугла, нашел мало полезного.

Из железа:
CPU: Nios II
Дисплейный модуль: NHD-4.3-480272EF-ASXV-CTP
Контроллер дисплея: ST7282T2

[mike-y-k]

egich92, если есть вычислительная мощность, то векторные шрифты решат все проблемы. При необходимости вполне можно хранить нужное во внешней последовательной памяти.

[NewWriter]

На практике, вам не нужно более трех размеров шрифта. Слишком большое разнообразие шрифтов вызывает некомфортное восприятие информации, особенно когда одновременно отображаются более трех разновидностей шрифтов в пределах одного экрана информации, и особенно на сравнительно небольшом дисплее 480х272 точки.
Один растровый шрифт среднего размера в 24-32 точки высоты и с полным набором символов (лат, русс, цифры, знаки) занимает от 9 до 16 кБ. Крупный (для такого дисплея) шрифт в 64 точки обычно используется только для цифр и некоторого набора знаков в виде + - и десятичных точек. Размер такого шрифта не превышает 8 кБ.
Таким образом, в подавляющем большинстве случаев (для такого дисплея) максимальный объем одного шрифта не превысит 20 кБ. Это под силу даже встроенной флеш-памяти многих микроконтроллеров. Но даже если и нет, то внешняя флеш на скоростном SPI выручит.
Внешняя SPI тут нужна будет еще и потому, что помимо шрифтов приходится хранить и графические растровые объекты. Красивую кнопочку легче перенести готовую, чем программно её отрисовывать.
И вот как раз такие объекты занимают гораздо больше места, чем шрифты. Ибо шрифты хранятся в однобитном упакованном (по 8 пикс в байте) формате, а растровые картинки - 2-3 байта на пиксель, раз в 20 больше.
Работая с графикой, вы скоро поймете, что заморочки с размером шрифтов - эт фигня, мелочь.
Как в практике встраиваемых систем приходится пренебрегать размером в пользу скорости прорисовки, сокращения затрат ресурсов на прорисовку. Внешняя скоростная QSPI флеш на 8-16-32 МБайт решает проблемы с хранением графики.

[Easyrider83]

Я ни разу не видел, чтобы растровые шрифты кто-то где-то масштабировал.

[NewWriter]

я тоже. Оно того просто не стоит.

[HardWareMan]

Я ни разу не видел, чтобы растровые шрифты кто-то где-то масштабировал.

Я масштабировал. Правда, не сколько шрифты, сколько графику в целом и на целое число без сглаживаний краёв. 25 лет назад, на Специалисте непосредственно перед выводом на матричный принтер. А на экран этого делать не следует - алиаз будет диким и отсюда красота вся поплывёт. Лучше отрисовать руками красиво под нужное разрешение.

[NewWriter]

Ну, у топикстартера вообще там весьма экзотическое "железо". Программная эмуляция процессора на ПЛИС Альтера.

Для работы вы можете иметь коллекцию шрифтов разного размера и начертания. Много не надо, 20-30 штук перекроют большинство распространенных потребностей.
Самые ходовые шрифты для такого дисплея будут с высотой строки 16, 24 и 36 точек. Добавим один шрифт высотой 8 точек - для мелких надписей. Ну и еще парочку высотой 48-72 точек - для каких-нибудь крупных индикаторов.
Шрифты высотой более 80 точек для данного размера дисплея используются редко, и в основном только в виде цифр и некоторых знаков.
Таким образом, в одном проекте вы будете использовать от 3 до 6 шрифтов, причем, крупные шрифты будут с ограниченным набором символов. И фактически не будете выходить за рамки 50-100 кБ памяти.

Что касается выбора шрифтов:
Высота шрифта - это не высота символа. Это - высота строки, включающая надстрочные и подстрочные элементы букв. Высота заглавный букв обычно составляет около 2/3 высоты строки. В мелких шрифтах эта высота больше.
Для шрифтов высотой 24 и менее точек особое внимание нужно обращать на читаемость шрифта. Чем проще выглядит шрифт, тем легче он читается в мелком размере. Шрифты типа Times New Roman или другие с засечками - не подходят.
Также, хорошо выглядят пропорциональные шрифты, в которых ширина символа зависит от начертания. В противоположность моноширным шрифтам с одинаковой шириной всех символов.
Пропорциональные шрифты требуют особого способа хранения шрифта - для каждого символа имеется указание на его ширину, и при выводе читается значение ширины символа, и последующий символ сдвинется именно пропорционально ширине.
Выглядит красиво, но не всегда подходит, потому что горизонтальный размер текста будет непостоянен из-за разного содержания текста.

[brawaga]

Оно того просто не стоит.

Я бы поспорил.

Автору вкратце: потребуется более 1 бит на пиксель и специальные алгоритмы для предварительного пре-рендеринга шрифта (из вектора или сильно большего растрового разрешения) в специально закодированный растр, и специальный алгоритм для рендеринга с заданным масштабным коэффициентом. Подробнее здесь: https://gamedev.stackexchange.com/qu...g-it-pixelated.

[NewWriter]

Можете конечно поспорить, но... Я уже говорил - толку особого нету во всех этих манипуляциях.
Шрифт со сглаживанием занимает в 8 раз (!) больше места, его вывод более ресурсоёмкий, его сложнее изготавливать. Вобщем, оно того просто не стоит.

Я уже всё описал-расписал. Вот картинка в доказательство: 4 шрифта от 8 до 44 точек высотой занимают чуть больше 18 кБ


Да, топикстартер вообще куда-то пропал...

[p_v]

Масштабировать можно только векторные. Если ресурсов много, можно из Nuklear выдрать рендерер TTF. Или еще откуда-нибудь, исходников хватает.

Для себя просто сделали нормальный формат растровых шрифтов, со сжатием, кернингом и т.п.

https://github.com/littlevgl/lv_font_conv

Просто берется нормальный фонт, и вытягиваются оттуда нужные глифы. Можно склеить несколько шрифтов, например прицепить иконки.