Mario
Да будут, будут больше, дай этот причесать!
Уж ты-то должен представлять, сколько времени надо было ухлопать хотя бы на вот этот файлик.
dunkaist
да, кое-где еще заусенцы торчат, надо вылизивать. И еще штук 50 символов недорисованы.
дело не в скорости отрисовки - в трудоемкости кодирования. Ну и с парсером заморочек был вагон.
SoUrcerer
#2522: можно тестировать.
Просто замени файл gui/font.inc и скопируй папку /fonts из А-версии в свое ядро
Немасштабируемые векторные шрифты
art_zh: ты его чем-то генеришь, или вручную правишь?
Пока вручную,
но надо какой-то IDE придумать для редактирования, иначе свихнешься.
но надо какой-то 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
- if all corners overlapped, dont draw
- no corners overlapped, draw
- some corners overlapped, use the old method: check all pixels
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein
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
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein
the code is the same as before, but the test string is a bit longer (90 characters), and the window is partially overlappedSoUrcerer wrote:Больше - хуже или лучше?
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) Если бы со шрифтами все было просто, то мы бы уже имели давно несколько вариантов своих велосипедов. Технически велосипеды то есть, но ни один не доведен до логического завершения.
1) Насколько я мог судить по последовательности твоих комментариев на форуме, то первоначально задумка касалась исключительно Kolibri-A.
2) Если бы со шрифтами все было просто, то мы бы уже имели давно несколько вариантов своих велосипедов. Технически велосипеды то есть, но ни один не доведен до логического завершения.
Who is online
Users browsing this forum: Amazon [Bot] and 1 guest