W dniu niedziela, 10 lutego 2013 14:49:51 UTC+1 użytkownik M.M. napisał:
> W dniu niedziela, 10 lutego 2013 08:35:03 UTC+1 użytkownik firr kenobi napisał:
>
> > Mozliwe ze te problemy rozwiazaloby
>
> > traktowanie kreski nie jako jakiegos
>
> > tam cienkiego prymitywu tylko jako
>
> > ilestam jednostek dlugiego prostokata o szerokosci jeden - takiego ktory rysowany

>
> > bylby dokładnie z wzorkow z geometrii
>
> > liniowej na procent zaslaniania kwadracikow
>
> > po ktorych przechodzi. Ale gdzie znaleźć
>
> > takie kody ktore to ladnie by liczyly
>
> > i rysowały :/ Bo robienie sobie tego
>
> > samamu to sporo roboty, pozniej jeszcze
>
> > optymalizacja - sporo roboty.. :(
>
>
>
> Zero roboty, wszystko gotowe, kwestia jednej flagi:
>
> Bez aa:
>
> https://rapidshare.com/#!download|576p1|3450327905|k
reska.png|223|1600|900
>
>
>
> Z aa:
>
> https://rapidshare.com/#!download|554p2|892800205|an
tya.png|230|1600|900

Ja mam zrobiony swoj wlasny framework do grafiki 2d (w ktorym dlubie od czasu
do czasu na przestrzeni ostatnich dwu lat)

- tak ze mowiac 'to' mam na mysli wyoptymalizowaną procedurę do dokladnego
rysowania (blendowania) lini(prostokata)
z tłem w ram-pixelbuforze

kilka dni roboty przy sporym stopniu
skupienia i do tego ne wiadomo jak to
wyoptymalizowac - tj jak napisac by bylo
i dokladnie (bo cialbym by bylo scisle tak
jak z geometrii tak jak rzucic pasek na
siatke kafelkoów ) i szybko :/

ciezka robota to programowanie, kiedys do takich rzeczy podchodzilem z zapalem, teraz
mi sie zaczyna odechciewac *

* jak ktos mialby taka procedure (do scislego
blendowania rectanglii z zawartoscia juz jakiejs istniejacej bitmapty to chetnie
potestuje)