Board.KolibriOS.org

Mario
Да будут, будут больше, дай этот причесать!
Уж ты-то должен представлять, сколько времени надо было ухлопать хотя бы на вот этот файлик.

dunkaist
да, кое-где еще заусенцы торчат, надо вылизивать. И еще штук 50 символов недорисованы.
дело не в скорости отрисовки - в трудоемкости кодирования. Ну и с парсером заморочек был вагон.

SoUrcerer
#2522: можно тестировать.
Просто замени файл gui/font.inc и скопируй папку /fonts из А-версии в свое ядро

art_zh: ты его чем-то генеришь, или вручную правишь?

Пока вручную,
но надо какой-то IDE придумать для редактирования, иначе свихнешься.

Только руками! Только хардкор!

Забавный эффект при перересовке частично перекрытого окна: старые системные фонты тратят кучу времени, обнюхивая экранную карту для каждого пикселя.

новый шрифт "шарит по углам", и если хотя бы один угол перекрыт - просто ничего не рисует. Такой вот мини-клиппинг.

Профит (в тактах процессора) - в левом столбце.

Больше - хуже или лучше?

to eliminate the 'funny effect' you could use following logic:
- if all corners overlapped, dont draw
- no corners overlapped, draw
- some corners overlapped, use the old method: check all pixels

I'm OK with this - the new font is working 4 times faster because no need in drawing on the overlapped areas.

Ok, I can also live with it personally

SoUrcerer wrote:Больше - хуже или лучше?

the code is the same as before, but the test string is a bit longer (90 characters), and the window is partially overlapped

left column = number of CPU clocks needed to write it (see the code there)

с пропавшими при перекрытии символами получается ужасно.

Spoiler:

Я придумал ещё более быстрый шрифт: он просто ничего не рисует. Как развитие идеи art_zh насчёт [отсутствия] обработки перекрытий. В самом деле, прочие шрифты тратят кучу времени на то, чтобы что-то отрисовывать...

Gluk
Никто ведь не заставляет использовать. Более того шрифт автор разрабатывал для себя и первоначально не планировал заливать в транк.

Gluk wrote:с пропавшими при перекрытии символами получается ужасно.

по мне, разрезанный верхним окном (или краем собственного окна) символ тоже смотрится некошерно.
но при желании этот глюк можно очевидным образом поправить:

hidnplayr wrote:- if all corners overlapped, dont draw
- no corners overlapped, draw
- some corners overlapped, use the old method: check all pixels

Кстати, старые матричные шрифты тоже можно довести до ума тем же макаром - слишком уж много ресурсов они жрут на невидимых полях (столько же, как и на видимых).

Gluk wrote:Я придумал ещё более быстрый шрифт: он просто ничего не рисует. Как развитие идеи art_zh насчёт [отсутствия] обработки перекрытий. В самом деле, прочие шрифты тратят кучу времени на то, чтобы что-то отрисовывать...

это типа сарказм такой

Mario wrote:Никто ведь не заставляет использовать. Более того шрифт автор разрабатывал для себя и первоначально не планировал заливать в транк.

Вообще-то дальний прицел был именно на замену стандартных фонтов, в том числе и в транке.

Конечно векторные шрифты 1) быстрее, 2) компактнее растровых, и как было показано выше, 3) сильно разгружают графическую подсистему.
Но дело не только в этом:

4) очень полезно было бы иметь (хотя бы один) шрифт монолитно встроенным в ядро, чтобы выводить на экран сообщения на самых ранних этапах загрузки, еще до настройки файловой системы.

5) одинаковый набор глифов можно использовать для двух шрифтов: моноширинного и пропорционального -> плотность упаковки еще удваивается.

6) таких шрифтов больше нет нигде и ни у кого, они принципиально отличаются от всего, что было напатентовано за последние 30лет -> любые лицензионные заморочки отпадают присно и во веки веков.

К сожалению, я даже представить не мог насколько трудоемкими будут разработка формата и дизайн глифов.

art_zh
1) Насколько я мог судить по последовательности твоих комментариев на форуме, то первоначально задумка касалась исключительно Kolibri-A.
2) Если бы со шрифтами все было просто, то мы бы уже имели давно несколько вариантов своих велосипедов. Технически велосипеды то есть, но ни один не доведен до логического завершения.