OberonCore

я, кстати, не публиковал вроде бы растеризатор полигонов со сглаживанием на основе алгоритма Левьена (libart, freetype, agg, и так далее). ну так вот.

этот код довольно старый, с частичным портом рисовалки из оригинального оберона, и сходу не соберётся. но кому надо — тот без труда починит, а остальным не надо. я считаю, что сглаживание переоценено, поэтому в LC его нет. но порт ради интереса в своё время сделал. код базируется на AGG Lite, лицензии я не помню. желающие пусть сами как-нибудь.

Пригодится, я думаю. Спасибо.

у меня в Oberon/Ur более лучшие овощи на этой же основе будут. я, собственно, и вспомнил потому что в O/Ur портировал. то есть, алгоритм тот же самый, конечно, просто чуть почищено апи, выделение памяти переведено на libc чтобы не нагружать GC зря, и такое всё. тоже, думаю, при необходимости портануть проблемы не составит. с O/Ur на самом деле даже проще, мне кажется.

кстати, я нашёл лицензию, если надо:


p.s.: если кому интересно, что там за чёрная магия — то вот такая. основной алгоритм во всех наследниках libart одинаковый. автор libart Raph Levien в личной переписке говорит, что сочинил его сам.

конкретно этот растеризатор использует fixed point, и имеет, по факту, диапазон допустимых координат [-32767..32767].

надо бы починить LC, позволив на пинусах работать с именами файлов не в utf-8. как? а так же, как чикен схема, например, или питон: использовать «low surrogate» для хранения «плохих» байтов. собственно, просто расширить кодек utf-8 для поддержки этой штуки. рисоваться оно, конечно, будет квадратиками, но работать с такими файлами станет вполне возможно. а полные суррогаты можно использовать для импорта/экспорта текста в клипбоарде. таким образом покроем весь юникод, и не надо растягивать CHAR в четыре байта. ну да: обработка потребует усилий, но хотя бы не будет потерь при преобразованиях.

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