Board.KolibriOS.org

Первый прототип.
Только нужно ещё вписать в суровые системные реалии. Либо написать get_image и переделать put_image для вывода как изображение, либо, действительно, подрихтовать оконную систему так, чтобы не нужно было ничего проверять.

Доработал, экспериментирую с ClearType для х1, но похоже это максимум, что можно выжать из шрифтов 6х9. Впрочем, ничего не мешает сделать шрифт побольше, например 8х12, алгоритм легко подстраивается, а костыльный второй шрифт можно выпилить. Что скажите про вид?

не видно картинок чего-то

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!

>Что скажите про вид?
ничего, у меня все изображения добавляемые тобой не отображаются...

что с h? и не нужно вроде мостик к однопиксельным выступам делать - это спасёт Ы. На картинках в каждой строчке и каждой картинке разный текст специально чтобы затруднить нам работу по оценке?

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!

Не знаю что такое AEB, но в своё время в проектах использовал такой метод https://www.youtube.com/watch?v=CGZRHJvJYIg
Вот его описание от Valve применительно к декалям http://www.valvesoftware.com/publicatio ... cation.pdf

Раза в полтора не плохо бы уменьшить толщину наклонных штрихов

Очень клево. Жду в основной ветке!

_________________
Через тернии к звездам

What is the binary size of such font(s) ?

_________________
"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

Для тех, кто не понял, это не шрифт, это алгоритм масштабирования системных шрифтов. В данном случае 6х9, размер - 2 кб. Можно сделать больше. Буква "h" касается буквы "g" по вертикали, делать проверку довольно накладно (деление). Буква "ы" так выглядит ради букв "и" и "z".

XProger
AEB — Anti Eye Bleeding©
Там используется огромное разрешение 512х512 (256К), здесь суммарно 9х256.

Now I understand.
Interesting approach. Keep up the good work.

Sadly, the anti aliasing looks awful.

_________________
"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

Pathoswithin: Have you thought about trying this technique on unicode rasterfonts such as this: viewtopic.php?f=23&t=2771&p=58216#p58273 ?

_________________
"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

If they will be compiled with the same format, it will only takes to change a few letters (mov bl,[esi]; inc esi; 6; 9)
ClearType theory meets reality:
Maybe, just usual anti aliasing?
Твою ж мать, считал несколько пикселей из видеопамяти — скорость просела в 20 раз!
art_zh должен в этом разбираться. Это VESA виновата? Сложно ли написать простой драйвер для чтения видеопамяти радеонов?

Pathoswithin
Учитывая разные поколения 3 или 4 драйвера. В теории можно, на практике будет сложно. В линуксовых драйверах всё есть, но если выдирать и адаптировать под конкретную задачу будет масса проблем. Линуксовый код работает через командный процессор GPU, а это 4+Мб микрокода, который надо загрузить. 90% веса драйвера. Если не использовать командный процессор и программировать регистры ДМА напрямую, то придётся разбираться со всеми архитектурами.

Так что вы скажете про anti aliasing, стоит он того?